Códigos de estado HTTP

TL;DR — Un código de estado HTTP es un número de tres dígitos que un servidor devuelve con cada página que sirve. Le dice al navegador o al motor de búsqueda qué ocurrió: éxito, redirección, «no encontrado» o error del servidor. Para el SEO, el código importa tanto como la propia página: indica a Google si debe indexarla, seguir una redirección, volver más tarde o eliminar la URL. El famoso 404 generalmente no perjudica tu posicionamiento.

Qué es un código de estado HTTP

Un código de estado HTTP es la clasificación estandarizada de la respuesta que el servidor da a una solicitud. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 RFC 9110: Status codes Los motores de búsqueda interpretan estas respuestas durante el rastreo y la indexación, con un comportamiento documentado por separado de la especificación HTTP. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 Google: HTTP and network errors

Cada vez que tu navegador (o Googlebot) pide una página a un servidor, el servidor responde con un número de tres dígitos antes de enviar cualquier otra cosa. Ese número es el código de estado HTTP, el resumen de una línea que el servidor hace de lo ocurrido con la solicitud. Has visto 404 cuando no existe una página; 200 es el discreto que significa «aquí está tu página, todo está bien».

Los códigos se dividen en cinco grupos, ordenados por su primer dígito:

• 1xx: informativos. «Espera, todavía estoy trabajando». Casi nunca los ves.
• 2xx: éxito. «Aquí tienes». 200 OK es el que importa.
• 3xx: redirección. «Se movió; ve aquí». Aquí viven las redirecciones.
• 4xx: error del cliente. «Tu solicitud tiene un problema». 404 Not Found («404 No encontrado») es la estrella.
• 5xx: error del servidor. «La culpa es mía: no pude servirlo ahora mismo».

Por qué importa el código para el SEO

Los motores de búsqueda leen primero el código de estado, y este decide cómo tratan la página:

• Un 200 es lo que quieres para una página que quieres en la búsqueda: es la luz verde.
• Una redirección 301 (permanente) indica a Google que la página tiene un nuevo hogar y que debe trasladar allí sus señales de posicionamiento. Un 302 (temporal) dice “this is only for now.” (traducción) «esto es solo por ahora».
• Un 404 o 410 indica a Google que la página desapareció y, con el tiempo, la elimina del índice.
• Un error de servidor 500 o 503 indica a Google que algo se rompió; Google retrocede y vuelve a intentarlo más tarde en lugar de borrar tus páginas de inmediato.

El error que más gente comete

Los errores 404 generalmente no perjudican tu posicionamiento. La propia ayuda de Google Search Console lo dice claramente. Si una página realmente no debería existir, dejar que devuelva 404 está bien: puedes ignorar esos errores sin peligro. El coste real de un 404 es indirecto: pierdes el tráfico y los enlaces que tenía esa página. Lo que no debes hacer es dejar activa una página rota que devuelva 200 OK, porque Google indexará alegremente la versión rota como si fuera contenido real.

¿Quieres el desglose completo familia por familia, cómo trata Google las redirecciones y los errores del servidor, la trampa del 404 blando y cómo comprobar el código de cualquier página? Cambia a la pestaña Avanzado.

TL;DR — El código de estado es una señal SEO de primer nivel, independiente del contenido de la página. 2xx es necesario, pero no suficiente, para indexar. 301/308 transmiten una señal de canonicalización; 302/307 no. Las páginas 4xx salen del índice con el tiempo y los 404 generalmente no perjudican el posicionamiento. Los 5xx y 429 hacen que los rastreadores ralenticen, no que desindexen; la recuperación es gradual cuando vuelve 2xx. La trampa es el 404 blando: un estado 200 que envuelve contenido de «esto no existe», que Google detecta en la capa de contenido y trata como un 404 real. Haz coincidir el código con la realidad, usa redirecciones permanentes para movimientos permanentes y devuelve 503 —no un 200 roto— durante una interrupción.

Qué es realmente un código de estado

Las cinco clases de respuesta proceden de RFC 9110, la especificación HTTP: son semántica del protocolo, no puntuaciones SEO directas. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 RFC 9110: Status codes La documentación de Google, superpuesta a esa especificación, describe resultados de procesamiento probables sin garantizar el momento exacto del rastreo o la indexación. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 Google: HTTP and network errors

La documentación de Google ofrece la definición más clara: “HTTP status codes are generated by the server that’s hosting the site when it responds to a request made by a client, for example a browser or a crawler.” (traducción) «los códigos de estado HTTP los genera el servidor que aloja el sitio cuando responde a una solicitud de un cliente, por ejemplo un navegador o un rastreador». La idea clave para el SEO es que el código es una señal por derecho propio, separada del HTML que venga después. Una página puede parecer perfecta para una persona y seguir siendo invisible para la búsqueda por el número que el servidor envió primero.

