Un 429 significa que un cliente ha enviado demasiadas peticiones en muy poco tiempo. Cómo funcionan los límites de peticiones, qué indica Retry-After, cómo aplicar backoff y por qué un monitor de uptime puede toparse con uno.
429 Too Many Requests significa que el cliente ha superado un límite de peticiones; no hay nada roto, y reintentar de inmediato lo empeora.
Retry-After indica cuánto esperar, en segundos o como fecha; las cabeceras X-RateLimit son una convención cuyo significado varía según la API.
Los clientes deberían respetar Retry-After, aplicar backoff exponencial con jitter, limitar los reintentos y enviar menos peticiones.
Los propietarios de sitios deberían responder 429 en lugar de 503 o 403, enviar Retry-After, limitar por clave cuando sea posible y eximir su monitorización.
Las comprobaciones sintéticas prueban tu web según un calendario; la monitorización de usuarios reales mide las visitas reales. Cómo funciona cada una, qué se le escapa a cada una y por dónde empezar.
Un 403 significa que el servidor entendió la petición y la rechazó. Las causas habituales, qué pueden probar los visitantes, cómo encuentran los propietarios la regla que bloquea y por qué los monitores reciben 403 que los navegadores no ven.
Las comprobaciones de uptime preguntan a tu servicio si está activo; los heartbeats esperan a que tu tarea avise de que se ha ejecutado. Cómo funciona cada uno, qué se le escapa a cada uno y cómo combinarlos.
Una página puede responder 200 y aun así mostrar un error, una tienda vacía o la web de otro. Cómo lo detectan las comprobaciones de palabras clave y cómo elegir un texto que no dé falsas alarmas.
Tu web está caída y necesitas saber por qué. Revisa en orden el DNS, la conexión, el certificado, la CDN, el servidor y la aplicación, con una prueba rápida para cada uno.
HSTS, Content-Security-Policy, X-Content-Type-Options, protección frente a frames, Referrer-Policy y Permissions-Policy: qué hace cada una y un valor seguro para empezar.
Desde el 15 de marzo de 2026, los certificados TLS públicos tienen un máximo de 200 días, y después 100 y 47 días. El calendario, qué cambia en la validación de dominio y una checklist para prepararte.
Los cambios de DNS no se envían a nadie: las copias en caché caducan. Por qué la propagación tarda de minutos a dos días, cómo comprobarla con dig y cómo planificar un cambio.
Cómo calcular un presupuesto de errores a partir de un SLO, qué lo consume, cómo funciona el burn rate y cómo redactar una política de presupuesto de errores que tu equipo cumpla de verdad.
La fórmula del uptime, ejemplos resueltos con incidencias y mantenimiento, cómo combinar el uptime de varios componentes y en qué se diferencian uptime, disponibilidad y fiabilidad.
Un 99,9 % de uptime permite 43 minutos y 49 segundos de inactividad en un mes medio. Qué permite cada nivel de nueves por día, mes y año, cómo miden los SLA el uptime, cómo funcionan los créditos de servicio y cómo elegir un objetivo.
14 días de prueba gratis · Después, gratis con 5 monitores · Sin tarjeta de crédito
Ayúdanos a mejorar Uptimecheck
Con tu permiso, Google Analytics y Microsoft Clarity nos muestran qué páginas ayudan y dónde se atascan los visitantes. Instalan cookies durante un máximo de 13 meses. Sin tu permiso, ninguno de los dos se ejecuta. Puedes cambiar de opinión en cualquier momento en Configuración de cookies, al pie de la página. Política de privacidad