Páginas no indexadas: un árbol de decisiones con verificaciones de enlaces
Search Console ofrece dos etiquetas similares con causas distintas. Recorre las ramas en orden y detente en la primera que coincida.
Equipo de investigación de ArchiLinks ·
Descubierta, actualmente no indexada significa que Google conoce la URL pero no la ha obtenido. Rastreada, actualmente no indexada significa que obtuvo la página y eligió no conservarla. La primera se refiere principalmente a la prioridad y el descubrimiento. La segunda se refiere a la página en sí.
Por qué los enlaces pertenecen al diagnóstico
Los equipos diagnostican la indexación como un problema puramente técnico. A menudo lo es. Sin embargo, una señal sigue siendo fácil de pasar por alto.
Cuando encuentras backlinks a URLs de sitios web que faltan en el índice, aprendes si sitios externos avalan estas páginas, y una página con cero enlaces internos y cero externos le da a Google muy pocas razones para dedicar tiempo de rastreo o espacio de indexación a ella.
Un sitio con unas pocas decenas de páginas delgadas y un sitemap plano es algo común que conviene verificar primero.
Para el conjunto completo de llamadas de enlaces, consulta los scripts de la API; para las secciones que estás a punto de migrar, la lista de verificación de migración coloca las verificaciones de indexación en T+1 semana. Bing y Yahoo también pueden diferir de Google, así que pruébalos por separado y considera IndexNow para Bing desde su lanzamiento en 2021.
El árbol de decisiones
1. ¿Está la página bloqueada o es noindexed?
Inspecciona la URL en Search Console. Revisa el HTML renderizado, el encabezado HTTP y robots.txt. Un noindex dejado de la etapa de staging es el culpable habitual. Si es así, elimínalo y solicita la indexación.
2. ¿Elige Google un canonical diferente?
Compara el canonical declarado por el usuario con el seleccionado por Google. Si difieren, la página es un duplicado o casi duplicado en la vista de Google. Fusiona, diferencia o acepta.
3. ¿Es la página accesible desde secciones reales?
Cuenta los enlaces internos desde páginas que están indexadas. Menos de dos, o solo desde el sitemap, significa un descubrimiento débil. Añade enlaces desde un hub.
4. ¿Tiene la página enlaces externos?
Comprueba toppages y backlinks para la URL. Si otros dominios enlazan a ella, corrige los enlaces internos primero y espera una recuperación más rápida. Si no hay ninguno, la página debe ganarse su lugar en el contenido.
5. ¿Vale la pena mantener la página?
Las páginas delgadas, con plantillas o basadas en parámetros a menudo se excluyen a propósito. Consolida, noindex o elimina. No gastes presupuesto de rastreo discutiendo.
A qué suele apuntar cada rama
| Hallazgo | Causa típica | Acción | Tiempo para ver un efecto |
|---|---|---|---|
| noindex o bloqueo de robots | Regla de staging enviada a producción | Eliminar y solicitar indexación | Días a pocas semanas |
| Canonical de Google diferente | Duplicados, parámetros, variantes delgadas | Consolidar o reescribir | Semanas |
| Pocos enlaces internos | Página huérfana o profunda | Enlace desde hubs y sitemap | Semanas |
| Existen enlaces pero no están indexadas | Contenido considerado de bajo valor | Mejorar el contenido, mantener el redirect o el canonical honesto | Uno o dos meses |
| Muchas páginas, todas afectadas | Señal de calidad o estructura general del sitio | Poda y consolida antes de enviar más | Meses |
Cuando el conteo de indexados cae drásticamente
Un conteo que baja de decenas de miles a unas pocas decenas es un evento, no una tendencia. Mira la fecha primero. Compáralo con tus propios lanzamientos, porque un cambio de plantilla o una bandera noindex en un componente compartido explica la mayoría de las caídas repentinas.
Luego haz una muestra. Toma cincuenta URLs de antes de la caída y cincuenta de después, y mira el estado, el canonical y los enlaces internos de cada grupo. El patrón suele mostrarse en la muestra antes de mostrarse en los totales.
Indexadas pero bloqueadas por robots.txt
Una URL puede aparecer como indexada mientras robots.txt bloquea el rastreo. Google puede conocer la dirección por los enlaces y listarla sin leer el contenido, por lo que la lista es escasa y a menudo no tiene descripción. Desbloquea la ruta si quieres que la página sea juzgada por su contenido, o mantén el bloqueo y acepta la entrada mínima.
Comprueba la regla que coincide con la URL. Un patrón amplio escrito para una ruta de staging puede atrapar carpetas de productos en vivo por accidente, y la solución es una línea más específica, no un segundo archivo.
Por qué una entrada en el sitemap espera y una solicitud manual no
Una URL que solicitas manualmente puede indexarse en días, mientras que la misma URL listada solo en el sitemap permanece fuera. Esa brecha suele reflejar la prioridad de rastreo en lugar de la calidad de la página. Una solicitud mueve una página hacia arriba en la cola, y una entrada en el sitemap espera en ella.
La solución duradera es la misma en ambos casos. Enlaza la página desde una página que ya se rastrea, y mantén el sitemap libre de entradas obsoletas, para que ambas rutas conduzcan a la misma URL.
Antes de solicitar la indexación de una URL
- La URL devuelve 200 con el contenido real, no una estructura o un spinner.
- No aparece noindex en el HTML ni en el encabezado de respuesta.
- El canonical apunta a la URL en sí, o a una versión que elegiste a propósito.
- Al menos un enlace interno proviene de una página que ya está indexada.
- La URL está listada en el sitemap, y el sitemap no contiene entradas obsoletas.
- Tienes una nota breve sobre por qué la página debería indexarse en absoluto.
Leyendo resultados de site: y pruebas en vivo
Una consulta site: muestra lo que Google tiene en su índice cuando la ejecutas. Es una instantánea. Un resultado vacío para una página que puedes ver en el informe de Páginas es una razón para volver a verificar, no un veredicto.
URL Inspection y su prueba en vivo responden una pregunta más específica: qué puede obtener y renderizar Google ahora mismo para una dirección. Úsalo para separar un problema de obtención o renderizado de un problema de calidad.
Ejecutando consultas site: sin engañarte
Ejecuta site: con la dirección exacta, luego nuevamente con una frase única de la página. Dos respuestas vacías para una página en vivo suelen significar que la URL no está indexada, o que está indexada bajo otro canonical. Verifica el canonical antes de asumir cualquier otra cosa.
Un resultado sin fragmento es un estado diferente a no haber ningún resultado. Anota cuál ves, porque la solución para cada uno es diferente.
Comparando el canonical declarado y el seleccionado
Abre URL Inspection en una página indexada y compara el canonical que declaraste con el que Google seleccionó. Una discrepancia significa que Google eligió otra página como representante de este contenido. Esa elección puede ser correcta o incorrecta para ti, así que decide cuál es antes de cambiar algo.
Si la versión renderizada está en blanco, el problema está en la construcción en lugar del índice. La auditoría de enlaces JavaScript cubre ese caso.
Ejecutando la verificación a una escala mayor
Verificar unas pocas cientos de URLs a mano funciona una vez. Una verificación recurrente necesita datos de estado, canonical y enlaces de un script, y un archivo que mantenga el historial de cada ejecución.
Comienza con las URLs que ya atraen enlaces externos. Ejecuta toppages en el host para que puedas encontrar backlinks a secciones del sitio web que valga la pena verificar, luego compara esa lista con la exportación de No indexadas. La superposición es el grupo a corregir primero. Sitios externos ya apuntan allí.
Qué registrar para cada URL
Almacena una fila por URL con su código de estado, su canonical declarado, el canonical que seleccionó Google, el número de enlaces internos desde páginas indexadas y el número de dominios que enlazan. Cinco columnas son suficientes para ordenar la lista en grupos que necesitan trabajo diferente.
Ordena los grupos antes de actuar. Una URL con enlaces externos, un canonical incorrecto y sin ruta interna necesita una solución diferente a una que simplemente es nueva, y mezclar las dos desperdicia un sprint en el problema equivocado.
Mantén el archivo para cada ejecución. El cambio entre dos ejecuciones muestra si una solución funcionó, lo que una sola instantánea no puede decirte.
Manteniendo la cola de solicitudes corta
Limita las solicitudes manuales de indexación al grupo que tiene enlaces externos y un canonical limpio. Esas páginas tienen la mejor oportunidad de una recuperación rápida, y tienen el mayor valor si permanecen fuera.
Las páginas con un canonical conflictivo o contenido delgado pertenecen a una lista separada para consolidación. Solicitarlas una y otra vez solo añade ruido a la cola y no te dice nada nuevo.
Preguntas sobre indexación
- ¿Cuánto tiempo debería tardar una página nueva en aparecer en el índice?
- Desde unas pocas horas hasta varias semanas. Sitios establecidos con enlaces internos fuertes ven nuevas URLs en días. Sitios nuevos comúnmente esperan más tiempo. Menos de cuatro semanas sin señales de un problema no vale la pena entrar en pánico.
- ¿Afecta noindex al presupuesto de rastreo?
- Una página con noindex sigue siendo rastreada para ver la etiqueta, aunque Google tiende a reducir con qué frecuencia regresa. Para la mayoría de los sitios por debajo de decenas de miles de URLs, el presupuesto de rastreo no es el límite del que deberías preocuparte.
- ¿Los backlinks ayudan a que una página se indexe?
- Ayudan al descubrimiento y muestran que la página tiene interés externo. No fuerzan la indexación. Una página enlazada que sea delgada o duplicada aún puede ser excluida.
- ¿Solicitar la indexación en Search Console es una solución?
- Es un empujón, no una cura. Si la causa subyacente es un conflicto de canonical, contenido delgado o sin enlaces internos, la página tiende a caer nuevamente.
