El informe de cobertura de Search Console es uno de los reportes más consultados y, al mismo tiempo, más malinterpretados por quienes gestionan sitios web. Google lo actualiza con una frecuencia aproximada de dos o tres días, y cada vez que aparece un nuevo error en él, hay una razón técnica concreta detrás. Saber leerlo correctamente marca la diferencia entre reaccionar a tiempo o dejar que páginas válidas queden fuera del índice durante semanas.
Qué mide exactamente este informe
El informe de cobertura, que desde 2023 aparece en Search Console bajo el nombre «Indexación de páginas», recoge el estado de todas las URLs que Google ha intentado rastrear o indexar en tu sitio. Divide ese universo en cuatro categorías: errores, válidas con advertencias, válidas y excluidas. Cada categoría tiene un color asociado (rojo, naranja, verde y gris) y agrupa los motivos concretos por los que cada URL se encuentra en ese estado.
Lo primero que hay que entender es que «excluida» no significa necesariamente «problema». Una URL excluida puede estarlo porque tiene una etiqueta noindex, porque es una redirección o porque la has bloqueado en el robots.txt de forma deliberada. El error llega cuando páginas que deberían estar indexadas no lo están, o cuando el criterio de exclusión no coincide con tu intención.
Las cuatro categorías en detalle
Errores
Aquí aparecen las URLs que Google intentó rastrear y no pudo indexar por un problema técnico. Los más frecuentes son el error 404 (página no encontrada), el error 500 (fallo del servidor) y el «URL redireccionada», que aparece cuando Google llega a una redirección y decide no seguirla para indexar el destino. Cada uno requiere una acción distinta.
Un pico súbito de errores 404 puede indicar que se han eliminado páginas sin gestionar las redirecciones. Un aumento de errores de servidor suele apuntar a problemas de infraestructura o a que el sitio bloqueó temporalmente al bot de Google. Revisar el log del servidor en paralelo con este informe ayuda a localizar el momento exacto del fallo.
Válidas con advertencias
Esta categoría es la más ignorada y, con frecuencia, la más relevante. La advertencia más habitual es «indexada, aunque bloqueada por robots.txt». Significa que Google ha conseguido indexar la página a pesar de que el archivo robots.txt le decía que no la rastreara. Esto ocurre porque Google puede indexar una URL sin haberla rastreado directamente, por ejemplo, si recibe muchos enlaces externos apuntando a ella.
La advertencia no siempre requiere acción, pero sí exige que compruebes si esa URL debe estar indexada o no. Si no debe estarlo, añadir una etiqueta noindex es la solución correcta, porque bloquear el rastreo en robots.txt no impide la indexación cuando hay señales externas suficientes.
Válidas
Dentro de «válidas» hay dos subtipos: indexadas y no indexadas. Las páginas indexadas son las que están en el índice de Google y pueden aparecer en los resultados de búsqueda. Las no indexadas dentro de esta categoría son las que Google considera válidas pero ha decidido no incluir en el índice, generalmente porque las considera de baja calidad, duplicadas o poco relevantes.
Este segundo subgrupo merece atención especial. Si tienes páginas de producto o de categoría que aparecen como «válidas pero no indexadas», puede ser una señal de contenido duplicado o muy similar entre ellas, o de que Google no les encuentra suficiente valor para incluirlas.
Excluidas
Es el grupo más numeroso en la mayoría de sitios y el que genera más confusión. Los motivos de exclusión más comunes incluyen:
- Excluida por etiqueta noindex: correcto si es intencional.
- Rastreada pero no indexada actualmente: Google la procesó pero decidió no incluirla.
- Detectada pero no rastreada actualmente: está en el mapa del sitio o tiene enlaces, pero Google aún no ha ido a verla.
- Página alternativa con etiqueta canónica adecuada: la URL tiene un canonical apuntando a otra, y Google respeta esa señal.
- Página duplicada sin canónica seleccionada por Google: Google ha encontrado contenido duplicado y ha elegido por su cuenta cuál versión indexar.
Este último caso es especialmente importante. Cuando Google selecciona su propia canónica en lugar de respetar la tuya, suele ser porque hay inconsistencias entre las señales que envías: la etiqueta canónica apunta a una URL, pero los enlaces internos llevan a otra, o el sitemap incluye ambas versiones. Conviene revisar la arquitectura de contenidos y su mapeado para identificar esas inconsistencias.
Cómo filtrar y analizar los datos correctamente
El informe permite filtrar por tipo de URL (AMP, no AMP, mobile), lo que resulta útil en sitios con versiones múltiples. También puedes hacer clic en cada motivo de error o exclusión para ver ejemplos de URLs afectadas. Ahí es donde la mayoría comete el primer error: analizan solo los ejemplos que muestra Google, cuando en realidad esos ejemplos son una muestra, no el listado completo.
Para obtener el listado completo de URLs afectadas, la opción más fiable es exportar el informe con la API de Search Console o cruzarlo con un rastreo propio realizado con Screaming Frog o Sitebulb. De ese modo puedes ver no solo cuántas páginas están afectadas, sino cuáles exactamente y qué tienen en común: tipo de contenido, profundidad en la estructura, presencia o ausencia en el sitemap.
Hablar de cómo gestiona Google el presupuesto de rastreo es relevante aquí, porque un sitio con miles de URLs excluidas o con errores está consumiendo presupuesto de rastreo en páginas que no aportan nada al índice. Reducir ese ruido técnico libera capacidad para que Googlebot dedique más tiempo a las páginas que realmente interesan.
El papel del sitemap en el informe de cobertura
Search Console cruza los datos del informe de cobertura con los sitemaps que hayas enviado. Si una URL aparece en el sitemap pero está en la categoría de errores o excluidas, el sistema lo marca explícitamente. Eso facilita la priorización: una página que tú consideras importante (por eso la incluiste en el sitemap) y que sin embargo Google no indexa merece más atención que una URL de paginación que nadie incluyó en ningún sitemap.
Mantener el sitemap limpio, solo con URLs canónicas, indexables y con contenido relevante, mejora la señal que envías a Google. Incluir URLs con noindex en el sitemap es una contradicción que confunde al rastreador y aparece como advertencia en el propio informe.
Si acabas de publicar nuevas secciones y quieres que Google las descubra rápido, enviar el sitemap actualizado ayuda, aunque no garantiza la indexación inmediata. Para eso conviene conocer las técnicas que aceleran la indexación de páginas nuevas más allá del simple envío del sitemap.
Errores que conviene priorizar según el impacto
No todos los errores del informe de cobertura tienen el mismo peso. Para priorizar correctamente, hay que cruzar tres variables: volumen de URLs afectadas, relevancia SEO de esas páginas y tendencia (si el número de errores sube, baja o se mantiene estable).
Un error que afecta a diez URLs de producto con tráfico histórico es más urgente que un error 404 en doscientas páginas de archivo que nunca atrajeron visitas. Para saber cuáles de las URLs en error tienen relevancia real, puedes cruzar el informe con los datos de rendimiento de Search Console, que muestra clics e impresiones por URL, o con los datos de Google Analytics.
Las discrepancias entre herramientas de medición a veces complican este cruce de datos, pero incluso una estimación aproximada es suficiente para separar lo urgente de lo que puede esperar.
Cómo interpretar las tendencias en el tiempo
El gráfico histórico del informe de cobertura es tan valioso como los datos actuales. Un aumento brusco de errores en una fecha concreta casi siempre coincide con una actualización de la web, un cambio en el servidor, una migración o una actualización del CMS. Identificar ese punto de inflexión en el gráfico y relacionarlo con los cambios técnicos realizados en esa fecha es el camino más rápido para diagnosticar la causa.
Una tendencia de exclusiones que crece gradualmente durante semanas, en cambio, suele indicar un problema de contenido: el sitio genera páginas nuevas (filtros, paginaciones, etiquetas) que Google descubre pero decide no indexar porque las considera de poco valor. En esos casos, la solución técnica puede ser añadir noindex a esas páginas o consolidar el contenido para mejorar su calidad, algo que encaja con un proceso más amplio de auditoría de contenido para decidir qué mantener y qué eliminar.
También hay que vigilar las caídas bruscas en el número de páginas válidas. Si de un día para otro pierdes cientos de URLs indexadas, puede ser que se haya activado por error una etiqueta noindex global, que el robots.txt haya sido sobreescrito o que el servidor esté devolviendo códigos de error masivos. Son situaciones de emergencia que requieren revisión inmediata.
Qué hacer cuando Google ignora tu etiqueta canónica
Uno de los escenarios más frustrantes del informe de cobertura es ver que Google ha seleccionado como canónica una URL diferente a la que tú indicaste. Esto ocurre con más frecuencia de lo que parece, y la causa casi siempre está en señales contradictorias dentro del mismo sitio.
Los factores que Google pondera para elegir la canónica incluyen: la consistencia de los enlaces internos, el contenido del sitemap, las cabeceras HTTP y la propia etiqueta. Si los enlaces internos apuntan mayoritariamente a una versión con parámetros y la etiqueta canónica señala la versión limpia, Google puede ignorar la etiqueta porque interpreta que los enlaces internos reflejan mejor la intención del sitio.
La corrección pasa por auditar los enlaces internos y asegurarse de que todos apuntan a la versión canónica, eliminar del sitemap cualquier URL no canónica y revisar si las redirecciones están correctamente configuradas. El rendimiento orgánico de las páginas también puede verse afectado mientras Google no resuelve la ambigüedad, así que conviene actuar con rapidez una vez detectado el problema.
Frecuencia recomendada para revisar el informe
Revisar el informe de cobertura una vez a la semana es suficiente para sitios con contenido estable y menos de diez mil URLs. Para sitios de comercio electrónico con catálogos grandes, publicaciones con muchos artículos o plataformas que generan URLs dinámicas, la revisión debería ser más frecuente, idealmente cada dos o tres días.
Una práctica útil es configurar las alertas por correo electrónico en Search Console para recibir notificaciones cuando se detectan nuevos errores o caídas significativas en la cobertura. Eso permite reaccionar antes de que el problema escale sin necesidad de revisar la herramienta manualmente todos los días.
Combinar la revisión del informe de cobertura con el seguimiento del share of search de tu marca y categorías clave da una visión más completa: no solo sabes si tus páginas están indexadas, sino si están ganando o perdiendo visibilidad relativa frente a la competencia.
Un paso concreto para empezar hoy mismo
Si nunca has analizado el informe de cobertura en profundidad, el punto de partida más eficaz es ordenar los motivos de exclusión por volumen y centrar la atención en el que agrupa más URLs. Exporta esas URLs, filtra las que tienen datos de impresiones en el informe de rendimiento y pon ese subconjunto en una hoja de cálculo. Esas son las páginas que Google conoce, considera relevantes a algún nivel (alguien las busca) pero no indexa. Ahí es exactamente donde una mejora técnica o de contenido tiene mayor retorno inmediato. Dedicar dos horas a ese análisis con frecuencia revela oportunidades que llevan meses ocultas bajo la etiqueta genérica de «excluida».
Preguntas frecuentes
¿Por qué una página aparece como «excluida» en el informe de cobertura si yo nunca la bloqueé?
Una URL puede quedar excluida por razones que no siempre implican un bloqueo deliberado. Google puede decidir no indexarla si la considera de bajo valor, duplicada o muy similar a otras páginas del sitio. También puede estar excluida porque tiene un canonical que apunta a otra URL, aunque ese canonical lo haya generado automáticamente el CMS sin que tú lo hayas configurado manualmente. Revisa la URL concreta con la herramienta de inspección de Search Console para ver exactamente qué motivo de exclusión aplica y si el canonical declarado es el correcto.
¿Qué significa exactamente «detectada pero no rastreada actualmente» y debo preocuparme?
Este estado indica que Google sabe que la página existe, porque la ha visto en el sitemap o a través de enlaces, pero todavía no ha ido a rastrearla. No es un error, sino una cola de espera dentro del presupuesto de rastreo que Google asigna a tu sitio. Si la página lleva semanas en ese estado sin avanzar, puede ser una señal de que el sitio tiene demasiadas URLs de poco valor que consumen ese presupuesto antes de que Googlebot llegue a las importantes. Reducir el ruido técnico, como páginas de paginación o filtros sin valor, suele ayudar a que las páginas relevantes sean rastreadas antes.
Tengo muchos errores 404 en el informe, ¿tengo que corregirlos todos o puedo ignorar algunos?
No es necesario corregir todos los 404, pero sí conviene priorizar los que afectan a páginas que antes tenían tráfico o que reciben enlaces externos. Un 404 en una URL que nunca tuvo visitas ni backlinks tiene un impacto mínimo y puede dejarse sin gestionar. En cambio, si una página con historial de clics o con enlaces entrantes devuelve 404, lo correcto es configurar una redirección 301 hacia la URL más relevante del sitio. Cruzar el listado de URLs en error con los datos de rendimiento de Search Console te permite identificar rápidamente cuáles merecen atención inmediata.
Google está ignorando mi etiqueta canónica y eligiendo otra URL distinta, ¿cómo lo soluciono?
Cuando Google ignora tu canonical, casi siempre es porque hay señales contradictorias dentro del mismo sitio. El primer paso es revisar que todos los enlaces internos apunten a la versión canónica y no a la URL con parámetros u otras variantes. También debes comprobar que el sitemap solo incluya la versión canónica y que las redirecciones estén correctamente configuradas para no generar ambigüedad. Una vez corregidas esas inconsistencias, Google suele tardar algunos días en actualizar su criterio, pero la coherencia de las señales es el factor decisivo para que respete la etiqueta que tú declaras.
¿Con qué frecuencia debo revisar el informe de cobertura para no perderme problemas importantes?
Para sitios con contenido estable y menos de diez mil URLs, una revisión semanal es suficiente para detectar problemas antes de que escalen. Si gestionas un ecommerce con catálogo amplio, un medio de comunicación o cualquier plataforma que genera URLs dinámicas, lo recomendable es revisar el informe cada dos o tres días. Una forma de no depender exclusivamente de la revisión manual es activar las alertas por correo electrónico en Search Console, que te avisan cuando aparecen nuevos errores o caídas significativas en la cobertura. Eso te permite reaccionar rápido ante situaciones de emergencia, como la activación accidental de un noindex global.
