Cuando el navegador muestra 404, 502, 505 u otro código similar, el sitio no está «simplemente roto». El servidor responde con un número de tres cifras que describe qué le ocurrió a la solicitud. Según el estándar HTTP, todos los códigos están en el rango de 100 a 599, y la primera cifra indica la clase de respuesta: 2xx significa éxito, 3xx redirección, 4xx problema del lado de la solicitud y 5xx problema del lado del servidor.
Para el usuario habitual, el sentido es sencillo: algunos errores se pueden resolver por sí mismos, por ejemplo actualizar la página, comprobar la dirección o limpiar la caché. Otros errores solo los puede corregir el propietario del sitio, el administrador del servidor, el desarrollador o el proveedor de alojamiento. A continuación se recopilan los errores de página más frecuentes, sus causas y pasos prácticos para solucionarlos.
Un mismo código no siempre indica una sola causa. El error 404 puede aparecer por una página eliminada, un enlace incorrecto o la configuración de la CMS. El error 502 puede estar relacionado con un proxy, un balanceador, una CDN, DNS, PHP-FPM, Node.js, la base de datos o un backend sobrecargado.
Clases de códigos HTTP: cómo entender rápidamente el tipo de error
Los códigos 1xx casi no son visibles para el usuario habitual. El navegador y el servidor intercambian mensajes intermedios, por ejemplo al continuar una solicitud o cambiar de protocolo.
Los códigos 2xx significan una respuesta satisfactoria. El código más conocido, 200 OK, indica que el servidor procesó la solicitud y devolvió la página, el archivo o los datos. Para el visitante del sitio estos códigos suelen pasar desapercibidos.
Los códigos 3xx se encargan de las redirecciones. Por ejemplo, 301 indica que la página se mudó de forma permanente, 302 que lo hizo temporalmente, y 304 comunica al navegador que la versión almacenada en caché sigue vigente. Puede surgir un error cuando las redirecciones están encadenadas, en bucle o apuntan a una página inexistente.
Los códigos 4xx se refieren a la solicitud del cliente. El cliente puede ser el navegador, una aplicación móvil, un bot, un cliente de API o un script. No siempre la culpa es del usuario: un enlace roto en el sitio, un enrutamiento incorrecto, una configuración errónea de permisos o un error en la API también generan 4xx.
Los códigos 5xx indican un problema del lado del servidor o de un nodo intermedio. El usuario rara vez puede arreglar 500, 502, 503, 504 o 505 por su cuenta. Lo máximo que puede hacer el visitante es volver a intentarlo más tarde, desactivar la VPN, cambiar de red o comprobar si el sitio se abre a otras personas.
Lista de errores de páginas
| Código | Qué significa | Qué debe hacer el usuario | Qué comprobar el propietario del sitio |
|---|---|---|---|
| 400 Bad Request | El servidor no entendió la solicitud. Causas frecuentes: URL rota, parámetros incorrectos, cadena de consulta demasiado larga, cookies dañadas. | Comprobar la dirección, abrir la página en modo incógnito, borrar las cookies para el sitio, eliminar parámetros innecesarios de la URL. | Revisar los registros del servidor web, las reglas de validación, los límites de tamaño de los encabezados y la corrección de los enlaces en la interfaz. |
| 401 Unauthorized | Se requiere autenticación para acceder. El nombre puede inducir a error: el servidor suele pedir iniciar sesión, no denegar el acceso por completo. | Iniciar sesión, comprobar la vigencia de la sesión y asegurarse de que el usuario y la contraseña son correctos. | Verificar el mecanismo de autorización, los tokens, el encabezado Authorization y la configuración de Basic Auth, OAuth o SSO. |
| 403 Forbidden | El servidor entendió la solicitud pero denegó el acceso. El usuario puede ser conocido por el servidor, pero no tener los permisos necesarios. | Comprobar si se tiene acceso a la sección, desactivar la VPN si el sitio bloquea ciertas redes y contactar con soporte. | Revisar permisos de archivos y directorios, reglas en .htaccess o nginx, ACL, WAF, geobloqueos y roles de usuario. |
| 404 Not Found | El servidor no encontró el recurso. La página fue eliminada, la dirección está mal escrita, el enlace está obsoleto o el enrutamiento de la CMS no apunta al contenido correcto. | Comprobar la dirección, ir a la página principal, usar el buscador del sitio o eliminar fragmentos innecesarios de la URL. | Localizar enlaces rotos, configurar redirecciones 301 desde direcciones antiguas, restaurar la página o devolver un 410 Gone para contenido eliminado definitivamente. |
| 405 Method Not Allowed | El método de la solicitud no está permitido. Por ejemplo, el endpoint acepta GET pero el cliente envió POST. | Al visitante suele ayudar actualizar la página o repetir la acción más tarde. | Comprobar rutas de la API, CORS, formularios, controladores de métodos, reglas de reverse proxy y la documentación del endpoint. |
| 408 Request Timeout | El servidor no esperó a recibir la solicitud completa del cliente. | Comprobar la conexión, recargar la página, reenviar el formulario o probar otra red. | Revisar los tiempos de espera del servidor web, descargas lentas de archivos, proxies, balanceadores y las latencias de red. |
| 409 Conflict | La solicitud entra en conflicto con el estado actual del recurso. Es común en APIs, al editar simultáneamente o repetir una operación. | Actualizar la página, comprobar si la acción ya se realizó y volver a intentarlo más tarde. | Comprobar la lógica de bloqueos, las versiones de los registros, la clave de idempotencia, el manejo de solicitudes repetidas y los cambios concurrentes. |
| 410 Gone | El recurso fue eliminado de forma permanente. A diferencia de 404, el servidor comunica que la página no volverá. | Buscar la sección nueva del sitio o material actualizado sobre el tema. | Usar 410 para páginas eliminadas definitivamente y configurar redirecciones 301 para contenidos trasladados. |
| 413 Content Too Large | La solicitud es demasiado grande. Normalmente el usuario está subiendo un archivo superior al límite permitido. | Reducir el archivo, subir otro formato o comprobar los límites del formulario. | Configurar client_max_body_size en nginx, los límites de Apache, PHP, Node.js, la CDN y la aplicación. |
| 429 Too Many Requests | Se han realizado demasiadas solicitudes en poco tiempo. Se ha activado el rate limit. | Esperar, no actualizar la página repetidamente y desactivar extensiones agresivas o bots. | Revisar los límites de la API, WAF, CDN, la protección contra bots, la corrección del encabezado Retry-After y las excepciones para servicios de confianza. |
| 500 Internal Server Error | Error genérico del servidor. El servidor se encontró con una situación para la que no pudo asignar un código más preciso. | Actualizar la página, volver a intentarlo más tarde e informar al propietario del sitio indicando la hora del error y la dirección de la página. | Consultar el error log, las trazas de la aplicación, los últimos despliegues, errores de base de datos, permisos de archivos, variables de entorno y la falta de recursos. |
| 501 Not Implemented | El servidor no soporta el método o la funcionalidad requerida. | Si el error apareció en el navegador, repetir más tarde o contactar con soporte. | Verificar el soporte de métodos HTTP, la configuración de la API, el reverse proxy y la conformidad del cliente con la documentación. |
| 502 Bad Gateway | El gateway o proxy recibió una respuesta inválida del servidor ascendente. Suele ocurrir en la combinación de nginx y la aplicación. | Actualizar la página, esperar unos minutos, comprobar el sitio desde otra red y desactivar VPN o proxy. | Comprobar la disponibilidad del upstream, PHP-FPM, Node.js, Gunicorn, la base de datos, DNS, CDN, el balanceador, los tiempos de espera y los registros del reverse proxy. |
| 503 Service Unavailable | El servicio está temporalmente no disponible. El servidor está sobrecargado, se reinicia o está en mantenimiento. | Intentar más tarde. Si el sitio muestra un tiempo estimado de restauración, seguirlo. | Revisar la carga, la cola de solicitudes, el autoescalado, el modo de mantenimiento, los límites del hosting y la disponibilidad de la base de datos y la caché. |
| 504 Gateway Timeout | El proxy o gateway no esperó la respuesta del servidor ascendente. | Reintentar más tarde, especialmente si la página realiza una operación pesada. | Buscar consultas SQL lentas, APIs externas demoradas, workers bloqueados, falta de recursos y tiempos proxy_read_timeout y fastcgi_read_timeout demasiado cortos. |
| 505 HTTP Version Not Supported | El servidor no admite la versión HTTP indicada en la solicitud. A veces la causa no es la versión sino una request line mal formada o una configuración incorrecta de un nodo intermedio. | Actualizar el navegador, desactivar proxies o VPN sospechosos y probar otra red. | Revisar el servidor web, el balanceador, la CDN, el formato de la request line, el soporte de HTTP/1.1, HTTP/2 o HTTP/3 y el correcto escape de la URL. |
La tabla ayuda a descifrar rápidamente el código, pero en el diagnóstico real importa más el lugar donde la solicitud falló. Una misma pantalla de error puede aparecer por problemas en el navegador, la CDN, el proxy inverso, el servicio de backend, la base de datos o una API externa. Por eso es útil analizar la cadena completa: el usuario envió la solicitud, los nodos intermedios la transmitieron, la aplicación procesó los datos y devolvió la respuesta.
Para el soporte del sitio, un informe detallado del error vale mucho más que la frase «la página no se abre». Pida al usuario que indique la URL exacta, la hora, el navegador, la red, si tenía VPN, la acción antes del error y una captura de pantalla. Con esos datos el administrador podrá correlacionar la queja con los registros y entender si la incidencia afectó a un único visitante, a una región o a todo el servicio.
Después de corregirlo, verifique no solo la página afectada sino también los escenarios relacionados: el formulario de inicio de sesión, la búsqueda, el carrito, la subida de archivos, las llamadas a la API y las redirecciones. El error suele manifestarse en una página, aunque la causa esté en un componente común, por ejemplo en la autorización, la caché, las reglas de enrutamiento o los límites de la infraestructura.
¿Qué hacer primero si la página no se abre?
Primero actualice la página, compruebe la dirección en la barra del navegador y abra el sitio en una pestaña nueva. Si el error persiste, pruebe en modo incógnito, otra red o desactive temporalmente la VPN. Este orden ayuda a distinguir un problema del sitio de un fallo en el navegador, las extensiones, las cookies o la conexión.
¿Por qué mi sitio no se abre y a otros sí?
La causa puede estar en su red, en el DNS, la VPN, un proxy, la caché del navegador, un bloqueo por parte del proveedor o en la configuración de seguridad del sitio. Compruebe la página desde internet móvil y otro navegador. Si desde otra red el sitio se abre, lo más probable es que el problema no esté en la página.
¿Es seguro actualizar la página varias veces seguidas?
Uno o dos intentos suelen ser inofensivos. Pero actualizar constantemente puede aumentar la carga sobre el sitio o provocar una limitación temporal de solicitudes. Si el error se repite, es mejor esperar unos minutos antes de volver a intentarlo.
¿Qué escribir al soporte para que encuentren el problema más rápido?
Facilite la URL exacta, la hora del error, el código que aparece en pantalla, el nombre del navegador, el dispositivo y una breve descripción de la acción antes del fallo. Una captura de pantalla también ayuda. Esa información permite al soporte correlacionar la queja con los registros y localizar dónde se rompió la solicitud.
¿Es necesario borrar todo el caché del navegador por un error en la página?
No es necesario. Es mejor comenzar borrando los datos solo del sitio problemático o abrir la página en modo incógnito. Borrar todo el caché y las cookies puede resultar contraproducente: habrá que iniciar sesión de nuevo y reconfigurar parte de los sitios.
Los errores 4xx se investigan primero por la dirección, los permisos, los enlaces y la solicitud; los 5xx se analizan mediante los registros del servidor, el proxy, la aplicación y la infraestructura. Para el usuario, la mejor acción ante un error complejo es proporcionar al propietario del sitio la URL, la hora, el código y una captura de pantalla. Para el propietario, lo mejor es no ocultar el error tras una página genérica y localizar el tramo concreto de la cadena donde la solicitud falla.
