Una página que no se abre resulta frustrante, sobre todo cuando necesitas pagar, publicar o volver al trabajo. Nuestro comprobador te ofrece otra perspectiva: introduce la dirección pública, consulta qué respondió y elige el siguiente paso útil. El resultado corresponde a la URL y al momento de la prueba; una página que falta no se presenta como una caída mundial.
¿Cómo compruebo si un sitio está caído?
Introduce la dirección pertinente
Usa la página exacta si falla un enlace, o el inicio si todo el sitio parece inaccesible. Añadimos HTTPS a un dominio sin protocolo. Los enlaces compartidos rellenan la entrada, pero no ejecutan la prueba.
Lee el resultado y su hora
Revisa primero el host, el código HTTP y la hora. Despliega las direcciones DNS, los tiempos y las redirecciones. «No verificado» significa que faltan pruebas, no que la comprobación haya pasado.
Confirma, compara o guarda
La confirmación añade una observación tras una pausa. La comparación comprueba el inicio por separado. PNG, TXT y JSON conservan los horarios, resultados y límites.
Comprobaciones para situaciones reales
Un cliente no puede abrir un producto
Comprueba la URL del producto y después el inicio. Un inicio accesible con un producto en 404 apunta al enlace o la ruta. Una respuesta correcta no prueba el proceso de pago.
Tu sitio recién publicado parece inaccesible
Tras cambiar dominio o alojamiento, revisa DNS y destino final. Anota las direcciones y la hora. Evita cambiar varias opciones antes de identificar qué capa necesita atención.
Un servicio funciona para otra persona
Conserva el resultado externo junto al error del navegador. Prueba otro navegador o red. La diferencia ayuda al soporte, pero no diagnostica una caída nacional.
Necesitas un informe útil para soporte
Descarga la URL, hora, código y redirecciones. Describe por separado lo que falla en tu navegador. Retira parámetros confidenciales antes de enviarlo.
¿Qué permite establecer nuestro comprobador?
Entender la disponibilidad web
¿Por qué un sitio funciona para una persona y no para otra?
«A mí me funciona» describe un solo recorrido. Dispositivos, navegadores y redes pueden diferir. Nuestra comprobación externa añade una perspectiva sin invalidar lo que ves tú.
Compara la misma URL en otro navegador y, si puedes, en otra red. Anota hora y error y cambia una sola cosa cada vez. No desactives de forma general las protecciones de seguridad.
Una respuesta externa con una página vacía en tu dispositivo invita a revisar renderizado, extensiones o sesión. Dos fallos coincidentes justifican investigar, pero no demuestran que afecte a todo el mundo.
¿Una página rota equivale a una caída del sitio?
Productos retirados, campañas antiguas y rutas modificadas pueden dejar enlaces rotos en un sitio sano. Comprobar el camino exacto y comprobar el dominio son tareas diferentes.
Compara el inicio sin perder el primer resultado. Un inicio correcto puede acotar el problema a una página. También puede seguir disponible mientras otra parte de la aplicación falla.
Conserva la ruta completa al contactar con soporte. Una captura genérica de «sitio caído» dificulta reproducir el problema. Nuestro informe coloca URL y hora junto al resultado.
¿Qué nos dicen los códigos HTTP y qué dejan sin responder?
La referencia de códigos HTTP distingue éxito 2xx, redirección 3xx, errores de solicitud 4xx y errores de servidor 5xx. Un rechazo 403 o una página 404 no son una ausencia total de respuesta.
Un código no revela automáticamente la causa. Un fallo de puerta de enlace no identifica el despliegue o la dependencia responsable. Los propietarios necesitan registros; los visitantes pueden conservar pruebas y contactar con el servicio.
Retry-After pide esperar un intervalo o una fecha antes de otra solicitud. Nuestros controles respetan una indicación válida. Incluso sin ella, una pausa breve evita reintentos demasiado rápidos.
¿Una respuesta HTTP 200 puede llevar a una página que no funciona?
Sí. La respuesta puede contener información equivocada, una pantalla de acceso o un error. Los scripts y solicitudes posteriores también pueden fallar. Nuestro resultado no prueba esas interacciones.
Una puerta abierta no garantiza que todo funcione dentro. El inicio de una tienda puede responder aunque fallen el carrito o el pago. Confirmamos una respuesta, no un proceso comercial completo.
La explicación de Google sobre el procesamiento de JavaScript separa descarga y renderizado. Abre el sitio y usa nuestra prueba visual si la apariencia es el problema. Prueba cuentas o pagos solo con permiso y datos adecuados.
¿Cómo hizo DNS que las direcciones web fueran útiles a gran escala?
Los nombres legibles evitan memorizar direcciones numéricas. RFC 1034, publicado en noviembre de 1987, describe un sistema jerárquico distribuido y el almacenamiento en caché. El nombre y la disponibilidad de la aplicación son cuestiones distintas.
Encontrar una dirección pública no demuestra que responda una aplicación. Un fallo del nombre puede detener la prueba antes de HTTP. Mostramos la resolución y la respuesta por separado.
Anota cambios del dominio y sus horas. Las respuestas guardadas en caché complican comparaciones. El TTL mostrado no garantiza cuándo todos los proveedores adoptarán un cambio.
¿Por qué una comprobación no permite calcular el porcentaje de disponibilidad?
Una observación puntual no contiene un historial completo. Dos confirmaciones siguen siendo dos observaciones, no un gráfico diario. La guía de niveles de servicio de Google define indicadores dentro de un periodo determinado.
Ejemplo hipotético: 30 días totalmente observados son 43.200 minutos. Con 30 minutos sin servicio, (43.200 − 30) ÷ 43.200 × 100 equivale a aproximadamente 99,9306 %. No son datos medidos por nuestra herramienta.
La supervisión debe definir fallos, tratar datos ausentes y elegir recorridos importantes. Usa un servicio de monitorización para pruebas programadas y avisos; nuestro comprobador ayuda a investigar el momento actual.
¿Qué debo guardar antes de informar de una caída?
Guarda URL pública, hora y zona horaria, error del navegador y resultado. Menciona VPN o red alternativa cuando sea relevante. No publiques contraseñas, cookies de sesión ni enlaces firmados.
Si gestionas el sitio, compara el incidente con publicaciones, cambios DNS y registros. Reproduce la acción mínima que falla. Un inicio disponible invita a revisar la ruta antes de reiniciar todo el servidor.
Conserva el fallo anterior cuando vuelva el acceso. Un cambio en la confirmación ayuda a entender la recuperación, pero no establece cuándo empezó o terminó: el intervalo no se observó continuamente.
Precisión, límites y correcciones
Enviamos una solicitud externa anónima a la dirección pública, examinamos DNS, seguimos redirecciones permitidas y clasificamos la respuesta. El tiempo DNS cubre la resolución. El recorrido incluye HTTP, redirecciones y resolución de sus destinos; el tiempo final cubre la última solicitud hasta sus cabeceras. Sin respuesta final, su tiempo y protocolo no están verificados.
No es monitorización continua o global, auditoría de certificados, renderizado del navegador ni recorrido con sesión iniciada. Cancelar impide que un resultado tardío cambie la pantalla; una solicitud externa ya iniciada puede terminar dentro de su plazo. Los parámetros se envían al comprobar explícitamente, pero no se guardan en el historial. Comparte solo direcciones públicas sin datos sensibles.
Si el resultado parece incorrecto, guarda URL, hora, código y fase fallida. Confirma una vez o compara el inicio y envíanos pruebas no confidenciales mediante la página de contacto. Revisamos clasificación, texto y defectos reproducibles; no podemos cambiar otro sitio ni medir retrospectivamente una caída no observada.
Preguntas frecuentes
¿Mi sitio está caído o solo me ocurre a mí?
Un éxito externo y un fallo en el navegador muestran condiciones diferentes, no una causa local segura. Compara navegador o red. Un fallo externo necesita confirmación y revisión de su fase.
¿Un código 403 o 429 significa que el sitio está desconectado?
No. El servidor rechazó o limitó la solicitud. Prueba un navegador y respeta la espera indicada. Lo clasificamos como restricción, no como caída general.
¿Un 404 significa que todo el sitio está caído?
No. Afecta a la página solicitada. Compara con el inicio y revisa la ruta. Una página ausente y un host inaccesible necesitan pasos distintos.
¿Por qué el tiempo difiere del de mi navegador?
Medimos un recorrido externo, no toda la carga en tu dispositivo. Red, redirecciones y actividad del navegador pueden diferir. No es una medida de velocidad de Internet.
¿Puedo comprobar una red privada o una URL firmada?
No se permiten destinos privados, credenciales ni puertos inusuales. No envíes enlaces secretos. Los parámetros se conservan en una prueba pública explícita; revísalos primero.
¿La confirmación comprueba distintos países?
No. Añade una observación y mantiene ambas horas, sin elegir otro país, monitorizar globalmente ni calcular disponibilidad histórica.
¿Qué contiene el informe descargado?
URL, hora, resultado, HTTP, DNS, redirecciones, tiempos y límites. Incluye comprobaciones adicionales cuando existen. PNG añade ClockTools y el enlace de la herramienta.
¿Qué pasa al cancelar o restablecer?
Se cancela la solicitud del navegador y los resultados anteriores no pueden reemplazar la pantalla. Restablecer vacía también la entrada y los resultados. Una solicitud externa ya iniciada puede terminar dentro de su plazo.