Las cinco familias desde la perspectiva del SEO

1xx: informativos. Respuestas provisionales de «todavía estoy trabajando» (100 Continue, 101 Switching Protocols). Casi nunca son relevantes para el SEO, con una excepción moderna: 103 Early Hints, que permite al servidor indicar al navegador que empiece a precargar recursos críticos antes de que esté lista la respuesta completa. Es una pequeña mejora de Core Web Vitals, no una palanca de indexación.

2xx: éxito. Una página indexable devuelve 200 OK. Pero un 200 es necesario, no suficiente: Google puede decidir no indexar una página 200 por calidad, duplicación u otros motivos. Un caso extremo que conviene conocer: un 204 No Content (respuesta correcta con cuerpo vacío) puede tratarse como un 404 blando porque no hay nada que indexar.

3xx: redirección. Aquí vive la distinción de canonicalización, y es la parte que más se malinterpreta del tema. Según la documentación de redirecciones de Google:

• 301 (permanente) y 308: Google sigue la redirección y «el proceso de indexación usa la redirección como señal de que el destino debe ser la URL preferida». Las señales de posicionamiento se consolidan en el destino.
• 302 (temporal) y 307: Google sigue la redirección, «pero el proceso de indexación no usa la redirección como señal de que el destino debe ser la URL preferida». Dejar un 302 en una migración realmente permanente es una configuración incorrecta clásica: en la práctica Google podría acabar tratando un 302 de larga duración como un 301, pero no debes confiar en ello.

Google recomienda “use a permanent server-side redirect whenever possible” (traducción) «usar una redirección permanente del lado del servidor siempre que sea posible» para los movimientos permanentes y señala un límite estricto: “By default, Google’s crawlers follow up to 10 redirect hops.” (traducción) «de forma predeterminada, los rastreadores de Google siguen hasta 10 saltos de redirección». Las cadenas más largas se abandonan. (He escrito por separado el recorrido completo de los once tipos de redirección y su impacto SEO, enlazado en Recursos; este hub es deliberadamente el mapa, no el análisis profundo). También en la familia 3xx está 304 Not Modified («304 No modificado»), una señal de caché que indica a un rastreador que su copia almacenada sigue actualizada: no tiene efecto directo en el posicionamiento, pero favorece un rastreo eficiente en sitios grandes.

4xx: error del cliente. La página no se puede servir por algo relacionado con la solicitud: falta, está prohibida o está bloqueada para este cliente. Google es explícito: “Google doesn’t use the content from URLs that return 4xx status codes,” (traducción) «Google no usa el contenido de las URL que devuelven códigos de estado 4xx», y “if a URL was previously used but is now returning 4xx status code, Google systems will stop using the URL over time.” (traducción) «si una URL se usaba antes pero ahora devuelve un código de estado 4xx, los sistemas de Google dejarán de usarla con el tiempo». En concreto, para 404, “the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered 404 pages aren’t processed.” (traducción) «el proceso de indexación elimina la URL del índice si ya estaba indexada. Las páginas 404 encontradas por primera vez no se procesan».

Aquí hay dos matices importantes:

• 404 no perjudica el posicionamiento. La ayuda de Search Console lo afirma directamente: “In general, 404 errors won’t impact your site’s search performance.” (traducción) «en general, los errores 404 no afectarán al rendimiento de búsqueda de tu sitio». El riesgo de un 404 es perder el tráfico y los enlaces que llevaba la página o, a escala, desperdiciar presupuesto de rastreo.
• No uses 401/403 como arma contra Googlebot. Google advierte: “Don’t use 401 and 403 status codes for limiting the crawl rate. The 4xx status codes, except 429, have no effect on crawl rate.” (traducción) «no uses los códigos de estado 401 y 403 para limitar la frecuencia de rastreo. Los códigos de estado 4xx, excepto 429, no afectan a la frecuencia de rastreo». Bloquear Googlebot con 401/403 no lo «ralentiza»: solo vuelve invisible el contenido.

Cada código de error del cliente tiene su propia historia: los códigos de acceso y autenticación (401, 403), los códigos de «desaparecido» (404, 410 y la cuestión de cuál usar), la limitación de frecuencia (429) y el código de bloqueo legal (451). Cada uno recibe un tratamiento completo en su propio artículo. Consulta «Dónde continuar» más abajo.

