Monitorizare URL în Datadog: metrici de redirect pentru linkuri

Monitorizarea URL în Datadog pentru linkurile scurte Elido vine din două surse. Elido însuși trimite date despre clicuri: un jurnal pentru fiecare clic către intake-ul Datadog Logs, plus trei metrici de număr de clicuri trimise la fiecare 60 de secunde. Nu trimite latența redirectului sau codurile de stare. Pentru ele îndrepți un test HTTP Datadog Synthetics spre un link scurt canary, iar dashboardul de latență a redirectului, monitoarele și SLO-ul se sprijină toate pe această pereche.

Împărțirea aceasta este tot designul. Partea de clicuri îți spune câți oameni au trecut prin linkurile tale și de unde, iar partea sintetică îți spune dacă redirectul a răspuns, cât de repede și cu starea corectă. Articolul acoperă formele exacte ale metricilor și jurnalelor, cum le conectezi, ce pui pe dashboard și unde se oprește totul.

Dacă latența este motivul pentru care ai ajuns aici, citește mai întâi cum funcționează bugetul p95 sub 15 ms. Explică cum arată o valoare sănătoasă înainte să alegi un prag.

Ce trimite de fapt Elido către Datadog

Fiecare clic dintr-un workspace conectat urmează două căi. Calea jurnalelor trimite un lot cu o singură intrare la https://http-intake.logs.<site>/api/v2/logs, imediat după înregistrarea clicului. Calea metricilor incrementează un contor din memorie, iar un flusher trimite valorile la https://api.<site>/api/v2/series o dată pe minut. Ambele se autentifică cu header-ul DD-API-KEY.

Metricile sunt gauge-uri, iar valoarea este numărul de clicuri contorizate de la trimiterea anterioară. Deci un punct de 37 înseamnă 37 de clicuri în ultimul minut, aproximativ. Este unitatea naturală pentru un grafic operațional și înseamnă că aduni în timp pentru totaluri, în loc să aplici as_count(). Observă ce lipsește: metricile nu au tag link_id sau slug. Eu aș numi asta o decizie sensată de cost, pentru că Datadog taxează metricile personalizate per combinație unică de taguri, iar un tag de slug pe un workspace aglomerat ar înmulți numărul de serii cu numărul de linkuri.

Jurnalul poartă link_id și ca tag Datadog și este etichetat service:click-ingester cu hostul elido-edge, deci acesta este numele de serviciu după care filtrezi. Câmpurile sosesc imbricate sub un obiect attributes, așa că în Log Explorer fațetele arată ca @attributes.slug și @attributes.country. Extinde un jurnal înainte să construiești ceva. Zece secunde, și te scutește de o interogare stricată.

Conectarea Datadog în workspace-ul tău Elido

Configurarea înseamnă două câmpuri. Ai nevoie de o cheie API Datadog (nu de o cheie de aplicație) și de site-ul pe care rulează organizația ta.

1. În Datadog, deschide Organization Settings, apoi API Keys, și creează una cu un nume de felul elido-forwarder.
2. Verifică-ți site-ul. Ghidul site-urilor Datadog asociază fiecare URL de autentificare cu site-ul lui; app.datadoghq.eu înseamnă că introduci datadoghq.eu, us5.datadoghq.com înseamnă că introduci exact asta.
3. În Elido, deschide Integrations, alege Datadog, lipește cheia, scrie site-ul și salvează. Cheia este criptată în repaus.
4. Așteaptă până la cinci minute, pentru că forwarderul păstrează în cache setările integrărilor din workspace, apoi dă clic pe unul dintre linkurile tale de pe telefon și caută source:elido în Log Explorer.

Dacă lași site-ul gol, Elido presupune datadoghq.com. Pentru o organizație din UE, asta este clasica defecțiune tăcută. O greșeală de tastare face același lucru. Fiecare POST eșuează, iar nimeni nu vede eroarea.

Butonul Test connection trimite un jurnal de test (marcat elido_test: true) către site-ul tău Datadog și arată răspunsul Datadog, deci o cheie sau un site greșit pică chiar acolo, cu 403-ul Datadog. O trecere dovedește că cheia funcționează, nu că pipeline-urile și indexurile tale păstrează jurnalele, deci dovada reală rămâne un jurnal de clic care apare. Aceeași regulă ca pentru forwarderul de clicuri Mixpanel: clic real, altfel nu s-a întâmplat.

