¿Tu sitio web está caído en este momento? v2.0

Acerca de ¿Tu sitio web está caído en este momento?

Saber si una web está caída de verdad o si el problema es solo tuyo lleva unos segundos. Esta herramienta lanza una petición HTTP real al sitio desde nuestro servidor y, en paralelo, otra desde tu propio navegador, de modo que compara dos puntos de vista antes de darte una respuesta. El comprobador de webs caídas de ToolsPivot devuelve cuatro estados posibles en lugar de un simple sí o no, y nombra el motivo concreto del fallo cuando existe.

Qué es el comprobador de webs caídas de ToolsPivot

Funcionalidad principal

La herramienta comprueba una dirección web y devuelve un veredicto de cuatro estados: activa, respondiendo pero bloqueando comprobaciones, con problemas, o caída. Al introducir el dominio, la dirección se limpia y se le añade el esquema si falta, y después se lanza una petición HTTP(S) real que sigue las redirecciones salto a salto con límite de saltos y detección de bucles. El código de respuesta es la señal que manda, y si el sitio contesta con un 200 se revisan además los primeros 64 KB del HTML para descartar una página de error disfrazada. Cuando quieras un diagnóstico más técnico del mismo dominio, encadénalo con el comprobador del estado del servidor.

Usuarios objetivo y casos de uso

Está pensada para quien acaba de encontrarse con una web que no carga. Clientes de una tienda online que no pueden completar un pedido, autónomos que no entran en su plataforma de facturación, responsables de marketing que vigilan una landing y desarrolladores recién salidos de un despliegue usan la misma comprobación con objetivos distintos.

Problema y solución

La mayoría de comprobadores gratuitos solo distinguen entre activa y caída, y eso genera falsas alarmas todos los días. Un 403 de Cloudflare significa que el sitio está vivo pero rechaza a los sistemas automáticos, aunque muchos comprobadores lo etiquetan como caída y provocan llamadas innecesarias al hosting. Aquí ese caso tiene estado propio, explicación propia y ninguna alarma de por medio.

Principales ventajas del comprobador de webs caídas

• Dos puntos de vista reales: además de la comprobación desde nuestro servidor, tu navegador lanza la suya desde tu red. Son dos ubicaciones distintas de verdad, no una sola presentada como si fueran varias.
• Cuatro estados en lugar de dos: distinguir entre bloqueo, avería y caída total evita abrir una incidencia con el proveedor cuando el sitio funciona perfectamente.
• El fallo con nombre concreto: el resultado diferencia dominio inexistente, DNS que no resuelve, conexión rechazada, tiempo agotado y fallo de TLS. Si sospechas de la zona DNS, contrástalo con la consulta de registros DNS.
• Reintento antes de dar por caída una web: un fallo duro se repite tras una breve espera y solo se confirma si vuelve a fallar, lo que filtra los cortes de segundos.
• Páginas rotas con código 200: un error de base de datos o un aviso de mantenimiento devuelven a menudo un 200 correcto, y aquí bajan el veredicto a "con problemas".
• Aviso de certificado caducado: cuando el fallo es de TLS lo verás señalado como tal y podrás revisar la cadena con el comprobador de certificados SSL.
• Checklist cuando el fallo es tuyo: si tu red es la que no llega, la herramienta muestra los pasos concretos que sí puedes hacer tú.
• Sin registro ni claves: no hay cuenta que crear, ni API key que pedir, ni límite de comprobaciones diarias.

Funciones clave de la herramienta

