Urmărirea linkurilor în Mixpanel: clicurile ca evenimente

Urmărirea linkurilor în Mixpanel prin Elido este server-side și într-un singur sens: de fiecare dată când cineva dă clic pe unul dintre linkurile tale scurte, Elido postează un eveniment link_click la endpointul track al Mixpanel, cu tokenul proiectului tău. Evenimentul poartă slugul linkului, ID-ul linkului, țara și dispozitivul vizitatorului, destinația către care a fost trimis și un marcaj de timp. Nu rulează nimic în browserul vizitatorului, deci nici blocantele de reclame, nici bannerele de consimțământ nu îl ating.

Problema este identitatea. Fiecare eveniment este legat de link, nu de persoană, ceea ce înseamnă că poți număra și segmenta clicuri în Mixpanel toată ziua, dar nu poți urmări un utilizator care a dat clic în produsul tău pornind doar de la acel eveniment. Îți arăt la ce este bun, cum îl configurezi, cum îl verifici în vizualizarea Events și unde aș apela la altceva.

Dacă încă te decizi ce să etichetezi înainte de toate acestea, ghidul pilon despre urmărirea UTM-urilor cap-coadă este un punct de pornire mai bun. Mixpanel vede doar ce poartă linkul.

Ce trimite Elido către Mixpanel la fiecare clic

Un clic, un eveniment. Forwarderul construiește un lot cu un singur eveniment și îl trimite prin POST la /track pe hostul de ingestie care corespunde setării Data residency a integrării (api.mixpanel.com pentru US, api-eu.mixpanel.com pentru UE, api-in.mixpanel.com pentru India), autentificat prin tokenul din proprietăți, exact cum se așteaptă API-ul de ingestie al Mixpanel să sosească evenimentele server-side.

Iată payloadul complet, din care am scos doar valoarea tokenului:

[
  {
    "event": "link_click",
    "properties": {
      "token": "<your project token>",
      "distinct_id": "elido-link-4711",
      "workspace_id": 12,
      "link_id": 4711,
      "slug": "spring-26",
      "country": "DE",
      "device": "mobile",
      "destination": "https://shop.example/spring?utm_source=newsletter",
      "time": 1790000000,
      "ip": "203.0.113.0"
    }
  }
]

Atât. O listă scurtă, și intenționat.

Două detalii de știut. destination este cea rezolvată, deci dacă un smart link trimite iPhone-urile în App Store și pe toți ceilalți pe site-ul tău, vei vedea ambele URL-uri. Iar etichetele UTM călătoresc doar în interiorul acelui șir de destinație; nu există proprietăți separate utm_source sau utm_campaign, deci dacă le vrei drept coloane, îți trebuie o proprietate derivată în Mixpanel. Aceasta este singura parte de configurare pe care aș face-o din prima zi.

Boții evidenți, crawlerele care se anunță în user agent, sunt filtrați la redirect și nu ajung niciodată în Mixpanel.

Configurarea integrării Mixpanel

Întreaga configurare înseamnă două câmpuri. Ca să trimiți evenimente de clic în Mixpanel ai nevoie de un proiect Mixpanel și de tokenul proiectului, care se află la Project Settings în Mixpanel; tokenul este o cheie de scriere menită să fie încorporată, deci lipirea lui la un furnizor este normală. Nu lipi secretul API, care este un alt șir și nu este cel folosit de forwarder.

1. În workspace-ul tău Elido, deschide Integrations și alege cardul Mixpanel.
2. Dă clic pe Connect Mixpanel, lipește tokenul în Project Token și alege Data residency: US (implicit), EU sau India, potrivit valorii Data Residency din setările proiectului tău Mixpanel. Salvează. Elido criptează tokenul în repaus și nu ți-l mai arată niciodată complet.
3. Așteaptă câteva minute. Setările de integrare ale workspace-ului sunt ținute scurt în cache de partea forwarderului, deci primele clicuri de după salvare pot să nu fie trimise încă.
4. Dă clic de pe un telefon pe unul dintre propriile linkuri.