Un dashboard de latență a redirectului care măsoară saltul

Cum Elido nu trimite timpi, datele de latență trebuie să vină de la ceva care face cereri. Un test HTTP Datadog Synthetics este unealta potrivită și măsoară ce simte vizitatorul, inclusiv DNS și TLS.

Iată testul pe care îl configurez pe fiecare workspace:

• URL: un link canary dedicat, ideal pe propriul tău domeniu personalizat, care indică undeva banal și stabil.
• Follow redirects: dezactivat. Dacă e activat, cronometrezi pagina ta de destinație, iar o imagine hero lentă te va trezi la 3 dimineața pentru un redirect care era în regulă.
• Aserțiuni: codul de stare este 302 (implicit; folosește 301 sau 307 dacă ai setat așa, iar 301 vs 302 explică compromisul), header-ul location conține destinația ta și timpul de răspuns este sub un prag.
• Locații: cel puțin trei, cu una în regiunea UE în care se află audiența ta. Rulează la fiecare minut.
• Header: un User-Agent care conține bot, ca Elido să trateze sonda drept bot și să omită evenimentul de clic.

Alege pragul după ce observi o săptămână, nu după un articol de blog. Timpii sintetici includ propriul traseu de rețea al sondei, deci o sondă de pe alt continent nu se va potrivi niciodată cu o valoare din regiune, și e în regulă. Ce vrei este o linie care rămâne plată.

Dashboardul are apoi nevoie de patru widgeturi. Timpul de răspuns pe locații, ca serie temporală a testului sintetic. Rata de trecere a aserțiunilor. Clicuri pe minut din elido.clicks. Și un top al țărilor.

# Clicks per minute across the workspace (gaps become zeros)
default_zero(sum:elido.clicks{workspace_id:42})

# Hourly click totals
sum:elido.clicks{workspace_id:42}.rollup(sum, 3600)

# Top 10 countries over the dashboard window
top(sum:elido.clicks_by_country{workspace_id:42} by {country}, 10, 'sum', 'desc')

De ce default_zero? Pentru că un minut fără clicuri nu produce niciun punct, iar fără funcția de interpolare Datadog trasează o linie dreaptă peste pauză. Linia aceea minte.

Monitoare pentru scăderi de clicuri și linkuri scurte stricate

Trei monitoare acoperă cea mai mare parte din ce poate merge prost cu linkurile, iar fiecare folosește altă sursă, acolo unde împărțirea din prima secțiune se plătește.

Redirect stricat sau lent. Testul sintetic este deja un monitor. Alertează când două sau mai multe locații eșuează în aceeași rulare, ca o singură regiune de sondă instabilă să nu trezească pe nimeni. Orice alt răspuns decât 302-ul tău pică aserțiunea de stare, deci un link canary șters, expirat sau pus pe pauză apare aici ca 404 sau 410.

Trafic oprit. Creează un monitor de metrică pe sum:elido.clicks{workspace_id:42} și activează notificarea pentru date lipsă după, să zicem, 30 de minute. Cum Elido nu trimite nimic într-un minut liniștit, „no data" aici înseamnă într-adevăr „niciun clic", evenimentul care contează în timpul unei campanii.

Trafic ciudat. Un monitor de anomalii pe aceeași metrică, cu direcția setată pe sub, prinde o campanie care face în mod normal 4.000 de clicuri pe oră și brusc face 200. Am văzut tiparul de trei ori, iar de fiecare dată cauza era în afara linkului: o reclamă respinsă, un newsletter trimis segmentului greșit, un poster cu cod QR în spatele unui schelet. Dă-i câteva săptămâni de istoric înainte să te încrezi în benzile lui.

Vrei alertare per link? Metricile nu pot, dar jurnalele pot. Creează o metrică bazată pe jurnale din source:elido, grupată după @attributes.slug, și obții un număr de clicuri per slug pe care îl poți monitoriza. Limitează-te la un set filtrat de slugs de campanie, altfel costul de cardinalitate revine pe ușa din spate.

Un SLO pe care îl poți apăra