• Normalización de la dirección: acepta dominios sueltos, URLs completas y direcciones con o sin www, y rechaza las entradas inválidas antes de tocar la red.
• Petición HTTP real: la comprobación usa un user agent de Chrome realista, igual que un visitante cualquiera, en lugar de una firma de robot que muchos servidores filtran.
• Redirecciones seguidas salto a salto: cada redirección se sigue manualmente con tope de saltos y detección de bucles, así que una cadena mal montada se detecta en vez de agotar el tiempo en silencio.
• Cada salto anclado a una IP pública: las direcciones privadas, de loopback y reservadas se rechazan por seguridad.
• Análisis del cuerpo de la página: se examinan los primeros 64 KB en busca de firmas conocidas de páginas rotas, como el error de conexión a la base de datos o el aviso de cuenta suspendida.
• Clasificación del fallo de DNS: la herramienta comprueba la presencia de registros para separar un dominio que no existe de uno que sí existe pero no resuelve ahora mismo. Para ver a qué IP apunta realmente, usa el conversor de dominio a IP.
• Segunda comprobación en tu navegador: una petición sin lectura de respuesta indica si tu red alcanzó el servidor, que es exactamente el dato que falta para saber si eres solo tú.
• Detalles técnicos del intento: código de estado, tiempo de respuesta, IP del servidor y destino final de la redirección aparecen junto al veredicto. Si quieres la cabecera completa, ábrela con el visor de cabeceras HTTP.
• Marca de tiempo y recomprobación: cada resultado indica hace cuánto se hizo y ofrece un botón para repetirlo al instante.
• Resultado copiable: un clic copia el veredicto con sus detalles, listo para pegarlo en un ticket de soporte o en el grupo de WhatsApp del equipo.
• Identificación del alojamiento: si el fallo se repite, saber quién aloja el sitio ayuda a decidir a quién reclamar, algo que resuelve el comprobador de alojamiento web.

Cómo funciona el comprobador de ToolsPivot

1. Introduces la dirección. Escribes el dominio o la URL completa y la herramienta la valida antes de hacer nada más.
2. Se lanza la comprobación desde nuestro servidor. Una petición HTTP real recorre las redirecciones necesarias hasta llegar a la respuesta definitiva.
3. Se clasifica la respuesta. El código obtenido se traduce a uno de los cuatro estados, y un 200 pasa además por el análisis del contenido.
4. Se repite si el resultado es caída. Un fallo sin respuesta se reintenta tras una breve espera para descartar un corte pasajero.
5. Tu navegador hace su propia comprobación. En paralelo, tu equipo intenta alcanzar el mismo servidor desde tu conexión.
6. Se combinan los dos resultados. Obtienes una conclusión en lenguaje claro y, si el problema está en tu lado, la lista de pasos para resolverlo. Cuando el sitio responde pero va lento, el medidor de velocidad de página aporta el detalle que falta.

Cuándo usar el comprobador de webs caídas

El mejor momento es justo cuando una web no carga y todavía no sabes de quién es la culpa. También sirve como primera comprobación antes de escribir a soporte, porque llegar con un código de estado y una hora concreta acorta muchísimo la conversación.

• Una tienda no carga: compruebas si el problema afecta a todo el mundo antes de dar por perdido el pedido.
• Tu propia web parece caída: confirmas si el fallo es real antes de llamar al proveedor de hosting un domingo por la tarde.
• Después de un despliegue: verificas que el sitio sigue respondiendo y que la redirección apunta donde debe.
• Tras cambiar los DNS: distingues entre propagación en curso y configuración mal puesta.
• Cuando caduca un dominio: el estado de dominio inexistente es una señal clara, y el comprobador de disponibilidad de dominios confirma si ha quedado libre.
• Antes de enlazar a un sitio externo: evitas mandar a tus lectores a una página muerta. Para revisar un sitio entero de golpe está el comprobador de enlaces rotos.
• Cuando solo falla en tu oficina: el contraste entre las dos comprobaciones apunta directamente a la red local o al filtrado corporativo.

Un caso concreto: si el sitio responde bien desde fuera pero falla en varios dispositivos de tu casa, el problema está en el router o en los DNS de tu operador.

Casos de uso

Tienda online en plena campaña

Contexto: una pyme de Valencia lanza una promoción y empiezan a llegar mensajes de clientes que dicen que la web no va.

• La responsable comprueba el dominio y obtiene "con problemas" por un error 503.
• El detalle muestra que el servidor sí responde, pero está saturado.
• Copia el resultado y lo envía al proveedor con la hora exacta.

Resultado: el hosting amplía recursos en minutos en lugar de pedir capturas y descripciones vagas del fallo.

Autónomo que no puede facturar

Contexto: un autónomo intenta entrar en su plataforma de facturación para preparar el modelo 303 y la página se queda en blanco.

