¿Debo usar Solicitar indexación en cada URL que he corregido?

No. Solicitar indexación, en la Inspección de URLs, tiene una cuota diaria por propiedad y está pensado para unas pocas URLs importantes. Para una corrección de plantilla que afecta a muchas páginas, usa Validar corrección en el motivo del informe Páginas y asegúrate de que las URLs están en un sitemap XML actualizado.

¿Qué significa que la validación haya fallado?

El estado Error indica que Google ha vuelto a encontrar el problema en al menos una de las URLs que ha revisado. Las causas habituales son una corrección aplicada a una plantilla pero no a otra, una caché de CDN o de página que sigue sirviendo el HTML antiguo, o URLs que quedan fuera del patrón que corregiste. Arregla las URLs pendientes e inicia una nueva validación.

¿Es un error "Indexada, aunque bloqueada por robots.txt"?

Es un aviso de que Google ha indexado una URL a partir de enlaces sin tener permiso para rastrearla, por eso el resultado suele aparecer sin descripción. Si quieres la página en el buscador, quita la regla Disallow. Si la quieres fuera, permite el rastreo y añade noindex, porque Google no puede leer un noindex en una página bloqueada.

¿Por qué el recuento del informe Páginas no coincide con una búsqueda site:?

El operador site: devuelve una estimación aproximada y no está pensado para contar páginas indexadas. El informe Páginas es la cifra de Google para la propiedad, aunque también va varios días por detrás del sitio en vivo.

¿Cuánto cuesta Deltio?

Starter cubre hasta 50 sitios y 5.000 URLs por 29 € al mes, o 24 € al mes con facturación anual. Professional cubre hasta 200 sitios por 59 € al mes (49 € con facturación anual) y Enterprise hasta 500 sitios por 139 € al mes (116 € con facturación anual). Todos los planes tienen una prueba gratuita de 14 días.

← Volver al blog

Cómo corregir errores de cobertura del índice en Search Console (y adelantarte)

Para corregir los errores de cobertura del índice en Search Console, abre el informe Páginas, ordena las URLs afectadas según el motivo que indica Google, arregla la causa en el sitio y pulsa Validar corrección. Casi todo el trabajo está en el tercer paso, porque un mismo motivo puede venir de una plantilla, de un ajuste de un plugin o de una regla del servidor, y el informe no te dice cuál.

El informe que Google llamaba Cobertura del índice está ahora en Indexación > Páginas. El gráfico de arriba separa las URLs en Indexadas y Sin indexar, y la tabla de debajo, "Por qué no se indexan las páginas", enumera cada motivo con el número de páginas afectadas. Refleja lo que Google encontró en sus visitas recientes, así que el problema que ves hoy puede haber empezado hace semanas.

Los motivos del informe Páginas y sus causas habituales

Motivo en GSC	Causa habitual	Dónde suele estar la solución
Excluida por la etiqueta "noindex"	Un `<meta name="robots" content="noindex">` o una cabecera `X-Robots-Tag: noindex` heredados de staging o definidos en una plantilla	Plantilla, plugin SEO, configuración del servidor
Bloqueada por robots.txt	Una regla `Disallow` que cubre URLs que quieres que se rastreen	robots.txt
Duplicada: el usuario no ha indicado ninguna versión canónica	URLs casi idénticas (parámetros, barra final, http y https) sin canonical	Añadir `rel="canonical"` a las variantes
Duplicada: Google ha elegido una versión canónica diferente a la del usuario	Tu canonical no coincide con los enlaces internos, las redirecciones o el sitemap	Hacer que todas esas señales apunten a la misma URL
Página con redirección	La URL hace un 301 a otra	A menudo está bien; actualiza el sitemap y los enlaces internos a la URL final
No se ha encontrado (404) y Soft 404	Una página eliminada que sigue enlazada o en el sitemap, o una página vacía de "sin resultados" que devuelve 200	Restaurar, redirigir o devolver un 404 o 410 real
Rastreada: actualmente sin indexar, Descubierta: actualmente sin indexar	Google todavía no ha decidido indexarla, a menudo por contenido pobre o casi duplicado	Mejorar o consolidar el contenido y reforzar los enlaces internos

No todas las filas hay que arreglarlas. "Página con redirección" y "Página alternativa con etiqueta canónica adecuada" suelen describir un sitio que funciona como debe. Las filas que deben preocuparte son las que contienen URLs que esperas posicionar.

La fila de noindex es la que más daño hace, porque es el propio sitio el que pide quedarse fuera y en el navegador nada parece ir mal. En cómo cazar un noindex en producción verás de dónde suele salir. Para la fila de robots.txt, repasa cómo revisar el robots.txt línea a línea, y recuerda que Google no puede leer un noindex en una URL que no tiene permiso para rastrear.

Cómo trabajar el informe paso a paso

