SEO técnico: errores de indexación y cómo detectarlos

Robots.txt y noindex hacen cosas distintas

robots.txt regula el rastreo de rutas por los bots que lo respetan. La directiva noindex indica que el contenido no debe indexarse.

Si bloqueas una URL en robots.txt, Google puede no acceder a su contenido y no leer el noindex. La URL podría seguir apareciendo en resultados si la descubre por otros medios.

<meta name="robots" content="noindex, follow">

User-agent: *
Disallow: /wp-admin/
Allow: /wp-admin/admin-ajax.php
Sitemap: https://tuweb.com/sitemap_index.xml

En una web WordPress pública que quieras posicionar, comprueba Ajustes → Lectura → Disuadir a los motores de búsqueda de indexar este sitio. Revisa además las etiquetas y cabeceras efectivas: los plugins y el servidor también pueden enviar directivas.

Comprueba que el canonical sea coherente

El canonical señala la versión preferida entre URLs duplicadas o muy similares. Es una señal para Google, no una orden absoluta: otras señales pueden hacer que el buscador elija una URL diferente.

• En una página principal y única, comprueba que el canonical apunte a la URL que quieres consolidar, normalmente ella misma.
• Utiliza la versión coherente de HTTPS, dominio y barra final.
• Evita destinos con redirecciones, errores o noindex.
• Revisa los parámetros: los de seguimiento suelen poder consolidarse; un filtro con contenido e intención distintos necesita una decisión propia.

<link rel="canonical" href="https://tuweb.com/servicio/">

No lo utilices como parche para cualquier problema de arquitectura. Enlaces internos, redirecciones, sitemap y canonical deberían apuntar a una versión coherente.

Mantén el sitemap alineado con tu estrategia

Incluye las URLs canónicas que quieres que se indexen y que respondan correctamente. Evita URLs de prueba, redirecciones, errores y páginas con noindex.

Si utilizas Rank Math, revisa los tipos de contenido y exclusiones que genera. Una categoría, un archivo de autor o una etiqueta no deben excluirse automáticamente: decide según su contenido y utilidad.

• Envía la dirección del sitemap en Search Console y comprueba que se pueda leer.
• Contrasta sus URLs con las páginas comerciales y contenidos que quieres descubrir.
• Revisa que no queden direcciones antiguas después de una migración.

Revisa códigos de estado y redirecciones

Lo que aparece en pantalla no siempre coincide con la respuesta del servidor. Una página puede decir «no encontrada» y responder 200 OK: es una situación que puede acabar clasificada como soft 404.

• Páginas eliminadas sin sustituto: devuelve un estado 404 o 410 adecuado. No redirijas todo a la portada.
• Cambios permanentes: utiliza una redirección permanente, como 301 o 308, hacia el sustituto relevante.
• Cambios temporales: utiliza 302 o 307 cuando corresponda y revisa que sigan siendo temporales.
• Cadenas: evita recorridos A → B → C si puedes dirigir A al destino final.
• Errores 5xx: investiga fallos recurrentes y su relación con el servidor.

# Ver la respuesta inicial
curl -s -D - -o /dev/null https://tuweb.com/pagina/

# Seguir redirecciones y mostrar las cabeceras de cada salto
curl -s -L -D - -o /dev/null https://tuweb.com/pagina-antigua/

Comprueba también que las variantes HTTP/HTTPS y con/sin www lleguen a la versión elegida sin saltos innecesarios. Esta revisión es especialmente útil tras un rediseño o cambio de dominio.

Da contexto con enlaces internos

Una página que solo aparece en el sitemap y no recibe enlaces internos queda desconectada del recorrido de la web. Los servicios, categorías y contenidos importantes deberían ser fáciles de encontrar.

• Crea una navegación comprensible y evita enterrar las páginas estratégicas.
• Enlaza artículos y servicios relacionados cuando resulte útil para el lector.
• Utiliza textos descriptivos, como qué debe incluir un mantenimiento WordPress, en lugar de enlaces genéricos.
• Compara las URLs de un rastreo con las del sitemap para localizar páginas huérfanas.

Reducir la profundidad de navegación ayuda, pero no existe una regla universal de «tres clics» que garantice la indexación o el posicionamiento.

Comprueba el contenido que se renderiza

Google puede procesar JavaScript, aunque el rastreo y el renderizado pueden realizarse en momentos distintos. Servir el contenido importante en el HTML inicial reduce dependencias y facilita el diagnóstico.

1. Compara el código fuente y la página renderizada. Si el contenido no está en el HTML inicial, investiga cómo se incorpora.
2. Inspecciona la URL en Search Console. Consulta el HTML y la captura disponibles en el resultado indexado o en la prueba en directo.
3. Revisa los recursos necesarios. Errores de JavaScript, llamadas fallidas o recursos bloqueados pueden impedir que aparezca contenido.

No dependas de que Google pulse botones o realice una interacción para descubrir lo esencial. La prueba en directo ayuda a comprobar el estado actual; no garantiza que la URL vaya a indexarse.

Si el problema es también de carga, consulta la guía para diagnosticar una web lenta.

Interpreta Search Console sin sacar conclusiones rápidas

Combina el informe de indexación con la inspección de las URLs que te importan. Los estados describen situaciones distintas, y algunas exclusiones son intencionadas.

No todas las URLs necesitan indexarse. Carrito, cuenta de usuario, búsqueda interna o páginas de procesos pueden tener un tratamiento distinto. Lo importante es que la estrategia sea deliberada.