Monitorización de URL en Datadog: métricas de redirección

La monitorización de URL en Datadog para los enlaces cortos de Elido viene de dos fuentes. Elido envía por sí mismo los datos de clics: un log por clic a la entrada de Datadog Logs, más tres métricas de recuento de clics enviadas cada 60 segundos. No envía latencia de redirección ni códigos de estado. Para eso apuntas una prueba HTTP de Datadog Synthetics a un enlace corto canario, y el panel de latencia de redirección, los monitores y el SLO se apoyan en esa pareja.

Esa división es todo el diseño. El lado de los clics te dice cuánta gente pasó por tus enlaces y desde dónde, y el lado sintético te dice si la redirección respondió, con qué rapidez y con el estado correcto. Este artículo cubre las formas exactas de las métricas y los logs, cómo conectarlos, qué poner en el panel y dónde termina.

Si la latencia es la razón por la que estás aquí, lee primero cómo funciona el presupuesto de p95 bajo 15 ms. Explica qué aspecto tiene un número sano antes de que elijas un umbral.

Qué envía realmente Elido a Datadog

Cada clic en un espacio de trabajo conectado toma dos caminos. El camino de logs envía un lote de una sola entrada a https://http-intake.logs.<site>/api/v2/logs, justo después de registrar el clic. El camino de métricas incrementa un contador en memoria, y un proceso de envío publica los recuentos en https://api.<site>/api/v2/series una vez por minuto. Ambos se autentican con la cabecera DD-API-KEY.

Las métricas son gauges, y el valor es el número de clics contados desde el envío anterior. Así que un punto de 37 significa 37 clics en aproximadamente el último minuto. Es la unidad natural para un gráfico de operaciones, y significa que sumas a lo largo del tiempo para obtener totales en lugar de aplicar as_count(). Fíjate en lo que falta: no hay etiqueta link_id ni slug en las métricas. Lo considero una decisión sensata por el coste, porque Datadog factura las métricas personalizadas por combinación única de etiquetas, y una etiqueta de slug en un espacio de trabajo con mucho tráfico multiplicaría el número de series por el número de enlaces.

El log lleva link_id también como etiqueta de Datadog, y está etiquetado service:click-ingester con host elido-edge, así que ese es el nombre de servicio por el que filtrar. Los campos llegan anidados bajo un objeto attributes, de modo que en Log Explorer las facetas se ven como @attributes.slug y @attributes.country. Expande un log antes de construir nada. Diez segundos que ahorran una consulta rota.

Conectar Datadog en tu espacio de trabajo de Elido

La configuración son dos campos. Necesitas una clave de API de Datadog (no una clave de aplicación) y el sitio en el que se ejecuta tu organización.

1. En Datadog, abre Organization Settings, luego API Keys, y crea una con un nombre como elido-forwarder.
2. Comprueba tu sitio. La guía de sitios de Datadog asigna cada URL de acceso a su sitio; app.datadoghq.eu significa que introduces datadoghq.eu, us5.datadoghq.com significa que introduces exactamente eso.
3. En Elido, abre Integrations, elige Datadog, pega la clave, escribe el sitio y guarda. La clave se cifra en reposo.
4. Espera hasta cinco minutos, porque el reenviador guarda en caché los ajustes de integración del espacio de trabajo, luego haz clic en uno de tus propios enlaces desde un teléfono y busca source:elido en Log Explorer.

Si dejas el sitio en blanco, Elido asume datadoghq.com. Para una organización de la UE, ese es el clásico fallo silencioso. Un error tipográfico produce lo mismo. Cada POST falla y nadie ve el error.

El botón Test connection envía un log de prueba (marcado elido_test: true) a tu sitio de Datadog y muestra la respuesta de Datadog, así que una clave o un sitio incorrectos fallan ahí mismo con el 403 de Datadog. Aprobar demuestra que la clave funciona, no que tus pipelines e índices conserven los logs, así que la prueba real sigue siendo que aparezca un log de clic. La misma regla que para el reenviador de clics a Mixpanel: clic real, o no ocurrió.