5xx: error del servidor. La solicitud estaba bien; el servidor no pudo completarla (500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable, 504 Gateway Timeout). El hecho SEO crucial es que estos errores no desindexan de inmediato. La documentación de Google dice que 5xx and 429 server errors “prompt Google’s crawlers to temporarily slow down with crawling,” (traducción) «los errores de servidor 5xx y 429 hacen que los rastreadores de Google ralenticen temporalmente el rastreo», y que “once the server starts responding with a 2xx status code, Google gradually increases the crawl rate.” (traducción) «cuando el servidor empieza a responder con un código de estado 2xx, Google aumenta gradualmente la frecuencia de rastreo». La ralentización se mide: “the decrease in crawl rate is proportionate to the number of individual URLs that are returning a server error.” (traducción) «la disminución de la frecuencia de rastreo es proporcional al número de URL individuales que devuelven un error de servidor». Las URL que ya estaban indexadas se conservan durante un fallo breve; solo los errores de servidor sostenidos terminan provocando su eliminación.

Rastreo frente a índice: el modelo mental que lo conecta todo

Detrás de estos códigos hay dos preguntas diferentes:

1. ¿Debo rastrear esto? 5xx/429 dicen «ralentiza, inténtalo más tarde». 301/302 dicen «ve aquí». 429 y la familia 5xx son los únicos códigos que realmente limitan la frecuencia de rastreo.
2. ¿Debo indexarlo y bajo qué URL? 2xx = apto. 4xx = eliminar. 301/308 = consolidar en el destino.

El hilo conductor —y lo que rompe este modelo— es el 404 blando, donde el código y el contenido no coinciden.

404 blandos: la excepción engañosa

Un 404 blando es una página que devuelve un código de éxito (200), pero cuyo contenido dice que el elemento no existe: una página vacía, un mensaje de «lo sentimos, no encontrado» o un resultado escaso/vacío. Google detecta el problema en la capa de contenido, independientemente del código HTTP: “if the content suggests an error for Google Search, an empty page or an error message, Search Console will show a soft 404 error.” (traducción) «si el contenido sugiere un error para Google Search, una página vacía o un mensaje de error, Search Console mostrará un error soft 404».

¿Por qué importa si la página «carga bien»? Porque desperdicia presupuesto de rastreo. La guía de Google para sitios grandes es tajante: “soft 404 pages will continue to be crawled, and waste your budget.” (traducción) «las páginas 404 blandas seguirán rastreándose y desperdiciarán tu presupuesto». Suelen proceder de CMS o frameworks de JavaScript mal configurados que devuelven 200 para rutas inexistentes. La corrección es hacer coincidir el código con la realidad: devuelve un 404 real (o 410) para que Google pueda eliminar limpiamente la URL. En este cluster hay un artículo dedicado a los 404 blandos.

404 frente a 410: ¿importa realmente?

Apenas, para el SEO. John Mueller lo aclaró en 2024: “The difference in processing of 404 vs 410 is so minimal that I can’t think of any time I’d prefer one over the other for SEO purposes,” (traducción) «la diferencia de procesamiento entre 404 y 410 es tan mínima que no se me ocurre ningún momento en el que prefiriera uno sobre el otro por motivos de SEO», y añadió que “Google does not penalize for 404’s (those pages drop out of the index though).” (traducción) «Google no penaliza los 404 (aunque esas páginas salen del índice)». Un 410 (Gone) puede indicar permanencia un poco más rápido y documenta la intención con mayor claridad para las personas y otras herramientas; la formulación histórica de Matt Cutts era que la eliminación con 410 se ejecutaba «un poco más rápido», como mucho unos días. Usa 410 cuando tengas certeza de que la eliminación es permanente; 404 cuando la página pueda volver o no estés seguro. La guía de presupuesto de rastreo de Google acepta ambos: “a 404 status code is a strong signal not to crawl that URL again.” (traducción) «un código de estado 404 es una señal fuerte para no volver a rastrear esa URL». El artículo dedicado a 404 frente a 410 resuelve el matiz completo.

Usar códigos de estado para interrupciones y migraciones

Para una interrupción planificada, mantenimiento o ventana de migración, devuelve 503 Service Unavailable, no un 200 roto. La recomendación de John Mueller es directa: “if something goes drastically wrong with your hoster, and you can’t host your website anymore, please return a ‘503 Service unavailable’ HTTP result code.” (traducción) «si algo sale drásticamente mal con tu proveedor de hosting y ya no puedes alojar tu sitio web, devuelve un código de resultado HTTP “503 Service unavailable”». Su razonamiento cubre dos antipatrones que debes evitar: “returning an error page with ‘200 OK’ will result in us indexing the change of content like that (and if all of your pages return the same error page, then we may assume that these URLs are duplicates). Redirecting to a temporary page will result in that redirect being used for indexing.” (traducción) «devolver una página de error con “200 OK” hará que indexemos así el cambio de contenido (y si todas tus páginas devuelven la misma página de error, podemos suponer que esas URL son duplicadas). Redirigir a una página temporal hará que esa redirección se use para indexar». El truco de implementación cuando el origen está completamente caído es apuntar el DNS a un servidor temporal que sirva respuestas 503.

