← Volver al blog Indexación y rastreo

Códigos de estado HTTP y SEO: qué hace Google con cada uno

Códigos de estado HTTP y SEO: qué hace Google con cada uno

El código de estado HTTP le dice a Googlebot qué pasó al pedir una URL, y Google decide en buena parte con ese número qué rastrear, indexar o quitar del índice. En SEO, los códigos de estado HTTP que importan son pocos: 200 permite indexar, 301 y 308 trasladan las señales a una URL nueva, 404 y 410 hacen que la página se retire, y 429 y 5xx frenan el rastreo y, si se prolongan, sacan páginas del índice.

Esto es lo que significa cada grupo según la documentación de Google Search Central.

200: la página se puede indexar

Un 200 OK significa que el servidor devolvió contenido, que Google valora luego para el índice. No es una garantía. Si la página está vacía o dice "producto no encontrado" pero responde 200, Google puede clasificarla como soft 404. En Search Console aparece en el informe Indexación de páginas con el motivo "Soft 404".

La solución es un 404 o 410 real si el contenido ya no existe, o contenido real si la página debe quedarse.

301, 302, 307, 308: redirecciones

Googlebot sigue las redirecciones (hasta 10 saltos, según Google) y el código le indica cómo tratar el destino. 301 y 308 son permanentes y una señal fuerte de que el destino debe ser la URL canónica. 302 y 307 son temporales, una señal débil, así que Google puede mantener la URL antigua en el índice un tiempo.

Usa 301 o 308 en migraciones y páginas fusionadas, y deja 302 o 307 para URLs que de verdad van a volver. Apunta las URLs antiguas directamente al destino final, sin cadenas. El checklist SEO para migrar una web explica el mapeo de redirecciones con más detalle.

404, 410 y los demás 4xx

Google trata igual todos los 4xx salvo el 429: la URL no se indexa y, si lo estaba, se retira. 404 Not Found y 410 Gone sirven ambos para contenido borrado a propósito. El 410 es más explícito, pero no hay motivo SEO para cambiar.

Los 404 en URLs que nunca importaron son normales. Hay que perseguir los de páginas que tenían tráfico o enlaces.

El 403 Forbidden merece un apartado propio. Una página que devuelve 403 a Googlebot sale del índice como cualquier 4xx. Suele significar que una regla del firewall bloquea a Googlebot y deja pasar a los navegadores. Search Console lo muestra como "Bloqueada por acceso prohibido (403)".

429 y 5xx: los códigos que frenan el rastreo

429 Too Many Requests, 500, 502, 503 y 504 le dicen a Google que el problema está en el servidor. Googlebot reduce la frecuencia de rastreo. Las URLs ya indexadas se mantienen un tiempo y luego se retiran si los errores continúan.

Para un mantenimiento programado, devuelve 503 Service Unavailable, mejor con la cabecera Retry-After. Una página de mantenimiento servida con 200 puede acabar indexada en lugar de tu contenido. Y que dure poco: las indicaciones de Google para reducir la frecuencia de rastreo desaconsejan servir estos códigos más de uno o dos días.

El robots.txt tiene su propia regla: si /robots.txt responde con un 5xx, Google detiene el rastreo de todo el sitio hasta que pueda leer el archivo. La parte de caídas está en ¿la caída de una web afecta al SEO?.

Dónde ver los códigos que recibe Google

Search Console tiene dos informes para esto. Indexación de páginas agrupa las URLs no indexadas por motivo, entre ellos "No se ha encontrado (404)", "Error de servidor (5xx)", "Error de redirección" y "Soft 404". Estadísticas de rastreo, en Ajustes, desglosa las peticiones de Googlebot por código de respuesta, y un aumento de 5xx ahí suele ser la primera señal de problemas de hosting. Nuestra guía para corregir errores de cobertura en GSC repasa los motivos uno a uno.

Para una sola URL, curl es más rápido:

curl -sI https://example.com/pagina
curl -sIL https://example.com/pagina-antigua

El segundo comando sigue las redirecciones e imprime cada salto. Algunos firewalls tratan a curl de forma distinta que a Googlebot, así que si el resultado es raro, haz también la prueba en directo de Inspección de URLs.

Qué comprueba Deltio y qué queda para un crawler

Deltio hace un check HTTP de cada sitio monitorizado cada 10 minutos y registra el código de estado y el tiempo de respuesta. Cuando el sitio se cae o un firewall empieza a bloquear el check, recibes una alerta por email o Slack, y otra cuando vuelve.

Eso aplica a la URL que monitorizas. Deltio no es un crawler: no recoge el código de estado de cada página ni sigue cadenas de redirección, tarea de un crawler como Screaming Frog junto con los informes de Search Console. Su snapshot diario del sitemap sí muestra cuándo desaparecen URLs del sitemap, a menudo señal de nuevos 404 o redirecciones.

Starter cuesta £24 al mes, o £20 con pago anual, y puedes probarlo gratis 14 días.

Preguntas frecuentes

¿Una redirección 302 es mala para el SEO?
No, si el cambio es realmente temporal. Google trata el 302 como una señal débil y puede mantener indexada la URL original. Si el cambio es definitivo, pasa a un 301 o 308 para que las señales se consoliden en la nueva URL de forma predecible.
¿Muchos errores 404 perjudican el posicionamiento?
Google ha dicho que los 404 en URLs que no deberían existir no afectan a cómo se rastrea o posiciona el resto del sitio. Importan cuando las páginas que faltan tenían tráfico o enlaces, o siguen enlazadas internamente o en el sitemap.
¿Un servidor lento afecta al rastreo?
Sí. Google ajusta cuánto rastrea según la rapidez y fiabilidad con que responde el servidor. Respuestas lentas o errores frecuentes hacen que Googlebot pida menos páginas, algo que pesa sobre todo en sitios grandes.
¿Por qué Search Console muestra errores 5xx si la web carga bien?
Los errores pueden ser intermitentes y ocurrir cuando no estabas mirando, o el servidor responde a Googlebot de forma distinta que a un navegador, por ejemplo por rate limiting o protección anti-bots. La prueba en directo de Inspección de URLs y el informe Estadísticas de rastreo ayudan a confirmarlo.
¿Deltio me avisa cuando una página devuelve un 404?
El check de uptime de Deltio se ejecuta cada 10 minutos sobre la URL monitorizada, registra el código de estado y el tiempo de respuesta, y te avisa cuando el sitio se cae o lo bloquea un firewall. No rastrea cada página, así que los 404 en URLs concretas se encuentran mejor con un crawler y Search Console.