Construir un panel de latencia de redirección que mida el salto

Como Elido no envía tiempos, los datos de latencia tienen que venir de algo que haga peticiones. Una prueba HTTP de Datadog Synthetics es la herramienta adecuada, y mide lo que siente el visitante, incluidos DNS y TLS.

Esta es la prueba que configuro en cada espacio de trabajo:

• URL: un enlace canario dedicado, idealmente en tu propio dominio personalizado, que apunte a algo aburrido y estable.
• Seguir redirecciones: desactivado. Con él activado, estás midiendo tu página de destino, y una imagen principal lenta te avisará a las 3 de la madrugada por una redirección que iba bien.
• Aserciones: el código de estado es 302 (el predeterminado; usa 301 o 307 si es lo que configuraste, y 301 vs 302 explica la disyuntiva), la cabecera location contiene tu destino y el tiempo de respuesta está por debajo de un umbral.
• Ubicaciones: al menos tres, con una en la región de la UE donde está tu audiencia. Ejecútala cada minuto.
• Cabecera: un User-Agent que contenga bot, para que Elido trate la sonda como un bot y omita el evento de clic.

Elige el umbral según lo que observes durante una semana, no según un artículo de blog. Los tiempos sintéticos incluyen la ruta de red de la propia sonda, así que una sonda en otro continente nunca coincidirá con una cifra dentro de la región, y no pasa nada. Lo que quieres es una línea que se mantenga plana.

El panel necesita entonces cuatro widgets. Tiempo de respuesta por ubicación, como serie temporal de la prueba sintética. Tasa de aciertos de las aserciones. Clics por minuto de elido.clicks. Y una lista de los países principales.

# Clics por minuto en todo el espacio de trabajo (los huecos pasan a ser ceros)
default_zero(sum:elido.clicks{workspace_id:42})

# Totales de clics por hora
sum:elido.clicks{workspace_id:42}.rollup(sum, 3600)

# Los 10 países principales en la ventana del panel
top(sum:elido.clicks_by_country{workspace_id:42} by {country}, 10, 'sum', 'desc')

¿Por qué default_zero? Porque un minuto sin clics no produce ningún punto, y sin la función de interpolación Datadog traza una línea recta a través del hueco. Esa línea miente.

Monitores para caídas de clics y enlaces cortos rotos

Tres monitores cubren la mayor parte de lo que sale mal con los enlaces, y cada uno usa una fuente distinta, que es donde rinde la división de la primera sección.

Redirección rota o lenta. La prueba sintética ya es un monitor. Alerta cuando dos o más ubicaciones fallen en la misma ejecución, para que una región de sonda inestable no despierte a nadie. Cualquier respuesta distinta de tu 302 falla la aserción de estado, así que un enlace canario eliminado, caducado o en pausa aparece aquí como un 404 o un 410.

Tráfico detenido. Crea un monitor de métrica sobre sum:elido.clicks{workspace_id:42} y activa la notificación de datos ausentes tras, por ejemplo, 30 minutos. Como Elido no envía nada en un minuto tranquilo, "sin datos" aquí significa de verdad "sin clics", que es el evento que te importa durante una campaña.

Tráfico extraño. Un monitor de anomalías sobre la misma métrica, con la dirección fijada en por debajo, detecta una campaña que normalmente hace 4.000 clics por hora y de repente hace 200. He visto ese patrón tres veces, y cada vez la causa estaba fuera del enlace: un anuncio rechazado, un boletín enviado al segmento equivocado, un cartel con QR detrás de un andamio. Dale un par de semanas de historial antes de fiarte de sus bandas.

¿Quieres alertas por enlace? Las métricas no pueden, pero los logs sí. Crea una métrica basada en logs a partir de source:elido agrupada por @attributes.slug, y obtienes un recuento de clics por slug que puedes monitorizar. Limítala a un conjunto filtrado de slugs de campaña, o el coste de cardinalidad vuelve por la puerta de atrás.

Un SLO que realmente puedas defender