Pero mantenlo breve. Gary Illyes: “Serving a 503 status code for an extended period of time will cause a decrease in crawl rate,” (traducción) «servir un código de estado 503 durante un periodo prolongado provocará una disminución de la frecuencia de rastreo», pero “10-15 minutes every now and then is not ‘extended’ by any means, so you should be fine.” (traducción) «10–15 minutos de vez en cuando no es “prolongado” en absoluto, así que no deberías tener problemas». Regla práctica: 503 es para horas, no semanas; déjalo durante semanas y Google empezará a tratar las páginas como realmente desaparecidas. El artículo sobre 503 desarrolla el patrón de migración.

Cómo comprobar el código de estado de una página

• DevTools del navegador: abre la pestaña Network, vuelve a cargar, haz clic en la solicitud del documento y lee la columna Status.
• Línea de comandos: usa curl -I https://example.com/page para las cabeceras de una solicitud individual o curl -IL https://example.com/page para seguir toda la cadena de redirección.
• Google Search Console: la herramienta de inspección de URL informa del estado rastreado.
• Bing Webmaster Tools: su herramienta de inspección de URL hace lo mismo para Bingbot.
• Rastreadores: Screaming Frog SEO Spider y Ahrefs Site Audit rastrean todo el sitio y muestran códigos de estado, cadenas de redirección y URL 4xx/5xx en bloque; la barra SEO gratuita de Ahrefs muestra el código de la página en la que estás.

Un detalle real que omiten las guías de la competencia: una sola comprobación solo te informa de esa solicitud concreta. El estado puede variar según el método de solicitud, user agent, autenticación, región y momento, además de la caché o CDN interpuesta; por tanto, un resultado limpio desde tu escritorio no garantiza lo que vio Googlebot. Flujo diagnóstico breve:

• Método: una solicitud HEAD debería llevar las mismas cabeceras que GET, pero los servidores pueden omitir campos que requieren generar contenido, así que una comprobación HEAD no demuestra lo que devuelve un GET real. Vuelve a probar con GET si discrepan.
• User agent: la detección de bots, los bloqueos geográficos o el cloaking pueden servir a Googlebot un 200 mientras un navegador recibe un 403 (o al revés).
• Región: si sospechas de un bloqueo geográfico o una regla de CDN específica de una región, vuelve a probar desde más de una ubicación o IP.
• Caché: descarta una respuesta antigua almacenada en caché (del navegador o del edge CDN) antes de concluir que el origen se comporta mal.
• Cadena: registra la cadena completa de redirección, no solo el código final; un salto intermedio puede ser el problema real.
• Logs: cuando un código no coincide con lo esperado, comprueba lo que vio realmente Googlebot. Tus logs del servidor son la fuente de verdad que no puede darte un solo navegador o comprobador.

Una nota sobre Bing

La orientación pública de Bing sobre códigos de estado es más escasa que la de Google: no existe un único documento canónico de «cómo afectan los códigos de estado al rastreo» tan detallado como el de Google, y no apareció ninguna cita de Bing sobre el tema cuando investigué. La recomendación direccional es la misma: devuelve códigos precisos, corrige los 4xx/5xx persistentes y usa redirecciones permanentes para movimientos permanentes. Prefiero decirlo claramente antes que inventar una cita de Bing que no existe.

Dónde continuar: el cluster de códigos de error HTTP

Este hub es la vista general. El subhub de Códigos de error HTTP profundiza en los códigos que realmente acabarás solucionando, cada uno en su propio artículo:

• 401 No autorizado y 403 Prohibido: códigos de acceso y autenticación, y por qué no debes usarlos para limitar el rastreo.
• 404 No encontrado, 410 Eliminado y 404 frente a 410: la familia de «esta página desapareció» y qué código elegir.
• 429 Demasiadas solicitudes: limitación de frecuencia y cómo afecta a la frecuencia de rastreo, a diferencia de otros códigos 4xx.
• 451 No disponible por motivos legales: el bloqueo legal o regulatorio, distinto de un 403.
• 500 Error interno del servidor, 502 Puerta de enlace incorrecta, 503 Servicio no disponible y 504 Tiempo de espera agotado en la puerta de enlace: la familia de errores del servidor, la ralentización del rastreo y el patrón de 503 para mantenimiento.
• 404 blandos: el 200 que en realidad es un error y cómo corregirlo.

Cada uno está anidado bajo este hub y aparece en la barra lateral. Para saber cómo las redirecciones consolidan las señales de posicionamiento, consulta Canonicalización; para saber cómo los rastreadores se limitan con 5xx/429, consulta Rastreo.

Resumen de IA

Una síntesis de la versión Advanced:

• El código es una señal SEO, separada del contenido. Una página con aspecto perfecto puede ser invisible para la búsqueda por el número que el servidor envía primero.
• Cinco familias: 1xx informativos (103 Early Hints ayuda a Core Web Vitals); 2xx de éxito (200 es necesario pero no suficiente para indexar); redirecciones 3xx; errores del cliente 4xx; errores del servidor 5xx.
• Redirecciones: 301/308 son permanentes y transmiten una señal de canonicalización; 302/307 se siguen, pero no la transmiten. Google sigue hasta 10 saltos de redirección.
• 4xx: Google deja de usar el contenido 4xx y elimina las URL 404 del índice con el tiempo. Los 404 generalmente no perjudican el posicionamiento (ayuda de Search Console). No uses 401/403 para limitar Googlebot: solo 429 y los 5xx afectan a la frecuencia de rastreo.
• 404 frente a 410: la diferencia de procesamiento es «tan mínima» (Mueller) que rara vez importa; usa 410 para eliminaciones que sabes permanentes y 404 en los demás casos.
• 5xx / 429: los rastreadores ralentizan temporalmente, no desindexan; la frecuencia se recupera gradualmente cuando vuelve 2xx. Solo los errores sostenidos causan eliminaciones.
• 404 blando: un estado 200 con contenido de «no existe»; Google lo detecta en la capa de contenido, lo trata como un 404 y desperdicia presupuesto de rastreo.
• Interrupción: devuelve 503 (horas, no semanas), nunca un 200 roto: Google indexaría el contenido roto.
• Comprobación de códigos: pestaña Network de DevTools, curl -I/curl -IL, inspección de URL de GSC/Bing y Screaming Frog/Ahrefs Site Audit. Una sola comprobación solo demuestra esa solicitud: el método, user agent, región y caché pueden cambiar el resultado; confirma la cadena de redirección y consulta los logs para saber qué vio Googlebot.

Documentación oficial

Documentación de fuentes primarias de la especificación del protocolo y de los motores de búsqueda.

La especificación subyacente