Nu există un comutator per link. Odată conectat, fiecare clic din workspace este transmis, ceea ce se potrivește unei echipe care trăiește în Mixpanel și nu se potrivește unui workspace care găzduiește linkuri scurte pentru douăzeci de clienți fără legătură între ei. Dacă acesta ești tu, împarte mai întâi clienții în workspace-uri separate.

Verifică vizualizarea Events înainte să ai încredere în orice

Ceea ce Mixpanel numea Live View este acum vizualizarea Events, sub Data în navigarea din stânga, iar ghidul de depanare al Mixpanel o recomandă ca primă oprire pentru exact această treabă. Deschide-o, filtrează pe link_click, apoi atinge linkul tău scurt de pe un telefon care nu este pe Wi-Fi-ul biroului.

Ar trebui să vezi evenimentul în câteva secunde. Extinde-l și verifică trei lucruri: slug se potrivește cu linkul atins, country este locul în care se află de fapt telefonul, iar orașul și regiunea Mixpanel sunt completate din ip-ul trunchiat, deci tratează-le ca aproximative. Dacă orașul arată un centru de date, testul tău a trecut printr-un VPN.

Butonul Test connection din panoul integrării trimite un link_click marcat elido_test: true și arată răspunsul Mixpanel sub buton. Util, dar nu o dovadă: endpointul track al Mixpanel acceptă orice token și nu verifică niciodată rezidența, deci un rezultat verde cu tokenul greșit sau regiunea greșită înseamnă tot că nu ajunge nimic în proiectul tău. Evenimentul pe care îl vezi sosind de la un clic real este singura dovadă pe care aș accepta-o.

Trei rapoarte Mixpanel de construit primele

Când apare primul clic real, rezistă tentației de a construi un dashboard cu de toate. Aceste trei rapoarte folosesc doar ce poartă evenimentul și răspund la întrebările pe care le pun de fapt oamenii despre linkurile scurte.

1. Clicuri pe link. În Insights, alege link_click, măsoară Total Events și defalcă pe slug. Acesta este clasamentul tău și funcționează pentru că slug este o proprietate obișnuită pe fiecare eveniment.
2. Clicuri pe țară și dispozitiv. Același eveniment, defalcă pe country, apoi pe device. Fiindcă ambele sunt stabilite la redirect, o campanie în limba germană care ajunge mai ales pe desktop într-o altă țară se vede într-o zi.
3. Ce destinație s-a declanșat. Defalcă pe destination pentru un smart link cu mai multe ținte. Fiecare variantă apare ca propria valoare, așa că vezi împărțirea între App Store, Play Store și varianta web de rezervă.

Folosește Total Events în toate trei, nu Unique Users. Așa cum explică secțiunea următoare, unicii de pe acest eveniment numără linkuri, nu oameni. Dacă vrei o coloană UTM, creează în Mixpanel o proprietate personalizată care citește campania din destination, apoi defalcă după ea. Recomandările despre planul de urmărire ale Mixpanel merită răsfoite înainte să adaugi mai mult, pentru că un nume de eveniment curat și puține proprietăți țin rapoartele lizibile peste un an.

De ce distinct_id este per link și ce strică asta

Iată limita de identitate, spusă pe șleau. distinct_id este elido-link- plus ID-ul linkului, deci fiecare clic pe spring-26 aparține unui singur "utilizator" sintetic din Mixpanel.

Totalurile merg. Defalcările pe slug, țară, dispozitiv și destinație merg, la fel și tendințele în timp. Trei lucruri se strică:

• Unicii de pe link_click numără linkuri, nu oameni. O campanie cu 40.000 de clicuri pe două linkuri arată doi utilizatori unici.
• Pâlniile care încep la link_click și se termină la evenimentul tău de înscriere nu se leagă, pentru că înscrierea aparține altui distinct_id.