Un objetivo de nivel de servicio sobre un enlace corto solo significa algo si su fuente mide la redirección. Constrúyelo sobre la prueba sintética. Un SLO basado en monitor con esa única prueba como monitor cumple la función.

Yo empezaría en el 99,9% a 30 días. Son unos 43 minutos de comprobaciones fallidas al mes, y es un presupuesto que puedes explicar a un responsable de marketing en una frase. No lo construyas sobre el volumen de clics. Los clics miden la demanda, no la salud; un enlace en el que nadie hace clic está perfectamente disponible.

Si lo que te faltaba era una línea plana en ese widget del SLO, crea un espacio de trabajo, apunta el canario a tu propio dominio y déjalo correr una semana antes de fijar el objetivo.

Elido autoalojado: extraer los contadores de redirección

Si ejecutas tú mismo el servicio de redirección (posible solo como despliegue Enterprise por contrato en tu propia infraestructura; Elido no se vende como producto autoalojado descargable) tienes una fuente más. El servicio de redirección expone un endpoint de Prometheus en /metrics, y la comprobación OpenMetrics del Agente de Datadog puede extraerlo. La serie útil es elido_edge_redirect_total, un contador con las etiquetas fleet y outcome, donde los resultados incluyen ok, notfound, expired, paused, disabled, blocked, capped y error.

Eso te da lo que la integración SaaS no: una tasa real de 404 sobre todo el tráfico, calculada como notfound entre el total. Un segundo contador, edge_redirect_clicks_filtered_bot_total, muestra cuántas redirecciones se sirvieron a bots sin evento de clic. Aun así, ese endpoint no tiene histograma de latencia. La latencia sigue viniendo de Synthetics, autoalojado o no. La guía de autoalojamiento con k3s cubre dónde se sitúa ese endpoint en el despliegue.

Dónde termina la integración con Datadog

Ahora los límites, empezando por los que más probablemente te afecten.

La entrega es de mejor esfuerzo, y viene del pipeline de clics, así que puede ir un instante por detrás de la redirección. Un POST de log fallido recibe un reintento tras un segundo y después se descarta. Un envío de métricas fallido no se reintenta en absoluto; ese minuto se pierde, y la siguiente ventana empieza limpia. Trata elido.clicks como una línea de tendencia y concilia los totales con la analítica de clics propia de Elido, que es el registro de verdad.

Los logs llevan la IP del visitante y la URL de destino completa, con las etiquetas UTM incluidas. Si tu organización de Datadog está en EE. UU., son datos personales que salen de la UE, y la guía de residencia de datos en la UE para equipos de marketing explica cómo sopesarlo. Como mínimo, elige el sitio de la UE si lo tienes.

El coste de los logs escala con los clics, un log ingerido por cada uno. Un enlace viral genera una factura viral. Los filtros de exclusión, o una métrica basada en logs combinada con un índice de retención corta, lo mantienen a raya.

Y el alcance son los clics. Sin eventos de creación de enlaces, sin conversiones, sin latencia, sin códigos de estado. Sinceramente, no estoy seguro de que un reenviador de clics deba llevar latencia en absoluto; la sonda que mide desde fuera es de todos modos el testigo más veraz.

Las páginas de documentación de Datadog enlazadas arriba (consultado el 2026-10-25). Para el presupuesto de latencia detrás de la redirección, consulta el artículo sobre el p95 bajo 15 ms

Relacionado en el blog

• Seguimiento de enlaces con Mixpanel - el mismo reenviador de clics, apuntado a la analítica de producto.
• Estrategia de caché para redirecciones de URL - por qué la latencia de redirección tiene el aspecto que tiene.
• Estrategia de prevención de la degradación de enlaces - qué hacer después de que salte el monitor de 404.
• Clics en enlaces cortos vs sesiones de GA4 - por qué tus recuentos de clics y las sesiones de analítica no coinciden.
• Seguimiento de GA4 del lado del servidor mediante redirecciones - eventos de clic del lado del servidor, enviados a Google.
• Seguimiento de enlaces con Klaviyo - el mismo reenviador de clics, enviando cada clic a Klaviyo.