Cómo pedir la indexación de una URL en Search Console

La herramienta de inspección de URL tiene un botón que dice "Solicitar indexación", y es probablemente el botón más pulsado y peor entendido de Search Console. Sirve para una cosa concreta y estrecha: avisar de una URL nueva o recién cambiada. No sirve para forzar a Google a guardar una página que ha decidido no guardar, y pulsarlo tres veces no la convence más que pulsarlo una. Saber cuándo usarlo ahorra semanas de esperar algo que no iba a pasar.

¿Cómo se pide la indexación de una URL en Google?

Con la inspección de URL, y solo cuando hay un motivo concreto. En un sitio nuevo no acelera casi nada porque el cuello de botella es otro; en uno de autoridad media sirve para una página recién corregida; en uno consolidado es inútil a escala, porque la cuota diaria es pequeña y no existe un botón para el sitio entero.

Respuesta rápida

• Dónde está: inspección de URL, arriba en Search Console. Se pega la URL completa y se pulsa "Solicitar indexación".
• Para qué sirve de verdad: avisar de una publicación nueva o de un cambio importante en una que ya existía.
• Para qué no sirve: convencer a Google de indexar una página que rechazó. Ahí el problema es otro.
• Repetir la petición no acelera nada. Lo que sí acelera de forma consistente es enlazarla desde dentro.

Qué tipo de herramienta es

El modelo mental dominante trata este botón como una palanca de fuerza: si la página no aparece, se pide indexación, y si sigue sin aparecer, se pide más veces. Bajo ese modelo, la falta de resultado se interpreta como que hay que insistir.

Lo que hace en realidad es más modesto. Es un aviso, no una orden. Coloca la URL en una cola de rastreo prioritario para que Googlebot la visite antes de lo que le tocaría. Lo que pase después de esa visita no lo decide el botón: lo decide si la página merece guardarse.

De ahí la distinción que ordena todo el uso de la herramienta. Pedir indexación resuelve un problema de descubrimiento: Google no sabe todavía que la URL existe o que cambió. No resuelve un problema de valor: Google ya la vio y no quiso.

Cuándo sí vale la pena

Al publicar algo nuevo. Una vez, el día que sale. En un sitio que publica con regularidad casi no hace falta, porque los rastreadores ya pasan a menudo, pero no cuesta nada.

Después de corregir un error que importa. Un título mal escrito, un dato equivocado, una etiqueta noindex que sobraba. Aquí sí conviene, porque quieres que la versión buena sustituya a la mala cuanto antes.

Antes, comprueba que el cambio está publicado. La inspección de URL tiene una prueba de la versión en directo, y merece la pena usarla: la base de datos dice lo que se guardó, y la página dice lo que se sirve. Pedir indexación de un cambio que no llegó a producción es pedir que reindexen lo mismo.

Cuándo no sirve, y qué pasa en su lugar

Aquí está la parte que ahorra tiempo, y depende del estado que Search Console asigne a la URL.

"Descubierta: actualmente sin indexar". Google conoce la URL y no ha gastado rastreo en ella. Pedir indexación puede colarla una vez, pero si el estado afecta a decenas de páginas, el problema es de presupuesto de rastreo o de valor percibido del sitio entero. La palanca real es el enlazado interno: una URL que solo existe en el sitemap está declarada; una enlazada desde páginas que ya se rastrean a menudo está recomendada.

"Rastreada: actualmente sin indexar". Googlebot entró, leyó la página entera y decidió no guardarla. Es un juicio sobre el contenido, no un fallo de descubrimiento, y ningún botón lo revierte. Lo que lo cambia es que la página tenga una razón de existir que no tenga ya otra indexada.

Bloqueos que tú pusiste. Un noindex, un robots.txt que impide el rastreo, un canonical que apunta a otra URL. Pedir indexación con cualquiera de los tres activos no hace nada, y las doce causas completas están en por qué Google no indexa tu página.

Cuándo NO usar la herramienta en absoluto

En volumen. Tiene una cuota diaria limitada y no está pensada para lotes: pedir la indexación de trescientas URL una a una es una tarde perdida. Para eso están el sitemap y, si vienen de una migración, las redirecciones bien hechas.

Como rutina. Si el flujo de trabajo incluye pedir indexación de todo lo que se publica, algo está mal antes: un sitio sano indexa lo nuevo sin pedir permiso.