Mai există un al treilea, pe care majoritatea echipelor nu-l ating niciodată. Mixpanel aplică limite hot shard de 200K evenimente per distinct_id pe zi, iar dincolo de ele evenimentele sunt redenumite în $hotshard_events. Un singur link care devine cu adevărat viral poate depăși această limită și, fiindcă ID-ul este per link, tocmai acel link este lovit.

De ce nu un ID per vizitator? Pentru că redirectul nu știe cine este vizitatorul și prefer să nu seteze un cookie pe un domeniu pe care vizitatorul nu l-a ales să-l viziteze. Un compromis sincer.

Cum legi clicurile pe linkuri scurte de utilizatori, pe calea care funcționează

Tiparul care funcționează folosește cele două jumătăți pentru ce se pricepe fiecare. Lasă evenimentul server-side al Elido să-ți dea numărul complet de clicuri, inclusiv clicurile oamenilor care abandonează înainte să se încarce pagina ta. Lasă SDK-ul Mixpanel de pe pagina de destinație să se ocupe de identitate.

Pune etichete UTM pe URL-ul destinației. Biblioteca JavaScript a Mixpanel urmărește implicit parametrii UTM și înregistrează valorile first-touch pe profil, așa că atunci când acel vizitator se înscrie mai târziu și apelezi identify, campania rămâne lipită de o persoană reală. Clicul pe linkul scurt și vizualizarea paginii de destinație împart atunci o valoare de campanie, nu un ID de utilizator, iar le îmbini într-un raport pe utm_campaign. Este o îmbinare la nivel de campanie, mai grosieră decât una la nivel de utilizator, și cred că oricum este nivelul potrivit pentru aceste date.

Vrei totalurile de clicuri și sesiunile paginii de destinație alăturat? Așteaptă-te să difere; clicurile pe linkuri scurte vs sesiunile GA4 explică de ce același decalaj apare în orice instrument de analiză, Mixpanel inclus.

Dacă aceasta este configurarea care îți lipsea, conectează un workspace și trimite următoarea campanie prin linkuri de brand.

Unde ajunge scurt azi

Trei lacune, ordonate după cât de probabil este să te lovească.

IP-ul trunchiat al vizitatorului călătorește în fiecare eveniment (gol dacă workspace-ul activează modul fără date personale). Cu rezidența în UE merge la hostul de ingestie din UE; pe implicitul US merge la un endpoint american, iar ghidul rezidenței datelor în UE tratează cum cântărești asta. Pentru partea Mixpanel în mod special, inclusiv cum verifici rezidența proiectului tău, vezi rezidența datelor Mixpanel în UE.

Livrarea este best effort. Un POST eșuat primește o reîncercare după o secundă, apoi este abandonat, iar evenimentele nu poartă $insert_id, deci o reîncercare după un succes lent poate număra dublu.

Evenimentul nu conține referrer sau browser, iar clicurile pe care redirectul le marchează ca suspecte sunt transmise în continuare. Consultă dashboardul de analiză a clicurilor când ai nevoie de ele.

Conversiile nu fac parte din asta. Urmărește veniturile acolo unde se află ID-ul utilizatorului tău.

Pe același subiect pe blog

• Urmărește UTM-urile cap-coadă - convenția de etichetare de care depinde tiparul de legare.
• Clicuri pe linkuri scurte vs sesiuni GA4 - de ce numărul de clicuri și sesiunile de analiză nu coincid niciodată.
• Urmărirea server-side GA4 prin redirecturi - aceeași idee server-side, îndreptată spre Google.
• Atribuirea clicurilor din e-mail pentru Mailchimp, Brevo și Klaviyo - transmiterea clicurilor către partea de e-mail a stivei.
• Mixpanel vs GA4 pentru analiza linkurilor: pe care îl alegi - ce instrument ar trebui să-ți dețină datele de clic de la bun început.
• Rezidența datelor Mixpanel în UE: hosturi, evenimente, GDPR - hosturile de ingestie din UE și India și ce costă o nepotrivire.