Exclusiones que pueden ser correctas.
Redirecciones, páginas alternativas y ciertos duplicados pueden estar correctamente fuera del índice sin necesitar ninguna corrección.
Search Console puede mostrar cientos o miles de URLs no indexadas sin que todas sean un problema. Interpretamos qué estados son esperables, cuáles afectan a páginas importantes y qué señal está provocando cada caso antes de cambiar robots, canonicals, redirecciones o arquitectura.
El número total de URLs excluidas dice poco por sí solo. Primero separamos páginas estratégicas, duplicados, redirecciones y URLs técnicas. Después buscamos patrones y comprobamos si el estado coincide con lo que debería ocurrir en la web.
Redirecciones, páginas alternativas y ciertos duplicados pueden estar correctamente fuera del índice sin necesitar ninguna corrección.
“Rastreada” o “Descubierta” sin indexar no se resuelven con una receta única: hay que revisar señales, valor y arquitectura.
La prioridad cambia cuando servicios, categorías, productos o contenidos estratégicos están fuera del índice sin una razón válida.
Search Console agrupa URLs por razones de indexación. El mismo estado puede ser correcto en unas páginas y problemático en otras, por lo que siempre lo cruzamos con la función real de cada URL.
No asumimos que exista un fallo técnico. Revisamos si la página aporta valor propio, recibe enlaces internos y se diferencia suficientemente de otras URLs.
Comprobamos si la web está generando más URLs de las necesarias, si la página está demasiado profunda y si sitemap y enlaces internos reflejan su prioridad.
Analizamos similitud, enlaces internos, sitemap, redirecciones y canonical declarada para entender por qué Google está consolidando señales en otra dirección.
Si existe una versión canónica correcta, la exclusión puede ser precisamente el comportamiento esperado. Solo intervenimos cuando Google consolida en la URL equivocada.
Revisamos que el destino sea correcto y que no existan cadenas, bucles o enlaces internos apuntando constantemente a URLs que ya redirigen.
Puede ser intencionado en páginas técnicas o un error heredado de plugins, plantillas, entornos de pruebas o cambios de configuración.
Comprobamos si el bloqueo o el código HTTP son correctos para esa URL y si la web sigue enlazando internamente hacia rutas que ya no deberían existir.
Una URL puede estar en el índice y aun así no ser la página adecuada para una intención. Revisamos si Google conserva la versión correcta y si la arquitectura la prioriza.
La herramienta ayuda a localizar grupos de URLs y observar qué ha visto Google, pero la corrección suele estar en el propio sitio: arquitectura, contenido, canonical, enlaces, robots, redirecciones o generación de URLs.
No empezamos por “corregir” todos los grupos; identificamos cuáles contienen páginas que realmente deberían aparecer en Google.
Comparamos el estado informado, la URL canónica, el rastreo y las señales reales de la página para encontrar un patrón común.
Después de modificar lo necesario, la validación o una nueva comprobación sirve para confirmar si Google vuelve a procesar correctamente las URLs.
En una web corporativa puede haber decenas de URLs. En Shopify o WooCommerce, filtros, parámetros, variantes, taxonomías y apps pueden multiplicar rápidamente el volumen que aparece en los informes.
La interpretación debe considerar canonical, parámetros, productos dentro de colecciones y URLs generadas por aplicaciones o filtrado.
Categorías, etiquetas, autores, fechas y tipos de contenido pueden generar grandes grupos de URLs excluidas sin que todos sean errores.
Variaciones, atributos, filtros y categorías de producto pueden aumentar los estados de duplicidad, canonical y rastreo.
La página de problemas de indexación explica las causas por las que una URL puede quedar fuera de Google, exista o no Search Console. Esta página se centra en leer correctamente los estados del informe, encontrar patrones y decidir cuáles requieren actuación.
Los estados de Search Console necesitan contexto: una exclusión puede ser correcta o revelar un conflicto técnico, de arquitectura o de canonicals. Las páginas relacionadas permiten comprobar la causa.
Para entender la causa general que puede existir detrás del estado mostrado.
Ver página → 02 SEO técnicoSi la causa se extiende a rastreo, canonicals, respuestas HTTP o renderizado.
Ver página → 03 Arquitectura web SEOCuando profundidad, enlazado o solapes explican la exclusión.
Ver página → 04 Migración web SEOSi los estados anómalos aparecen después de un cambio de URLs, dominio o CMS.
Ver página →La revisión inicial está incluida dentro del servicio. El alcance depende de si existe un problema puntual o un patrón de arquitectura, catálogo, filtros, migración o legado que necesite una intervención más amplia.
Para interpretar los estados relevantes y corregir canonicals, noindex, redirecciones, enlaces, sitemap o arquitectura con alcance definido.
Consultar Puesta a punto →Para controlar cambios de indexación, pequeñas incidencias y nuevas exclusiones en webs con poca complejidad técnica.
Consultar Control →Para proyectos donde la indexación se trabaja junto a arquitectura, contenido, enlazado y evolución de páginas estratégicas.
Consultar Crecimiento →Para tiendas con categorías, colecciones, productos, variantes, filtros, plugins o apps que generan patrones recurrentes de indexación.
Consultar Ecommerce →La revisión parte de la web y del estado o grupo que genera dudas. Se valora el patrón antes de determinar si necesita corrección y qué alcance tendría.
Solicitar valoraciónEl informe sirve para investigar, no para perseguir un porcentaje de indexación del 100 %. Lo importante es que estén en Google las páginas canónicas que realmente deberían captar búsquedas.
Significa que Google ha rastreado la página pero no la ha incorporado al índice por ahora. No implica automáticamente un fallo técnico. Hay que revisar utilidad, duplicidad, enlazado interno, canonical, calidad de la página y contexto del sitio.
Google conoce la URL pero todavía no la ha rastreado. El estado debe interpretarse junto al volumen de URLs, enlazado interno, sitemap, arquitectura y capacidad de rastreo del sitio; solicitar indexación repetidamente no corrige una causa estructural.
No. Google no necesita indexar duplicados, redirecciones, páginas con noindex ni otras URLs que no deban aparecer en resultados. El objetivo es comprobar si están fuera del índice las páginas correctas o si faltan URLs estratégicas.
Significa que Google considera otra URL como la versión principal del contenido. Puede ser correcto si existe duplicidad intencionada, o señalar un problema si la URL que debería posicionar envía señales internas contradictorias.
No por sí solo. La validación sirve para que Google vuelva a comprobar un grupo de URLs después de haber corregido la causa. Si no se modifica lo que provoca el estado, iniciar una validación no sustituye el trabajo técnico o estructural.
No. Utilizamos Search Console como una fuente de diagnóstico dentro de la revisión inicial. Interpretamos los estados, priorizamos y después trabajamos sobre la web dentro del alcance contratado.
Puede ser “Rastreada: actualmente sin indexar”, “Descubierta: actualmente sin indexar”, una canonical diferente, muchas URLs duplicadas, páginas con redirección, 404 o una caída repentina del número de páginas indexadas.