Estadísticas de verificación alojada
La verificación alojada mantiene su propia estadística, separada de la estadística de verificación de una clave de sitio. La página de verificación responde "¿están pasando las personas reales?"; esta página responde una pregunta más estrecha: "¿están llegando realmente mis envíos verificados a mis destinos?" Es la única retroalimentación que obtienes, porque los envíos en sí nunca se almacenan, así que aquí es donde notas un webhook que empezó a fallar.
Como todo en el dashboard, los números aquí son recuentos agregados de desenlaces de entrega. Nunca incluyen el contenido de ningún envío.
Dónde vive
Hay dos vistas de los mismos datos:
| Vista | Alcance |
|---|---|
| Por clave de sitio | Entregas de una clave de sitio. Abierta desde la clave de sitio. |
| Por equipo | Entregas entre cada clave de sitio del equipo, para una foto de toda la cuenta. |
Elige un rango de tiempo arriba: Hoy, Ayer, 7 días, 28 días, o Todo el tiempo. Cada mosaico y el gráfico siguen el rango que elijas.
Los cuatro mosaicos
Cuatro mosaicos de cabecera totalizan el rango que elegiste:
- Webhook entregado: envíos que tu webhook aceptó (devolvió un estado de éxito).
- Webhook fallido: envíos que Caputchin intentó pero no pudo entregar a tu webhook.
- Correo entregado: correos de envío que el proveedor de correo aceptó.
- Correo fallido: correos de envío que no se pudieron enviar.
Un mosaico marca cero para un destino que no has configurado. Si solo usas un webhook, los mosaicos de correo se quedan en cero, y viceversa.
Actividad de entrega en el tiempo
El gráfico traza los mismos cuatro desenlaces a lo largo de tu rango, para que puedas ver cuándo cambió algo en vez de solo que cambió. Una verificación alojada sana se ve como las dos líneas "entregado" siguiendo tu volumen de envíos y las dos líneas "fallido" planas cerca de cero.
El gráfico colapsa varios motivos de fallo subyacentes en una línea "fallido" por destino, para que la línea sea fácil de leer. Caputchin registra el motivo concreto detrás de cada fallo para que soporte lo investigue; las categorías son:
| Destino | Un fallo significa uno de |
|---|---|
| Webhook | Tu endpoint devolvió un estado de no-éxito, expiró, la conexión en sí falló, o su URL fue bloqueada como insegura justo antes de la entrega. |
| Correo | El proveedor de correo rechazó el mensaje, la llamada a él falló, o el envío de correo no está configurado en el servidor. |
Leer un pico
Un salto repentino en cualquiera de las líneas "fallido" es la señal de actuar, y la causa casi siempre está del lado del destino, no de Caputchin:
- Fallos de webhook subiendo. Tu endpoint está caído, lento (las entregas expiran tras unos segundos), devolviendo un estado de error, o ha movido a una URL que ahora parece insegura. Comprueba que el endpoint está arriba y alcanzable en una URL
httpspública, y envía una entrega de prueba fresca para confirmar una vez que lo hayas arreglado. - Fallos de correo subiendo. La dirección está siendo rechazada aguas abajo, o la entrega de correo está temporalmente no disponible. Confirma la dirección de destino y reintenta con una entrega de prueba.
Como una entrega fallida no se reintenta, una ventana de fallos es una ventana de envíos que no te llegaron. Esa es la razón de vigilar esta página en vez de asumir que el silencio significa calma.
Qué no está aquí
- Sin contenido de envíos. La página cuenta desenlaces, nunca payloads. Si necesitas un registro de lo que se envió, almacénalo en el extremo receptor de tu webhook.
- Sin datos por visitante. Misma postura que el resto de Caputchin: ni IPs, ni huellas, ni identidades.
Véase también
- Configura la verificación alojada: cablea un destino y dispara una entrega de prueba.
- Verificación alojada: el concepto y la postura de privacidad.
- Estadística de verificación: el embudo del reto en sí, separado de la entrega.