Un cliente le escribe que su sitio web no funciona. O usted mismo lo abre y le aparece una página de error donde debería estar su página de inicio. La primera pregunta es la que va directo a su barra de búsqueda: ¿el sitio está caído, o solo le pasa a usted? Puede ser su teléfono, su wifi, su proveedor de hosting, su dominio o algo peor, y desde una sola pantalla todos pueden verse igual. Por lo general puede tener una respuesta clara en unos quince minutos con un teléfono, un verificador de sitios caídos gratuito y algunas notas. Lo más difícil viene después, porque la empresa que puede arreglarlo depende de cuál pieza falló. Usted sabrá qué parte sospechar, a quién llamar y qué tener listo antes de levantar el teléfono.
Puntos clave
Cargue la dirección exacta en un teléfono con el wifi apagado y después pruébela en un verificador de sitios caídos independiente. Si ambos fallan, revise la página de estado de su proveedor de hosting.
Un error de DNS apunta al dominio o al DNS, una advertencia de certificado apunta al certificado, y un 500, 502, 503 o 504 apunta a un servidor o una puerta de enlace. Ninguno le dice quién lo causó.
Guarde una captura de pantalla, la hora exacta, la dirección completa y sus resultados de prueba antes de que alguien edite configuraciones, desactive complementos o restaure una copia de seguridad.
El registrador se encarga del dominio, el proveedor de DNS de los registros, el proveedor de hosting de sus servidores y de su cuenta, y un desarrollador del código y las actualizaciones propias del sitio.
¿Cómo compruebo si mi sitio web está caído para todos?
Use dos verificaciones que no compartan su conexión, y luego revise a su proveedor. Su laptop, el wifi de su oficina y las copias guardadas de páginas en su navegador pueden ocultar o simular un problema, así que una sola carga fallida desde su escritorio demuestra muy poco. Las tres verificaciones de abajo toman unos minutos en conjunto. Cada una prueba algo distinto, y ninguna por sí sola demuestra una caída mundial.
Cargue el sitio en un teléfono con el wifi apagado
Apague el wifi de su teléfono y abra la dirección exacta que usó su cliente, con datos móviles. Eso manda la solicitud por una red y un resolutor de DNS distintos, el servicio que convierte el nombre de su dominio en la dirección de un servidor. Si carga en el teléfono pero no en su escritorio, el problema puede estar de su lado: su red de oficina, su router o la configuración guardada de su computadora. Si también falla en el teléfono, pase a la siguiente verificación.
Pruebe la dirección en un verificador de sitios caídos
Un verificador de sitios caídos le pide a un servidor en otro lugar que cargue su sitio y reporte el resultado. Down for Everyone or Just Me hace una solicitud HTTP a la dirección que usted ingresa desde sus propios sistemas y le dice si pudo llegar a ella. Es una segunda opinión útil, pero solo prueba una dirección. No prueba cada página, su inicio de sesión, su proceso de pago ni lo que ve un visitante en otra región. Ingrese la dirección completa, incluida la página que falló, no solo su página de inicio.
Revise la página de estado de su proveedor de hosting
Si ambas verificaciones fallan, revise la página de estado oficial de la empresa que aloja su sitio, y la de su proveedor de DNS o de CDN si usa uno aparte. Una página de estado como la de Bluehost reporta la salud de los sistemas que ese proveedor monitorea. Un incidente publicado le dice que el problema es de ellos y que ya lo saben. Sin embargo, una página en verde no exime a su sitio. Cubre sus sistemas, no su cuenta individual, su configuración de DNS ni una actualización rota en su sitio.
| Verificación | Qué prueba | Qué no puede demostrar |
|---|---|---|
| Teléfono con datos móviles | Su sitio desde una red y un resolutor de DNS distintos | Que todos los visitantes en todas partes puedan o no llegar a él |
| Verificador de sitios caídos | Una dirección, solicitada desde los propios servidores del verificador | Que el pago, el inicio de sesión u otras páginas funcionen |
| Página de estado del proveedor de hosting | Los sistemas propios que el proveedor monitorea | Que su cuenta, su DNS o el código de su sitio estén bien |
| Una segunda persona en su propio dispositivo | Un visitante real más, en otra conexión | Dónde está la falla |
Si el teléfono carga el sitio y el verificador dice que está activo, probablemente el problema es solo suyo. Reinicie su router, pruebe otro navegador y pídale al cliente que lo intente de nuevo desde otra conexión. Si ambos fallan, el sitio está caído al menos para algunos visitantes, y el siguiente paso es leer el error.
¿Qué me dice el error en pantalla?
Lo que ve en pantalla reduce la búsqueda, aunque casi nunca nombra la causa. Los navegadores y los servidores usan mensajes estándar. Los códigos de estado HTTP están definidos en el RFC 9110, publicado por el IETF en junio de 2022, y la lista de códigos de estado HTTP de MDN explica cada uno en términos más sencillos. No existe un conjunto de datos confiable que ordene estas fallas por qué tan seguido le pasan a los sitios de pequeños negocios, así que el orden de abajo es un orden de verificación, no una tabla de posiciones.
| Lo que ve | Capa a sospechar | Quién suele arreglarlo |
|---|---|---|
| «No se pudo encontrar la dirección IP del servidor» o DNS_PROBE_FINISHED_NXDOMAIN | Registro del dominio o DNS | Registrador o proveedor de DNS |
| Una página del proveedor que dice que la cuenta está suspendida | Su cuenta de hosting | Usted y el proveedor (con frecuencia por facturación) |
| «Su conexión no es privada» u otra advertencia de certificado | El certificado TLS | Proveedor de hosting o desarrollador |
| 500 Internal Server Error | Algo falló en el servidor | Proveedor de hosting o desarrollador |
| 502 Bad Gateway o 504 Gateway Timeout | Una puerta de enlace recibió una mala respuesta, o ninguna a tiempo | Proveedor de hosting, CDN o desarrollador |
| 503 Service Unavailable | El servidor no está listo para atender solicitudes | Proveedor de hosting o desarrollador |
| Una página en blanco, «error crítico» o un error de conexión a la base de datos | El propio software del sitio | Desarrollador, a veces el proveedor de hosting |
| 404 Not Found en una página | Esa página, no todo el sitio | Quien administre su contenido |
Un error de DNS significa que el navegador no pudo encontrar ningún servidor para su dominio. Eso apunta a un registro vencido, a servidores de nombres que cambiaron o a registros de DNS que fueron editados o eliminados. No apunta a los servidores de su proveedor de hosting, porque el navegador nunca llegó a ellos.
Una advertencia de certificado es distinta. El navegador llegó a un servidor pero no confió en su certificado TLS, el archivo que permite que su sitio cargue por una conexión segura. Eso puede deberse a un certificado vencido, a un certificado emitido para otra dirección o a un error de configuración. Es un problema de certificado, no un error HTTP 5xx, y no significa por sí solo que el sitio haya sido hackeado.
Los códigos 5xx significan que una solicitud llegó a un servidor y algo salió mal al procesarla. El RFC 9110 define el 500 como una condición inesperada en el servidor, el 502 como una respuesta inválida recibida por una puerta de enlace o proxy, el 503 como un servidor que no está listo para atender la solicitud, y el 504 como una puerta de enlace que no recibió una respuesta a tiempo del servidor detrás de ella. Le dicen dónde ocurrió la falla, no de quién es la culpa. Un 502 puede venir de los servidores de un proveedor de hosting, de un CDN frente a ellos o del propio software del sitio.
Si su sitio corre en WordPress, la documentación de WordPress para desarrolladores sobre errores comunes describe las páginas en blanco, los mensajes de error crítico y los errores de conexión a la base de datos que pueden seguir a un problema de complemento, tema, PHP o base de datos. Un 404 no es una caída del sitio en absoluto. El servidor respondió y dijo que no pudo encontrar esa página. Y una factura de hosting sin pagar puede aparecer como una página de suspensión, un 403 o un 5xx, según el proveedor.
¿A quién llamo, y qué debo tener listo?
Su sitio web depende de varias empresas distintas, y muchas veces no son la misma. El registrador retiene el nombre de su dominio. Un proveedor de DNS, a veces el registrador y a veces un CDN, retiene los registros que apuntan el dominio hacia su servidor. El proveedor de hosting opera el servidor. Un desarrollador o proveedor de mantenimiento maneja el sitio mismo. Llamar a la empresa equivocada cuesta tiempo, así que relacione la llamada con lo que señaló el error, y lleve el mismo paquete corto de evidencia a cada una.
El registrador: dominio vencido o servidores de nombres cambiados
El registrador arregla un registro vencido, problemas de propiedad y cambios de servidores de nombres. Tenga listos el nombre del dominio, su inicio de sesión con el registrador o el correo bajo el cual está registrado el dominio, su último recibo de renovación y la hora en que el sitio dejó de resolver. Las preguntas frecuentes de ICANN para titulares de dominio explican que su Política de Recuperación de Registros Vencidos exige que los registradores envíen dos avisos de renovación, uno alrededor de un mes antes y otro alrededor de una semana antes del vencimiento. Busque esos avisos en su bandeja de entrada. Las reglas posteriores al vencimiento y los periodos de recuperación varían según el registrador, así que pregúntele al suyo exactamente en qué situación está el dominio.
El proveedor de DNS: registros incorrectos o faltantes
Si el dominio está pagado pero el DNS sigue fallando, es posible que los registros mismos estén mal. Tenga listos los registros que espera, cuándo se cambió algo por última vez y una copia o captura del error. Un arreglo de DNS puede ser una edición pequeña, seguida de una espera mientras las copias guardadas de los registros antiguos caducan por todo internet. Se vuelve un trabajo más grande si nadie sabe cuáles deberían ser los registros correctos.
El proveedor de hosting: caída del servidor, suspensión o facturación
El proveedor de hosting arregla sus propias caídas, una cuenta suspendida y problemas de servidor o base de datos de su lado. Tenga listos su ID de cuenta, el dominio, el código de error o una captura de pantalla, cuándo empezó y sus resultados del teléfono y del verificador. Si ve un aviso de suspensión, inicie sesión en el panel de facturación y revise el estado de la cuenta antes de llamar. Si la página de estado muestra un incidente, el proveedor ya es dueño de la reparación y su trabajo es esperar y mantener informados a sus clientes.
El desarrollador: el código propio del sitio, complementos o actualizaciones
Un desarrollador o proveedor de mantenimiento arregla fallas en el sitio mismo: una actualización fallida, un complemento o tema roto, un despliegue malo o un cambio de configuración. Cuéntele cuál fue el último cambio que alguien hizo y cuándo, y si existen copias de seguridad. Ese solo dato puede convertir una investigación larga en una reversión rápida.
Usted: pago, acceso y aprobaciones
Algunos arreglos solo usted puede hacerlos. Usted paga la renovación vencida, recupera el acceso al correo que es dueño de las cuentas y aprueba los cambios. Si no sabe qué empresa tiene su dominio o su hosting, recupere primero el acceso a su correo y a sus registros de facturación del negocio. Los recibos ahí suelen nombrarlas.
¿Qué debo evitar hacer en la primera hora?
No empiece a cambiar cosas antes de haber registrado lo que está pasando. Editar registros de DNS sin anotar los valores anteriores, apagar complementos en el sitio en vivo o restaurar una copia de seguridad como primer movimiento puede agrandar la caída y borrar la evidencia que alguien necesitará para encontrar la causa.
Un orden corto y seguro para los primeros quince minutos:
- Minutos del 0 al 3: Copie la dirección completa, tome una captura de pantalla y anote la hora exacta y cualquier texto o código de error.
- Minutos del 3 al 6: Pruebe en un teléfono con el wifi apagado y ejecute una verificación independiente de sitio caído.
- Minutos del 6 al 8: Revise la página de estado de su proveedor de hosting, y la de su proveedor de DNS o CDN si la conoce.
- Minutos del 8 al 10: Inicie sesión en los paneles de facturación de su registrador y de su hosting solo para confirmar las fechas de renovación y el estado de la cuenta.
- Minutos del 10 al 15: Pregúntele a quien tenga acceso si algo cambió en las últimas 24 horas: un complemento, un tema, contenido, DNS, CDN, certificado, despliegue o factura.
Si sospecha que el sitio fue hackeado, trátelo como un incidente de seguridad y no como una página rota. Contacte al soporte de su proveedor de hosting y mantenga la evidencia intacta en lugar de borrar archivos o actualizar complementos al azar. La guía de CISA sobre ataques de denegación de servicio recomienda avisar a su proveedor de internet o de hosting y documentar horas, registros, alertas y otra evidencia. Ninguna pantalla de error por sí sola demuestra un hackeo.
Cuando la página de inicio vuelva, pruebe una página que le genere dinero, como un formulario de reservas o el proceso de pago. Un verificador que dice «activo» probó una sola dirección, no todas las partes de su sitio.
¿Necesito pagarle a alguien para arreglar esto?
No siempre. Si sus pruebas muestran que el problema fue solo su red o su navegador, no hay nada que arreglar. Si su proveedor de hosting publicó un incidente y está restaurando el servicio, la reparación ya es suya, y pagarle a un desarrollador no la hará más rápida. Si la causa es una renovación vencida o una cuenta suspendida, tal vez solo necesite pagar la factura o abrir un ticket de soporte con la empresa correcta.
Un proveedor de mantenimiento no puede reparar la caída de un registrador, de un proveedor de DNS o de un proveedor de hosting, porque esos sistemas pertenecen a alguien más. La ayuda externa gana su costo cuando la evidencia apunta al sitio mismo, cuando nadie sabe quién controla las cuentas, cuando la falla siguió a un cambio, o cuando es posible que haya habido un compromiso de seguridad. En esos casos, la ayuda se ve así: aislar la pieza que falló, tratar con el proveedor correcto en su nombre, restaurar una versión buena conocida cuando sea la decisión correcta, y configurar monitoreo después.
¿Me pagará mi proveedor de hosting por el tiempo caído?
No cuente con eso. Una promesa de tiempo activo de hosting suele ser una promesa de crédito hacia facturas futuras, no un pago por ventas perdidas, y viene con exclusiones. El acuerdo de nivel de servicio de WP Engine establece que otorga créditos, no reembolsos, con un tope del 100% de las cuotas mensuales aplicables. El acuerdo de usuario de Bluehost establece sus propios términos y remedios de tiempo activo. Lea el acuerdo de su proveedor para conocer la cifra exacta que publica, cómo reclamarla y el plazo para hacerlo. Si su proveedor no publica una cifra de tiempo activo, no asuma ninguna.
¿Cómo me entero antes que un cliente?
Configure un monitor de tiempo activo externo una vez que el sitio vuelva. Un monitor es un detector de sitios caídos que corre por horario: carga su dirección cada pocos minutos y le envía un correo cuando falla. UptimeRobot documenta un plan gratuito con verificaciones HTTP, de palabra clave, ping, puerto y de latido a intervalos de cinco minutos, y Better Stack también incluye un nivel gratuito. Los planes pagos verifican con más frecuencia y cubren más sitios.
Un monitor básico vigila una dirección pública. No le dirá que un paso del pago se rompió a menos que configure una verificación para esa página, y aun así solo prueba lo que puede cargar. Apunte un monitor a su página de inicio y otro a la página que le genera dinero, como su página de reservas o de contacto. Después mantenga una hoja de contacto de una sola página que liste a su registrador, su proveedor de DNS, su proveedor de hosting y su desarrollador, con el correo de inicio de sesión de cada uno. La siguiente caída entonces empieza con una llamada telefónica en lugar de una búsqueda.
¿Puede dirigir esta caída a la empresa correcta?
Elija una respuesta para empezar.
1. Su sitio falla en el wifi de su oficina pero carga en su teléfono con el wifi apagado, y un verificador de sitios caídos dice que está activo. ¿Cuál es el lugar más probable para buscar?
2. El navegador dice que no se pudo encontrar la dirección IP del servidor. ¿Quién es más probable que lo arregle?
3. Su sitio muestra 502 Bad Gateway. ¿Qué le dice ese código con certeza?
Preguntas frecuentes sobre si el sitio está caído o solo es a usted
¿Cómo puedo saber si mi sitio web está caído para todos o solo para mí?
Cargue la dirección exacta en un teléfono con el wifi apagado, y pruébela en un verificador de sitios caídos independiente. Si ambos fallan, revise la página de estado de su proveedor de hosting. Juntos, estos muestran si el problema es solo de su lado.
¿Es preciso un verificador de sitios caídos?
Muestra si una dirección respondió a sus propios servidores en ese momento. No prueba su inicio de sesión, el pago ni cada página, y no demuestra lo que ve cada visitante, así que úselo junto con una segunda red.
¿Un error 404 significa que mi sitio está caído?
No. Un 404 significa que el servidor respondió y no pudo encontrar esa página. El resto del sitio puede estar bien; revise la dirección y si la página fue movida o eliminada.
¿Qué significa 502 Bad Gateway?
Una puerta de enlace o proxy recibió una respuesta inválida del servidor detrás de ella. Le dice dónde ocurrió la falla, no qué empresa la causó, así que envíe la captura y la hora a su proveedor de hosting o a su desarrollador.
¿A quién llamo si mi sitio web está caído?
Llame al registrador por problemas de dominio y renovación, al proveedor de DNS por registros incorrectos, al proveedor de hosting por caídas de servidor o una cuenta suspendida, y a un desarrollador por problemas en el código o las actualizaciones propias del sitio.
¿Son suficientes los monitores de tiempo activo gratuitos?
Para una verificación básica de que sus páginas públicas cargan, un monitor gratuito puede alertarlo en minutos. Verifica por horario y puede que no pruebe el pago ni cada ubicación, así que añada una verificación en su página más importante.
Lo que esto significa para usted
Cuando un cliente le dice que su sitio web no funciona, revíselo desde un teléfono con datos móviles y un verificador de sitios caídos, y después mire la página de estado de su proveedor de hosting. Lea el error para saber qué capa falló, guarde una captura de pantalla y la hora, y lleve esa evidencia a la empresa que controla esa capa. No cambie nada hasta haber registrado lo que está pasando.
Una vez que el sitio vuelva, un monitor de tiempo activo gratuito y una lista de una sola página con quién tiene su dominio, su DNS, su hosting y su código convierten la próxima caída en una llamada corta. Usted se entera primero del problema, y ya sabe a quién llamar.
Si sus pruebas apuntan al sitio mismo, o no sabe quién controla sus cuentas, podemos ayudar. En Web Leveling, nuestro trabajo de mantenimiento de sitios web cubre encontrar la pieza que falló, tratar con el proveedor correcto, restaurar una versión buena conocida cuando sea el paso correcto, y configurar monitoreo para que usted se entere del próximo problema antes que sus clientes. Trabajamos con negocios pequeños y medianos en todo el país y en el extranjero. Cuéntenos qué está mostrando su sitio a través de nuestro formulario de contacto y le responderemos con el siguiente paso.
Términos
Palabras sobre caídas de sitios web en este artículo
Toque un término para ver qué significa.
Registrador. La empresa donde su nombre de dominio está registrado y se renueva.
DNS. El sistema que convierte el nombre de su dominio en la dirección del servidor donde corre su sitio.
Proveedor de hosting. La empresa cuyos servidores almacenan su sitio web y lo envían a los visitantes.
Certificado TLS. El archivo que permite que su sitio cargue por una conexión segura; los navegadores advierten a los visitantes cuando está vencido o es incorrecto.
Error 5xx. Un código de estado en el rango de los 500, que significa que un servidor o puerta de enlace falló al atender una solicitud.
Página de estado. La página pública de un proveedor que reporta la salud de sus propios sistemas.
Monitor de tiempo activo. Un servicio que carga su sitio por horario y le avisa cuando falla.
