Qué es y para qué sirve el informe de cobertura de Search Console
Cuando Google rastrea tu sitio, toma decisiones sobre cada URL: la indexa, la excluye, encuentra un error o detecta algo que no le convence del todo. El informe de cobertura, denominado actualmente «Indexación de páginas» dentro de la interfaz de Search Console, agrupa todas esas decisiones en cuatro estados y te permite actuar sobre ellas.
Definición express: El informe de cobertura es la herramienta de Google Search Console que muestra qué URLs de tu sitio han sido rastreadas, indexadas, excluidas o han generado errores, permitiendo detectar problemas de visibilidad en buscadores antes de que afecten al tráfico orgánico.
Solo por leer te llevas este ebook sobre IA
Por qué es clave para el SEO técnico de tu sitio
Una página que no está indexada no aparece en resultados. Así de simple. El problema real, sin embargo, es que muchos errores de indexación pasan desapercibidos durante semanas porque no generan ningún aviso visible en el sitio. Sin alertas, sin señales. El informe de cobertura cierra esa brecha.
Hay un matiz que conviene conocer: Google actualiza este informe con un retraso de aproximadamente 2-3 días. Si publicas contenido hoy y lo buscas mañana en el informe, probablemente aún no aparezca. No es un fallo, es el ritmo normal del sistema.
Dato: El historial del informe de cobertura cubre hasta 16 meses de datos según la ayuda oficial de Search Console, lo que permite comparar tendencias de indexación a largo plazo.
Los posibles estados en el informe de cobertura de Search Console
Entender los cuatro estados en el informe de cobertura es el primer paso para usar el informe con criterio. No todos requieren acción inmediata, y confundirlos lleva a correcciones innecesarias que pueden empeorar la situación. Esto tiene mucha miga, como suele decirse.
Error y Válido con advertencia: qué significan y cuándo actuar
El estado Error es el mas urgente. Indica que Google intentó rastrear e indexar la URL pero no pudo completar el proceso. Los motivos más frecuentes son errores 404 (página no encontrada), errores de servidor 5xx, o páginas bloqueadas por el archivo robots.txt que al mismo tiempo se intentan indexar. Estas URLs no aparecen en Google. Punto.
El estado Válido con advertencia es más matizado: la página está indexada y puede aparecer en resultados, pero algo no cuadra del todo. Por ejemplo, una URL indexada a pesar de tener una directiva de bloqueo en robots.txt, o una canonical que apunta a otra dirección. Google la muestra, pero está recibiendo señales contradictorias que pueden diluir la autoridad SEO de esa URL. Muchos proyectos ignoran estas advertencias durante meses y despues se preguntan por qué ciertas páginas no ranquean bien. Ojo con eso.
Excluido y Válido: cómo interpretar las URLs no indexadas intencionalmente
El estado Válido es el que quieres ver en tus páginas importantes. Indexadas correctamente, disponibles para aparecer en resultados. El estado Excluido, en cambio, agrupa tanto las exclusiones intencionales (páginas con noindex deliberado, URLs canonicalizadas hacia otra versión) como las problemáticas: páginas que Google decidió no indexar por su cuenta, sin que tú se lo pidieras.
La clave está en el motivo de exclusión. «Excluida por etiqueta noindex» en una página de carrito de compra de un ecommerce es perfectamente normal. «Página duplicada sin canonical seleccionado por Google» en una categoría de producto principal es una señal de alarma. Son situaciones distintas que piden respuestas distintas.
Consejo rápido: Filtra el estado «Excluido» por el motivo «Página duplicada sin canonical seleccionado por Google» — si supera el 15 % de tus URLs totales, revisa tu arquitectura de contenido de inmediato.
Cómo corregir problemas de cobertura y compartir el informe
Detectar el problema es solo la mitad del trabajo. El flujo de corrección tiene una secuencia lógica que conviene respetar para no perder tiempo solicitando revalidaciones antes de que el problema esté realmente resuelto.
Pasos para corregir los problemas de cobertura del índice
Primero, identifica el tipo de error exacto dentro del informe y haz clic en él para ver qué URLs específicas están afectadas. Segundo, aplica la corrección técnica en el sitio: redirige el 404 si la página tiene equivalente, corrige la configuración del servidor si hay errores 5xx, o elimina el noindex si era involuntario. Tercero, y solo después de verificar que la corrección está activa en producción, usa el botón «Validar corrección» en Search Console para avisar a Google de que vuelva a rastrear esas URLs.
Si validas antes de corregir los problemas de cobertura, el proceso se reinicia sin resultado y pierdes tiempo. Te lo digo yo: es un error más común de lo que parece, incluso en equipos con experiencia.
Para URLs individuales con dudas, la herramienta de Inspección de URLs de Search Console permite ver exactamente cómo Googlebot visualiza esa página en tiempo casi real, lo que elimina gran parte de la incertidumbre en diagnósticos complejos.
Cómo compartir detalles del informe de cobertura de Search Console
Search Console ofrece varias vías para compartir detalles del informe con clientes o equipos. La exportación a CSV desde el propio informe es la mas inmediata: descarga la tabla de errores con todos los motivos y URLs afectadas en segundos. añadir usuarios con rol de «Propietario delegado» o «Usuario completo» permite acceso de solo lectura a la propiedad completa sin compartir credenciales. Y para informes de cliente más formales, las capturas de pantalla documentadas con fecha siguen siendo el formato más limpio para presentaciones o auditorías, especialmente cuando se quiere mostrar la evolución entre dos revisiones consecutivas.
Preguntas frecuentes
¿Qué es el estado «Válido con advertencia»?
Indica que la página está indexada y aparece en resultados de Google, pero presenta un problema menor que conviene revisar: por ejemplo, una canonical que apunta a otra URL diferente. No es urgente, pero ignorarlo a largo plazo puede provocar pérdidas de señal SEO en páginas que deberían concentrar toda la autoridad.
¿Con qué frecuencia debo revisar el informe de cobertura de Search Console?
Al menos una vez por semana, y siempre después de publicar contenido nuevo o aplicar cambios técnicos al sitio. Un incremento repentino de errores 404 o de páginas excluidas puede señalar una migración mal ejecutada o un despliegue con problemas que afectó a la estructura de URLs. Porque ese tipo de situaciones pueden pasar un lunes por la mañana y no notarse hasta el viernes si nadie revisa. Search Console permite configurar alertas de email que avisan automáticamente ante subidas anómalas de errores, lo que reduce bastante el tiempo de reacción.
¿Por qué aparecen URLs indexadas que nunca quise que Google rastreara y cómo solucionarlo desde el informe de cobertura?
Es uno de los problemas más frecuentes en proyectos con cierto volumen de URLs, y aparece con más intensidad en tiendas online. Un caso muy habitual es el de sitios WooCommerce donde las URLs con el parámetro ?add-to-cart= acaban indexadas y consumen presupuesto de rastreo que debería destinarse a las páginas de producto reales. El informe de cobertura las mostrará como «Válidas», pero estarán compitiendo con tus páginas principales por señales SEO, diluyendo su relevancia.
La solución técnica pasa por añadir la etiqueta noindex en las plantillas afectadas o consolidar mediante canonicals que apunten a la versión limpia de la URL. Después, usa la herramienta de Inspección de URL para verificar que Google ya reconoce el cambio antes de solicitar revalidación. Lo mismo ocurre en blogs con páginas de etiquetas, archivos de fecha o páginas de autor que generan contenido duplicado y acaban indexadas sin querer. Según lo que veo en proyectos reales, esto afecta especialmente a sitios que llevan años online sin una auditoria técnica seria: pueden acumular cientos de URLs «válidas» que en realidad no aportan nada.
Recomendación del experto sobre informe de cobertura de Search Console
Prioriza siempre los errores sobre los excluidos: un error no resuelto bloquea ingresos orgánicos directos, mientras que muchas exclusiones son completamente intencionales y no requieren ninguna acción. Establece un protocolo de revisión semanal, documenta cada corrección con fecha y número de URLs afectadas, y mide el impacto real en tráfico orgánico entre 4 y 8 semanas después de la revalidación. Un proyecto que pasó de 120 errores 404 a cero y documentó el proceso vio un incremento del 18 % en páginas rastreadas al mes siguiente, según el propio historial del informe de cobertura.
