Significado y alcance
El rastreo, la indexación y el posicionamiento son etapas conectadas, pero distintas. Un rastreador puede pedir una URL sin indexarla; un documento indexado puede aparecer para unas consultas y no para otras; la posición en los resultados se decide después, para una consulta concreta y en un contexto concreto. Atribuir cada ausencia a un problema de posicionamiento oculta el diagnóstico real.
Flujo de trabajo práctico
En una URL importante, primero comprueba que devuelve el contenido público previsto, que se permite rastrearla, que no lleva una directiva noindex, que usa la canonical prevista y que se enlaza desde una ruta de descubrimiento accesible. Incluirla en el sitemap puede ayudar al descubrimiento, pero no garantiza la indexación. Revisa si un duplicado, un soft error o un estado no disponible explican el resultado.
Qué revisar
Al comprobar, usa una URL concreta y una fecha exacta. Los informes Inspección de URLs e Indexación de páginas de Google Search Console pueden dar señales útiles sobre la visión de Google, mientras que un navegador y una muestra del rastreo confirman lo que el sitio sirve ahora. Separa una prueba en vivo actual de un informe histórico, para no tomar datos de estado antiguos por un fallo nuevo de despliegue.
Límites y errores frecuentes
No prometas la indexación solo porque una URL se haya enviado, tenga enlaces o esté en un sitemap. No bloquees una URL en robots.txt esperando que el noindex de esa respuesta bloqueada se procese. Un resultado útil es una página explicable, técnicamente elegible y sin señales contradictorias.
Diagnóstico de indexación: una URL cada vez
Usa una hoja de trabajo por URL en lugar de una etiqueta general de «no indexada». Registra la URL solicitada, la respuesta final, la etiqueta canonical, la meta robots y la cabecera X-Robots-Tag, el estado del contenido, el enlace interno de origen, el estado en el sitemap y la fecha de observación. Así se separa un defecto de accesibilidad de una decisión sobre duplicados o de una cuestión de calidad del contenido. También evita contar como el mismo fallo una URL alternativa cuya canonical apunta a otra página, un filtro con noindex intencionado y una URL desconocida.
- Solicita la URL sin una sesión iniciada y registra su estado final y el contenido principal tras el renderizado.
- Comprueba que la URL se puede rastrear y que tiene una política de indexación y de canonical coherente.
- Busca una ruta interna rastreable desde un hub relevante y verifica que cualquier entrada del sitemap use la misma URL canonical final.
- Inspecciona la URL en Search Console cuando esté disponible, conservando la fecha del informe y el motivo indicado por Google.
- Aplica una única corrección acotada y repite las comprobaciones en vivo y en los informes, en lugar de enviar cada URL repetidamente.
Un ejemplo práctico es un filtro de categoría. Si el filtro no tiene inventario distinto ni intención de búsqueda propia, puede canonicalizar de forma deliberada a la categoría padre o usar noindex. Si tiene inventario elegible y una finalidad propia para el usuario, necesita una URL estable, una canonical coherente, descubrimiento interno y contenido que lo distinga de la categoría padre. El resultado correcto depende de la política; indexar cada URL generada no es el objetivo.
La verificación debe incluir una matriz de rutas pequeña: una página de contenido normal, una versión con parámetros, una URL retirada y una página excluida a propósito. Así se demuestra que el sistema distingue los estados. Google explica que la indexación sigue al rastreo y al análisis, de modo que una página accesible puede omitirse igualmente o agruparse con un duplicado. Indica esta incertidumbre de forma explícita, en lugar de afirmar que el sitemap o una solicitud garantizan la inclusión.
Mantén el registro de evidencias lo bastante acotado como para poder actuar sobre él. Una muestra con fecha de diez URL importantes, clasificadas según su estado en vivo y su política de indexación, es más útil que un recuento sin etiquetar de miles de páginas «excluidas». Vuelve a revisar la misma muestra tras cada lanzamiento e investiga solo la clase que haya cambiado de forma inesperada.
Al investigar un cambio, conserva tanto la observación anterior como la nueva. El motivo de un informe puede ir por detrás de la respuesta servida, y una página puede agruparse como duplicado aunque su descarga actual sea correcta. Comparar la misma URL exacta, la misma política canonical y el mismo estado del rastreador a lo largo del tiempo evita tomar una actualización posterior del informe por una reversión técnica inexplicable.