• La comprobación desde nuestro servidor devuelve el sitio como activo.
• La comprobación desde su navegador falla, así que el problema es suyo.
• Sigue la lista de pasos y descubre que el bloqueo venía de una extensión del navegador.

Resultado: recupera el acceso sin abrir una incidencia ni perder la tarde con el servicio de soporte.

Agencia que audita un dominio ajeno

Contexto: una consultora SEO revisa el dominio de un cliente potencial y no consigue abrirlo desde el navegador.

• El veredicto indica que el sitio responde pero bloquea comprobaciones automáticas.
• Ese dato ya dice que hay un WAF o un CDN delante filtrando el tráfico.
• El equipo completa el perfil del dominio con la consulta WHOIS del dominio.

Resultado: la propuesta comercial parte de un diagnóstico correcto y no de la idea equivocada de que el sitio estaba caído.

Enlace sospechoso recibido por mensaje

Contexto: alguien recibe por WhatsApp un enlace de un supuesto envío pendiente y quiere saber si la dirección existe siquiera.

• La comprobación indica que el dominio no existe o que se registró hace días.
• Si responde, el detalle muestra a dónde redirige realmente.
• Antes de abrirlo, conviene pasarlo por el comprobador de seguridad de sitios web.

Resultado: se descarta un intento de fraude sin haber cargado la página en el móvil.

Los cuatro estados del veredicto y qué significa cada uno

Cada comprobación termina en uno de cuatro estados, y la diferencia entre ellos es justo lo que un resultado binario te oculta. Un sitio bloqueando comprobaciones no es un sitio caído, y una web que devuelve un 200 tampoco está necesariamente sana.

• Activa: el sitio ha contestado con un 2xx, directamente o tras una redirección correcta.
• Responde pero bloquea comprobaciones: un 401, 403 o 429, o un 503 servido por un CDN. El servidor está vivo y rechaza al sistema automático, no a los visitantes.
• Con problemas: un error 5xx, o un 200 que esconde un error de base de datos, un aviso de mantenimiento o una cuenta suspendida.
• Caída o inaccesible: ninguna respuesta tras el reintento, con subtipo indicado: el dominio no existe, el DNS no resuelve, la conexión fue rechazada, se agotó el tiempo o falló el TLS.

Qué hacer si el fallo está en tu lado

Cuando nuestro servidor llega al sitio y tu navegador no, el problema está entre tu equipo y la red, y casi siempre se resuelve en pocos minutos. Estos son los pasos en el orden que más suele funcionar en España.

• Prueba con datos móviles: si con la red del móvil sí carga, el fallo está en tu wifi, en el router o en los DNS de tu operador.
• Cambia de navegador: si solo falla en uno, sospecha de una extensión, de la caché o de cookies dañadas. Comprueba qué versión estás usando con el detector de navegador.
• Reinicia el router: apagarlo un minuto entero resuelve buena parte de los problemas de resolución de nombres.
• Descarta una incidencia del operador: Movistar, Vodafone, Orange, Digi y los operadores que usan sus redes sufren cortes por zonas, y sus canales de atención suelen confirmarlo antes que nadie.
• Comprueba tu conexión: una línea que va a tirones da tiempos agotados que parecen caídas del sitio. El test de velocidad de internet lo aclara en un minuto.
• Revisa filtros y antivirus: el control parental, el firewall corporativo y algunas VPN bloquean dominios sin avisar.

Lo que esta herramienta no hace

La comprobación del servidor sale de una sola ubicación, y eso conviene tenerlo presente al leer el resultado. Un sitio puede estar caído para media Europa y responder bien a nuestro servidor, o al revés, así que cada resultado lleva ese aviso incorporado en lugar de venderte una certeza global que no existe.

• No usa ping: muchos servidores descartan el tráfico ICMP mientras sirven páginas con total normalidad, de modo que un ping fallido no significa nada. La petición HTTP es la señal fiable.
• No guarda historial de caídas: no verás gráficos de las últimas semanas, porque un historial creado a partir de comprobaciones sueltas de otros usuarios no mide la disponibilidad real de un sitio.
• No comprueba redes internas: las IP privadas y reservadas se rechazan por diseño, así que una intranet o un entorno local no se pueden sondear desde aquí.
• La comprobación de tu navegador sale de tu conexión: el sitio consultado ve tu dirección IP en ese segundo intento, igual que si hubieras abierto la página tú mismo.