En Search Console, ve a Indexación > Páginas y baja hasta "Por qué no se indexan las páginas".
Abre un motivo. La lista de ejemplos se limita a 1.000 URLs, así que en un sitio grande conviene exportarla y buscar patrones en lugar de intentar revisar cada URL.
Agrupa las URLs por plantilla o carpeta. Cuarenta fichas de producto con noindex suelen ser una sola plantilla o un solo ajuste de plugin, no cuarenta tareas distintas.
Arregla la causa. En WordPress, antes de tocar código, mira en Ajustes > Lectura la casilla "Disuadir a los motores de búsqueda de indexar este sitio" y el ajuste de visibilidad en buscadores de cada página en Yoast o Rank Math.
Pega una URL afectada en la Inspección de URLs y ejecuta Probar URL publicada. Te muestra si se permite la indexación y qué canonical declara la página en vivo, así sabes que la corrección está desplegada de verdad y no atascada detrás de la caché de un CDN.
Vuelve al motivo y pulsa Validar corrección. Según la documentación de Google, la validación suele tardar hasta unas dos semanas y puede alargarse, y Search Console te envía emails a medida que avanza.

Por qué el error que ves ya es antiguo

Search Console funciona al ritmo de rastreo de Google, no al tuyo. Un cambio de plantilla publicado el día 1 tiene que rastrearse de nuevo en suficientes URLs y procesarse antes de aparecer como un pico en el informe Páginas, y el propio informe se actualiza con varios días de retraso. Cuando un motivo se dispara, puede que las páginas ya hayan salido del índice, y la validación añade su propia espera. Es el mismo punto ciego que describimos en los cambios SEO silenciosos: la causa está en la página mucho antes de que su efecto se pueda medir.

Search Console no puede acortar esa distancia, porque solo informa de lo que Google ya ha procesado. Tú sí puedes, vigilando directamente el HTML y el robots.txt, que es donde empiezan la mayoría de estos motivos.

Detectar las causas de los errores de cobertura antes que el informe

Deltio no se conecta a Search Console y no puede decirte qué ha indexado Google. Para eso, la fuente sigue siendo el informe Páginas. Lo que Deltio revisa son las causas on-page que luego se convierten en filas de ese informe. Una vez al día lee el sitemap y las páginas de cada sitio y los compara con la revisión anterior, de modo que un noindex que aparece, un canonical que cambia o una regla nueva en el robots.txt se notifican por Slack y por email para ese sitio el mismo día en que se detectan. También avisa de las URLs que salen del sitemap, que es donde suelen empezar las filas de "No se ha encontrado (404)"; el artículo sobre páginas eliminadas del sitemap entra en detalle. Cuando ya has corregido algo, un escaneo SEO manual confirma que la página está limpia antes de pulsar Validar corrección.

La revisión es diaria, así que un cambio puede pasar hasta un día sin notificarse. Comparado con un informe que va semanas por detrás, suele quedar tiempo para revertirlo antes de que Google vuelva a rastrear muchas URLs. Los motivos que dependen del criterio de Google y no de una etiqueta, como "Rastreada: actualmente sin indexar" o un canonical que Google ha elegido por su cuenta, siguen necesitando Search Console.

Si quieres tener las dos vistas en el sitio de un cliente, puedes empezar una prueba gratuita de 14 días.

Preguntas frecuentes

¿Debo usar Solicitar indexación en cada URL que he corregido?: No. Solicitar indexación, en la Inspección de URLs, tiene una cuota diaria por propiedad y está pensado para unas pocas URLs importantes. Para una corrección de plantilla que afecta a muchas páginas, usa Validar corrección en el motivo del informe Páginas y asegúrate de que las URLs están en un sitemap XML actualizado.
¿Qué significa que la validación haya fallado?: El estado Error indica que Google ha vuelto a encontrar el problema en al menos una de las URLs que ha revisado. Las causas habituales son una corrección aplicada a una plantilla pero no a otra, una caché de CDN o de página que sigue sirviendo el HTML antiguo, o URLs que quedan fuera del patrón que corregiste. Arregla las URLs pendientes e inicia una nueva validación.
¿Es un error "Indexada, aunque bloqueada por robots.txt"?: Es un aviso de que Google ha indexado una URL a partir de enlaces sin tener permiso para rastrearla, por eso el resultado suele aparecer sin descripción. Si quieres la página en el buscador, quita la regla Disallow. Si la quieres fuera, permite el rastreo y añade noindex, porque Google no puede leer un noindex en una página bloqueada.
¿Por qué el recuento del informe Páginas no coincide con una búsqueda site:?: El operador site: devuelve una estimación aproximada y no está pensado para contar páginas indexadas. El informe Páginas es la cifra de Google para la propiedad, aunque también va varios días por detrás del sitio en vivo.
¿Cuánto cuesta Deltio?: Starter cubre hasta 50 sitios y 5.000 URLs por 29 € al mes, o 24 € al mes con facturación anual. Professional cubre hasta 200 sitios por 59 € al mes (49 € con facturación anual) y Enterprise hasta 500 sitios por 139 € al mes (116 € con facturación anual). Todos los planes tienen una prueba gratuita de 14 días.