• RFC 9110: HTTP Semantics, `15 Status Codes: la definición del protocolo de las cinco clases de códigos de estado. Conviene saber que RFC 9110 define semántica de solicitud/respuesta, no resultados de SEO; todo lo que sigue es documentación propia de Google sobre cómo interpreta esos códigos para Search.

Google

• Códigos de estado HTTP, errores de red y DNS, y Google Search: el documento canónico sobre qué son los códigos, el comportamiento de eliminación de 4xx, los 404 blandos y la ralentización de rastreo por 5xx/429.
• Cómo gestiona Google Search las redirecciones: 301/302/307/308, la distinción de canonicalización y el límite de 10 saltos.
• Optimiza tu presupuesto de rastreo: 404/410 como «señal fuerte» y 404 blandos que desperdician presupuesto.
• Corrige errores de Search Console (404 / errores de rastreo): la fuente de «los errores 404 no afectarán al rendimiento de búsqueda de tu sitio».
• John Mueller: “503s”: la declaración primaria definitiva sobre devolver 503 durante una interrupción y los antipatrones de 200/redirección.

Bing / Microsoft

• Bing Webmaster Tools: inspección de URL: comprueba el estado de indexación, la rastreabilidad y los códigos de respuesta HTTP de una URL concreta.
• Bing Webmaster Tools: alertas de errores de rastreo: el informe de rastreo que enumera las URL con errores de rastreo y sus códigos de estado.

Citas de la fuente

Declaraciones registradas de Google y sus representantes. Cada enlace es un enlace profundo que salta al pasaje citado de la página fuente.

Google: qué son los códigos de estado y cómo se comportan 4xx / 404

• “HTTP status codes are generated by the server that’s hosting the site when it responds to a request made by a client, for example a browser or a crawler.” (traducción) «los códigos de estado HTTP los genera el servidor que aloja el sitio cuando responde a una solicitud de un cliente, por ejemplo un navegador o un rastreador». — Documentación de Google Search Central. Saltar a la cita
• “Google doesn’t use the content from URLs that return 4xx status codes.” (traducción) «Google no usa el contenido de las URL que devuelven códigos de estado 4xx». Saltar a la cita
• “In general, 404 errors won’t impact your site’s search performance.” (traducción) «en general, los errores 404 no afectarán al rendimiento de búsqueda de tu sitio». — Ayuda de Google Search Console. Leer el documento

Google: 404 blandos y presupuesto de rastreo

• “If the content suggests an error for Google Search, an empty page or an error message, Search Console will show a soft 404 error.” (traducción) «si el contenido sugiere un error para Google Search, una página vacía o un mensaje de error, Search Console mostrará un error soft 404». Saltar a la cita
• “soft 404 pages will continue to be crawled, and waste your budget.” (traducción) «las páginas 404 blandas seguirán rastreándose y desperdiciarán tu presupuesto». Saltar a la cita
• “a 404 status code is a strong signal not to crawl that URL again.” (traducción) «un código de estado 404 es una señal fuerte para no volver a rastrear esa URL». Saltar a la cita

Google: ralentización del rastreo por 5xx / 429 y mal uso de 401/403

• 5xx and 429 server errors “prompt Google’s crawlers to temporarily slow down with crawling.” (traducción) «los errores de servidor 5xx y 429 hacen que los rastreadores de Google ralenticen temporalmente el rastreo». Saltar a la cita
• “Once the server starts responding with a 2xx status code, Google gradually increases the crawl rate.” (traducción) «cuando el servidor empieza a responder con un código de estado 2xx, Google aumenta gradualmente la frecuencia de rastreo». Saltar a la cita
• “Don’t use 401 and 403 status codes for limiting the crawl rate. The 4xx status codes, except 429, have no effect on crawl rate.” (traducción) «no utilices los códigos de estado 401 y 403 para reducir la frecuencia de rastreo. Los códigos 4xx, salvo 429, no influyen en esa frecuencia». Saltar a la cita

Google: redirecciones y canonicalización

• “Googlebot follows the redirect, and the indexing pipeline uses the redirect as a signal that the redirect target should be canonical.” (traducción) «Googlebot sigue la redirección y el proceso de indexación la usa como señal de que el destino debe ser la URL preferida». (301 / 308) Saltar a la cita
• “Googlebot follows the redirect, but the indexing pipeline doesn’t use the redirect as a signal that the redirect target should be canonical.” (traducción) «Googlebot sigue la redirección, pero el proceso de indexación no la usa como señal de que el destino deba ser la URL preferida». (302 / 307) Saltar a la cita
• “By default, Google’s crawlers follow up to 10 redirect hops.” (traducción) «De forma predeterminada, los rastreadores de Google siguen hasta 10 saltos de redirección». Saltar a la cita

John Mueller, Google: 503 para interrupciones

• “if something goes drastically wrong with your hoster, and you can’t host your website anymore, please return a ‘503 Service unavailable’ HTTP result code.” (traducción) «si algo sale drásticamente mal con tu proveedor de hosting y ya no puedes alojar tu sitio web, devuelve un código de resultado HTTP “503 Service unavailable”». Leer la publicación
• “Returning an error page with ‘200 OK’ will result in us indexing the change of content like that (and if all of your pages return the same error page, then we may assume that these URLs are duplicates).” (traducción) «devolver una página de error con “200 OK” hará que indexemos así el cambio de contenido (y si todas tus páginas devuelven la misma página de error, podemos suponer que esas URL son duplicadas)». Leer la publicación

John Mueller, Google: 404 frente a 410

• “The difference in processing of 404 vs 410 is so minimal that I can’t think of any time I’d prefer one over the other for SEO purposes.” (traducción) «la diferencia de procesamiento entre 404 y 410 es tan mínima que no se me ocurre ningún momento en el que prefiriera uno sobre el otro por motivos de SEO».
• “Google does not penalize for 404’s (those pages drop out of the index though).” (traducción) «Google no penaliza los 404 (aunque esas páginas salen del índice)». Transmitido mediante el artículo de Search Engine Journal de abril de 2024 sobre una respuesta de Reddit r/SEO; corroborado por Search Engine Roundtable. Cobertura

Gary Illyes, Google: 503 y frecuencia de rastreo

• “Serving a 503 status code for an extended period of time will cause a decrease in crawl rate.” (traducción) «servir un código de estado 503 durante un periodo prolongado provocará una disminución de la frecuencia de rastreo».
• “Fortunately for you, 10-15 minutes every now and then is not ‘extended’ by any means, so you should be fine.” (traducción) «por suerte para ti, 10–15 minutos de vez en cuando no es “prolongado” en absoluto, así que no deberías tener problemas». Transmitido mediante la cobertura de Search Engine Journal de una sesión de Google SEO Office Hours, abril de 2024. Cobertura

¿Qué código de estado debería devolver?

Trabaja de arriba abajo: la primera coincidencia gana.

La página se movió a una URL nueva.

• ¿Permanentemente? → 301 (o 308). Google consolida las señales de posicionamiento en el destino.
• ¿Solo por ahora (prueba A/B, cambio geográfico o campaña breve)? → 302 (o 307). No hay señal de canonicalización; no lo dejes así en un movimiento permanente.

La página desapareció y no va a volver.

• ¿Tienes certeza de que es permanente? → 410: indica la permanencia un poco más rápido.
• ¿Podría volver o no estás seguro? → 404: Google la elimina del índice con el tiempo de cualquier manera. Cualquiera sirve para SEO; la diferencia es «mínima».
• Hagas lo que hagas, no devuelvas 200 con un mensaje de «no encontrado»: es un 404 blando, y Google seguirá rastreándolo y desperdiciará presupuesto.

La página requiere iniciar sesión o está restringida.

• → 401 (necesita autenticación) o 403 (prohibida). No los uses para ralentizar Googlebot: no limitan la frecuencia de rastreo, solo ocultan el contenido.

Algo se rompió temporalmente, o estás haciendo mantenimiento o una migración.

• ¿Interrupción planificada, horas y no semanas? → 503, idealmente con una cabecera Retry-After. Google retrocede y vuelve; no indexará la página de mantenimiento.
• ¿El servidor devuelve errores de verdad? → 500/502/504: Google ralentiza el rastreo y conserva las URL indexadas durante un fallo breve. Corrígelo antes de que se vuelva sostenido.
• ¿Limitas una avalancha de solicitudes? → 429: el único código 4xx que sí ralentiza la frecuencia de rastreo de Google.

El contenido está bloqueado por un motivo legal (orden judicial, RGPD, licencia o prohibición a nivel de país) → 451, que indica un bloqueo legal, distinto de un 403 normal.

Todo está bien y quieres que la página se indexe → 200. Recuerda que es necesario, pero no suficiente: Google puede decidir no indexarla.

Cada uno de estos códigos tiene su propio artículo de análisis profundo en el cluster de Códigos de error HTTP.

Códigos de estado HTTP para SEO: referencia completa

Las cinco familias de un vistazo

Los códigos relevantes para el SEO, uno por uno

Tres agrupaciones que importan

• Señales fuertes sobre las que actúa Google: 301/308 (destino canónico), 404/410 (eliminar del índice).
• Principalmente UX/acceso, sin efecto en la frecuencia de rastreo: 401, 403, 451.
• Operativos/temporales, con ralentización del rastreo: 429, 500, 502, 503, 504.

Datos rápidos

• 200 por sí solo no garantiza la indexación.
• Solo los códigos 429 y 5xx limitan la frecuencia de rastreo de Google.
• Google sigue hasta 10 saltos de redirección; las cadenas más largas se abandonan.
• 404 blando = estado 200 + contenido de «no existe» → se trata como un 404 y desperdicia presupuesto de rastreo.
• 503 para interrupciones: horas sí, semanas no; Illyes dice que «10–15 minutos de vez en cuando» no supone un problema.
• Comprueba con: pestaña Network de DevTools, curl -I/curl -IL, inspección de URL de GSC/Bing, Screaming Frog y Ahrefs Site Audit/Toolbar.

Recursos que merecen tu tiempo

Lo que escribo

• Códigos de estado HTTP y su impacto en el SEO: mi referencia completa, rango por rango, en Ahrefs (1xx–5xx más códigos no estándar), el artículo en el que se basa este hub.
• 11 tipos de redirecciones y su impacto en el SEO: el análisis profundo complementario de la familia 3xx: qué redirección usar y por qué.
• Guía para principiantes de SEO técnico: dónde encajan los códigos de estado en el panorama técnico más amplio.

De la industria

• Códigos de estado HTTP, errores de red y DNS y Google Search (Google): el documento canónico detrás de la mayoría de las afirmaciones de este hub.
• Cómo gestiona Google Search las redirecciones (Google): la distinción de canonicalización 301/302/307/308 y el límite de 10 saltos.
• «503s» (John Mueller): la declaración primaria sobre devolver 503 durante una interrupción y por qué un 200 roto es peor.
• John Mueller de Google aclara la confusión entre 404 y 410 para SEO (Search Engine Journal): la cita de que «la diferencia es tan mínima».
• Google sobre el impacto SEO de los códigos de estado 503 (Search Engine Journal): la orientación de Gary Illyes de «10–15 minutos».
• Guía definitiva de códigos de estado HTTP para SEO (Search Engine Land): referencia detallada por código.
• Códigos de estado HTTP (Screaming Frog): flujos prácticos de detección y exportación en bloque.
• Cómo comprobar los códigos de estado HTTP de las páginas (Ayuda de Ahrefs): cómo comprobar códigos con SEO Toolbar y Site Audit.

De dónde proceden estas citas

La lista completa de fuentes que sustenta la lente Quotes, para que puedas verificar cada línea por tu cuenta:

• Códigos de estado HTTP, errores de red y DNS y Google Search: Google Search Central. Las citas sobre qué son los códigos de estado, 4xx, 404 blandos y 5xx/429.
• Cómo gestiona Google Search las redirecciones: Google Search Central. Las citas de canonicalización 301/308 frente a 302/307 y el límite de 10 saltos.
• Optimiza tu presupuesto de rastreo: las citas de «señal fuerte para no rastrear» y «las páginas 404 blandas… desperdician tu presupuesto».
• Corrige los errores de Search Console: Ayuda de Google Search Console. La frase de que «los errores 404 no afectarán al rendimiento de búsqueda de tu sitio».
• «503s»: el sitio personal de John Mueller. La directiva de 503 para interrupciones y los antipatrones de 200/redirección.
• John Mueller de Google aclara la confusión entre 404 y 410 para SEO: Search Engine Journal (respuesta de Reddit transmitida).
• Google sobre el impacto SEO de los códigos de estado 503: Search Engine Journal (Office Hours transmitido).

Primero rastrear, después indexar

Usa este modelo de dos etapas cada vez que un código de estado plantee una pregunta de SEO.

Etapa 1: ¿puede el rastreador recuperar una respuesta utilizable?

• 2xx indica que la solicitud tuvo éxito, así que el contenido puede avanzar en el procesamiento.
• 3xx envía al rastreador a otra URL; los códigos permanentes y temporales proporcionan señales de canonicalización diferentes.
• La mayoría de las respuestas 4xx dicen que el contenido solicitado no existe o no puede utilizarse.
• 5xx y 429 dicen que el servidor está fallando o sobrecargado, así que los rastreadores pueden reducir la frecuencia de solicitudes.

Si falla la recuperación, ni la calidad del contenido ni la optimización on-page pueden rescatar esa solicitud. Corrige primero el transporte o el estado previsto de la URL.

Etapa 2: ¿debe indexarse el contenido recuperado y bajo qué URL?

Un 200 solo supera la primera barrera. Google aún puede decidir no indexar contenido escaso, duplicado, bloqueado o parecido a un error; una página de error que devuelve 200 puede convertirse en un 404 blando. Una redirección puede seguirse mientras su destino sigue sin indexarse. Una respuesta correcta da aptitud, no una garantía de posicionamiento o indexación.

El diagnóstico práctico

1. Registra el estado real y cada salto de redirección.
2. Decide si la respuesta coincide con el estado previsto de la URL.
3. Si llega a una página 2xx utilizable, inspecciona la indexabilidad y las señales de canonicalización.
4. Si devuelve 4xx, decide si la desaparición es intencionada.
5. Si devuelve 5xx o 429, investiga la fiabilidad y el alcance antes de interpretar el rendimiento de búsqueda.

Comprueba la primera respuesta

Ejecuta esto en un shell de macOS/Linux para imprimir las cabeceras de la URL solicitada sin seguir redirecciones:

curl -sS -D - -o /dev/null https://www.example.com/page

Para imprimir solo el código de estado:

curl -sS -o /dev/null -w '%{http_code}\n' https://www.example.com/page

Equivalente en PowerShell (7 o posterior):

$response = Invoke-WebRequest -Uri 'https://www.example.com/page' -Method Head -SkipHttpErrorCheck
$response.StatusCode
$response.Headers

Si el servidor trata HEAD de forma diferente, realiza una solicitud GET normal antes de sacar conclusiones.

Sigue y muestra la ruta de redirección

-L sigue las redirecciones, mientras que -v muestra cada solicitud y respuesta. Ejecútalo en un terminal e inspecciona las líneas que empiezan por < HTTP y < location:.

curl -sS -L -o /dev/null -v https://www.example.com/old-page

Usa Redirect Chain Mapper cuando necesites una vista más limpia de una sola URL o de un lote, en lugar de la salida del terminal.

Herramientas para leer el comportamiento de los estados

• Bulk HTTP Status Code Checker: comprueba hasta 500 URL, ve cada cadena de redirección y destino final, filtra problemas de SEO y exporta el resultado. Úsalo cuando la pregunta sea «¿qué URL tienen el código incorrecto?».
• HTTP Header Checker: inspecciona las cabeceras completas de respuesta en todos los saltos de redirección, incluida la caché, CDN, compresión y determinadas señales de seguridad. Úsalo cuando el estado por sí solo no sea suficiente.
• Redirect Checker: inspecciona rápidamente el estado final, el destino y la secuencia de saltos de una URL o un lote pequeño.
• Website Down Checker: prueba la accesibilidad y el tiempo de respuesta actuales desde un punto de observación externo cuando un 5xx o timeout puede ser intermitente.
• DevTools del navegador → Network: vuelve a cargar la página, selecciona la solicitud del documento e inspecciona Status Code y Response Headers. Es útil para depuración interactiva, pero no confundas un mensaje de error renderizado por el cliente con el estado HTTP del documento.

Ponte a prueba: códigos de estado HTTP

Cinco preguntas rápidas sobre cómo los códigos de estado dan forma al SEO. Elige una respuesta para cada una y después compruébala.

Registro de cambios