Entender los Códigos de Estado HTTP: 200, 301, 404, 500 y 503
Toda respuesta de un servidor web empieza con un código de estado de tres cifras. Aprende qué significan las cinco clases, qué códigos importan más a los propietarios de una web y cómo afectan a los visitantes, al monitoreo y a los buscadores.
Índice
Cada vez que un navegador, un rastreador de un buscador o una herramienta de monitoreo solicita una página, la respuesta del servidor empieza con un código de estado HTTP de tres cifras. Es el breve resumen del servidor sobre lo que ha pasado: éxito, redirección, un problema con la solicitud o un problema en el servidor. Conocer los códigos más habituales te ayuda a investigar caídas, configurar bien las redirecciones y entender lo que te dice tu monitor de uptime.
Los códigos de estado se definen en la especificación de HTTP, actualmente la RFC 9110 (HTTP Semantics). También hay una referencia fácil de leer en MDN Web Docs.
Las cinco clases de códigos de estado
La primera cifra define la clase de respuesta:
| Clase | Significado | Ejemplos |
|---|---|---|
| 1xx | Informativa: se recibió la solicitud y el procesamiento continúa | 100 Continue, 101 Switching Protocols |
| 2xx | Éxito: la solicitud se recibió, se entendió y se aceptó | 200 OK, 201 Created, 204 No Content |
| 3xx | Redirección: hace falta otra acción, normalmente seguir otra URL | 301, 302, 304, 307, 308 |
| 4xx | Error del cliente: la solicitud tiene un problema | 400, 401, 403, 404, 410, 429 |
| 5xx | Error del servidor: el servidor no pudo atender una solicitud válida | 500, 502, 503, 504 |
Como propietario de una web, tratarás sobre todo con los 2xx, 3xx, 4xx y 5xx.
200 OK
200 OK significa que la solicitud tuvo éxito y el servidor devuelve el contenido solicitado. Es lo que debería producir cualquier visita normal a una página.
Una trampa que conviene conocer es el "soft 404": una página que dice "no encontrada" o muestra un mensaje de error, pero aun así devuelve el estado 200. Los navegadores la muestran sin problema, pero los buscadores y las herramientas de monitoreo pueden pensar erróneamente que la página está bien. Las páginas de error deben devolver un código de estado de error.
Redirecciones: 301, 302, 307 y 308
301 Moved Permanently
Un 301 indica a los clientes que el recurso se ha movido de forma permanente a la URL de la cabecera Location. Úsalo cuando cambies la dirección de una página, pases de HTTP a HTTPS o unifiques las versiones con y sin www de un dominio. Los buscadores tratan una redirección permanente como una señal fuerte para indexar la URL nueva en lugar de la antigua.
302 Found y 307 Temporary Redirect
Indican un cambio temporal: la URL original se seguirá usando en el futuro. Úsalos en situaciones pasajeras, como redirigir temporalmente una página de temporada. La diferencia es técnica: un 307 garantiza que el método de la solicitud (por ejemplo, POST) se mantiene en la solicitud redirigida, mientras que históricamente los clientes cambiaban POST por GET después de un 302.
308 Permanent Redirect
La versión permanente del 307: como un 301, pero sin que pueda cambiar el método de la solicitud.
Evita las cadenas y los bucles de redirecciones
Cada redirección cuesta un viaje de ida y vuelta adicional. Una cadena como http://example.com → https://example.com → https://www.example.com → https://www.example.com/ ralentiza todas las primeras visitas. Lo ideal es que cualquier URL antigua redirija una sola vez, directamente a su dirección final. Un bucle de redirecciones, en el que las URLs redirigen unas a otras, deja la página inaccesible. Nuestra herramienta para comprobar el estado HTTP muestra cada paso de una cadena de redirecciones.
304 Not Modified
El 304 no es una redirección real. Le dice al navegador que su copia en caché sigue siendo válida, así que no hace falta volver a descargar el contenido. Es una parte normal y sana de la caché.
Errores del cliente: 4xx
400 Bad Request
El servidor no pudo entender la solicitud, por ejemplo por una sintaxis incorrecta. Los 400 ocasionales suelen deberse a clientes defectuosos o bots; muchos procedentes de usuarios reales apuntan a un error en la web.
401 Unauthorized y 403 Forbidden
401 significa que se requiere autenticación o que ha fallado. 403 significa que el servidor ha entendido quién eres (o que eres anónimo), pero deniega el acceso. Un 403 en una página que debería ser pública suele apuntar a permisos de archivo incorrectos, a un plugin de seguridad o a una regla de firewall que bloquea a ciertos visitantes.
404 Not Found
404 significa que el servidor no encuentra nada en esa URL. Es una respuesta normal para direcciones mal escritas y páginas eliminadas. El problema aparece cuando páginas importantes devuelven 404 por error, por ejemplo tras una migración que cambió la estructura de las URLs sin redirecciones.
Buena práctica: ofrece una navegación útil en tu página 404, revisa los registros en busca de URLs inexistentes que se soliciten con frecuencia y añade redirecciones 301 para las páginas que se han movido.
410 Gone
410 indica que el recurso se eliminó a propósito y no volverá. Es una señal más clara que el 404 cuando has borrado un contenido de forma deliberada.
429 Too Many Requests
El cliente envió demasiadas solicitudes en un tiempo determinado y se le está limitando. Una cabecera Retry-After puede indicarle cuándo volver a intentarlo.
Errores del servidor: 5xx
Los códigos 5xx significan que el servidor, o algo que hay detrás de él, ha fallado. Son los códigos que más importan al monitoreo de uptime, porque normalmente afectan a todos los visitantes.
500 Internal Server Error
Un error genérico: algo salió mal y el servidor no tiene un código más concreto que dar. Las causas típicas son errores de la aplicación, errores fatales tras actualizar un plugin o el código, archivos de configuración del servidor incorrectos y fallos de conexión con la base de datos. Los detalles están en los registros de errores de la aplicación y del servidor web, no en la respuesta.
502 Bad Gateway
Muchas webs usan un proxy inverso, un balanceador de carga o una CDN delante de la aplicación. Un 502 significa que ese proxy recibió una respuesta no válida del servidor que tiene detrás, a menudo porque el proceso de la aplicación se bloqueó o no se está ejecutando.
503 Service Unavailable
503 significa que el servidor no puede atender la solicitud temporalmente, normalmente porque está sobrecargado o en modo de mantenimiento. Es el código correcto para un mantenimiento programado. Añadir una cabecera Retry-After indica a los clientes, incluidos los rastreadores de los buscadores, cuándo volver, y señala que la caída es temporal.
504 Gateway Timeout
El proxy o el balanceador de carga no recibió a tiempo una respuesta de la aplicación. Las consultas lentas a la base de datos, las solicitudes de larga duración y los servidores de aplicaciones sobrecargados son causas habituales.
Cómo afectan los códigos de estado al monitoreo de uptime
Un monitor de uptime tiene que decidir qué respuestas cuentan como "en línea". Una regla habitual y sensata, y la que usa UptimeStats, es:
- 2xx y 3xx: en línea. Se siguen las redirecciones (hasta 5 saltos) y se evalúa la respuesta final.
- 4xx y 5xx: caído. Una página de inicio que devuelve 404 o 500 no funciona para los visitantes.
- Ninguna respuesta (tiempos de espera agotados, fallos de DNS, errores de TLS, conexiones rechazadas): caído.
Por eso un servidor que "responde" no está necesariamente sano. Monitorear el código de estado, y no solo si el servidor responde, es lo que detecta los fallos de la aplicación.
Cómo afectan los códigos de estado al SEO
- Un 200 en el contenido real y un código de error adecuado en las páginas de error ayudan a los buscadores a entender tu web con precisión.
- Las redirecciones 301 son la forma estándar de mover un contenido de forma permanente conservando su visibilidad en los buscadores.
- Los 404 y 410 en páginas eliminadas son normales y no perjudican al resto del sitio.
- Un 503 con Retry-After es la forma correcta de gestionar ventanas cortas de mantenimiento.
- Los errores 5xx persistentes pueden hacer que los rastreadores vayan más despacio y, si duran lo suficiente, afectar a la indexación.
Cómo comprobar el código de estado de una página
Usa la herramienta gratuita para comprobar el código de estado HTTP y ver el código, la cadena de redirecciones y las principales cabeceras de respuesta de cualquier URL pública. Desde un terminal, ejecuta:
curl -I https://example.comLas herramientas para desarrolladores del navegador también muestran el estado de cada solicitud en la pestaña Red. Si solo necesitas saber si una web está en línea y qué devuelve ahora mismo, la herramienta gratuita para comprobar si una web está caída te da una respuesta rápida.
Para recibir un aviso automático cuando tus páginas empiecen a devolver errores, configura un monitoreo gratuito. Para una visión más amplia de por qué fallan las webs, consulta ¿Qué provoca que una web se caiga?
