Solicitud HTTP
La tarea HTTP muestra si un sitio web o servicio web se abre como se espera en el trabajo normal.
Cuándo usar
- Cuando necesite controlar una página del sitio, panel personal o endpoint de health.
- Cuando sea importante verificar no solo la disponibilidad del servidor, sino también la respuesta HTTP correcta.
- Cuando quiera ver el fallo desde la perspectiva del usuario, no solo por un puerto abierto.
Cuándo elegir otro tipo
- Si solo necesita verificar la conectividad de red básica del servidor, Ping suele ser suficiente.
- Si solo importa la validez del certificado, SSL es mejor.
- Si el monitoreo debe esperar una señal de un proceso externo, use «Evento externo».
Atención:
para la verificación principal, elija una URL que realmente refleje el estado operativo del servicio,
no una página aleatoria que pueda cambiar por autenticación, publicidad o personalización.
Campos generales del formulario
| Campo | Qué significa | Qué indicar | Ejemplo |
|---|---|---|---|
| Tarea activada | Determina si la verificación se iniciará inmediatamente después de guardar. | Deje la tarea activada si quiere comenzar el monitoreo de inmediato. | Activado |
| Nombre | Nombre de la verificación en la lista y notificaciones. | Indique qué se está verificando exactamente. | Página principal example.com |
| Grupo | Permite asignar la tarea a un proyecto o sección. | Seleccione un grupo si quiere mantener las tareas del proyecto juntas. | Sitio example.com |
| Intervalo | Con qué frecuencia se ejecutará la verificación HTTP. | Seleccione el intervalo según la importancia de la página o servicio. | 5 minutos |
| Canales de notificación | Dónde enviar mensajes sobre problemas y recuperaciones. | Marque los canales donde realmente lee las notificaciones. | Telegram y email |
| Informes | Resúmenes periódicos de la tarea. | Actívelo si quiere recibir un resumen sin entrar manualmente al panel. | Informe semanal |
Campos de verificación HTTP
| Campo | Qué significa | Qué indicar | Ejemplo |
|---|---|---|---|
| Método | Qué solicitud HTTP se enviará. | Normalmente GET es suficiente. Otros métodos son necesarios si su endpoint los requiere específicamente. | GET |
| URL | Dirección completa de la página o endpoint a verificar. | Indique la URL completa con esquema y dominio. | https://example.com/health |
| Timeout | Cuánto tiempo esperar la respuesta antes del error por inaccesibilidad. | Seleccione un valor un poco mayor al tiempo de respuesta normal de su servicio. | 30 segundos |
| Palabra clave | Verificación adicional del contenido de la respuesta. | Indique el texto que debe estar presente en la respuesta. | OK |
| Configuraciones avanzadas | Abre campos HTTP adicionales. | Actívelo solo si necesita encabezados, cuerpo de solicitud o su propia lista de códigos exitosos. | Activado |
| Encabezados | Encabezados HTTP adicionales de la solicitud. | Agregue solo los encabezados que su API realmente necesite. | Authorization: Bearer <token> Accept: application/json |
| Contenido | Cuerpo de la solicitud HTTP para POST, PUT o PATCH. | Llénelo si el endpoint espera JSON u otro cuerpo de solicitud. | {"event":"healthcheck"} |
| Códigos de respuesta exitosos | Qué códigos HTTP considerar resultado normal. | Deje el rango estándar o defina sus propios códigos y rangos. | 200-299, 301 |
| Permitir certificado autofirmado | No considerar error un certificado que los navegadores no confían. | Habilita para servicios internos por HTTPS con su propio certificado. | Deshabilitado |
| Puntos de verificación permitidos | Desde qué puntos se realizará la verificación. | Deje todos los puntos si no necesita un escenario especial por regiones o redes. | Todos los puntos de verificación |
Cuándo llegará la alerta
- El sitio o endpoint no responda a tiempo.
- El servidor devuelva un código que no está en la lista de exitosos.
- En la respuesta no aparezca el texto obligatorio, si indicó una palabra clave.
- Para una dirección HTTPS no se puede establecer una conexión segura: el certificado ha expirado, no es confiable o fue emitido para otro nombre. La razón de la verificación indicará exactamente qué está mal.
¿Verificas un servicio interno? Si funciona por HTTPS con certificado autofirmado,
habilita «Configuraciones avanzadas» y marca el parámetro «Permitir certificado autofirmado» —
de lo contrario la verificación fallará por desconfianza al certificado, aunque el servicio responda normalmente.
Configuración de notificaciones
Para cada canal de notificación en la tarea se pueden definir parámetros adicionales. Solo actúan para eventos DOWN.
| Parámetro | Qué hace |
|---|---|
| Activado | Permite o prohíbe el envío de notificaciones por este canal para esta tarea. |
| Retrasar PRO | Retrasa la primera notificación de DOWN por el tiempo seleccionado (hasta 12 horas). Útil para no recibir alertas por fallos temporales breves. |
| Repetir cada PRO | Repite periódicamente la notificación mientras la tarea permanezca en estado DOWN (hasta 1 hora entre repeticiones). Adecuado cuando es importante no perder de vista un fallo prolongado. |
Los parámetros «Posponer» y «Repetir» no afectan los eventos UP ni las notificaciones de recuperación.