Preguntas frecuentes

¿Cómo sé si una web está caída solo para mí?

Lo sabes comparando dos comprobaciones desde redes distintas. Esta herramienta lanza una desde nuestro servidor y otra desde tu navegador, así que si la primera funciona y la segunda falla, el problema es de tu equipo o de tu red. Puedes confirmar desde qué dirección sales a internet con el visor de tu dirección IP.

¿Qué significa que un sitio responde pero bloquea las comprobaciones?

Significa que el servidor está funcionando y ha rechazado la petición automática a propósito. Suele ser cosa de Cloudflare u otro cortafuegos que devuelve un 403 o un 429 a lo que identifica como robot, mientras los visitantes normales entran sin problema.

¿Por qué la herramienta dice que la web funciona si yo no puedo entrar?

Porque el sitio responde a nuestro servidor y no a tu red. Las causas habituales son la caché del navegador, unos DNS locales desactualizados, una extensión que bloquea el dominio o un filtro de tu empresa.

¿Es fiable una comprobación desde un solo punto?

Es fiable para lo que mide, y por eso el resultado lo advierte. Una respuesta correcta desde nuestra ubicación no garantiza disponibilidad mundial, aunque la comprobación desde tu conexión reduce ese margen.

¿Por qué no se usa ping para saber si una web está caída?

Porque el ping mide algo distinto y falla con frecuencia en sitios perfectamente sanos. Numerosos proveedores y CDN bloquean el tráfico ICMP por seguridad, así que un ping sin respuesta no dice nada sobre si la web sirve páginas o no.

¿Qué diferencia hay entre "el dominio no existe" y "el DNS no resuelve"?

El primero es definitivo y el segundo suele ser pasajero. Si el dominio no existe, no hay registros asociados y probablemente esté sin registrar o caducado; si el DNS no resuelve, el dominio existe pero sus servidores de nombres no contestan en este momento.

¿Detecta una web que carga pero muestra un error de base de datos?

Sí, ese caso se detecta y baja el veredicto a "con problemas". La herramienta revisa el principio del HTML en busca de mensajes típicos de página rota, aunque el servidor haya devuelto un código 200 aparentemente correcto.

¿Hace falta registrarse o pagar algo?

No, la comprobación es gratuita y no requiere cuenta. Tampoco depende de claves de terceros, así que no hay cupo mensual que se agote a mitad de mes.

¿Qué hago si la web está caída de verdad y es mía?

Contacta con tu proveedor de alojamiento con el código de estado y la hora en la mano. Si el veredicto apunta a un fallo de TLS revisa el certificado, y si apunta al DNS comprueba los servidores de nombres y la renovación del dominio.

¿Sirve para comprobar aplicaciones como Instagram o una app bancaria?

Sirve para el sitio web de esos servicios, no para la aplicación móvil. Una app puede fallar mientras su web responde con normalidad, porque suelen usar servidores y rutas distintas.

¿Cuánto tarda la comprobación?

Normalmente unos segundos. Un sitio caído tarda algo más, porque se agota el tiempo de espera y después se hace un reintento antes de confirmar el veredicto.

¿Puedo comprobar una dirección IP interna o una intranet?

No, las direcciones privadas, de loopback y reservadas se rechazan. Es una medida de seguridad para que la herramienta no sirva para sondear redes que no son públicas.

¿Por qué aparece "con problemas" en lugar de "caída"?

Porque el servidor sí ha contestado, pero con un error. Un 500 o un 503 indican que hay algo roto dentro del sitio, y esa distinción importa: la web existe, responde y el fallo es de aplicación o de configuración, no de conectividad.

¿Guarda la herramienta un registro de las caídas de un sitio?

No, cada comprobación es independiente y no se construye un historial público. Si necesitas seguimiento continuo con avisos, lo tuyo es un servicio de monitorización, no un comprobador puntual.

Related Tools You Might Like

Texto a imagen Traductor binario Verificar CSR Prueba de compatibilidad con dispositivos móviles Comparación de diferencias de código ¿Cuál es mi dirección IP?