Qué significa realmente “caído”
Su página de inicio puede verse bien en su teléfono a la hora del almuerzo y seguir inaccesible para clientes en otra ciudad. Los paneles de hosting “se ponen verdes”. El DNS todavía resuelve. La falla es silenciosa hasta que alguien publica una captura—o hasta el lunes, cuando el formulario de contacto está vacío y usted se pregunta por qué. Para un negocio pequeño, el uptime no es un pasatiempo de tableros. Es nombrar a una persona, un teléfono y un camino de respuesta de 15 minutos antes de que empiece la caída.
Esta es una lista de verificación de operador que recomienda TwoQM—no una competencia de proveedores.
Las herramientas de uptime no coinciden en las etiquetas. Alinee a su equipo en tres estados prácticos:
Caído — La URL que usan los clientes devuelve errores, se agota el tiempo o nunca carga en comprobaciones desde más de una ubicación.
Degradado — El sitio carga lento, el contenido mixto rompe formularios, el pago o la reserva fallan mientras la página de inicio todavía se pinta.
Falsa alarma — Una sonda falla (falla local del ISP, una sola región, agente de bot bloqueado) mientras los navegadores reales siguen funcionando.
Si trata cada punto rojo como un simulacro de incendio, la gente silencia las alertas. Si espera la queja de un cliente, ya perdió una hora de prospectos.
Elija una sonda que coincida con cómo llegan los clientes
Empiece con la URL pública que la gente escribe o toca desde Google, anuncios y firmas de correo—por lo general https://www.ejemplo.com o el apex después de la redirección que eligió.
Configuración mínima de sonda:
HTTPS GET en la página de marketing (y, si acepta pagos o reservas, una página de ruta crítica).
Intervalo — Cada 1–5 minutos para sitios orientados al cliente; nunca “una vez por hora” si los leads importan el mismo día.
Ubicaciones — Al menos dos regiones. Una sonda puede mentir; dos que coinciden son accionables.
Tiempo de espera — Lo bastante corto para detectar colgamientos (por ejemplo 10–15 segundos), no tan agresivo que cada arranque en frío lo pagine.
Comprobación de palabra clave o estado — Confirme HTTP 200 y una cadena corta y única que demuestre que su aplicación se renderizó (año del copyright en el pie, “Contacto,” nombre del producto)—no solo que un proxy inverso respondió.
No monitoree solo la página de “estado del servidor” del host. Los clientes llegan a su nombre de host a través de DNS, CDN, WAF y origen. Sondee la misma ruta que ellos usan.
Nombre responsables antes de activar las alertas
Escriba tres líneas en una nota compartida que todo el equipo pueda encontrar:
Primario de guardia — Nombre, móvil, horario cubierto.
Respaldo — Quién se eleva si el primario no confirma en 10–15 minutos.
Escalamiento — Ruta de ticket de soporte del host, dueño del login del registrador DNS, dueño de CDN/WAF si son aparte.
Rote si alguien se va. Una alerta que envía SMS a un ex empleado es decoración.
También decida horas silenciosas. Noches y fines de semana siguen necesitando un respaldo alcanzable si el sitio toma reservas o formularios que impulsan ingresos del día siguiente. “Lo vemos en la mañana” es una decisión de negocio—hágalo explícito.
Canales de alerta que la gente realmente responde
El correo de uptime solo se queda sin leer junto a los boletines. Prefiera un conjunto que pagine a un humano:
SMS o voz para caídas confirmadas (después de una ventana corta de confirmación).
Push de chat (Slack/Teams) para degradación y para el hilo de confirmación.
Ticket solo como pista de auditoría—no el primer timbre.
Exija una acción de confirmación (acknowledge): alguien toca “Estoy revisando” para que no despierten al respaldo dos veces por el mismo incidente. Si nadie confirma en 10–15 minutos, pagine automáticamente al respaldo.
Confirme antes de despertar a toda la empresa
Los buenos monitores confirman:
Fallan una vez.
Reintentan desde una segunda ubicación (o esperan un intervalo más).
Luego paginan.
Ese filtro corta la mayoría de las fallas de una sola región. Mantenga un enlace corto al runbook en el cuerpo de la alerta: revise la página de estado, abra la URL en una ventana de Incógnito con datos celulares, anote el estado HTTP, tome captura y luego abra el ticket del host con el nombre de host y la marca de tiempo.
Qué revisar en los primeros 15 minutos
Cuando llegue la página:
Reproducir — Celular + un escritorio en Incógnito. Anote la URL exacta y la hora (America/Chicago para su bitácora de ops).
Alcance — ¿Solo la página de inicio? ¿Formularios? ¿Checkout? ¿Correo? ¿Confusión staging vs producción?
DNS — ¿El nombre todavía resuelve al destino esperado? ¿Cambios recientes de nameservers o registros?
CDN / WAF — Páginas de desafío en el borde, bloqueos de IP o modos “bajo ataque” mal configurados que bloquean usuarios reales.
Origen / panel del host — Disco lleno, PHP/Node detenido, facturación vencida, bandera de mantenimiento, intersticial SSL (aparte de “servidor arriba”).
Ventana de deploy — ¿Alguien publicó, restauró un respaldo o cambió DNS en la última hora?
Registre lo que intentó. La segunda página de una caída siempre es peor sin notas.
Después de restaurar: cierre el ciclo
No silencie el monitor y se vaya.
Confirme que la sonda está verde desde ambas ubicaciones durante varios intervalos.
Haga smoke test del formulario de contacto, reserva o checkout si esas son rutas de dinero.
Escriba una postmortem de tres líneas: disparador, arreglo, prevención (alerta de disco, tarjeta de facturación, checklist de deploy).
Actualice la lista de guardia si la persona equivocada recibió la primera página.
Lista de la misma semana
Sonda HTTPS de la página de inicio cada 1–5 minutos desde ≥2 ubicaciones
Comprobación de palabra clave/estado que pruebe su app, no solo el proxy
Primario + respaldo nombrados con números móviles que funcionan
SMS/voz para caídas confirmadas; chat para el hilo de confirmación
Escalamiento al respaldo en 10–15 minutos si no hay confirmación
Enlace al runbook dentro del texto de la alerta
Smoke test post-restauración de formularios/checkout
Política de horas silenciosas por escrito (aunque la respuesta sea “paginar de todos modos”)
Las herramientas de uptime son baratas frente a un fin de semana silencioso de leads perdidos. Lo difícil es nombrar quién se despierta—y asegurarse de que esa persona todavía trabaja aquí.