Acabas de publicar una página y lo que viene después es casi un acto reflejo: abrir la herramienta de Inspección de URLs de Google Search Console, pulsar «Solicitar indexación» y pasar a otra cosa, como si el trabajo ya estuviera hecho. Pero ese clic no hace más que colocar la URL en una cola. La propia documentación de Google no deja lugar a dudas: solicitar un rastreo «no garantiza que la página se incluya en los resultados de búsqueda de forma inmediata ni que llegue a incluirse».
Entonces, ¿enviar tu sitio sirve realmente para algo? Una vez enviada la solicitud, ¿cómo saber qué ha indexado Google de verdad? ¿Y qué es lo que frena a las páginas que se quedan fuera?
Enviar no es la línea de meta. Es el primer kilómetro.
¿Hace falta enviar tu sitio a Google?
No, no en sentido estricto. Google encuentra los sitios siguiendo los enlaces de la web, y su documentación lo dice sin rodeos: «normalmente no hace falta hacer nada más que publicar el sitio en la web». Enviarlo acelera el descubrimiento y te da algunas palancas de control, pero un sitio bien enlazado acaba encontrándose sin ninguna intervención.
El matiz que lo cambia todo cabe en tres palabras que nunca hay que confundir: descubrimiento, rastreo, indexación. El descubrimiento es el momento en que Google se entera de que tu URL existe. El rastreo es la visita de Googlebot para leer la página. La indexación es la decisión de Google de conservarla en su índice. Enviar actúa sobre todo en ese primer paso. Los dos siguientes nunca están asegurados.
El propio Google lo reconoce: aunque rastrea miles de millones de páginas, «es inevitable que algunos sitios se pasen por alto». Publicar no siempre basta, y enviar tampoco. Por eso conviene dirigir el proceso en lugar de limitarse a esperar, y eso empieza en Search Console.
Paso 1: añade y verifica tu propiedad en Search Console
Todo arranca aquí. Sin una propiedad verificada en Google Search Console no es posible ni enviar un sitemap ni solicitar la indexación. La primera decisión es el tipo de propiedad.
Una propiedad de dominio cubre todo el dominio, con todos sus subdominios y todos los protocolos (https, http, con www o sin él). Se verifica con un registro DNS y ofrece la visión más completa. Una propiedad de prefijo de URL solo cubre la URL exacta que declaras: se puede verificar de varias formas (un archivo HTML en la raíz, una etiqueta <meta>, una cuenta de Google Analytics o de Tag Manager), pero obliga a manejar varias propiedades si tu sitio mezcla variantes.
Para la mayoría de los sitios, la propiedad de dominio es la opción acertada: una sola entrada, ninguna variante olvidada. Una vez superada la verificación, se abren la herramienta de Inspección de URLs y la sección Sitemaps, y lo demás pasa a ser posible.
Paso 2: envía tu sitemap (y por qué el «ping» ya no funciona)
El sitemap XML es tu canal de descubrimiento a gran escala. Enumera las URLs que consideras importantes y señala, mediante la etiqueta lastmod, cuándo cambió cada una por última vez. Siempre que ese lastmod sea fiable: poner la fecha de hoy en todo el sitemap con cada despliegue lo vuelve inútil, y Google acaba ignorándolo.
Hay dos formas de enviarlo, y solo dos. La primera: la sección «Sitemaps» de Search Console, donde introduces la URL del archivo (por ejemplo https://tusitio.com/sitemap.xml). La segunda: la línea Sitemap: de tu archivo robots.txt, que Google lee en cada rastreo.
Lo que ya no funciona, en cambio, es el ping de sitemap, esa petición HTTP a una URL del tipo google.com/ping?sitemap=… que muchos tutoriales siguen recomendando. Google lo dejó obsoleto el 26 de junio de 2023 y lo retiró ese mismo año, con un motivo declarado: «la inmensa mayoría de [estos] envíos acaban en spam». Si una guía te aconseja «hacer ping a Google» después de cada actualización, está caducada. Declarar el sitemap en Search Console o en el robots.txt es suficiente, y se mantiene actualizado por sí solo.
Paso 3: solicita la indexación de una URL (y sus límites reales)
La herramienta de Inspección de URLs sirve para el caso puntual: una página nueva o recién modificada que quieres señalar sin esperar al próximo paso de Googlebot. Introduces la URL, Google la analiza y luego pulsas «Solicitar indexación» para colocarla en la cola de rastreo.
Útil, pero limitado, y Google no lo esconde. Su documentación fija tres límites claros. Primero, un tope: «hay una cuota para enviar URLs individuales». Segundo, la inutilidad de insistir: «solicitar varias veces que se vuelva a rastrear una misma URL no hará que se rastree antes». Tercero, la ausencia de garantía, ya citada al principio: solicitar un rastreo «no garantiza que la página se incluya en los resultados de forma inmediata ni que llegue a incluirse».
Así que el reparto de papeles es sencillo: la Inspección de URLs para un puñado de páginas estratégicas, el sitemap para el volumen. Pulsar «Solicitar indexación» diez veces no adelanta nada, salvo consumir tu cuota.
El atajo del que has oído hablar: la Indexing API
Llegados a este punto suele surgir una pregunta: «¿y la Indexing API de Google, no indexa más rápido?». La respuesta pide algunas cautelas, porque su uso real está muy lejos de su fama.
Su ámbito oficial es sumamente restringido. La documentación es tajante: la Indexing API «solo se puede usar para rastrear páginas que incluyan un marcado JobPosting o un BroadcastEvent incrustado en un VideoObject». Dicho de otro modo: ofertas de empleo y retransmisiones en directo, nada más. Nunca se diseñó para páginas corrientes.
Los «indexadores exprés» de pago por créditos que prometen indexar cualquier página la desvían de ese uso previsto, y Google lo ve con malos ojos. El 11 de septiembre de 2024 se añadió una advertencia antispam a la documentación: «cualquier intento de abusar de la Indexing API […] puede acarrear la revocación del acceso». En mayo de 2025, John Mueller (Google) resumió su postura sin ambages: «yo la usaría correctamente, o no la usaría. Si quisiéramos dar a entender que se puede usar sin restricciones, así lo documentaríamos».
Y, sobre todo, incluso dentro de su ámbito legítimo, la Indexing API se limita a provocar un rastreo, no garantiza la indexación. Programa un rastreo más rápido; la decisión de indexar sigue enteramente del lado de Google. Así que el «atajo» vuelve justo al punto de partida: sea cual sea el canal de envío, después hay que comprobar qué ha hecho Google realmente.
Enviar es el primer paso, no la meta
Hagamos balance de lo que has conseguido de verdad tras enviar. Una propiedad verificada, un sitemap declarado, algunas solicitudes de indexación enviadas: tus URLs ya son conocidas por Google y están en una cola. Nada más. Nada dice que Googlebot las haya rastreado, y menos aún que Google haya decidido indexarlas.
Ese es el bache que la mayoría de las guías pasa por alto. Se detienen en el clic, como si enviar e indexar fueran lo mismo. Entre ambos, sin embargo, hay dos decisiones que Google toma por su cuenta, a su ritmo, en función de la calidad y la utilidad de cada página.
Así que la verdadera pregunta ya no es «cómo enviar», sino «cómo saber si ha funcionado». Y ahí Search Console muestra tanto lo que sabe hacer como sus límites.
Cómo saber si Google ha indexado de verdad tus páginas
Existen tres métodos, del más aproximado al más fiable. El comando site:tusitio.com en Google te da un orden de magnitud, pero sigue siendo orientativo: el recuento va redondeado y no refleja el estado exacto del índice. Resérvalo para un vistazo rápido.
La herramienta de Inspección de URLs, en cambio, te da el veredicto oficial, el que cuenta: indexada o no, y si no lo está, el motivo que Google le ha asignado. Es el dato más preciso disponible. Su único inconveniente: lo obtienes de una URL cada vez. Comprobar trescientas páginas enviadas supone trescientas inspecciones manuales, que hay que repetir en cada auditoría.
Queda el informe «Indexación de páginas», que agrega todos los estados a escala de todo el sitio. Valioso para la visión de conjunto, arrastra un límite estructural: no se puede filtrar por tus URLs. Para saber si tus páginas estratégicas caen bajo un estado concreto, hay que abrir cada categoría, exportar su lista y luego cruzarlo todo a mano. Cuando una página está indexada como es debido, lleva el estado «Enviada e indexada»; la clave está en verificar cuáles de tus páginas enviadas lo han alcanzado realmente.
💡 Después de enviar, la pregunta ya no es «¿he enviado?», sino «¿qué está indexado?». Comprobar tus páginas enviadas una a una en Search Console no aguanta a escala. Descubre IndexProbe en acceso anticipado →
Comprobar a escala: el punto ciego después del envío
Aquí es donde está el verdadero cuello de botella. En cuanto envías más de un puñado de URLs, confirmar que están indexadas se convierte en el estrangulamiento: la Inspección de URLs solo procesa una página cada vez, y el informe de cobertura no se deja filtrar por tu lista. Acabas inspeccionando a mano, o avanzando a ciegas.
IndexProbe es la versión en masa de esa herramienta de Inspección de URLs. Le entregas la lista de URLs que has enviado, mediante sitemap, CSV, pegado, o construyéndola directamente desde tu Search Console (por clics, impresiones o patrón de URL), y consulta para cada una la API oficial de Search Console. A cambio, página por página: el veredicto de indexación exacto que Google le ha asignado, el motivo de no indexación cuando lo hay, la canónica que ha elegido y la fecha del último paso de Googlebot. Todo en una tabla filtrable y exportable, que relanzas cuando quieras.
IndexProbe no es un rastreador: no descubre ninguna URL siguiendo enlaces, solo inspecciona la lista que le proporcionas o que construyes desde GSC. Confirmar la indexación deja de ser un trabajo de hormiga y se convierte en leer una tabla: ves de un vistazo cuántas páginas enviadas lo han logrado y cuáles faltan.
Tus páginas no están indexadas: el motivo oficial te dice qué corregir
Una página que enviaste y que se quedó fuera no es ningún misterio. Google le asigna un motivo concreto, y ese motivo apunta a la corrección. Ahí está todo el valor del veredicto oficial frente a un simple «indexada / no indexada»: te dice por qué.
Los motivos más habituales tras un envío están bien identificados. «Descubierta, actualmente no indexada»: Google conoce la URL pero aún no la ha rastreado, a menudo una cuestión de presupuesto de rastreo o de enlazado interno. «Explorada, actualmente no indexada»: la página se leyó, pero Google no la juzgó digna de conservar, por lo general una señal sobre su calidad o su valor percibido. «Soft 404»: la página responde 200 pero parece vacía o con errores a ojos de Google. «Página duplicada sin URL canónica» y «Google eligió otra URL canónica»: la página se ve como un duplicado, y es otra versión la que ocupa el índice en su lugar.
Conviene señalar una trampa de paso: enviar en masa páginas en noindex, bloqueadas por el robots.txt o con la canónica apuntando a otro sitio nunca las indexará. Son solicitudes condenadas al fracaso, que consumen tu cuota sin resultado. Antes de enviar un lote, más vale asegurarse de que esas páginas son realmente indexables. Y si un 404 se cuela entre tus URLs enviadas, el artículo sobre cómo corregir los errores 404 en Search Console explica cómo proceder.
Cuánto tarda, y qué hacer mientras esperas
No hay un plazo garantizado, pero sí un orden de magnitud documentado. Google lo formula así: «el rastreo puede llevar desde unos días hasta unas semanas». Un sitio nuevo o poco enlazado se sitúa más bien en la parte alta de la horquilla. Y, no está de más recordarlo, volver a pulsar «Solicitar indexación» no acelera nada: la cuota baja, el rastreo no.
Lo que sí ayuda de verdad se reduce a tres puntos. La calidad y la utilidad de la página, en primer lugar, ya que Google «prioriza la inclusión rápida de contenido útil y de calidad». El enlazado interno después: una página bien enlazada desde otras páginas sólidas del sitio se descubre y se rastrea antes que una huérfana. Y un sitemap actualizado y honesto, con valores lastmod fiables. Todo lo demás (pings, reenvíos en ráfaga, herramientas de indexación exprés fuera de su ámbito) es agitación, no aceleración.
Comprobar que el envío ha dado sus frutos
El círculo se cierra con una comparación en el tiempo. Una corrección o un nuevo envío solo cuentan una vez que Google los ha constatado, y eso se mide poniendo dos análisis sucesivos uno al lado del otro: la misma lista de URLs, antes y después. Ves entonces cuántas páginas han abandonado un estado de no indexación para incorporarse al índice.
El mismo reflejo protege a largo plazo. Una página indexada hoy puede salir del índice mañana, sin ninguna alerta visible, tras un rediseño, un cambio de canónica o una regresión técnica. Seguir con regularidad la lista de tus páginas estratégicas convierte una salida del índice silenciosa en una señal que puedes detectar, antes de que se traduzca en pérdida de tráfico.
💡 Enviar es pedir. Comprobar es saber. Para toda la lista que proporcionas o construyes desde GSC, IndexProbe te da el veredicto de indexación oficial de Google por URL, con el motivo de las páginas que se quedan fuera, y sigue siendo repetible para seguir cada cambio de un análisis al siguiente. Prueba IndexProbe en acceso anticipado →
Preguntas frecuentes
¿Hace falta enviar tu sitio web a Google para que se indexe?
No necesariamente. Google encuentra los sitios siguiendo los enlaces de la web y lo dice él mismo: «normalmente no hace falta hacer nada más que publicar el sitio en la web». Enviarlo (sitemap, solicitud de indexación) acelera el descubrimiento y te da palancas de control, pero un sitio bien enlazado se encuentra sin intervención.
¿Cuánto tarda Google en indexar una página?
No hay un plazo garantizado. La documentación de Google indica que «el rastreo puede llevar desde unos días hasta unas semanas», y la indexación en sí nunca está asegurada. Un sitio nuevo o poco enlazado se sitúa más bien en la parte alta de esa horquilla.
¿Solicitar la indexación garantiza que te indexen?
No. Google es explícito: solicitar un rastreo «no garantiza que la página se incluya en los resultados de forma inmediata ni que llegue a incluirse». La solicitud coloca la URL en una cola de rastreo; la decisión de rastrear y luego indexar sigue enteramente del lado de Google.
¿Cuántas veces se puede solicitar la indexación de una URL?
Hay una cuota para enviar URLs individuales, e insistir no sirve de nada: según Google, «solicitar varias veces que se vuelva a rastrear una misma URL no hará que se rastree antes». Volver a pulsar consume la cuota sin acelerar el rastreo.
¿El ping de sitemap todavía funciona?
No. Google dejó obsoleto el ping de sitemap el 26 de junio de 2023 y lo retiró ese mismo año, alegando que «la inmensa mayoría de [estos] envíos acaban en spam». Solo quedan dos formas válidas de declarar un sitemap: Search Console o la línea Sitemap: de tu archivo robots.txt.
¿La Indexing API de Google permite indexar cualquier página?
No. Su ámbito oficial se limita a las páginas que incluyen un marcado JobPosting o un BroadcastEvent incrustado en un VideoObject. Desviarla hacia páginas corrientes expone a que te revoquen el acceso, y hasta dentro de su ámbito legítimo solo provoca un rastreo: no garantiza la indexación.
¿Sitemap o inspección de URL: cuál usar?
Son complementarios. El sitemap es el canal de descubrimiento a gran escala, que hay que mantener de forma permanente para todas tus URLs. La Inspección de URLs sirve para el caso puntual: señalar una página nueva o modificada sin esperar al próximo rastreo. El uno no sustituye al otro.
¿Cómo saber si una página está indexada por Google?
Tres métodos, por orden de fiabilidad: el comando site: (orientativo), la herramienta de Inspección de URLs (veredicto oficial, pero de una URL cada vez) y el informe «Indexación de páginas» (visión de conjunto, no filtrable por tus URLs). Para verificar una lista entera de páginas enviadas, una inspección en masa mediante la API de Search Console te ahorra el trabajo manual.
¿Por qué mi página no está indexada aunque la he enviado?
Porque enviar no fuerza la indexación. Google asigna a cada página no indexada un motivo concreto: «Descubierta, actualmente no indexada», «Explorada, actualmente no indexada», «Soft 404», un duplicado, o una etiqueta noindex que impide la indexación. Es ese motivo oficial el que te indica qué corregir.