Qué esperar según el sitio

No hay plazo que prometer en ninguno de los tres casos. La indexación no es instantánea, depende de la autoridad acumulada y de la frecuencia de publicación, y cualquier cifra concreta que alguien dé sobre "cuánto tarda" es una estimación sin base pública.

Por qué la solicitud es una petición y no una orden

La frase que explica el comportamiento entero de esta herramienta está publicada y casi nadie la cita: cumplir los requisitos técnicos no garantiza la indexación.

Google publica tres condiciones para que una página pueda aparecer, que Googlebot no esté bloqueado, que devuelva HTTP 200 y que tenga contenido indexable en un formato admitido. Y a continuación aclara que cumplirlas no da derecho a entrar.

Eso convierte la solicitud en lo que es: una forma de adelantar el descubrimiento, no de forzar la decisión. Sirve cuando la página es nueva o se acaba de corregir y se quiere que la miren antes. No sirve cuando ya la miraron y decidieron que no aportaba.

De ahí el patrón que más tiempo hace perder, que es pedir tres veces la misma URL. Si la primera petición la puso en cola y el resultado fue no guardarla, las otras dos no cambian ninguna variable de la decisión.

Cuándo el problema no se arregla pidiendo

La solicitud de indexación es una petición, no una orden, y hay cuatro situaciones en las que pedirla no cambia nada porque la causa está en otro sitio.

Cuando algo lo impide. Una directiva heredada o un bloqueo mal puesto siguen impidiéndolo por muchas veces que se pida: robots.txt y el diagnóstico completo en por qué Google no indexa mi página.

Cuando la página se consolidó en otra. Entonces no falta indexación, sobra duplicado: contenido duplicado y la etiqueta canonical.

Cuando el contenido no existe sin JavaScript, que es la causa que más tarda en aparecer: JavaScript y SEO.

Y cuando Google la ve y decide que no aporta. Ahí el trabajo es editorial y consiste en retirar, no en insistir: actualizar contenido antiguo.

Si lo que hay que dar de alta es la propiedad entera, el paso previo está en cómo configurar Search Console.

Errores que se repiten

• Pedirlo varias veces para la misma URL. No acelera nada y consume la cuota.
• Pedirlo con un noindex puesto. La instrucción sigue ahí y gana ella.
• Usarlo con "Rastreada: actualmente sin indexar". Es un juicio de contenido, no de descubrimiento.
• Pedirlo sin comprobar la versión en directo. Se reindexa la página vieja si el cambio no salió.
• Usarlo en lote tras una migración. No escala y no sustituye a las redirecciones.
• Convertirlo en rutina. Tapa el síntoma de un problema de rastreo que sigue ahí.

Datos y transparencia

Que los tres requisitos técnicos son que Googlebot no esté bloqueado, que la página devuelva HTTP 200 y que tenga contenido indexable, y que cumplirlos no garantiza la indexación, procede de la documentación pública de Google sobre requisitos técnicos, comprobada el 12 de agosto de 2026. No aparece aquí ningún plazo, porque Google no publica ninguno para la revisión de una solicitud.

Los estados de indexación citados ("Descubierta: actualmente sin indexar" y "Rastreada: actualmente sin indexar"), el funcionamiento de la herramienta de inspección de URL y la existencia de una cuota diaria para las peticiones corresponden a la documentación pública y a la interfaz de Google Search Console vigentes a agosto de 2026. No se cita ninguna cifra de plazo de indexación ni de tasa de éxito de las peticiones: Google no las publica y las que circulan proceden de muestras que no declaran su composición. El criterio de uso procede del trabajo sobre una cartera que suma más de 300 millones de impresiones anuales en Search Console. Verificado a agosto de 2026.

Lo que esto cambia

El botón es una de esas piezas de interfaz que enseña más por lo que no hace que por lo que hace.

Cuando alguien lo pulsa por tercera vez sobre la misma URL, ya no está pidiendo indexación: está esperando que la insistencia sustituya al diagnóstico. Y el diagnóstico está escrito, gratis, en el informe de páginas, a dos clics de distancia. Merece la pena leerlo antes de volver a pulsar, aunque solo sea porque lo que dice suele ser incómodo: que la página se vio, se leyó y no se guardó, y que eso no lo arregla ningún botón.

Preguntas frecuentes