Un obiectiv de nivel de serviciu pe un link scurt înseamnă ceva doar dacă sursa lui măsoară redirectul. Construiește-l pe testul sintetic. Un SLO bazat pe monitor cu acel test unic drept monitor face treaba.

Aș porni de la 99,9% pe 30 de zile. Sunt aproximativ 43 de minute de verificări eșuate pe lună și un buget pe care îl poți explica unui lider de marketing într-o propoziție. Nu-l construi pe volumul de clicuri. Clicurile măsoară cererea, nu sănătatea; un link pe care nu dă nimeni clic este perfect disponibil.

Dacă linia plată de pe acel widget SLO este ce îți lipsea, configurează un workspace, îndreaptă canary-ul spre propriul domeniu și rulează-l o săptămână înainte să stabilești ținta.

Elido self-hosted: preluarea contoarelor de redirect

Dacă rulezi singur serviciul de redirect (posibil doar ca implementare Enterprise pe bază de contract în propria infrastructură; Elido nu este vândut ca produs self-hosted descărcabil) ai încă o sursă. Serviciul de redirect expune un endpoint Prometheus la /metrics, iar verificarea OpenMetrics a Datadog Agent îl poate prelua. Seria utilă este elido_edge_redirect_total, un contor cu etichetele fleet și outcome, unde rezultatele includ ok, notfound, expired, paused, disabled, blocked, capped și error.

Asta îți dă ce nu oferă integrarea SaaS: o rată reală de 404 pe tot traficul, calculată ca notfound raportat la total. Un al doilea contor, edge_redirect_clicks_filtered_bot_total, arată câte redirecturi au fost servite boților fără eveniment de clic. Pe acel endpoint nu există însă histogramă de latență. Latența vine în continuare din Synthetics, self-hosted sau nu. Ghidul de self-hosting pe k3s arată unde se află acel endpoint în implementare.

Unde se oprește integrarea Datadog

Acum limitele, cele care mușcă primele.

Livrarea este best effort și vine din pipeline-ul de clicuri, deci poate rămâne în urma redirectului cu un moment. Un POST de jurnal eșuat primește o reîncercare după o secundă și apoi este abandonat. O trimitere de metrici eșuată nu este reîncercată deloc; minutul acela s-a pierdut, iar fereastra următoare pornește curată. Tratează elido.clicks ca pe o linie de tendință și reconciliază totalurile cu analiticele de clicuri ale Elido, care sunt înregistrarea de referință.

Jurnalele poartă IP-ul vizitatorului și URL-ul complet al destinației, inclusiv etichetele UTM. Dacă organizația ta Datadog se află în SUA, acestea sunt date personale care părăsesc UE, iar ghidul rezidenței datelor în UE pentru echipele de marketing arată cum să cântărești asta. Cel puțin, alege site-ul UE dacă ai unul.

Costul jurnalelor crește cu numărul de clicuri, câte un jurnal ingerat per clic. Un link viral înseamnă o factură virală. Filtrele de excludere sau o metrică bazată pe jurnale, asociată cu un index cu retenție scurtă, o țin în limite rezonabile.

Iar sfera este clicurile. Fără evenimente de creare a linkurilor, fără conversii, fără latență, fără coduri de stare. Sincer, nu sunt sigur că un forwarder de clicuri ar trebui să poarte latența; sonda care măsoară din exterior este oricum martorul mai fidel.

Paginile de documentație Datadog linkate mai sus au fost accesate la 2026-10-25. Pentru bugetul de latență din spatele redirectului, vezi articolul despre p95 sub 15 ms

Articole conexe pe blog

• Urmărirea linkurilor în Mixpanel - același forwarder de clicuri, îndreptat spre analitice de produs.
• Strategia de cache pentru redirecturile URL - de ce arată latența redirectului așa cum arată.
• Strategia de prevenire a link rot - ce faci după ce se declanșează monitorul de 404.
• Clicurile pe linkuri scurte vs sesiunile GA4 - de ce numărul tău de clicuri și sesiunile din analitice nu coincid.
• Urmărirea GA4 pe server prin redirecturi - evenimente de clic pe server, trimise în schimb către Google.
• Urmărirea linkurilor în Klaviyo - același forwarder de clicuri, care trimite fiecare clic în Klaviyo.