Mixpanel linktracking: klikken op korte links als events

Mixpanel linktracking in Elido is server-side en eenrichtingsverkeer: elke keer dat iemand op een van je korte links klikt, post Elido een link_click-event naar het track-endpoint van Mixpanel met je projecttoken. Het event bevat de linkslug, de link-ID, het land en apparaat van de bezoeker, de bestemming waarnaar hij is gestuurd en een tijdstempel. Er draait niets in de browser van de bezoeker, dus adblockers en toestemmingsbanners raken het niet.

Het addertje is identiteit. Elk event is gekoppeld aan de link, niet aan de persoon, wat betekent dat je in Mixpanel de hele dag klikken kunt tellen en segmenteren, maar een klikker niet vanuit dat event alleen je product in kunt volgen. Ik laat zien waar het goed voor is, hoe je het instelt, hoe je het controleert in de Events-weergave en waar ik naar iets anders zou grijpen.

Ben je nog aan het beslissen wat je moet taggen voordat je hieraan begint, dan is de cornerstone-gids over UTM's end-to-end volgen het betere startpunt. Mixpanel ziet alleen wat de link meedraagt.

Wat Elido bij elke klik naar Mixpanel stuurt

Eén klik, één event. De forwarder bouwt een batch met één event en POST die naar /track op de ingestiehost die bij de instelling voor Data residency van de integratie hoort (api.mixpanel.com voor US, api-eu.mixpanel.com voor EU, api-in.mixpanel.com voor India), geauthenticeerd met het token in de properties, en zo verwacht de ingestie-API van Mixpanel dat server-side events binnenkomen.

Hier is de volledige payload, alleen ontdaan van de tokenwaarde:

[
  {
    "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"
    }
  }
]

Dat is alles. Een korte lijst, en bewust zo.

Twee details om te weten. De destination is de opgeloste bestemming, dus als een smart link iPhones naar de App Store stuurt en iedereen anders naar je site, zie je beide URL's. En UTM-tags reizen alleen mee binnen die bestemmingsstring; er zijn geen aparte properties utm_source of utm_campaign, dus als je ze als kolommen wilt, heb je een afgeleide property in Mixpanel nodig. Dat is het ene stukje setup dat ik op dag één zou doen.

Duidelijke bots, de crawlers die zich in hun user agent bekendmaken, worden bij de redirect gefilterd en bereiken Mixpanel nooit.

De Mixpanel-integratie instellen

De hele setup bestaat uit twee velden. Om klik-events naar Mixpanel te sturen, heb je een Mixpanel-project en het bijbehorende projecttoken nodig, dat onder Project Settings in Mixpanel staat; het token is een schrijfsleutel die bedoeld is om te worden ingebed, dus het plakken ervan bij een leverancier is normaal. Plak niet het API-geheim, dat een andere string is en niet door de forwarder wordt gebruikt.

1. Open in je Elido-workspace Integrations en kies de Mixpanel-kaart.
2. Klik op Connect Mixpanel, plak het token in Project Token en kies Data residency: US (de standaard), EU of India, passend bij de waarde voor Data Residency in je Mixpanel-projectinstellingen. Sla op. Elido versleutelt het token in rust en toont het je nooit meer volledig.
3. Wacht een paar minuten. Integratie-instellingen van de werkruimte worden aan de kant van de forwarder kort gecachet, dus de eerste klikken na het opslaan worden misschien nog niet verstuurd.
4. Klik vanaf een telefoon op een van je eigen links.

Er is geen schakelaar per link. Na het koppelen wordt elke klik in de werkruimte doorgestuurd, wat past bij een team dat in Mixpanel leeft en niet bij een werkruimte die korte links host voor twintig niet-verwante klanten. Ben jij dat, splits de klanten dan eerst in aparte werkruimten.

De Events-weergave controleren voordat je iets vertrouwt

Wat Mixpanel vroeger Live View noemde, is nu de Events-weergave, onder Data in de linkernavigatie, en de debuggids van Mixpanel raadt die aan als eerste stop voor precies deze klus. Open hem, filter op link_click en tik dan op je korte link op een telefoon die niet op kantoor-wifi zit.

Je zou het event binnen enkele seconden moeten zien. Klap het open en controleer drie dingen: slug komt overeen met de link waarop je tikte, country is waar de telefoon werkelijk is, en de eigen stad en regio van Mixpanel zijn ingevuld op basis van het ingekorte ip, dus beschouw ze als bij benadering. Toont de stad een datacenter, dan liep je test via een VPN.

De knop Test connection in het integratiepaneel stuurt één link_click die is gemarkeerd met elido_test: true en toont het antwoord van Mixpanel onder de knop. Nuttig, maar geen bewijs: het track-endpoint van Mixpanel accepteert elk token en controleert de residentie nooit, dus een groen resultaat met het verkeerde token of de verkeerde regio betekent nog steeds dat er niets in je project aankomt. Het event dat je bij een echte klik ziet binnenkomen is het enige bewijs dat ik zou accepteren.

Drie Mixpanel-rapporten om als eerste te bouwen

Zodra de eerste echte klik verschijnt, weersta de neiging om een dashboard van alles te bouwen. Deze drie rapporten gebruiken alleen wat het event meedraagt en beantwoorden de vragen die mensen echt over korte links stellen.

1. Klikken per link. Kies in Insights link_click, meet Total Events en splits uit op slug. Dit is je ranglijst, en het werkt omdat slug een gewone property is op elk event.
2. Klikken per land en apparaat. Hetzelfde event, splits uit op country en dan op device. Omdat beide bij de redirect worden bepaald, is een Duitstalige campagne die vooral op desktop in een ander land landt binnen een dag zichtbaar.
3. Welke bestemming afging. Splits uit op destination voor een smart link met meerdere doelen. Elke variant verschijnt als eigen waarde, zodat je de verdeling ziet tussen de App Store, de Play Store en de webterugval.

Gebruik in alle drie Total Events, niet Unique Users. Zoals de volgende sectie uitlegt, tellen uniques op dit event links, niet mensen. Wil je een UTM-kolom, maak dan in Mixpanel een eigen property die de campagne uit destination leest en splits daarop uit. De richtlijnen voor een trackingplan van Mixpanel zijn het waard om door te lezen voordat je meer toevoegt, want een nette eventnaam en weinig properties houden rapporten een jaar later leesbaar.

Waarom distinct_id per link geldt en wat dat breekt

Hier is de identiteitsgrens, duidelijk gesteld. distinct_id is elido-link- plus de link-ID, dus elke klik op spring-26 hoort bij één synthetische Mixpanel-"gebruiker".

Totalen werken. Uitsplitsingen per slug, land, apparaat en bestemming werken, evenals trends in de tijd. Drie dingen breken:

• Uniques op link_click tellen links, geen mensen. Een campagne met 40.000 klikken op twee links toont twee unieke gebruikers.
• Funnels die bij link_click beginnen en bij je aanmeldevent eindigen, verbinden niet, omdat de aanmelding bij een andere distinct_id hoort.

Er is een derde die de meeste teams nooit tegenkomen. Mixpanel hanteert hot shard-limieten van 200K events per distinct_id per dag, en daarboven krijgen de events de naam $hotshard_events. Een enkele link die echt viraal gaat, kan die grens overschrijden, en omdat de ID per link is, wordt precies die ene link geraakt.

Waarom geen ID per bezoeker? Omdat de redirect niet weet wie de bezoeker is, en ik wil liever niet dat hij een cookie zet op een domein dat de bezoeker niet zelf heeft gekozen te bezoeken. Een eerlijke afweging.

Klikken op korte links op de werkbare manier aan gebruikers koppelen

Het patroon dat werkt, gebruikt de twee helften waar ze elk goed in zijn. Laat het server-side event van Elido je het volledige klikaantal geven, inclusief klikken van mensen die afhaken voordat je pagina laadt. Laat de Mixpanel-SDK op je landingspagina de identiteit afhandelen.

Zet UTM-tags op de bestemmings-URL. De JavaScript-bibliotheek van Mixpanel volgt UTM-parameters standaard en legt first-touch-waarden vast op het profiel, dus wanneer die bezoeker zich later aanmeldt en je identify aanroept, blijft de campagne aan een echt persoon plakken. De klik op de korte link en de weergave van de landingspagina delen dan een campagnewaarde, geen gebruikers-ID, en je koppelt ze in een rapport op utm_campaign. Het is een koppeling op campagneniveau, grover dan op gebruikersniveau, en ik denk dat het voor deze data sowieso het juiste niveau is.

Wil je de klikaantallen en de sessies van de landingspagina naast elkaar? Verwacht dat ze verschillen; klikken op korte links vs GA4-sessies legt uit waarom hetzelfde verschil in elke analysetool opduikt, Mixpanel inbegrepen.

Is dit de setup die je miste, koppel een werkruimte en stuur je volgende campagne via merklinks.

Waar het vandaag tekortschiet

Drie hiaten, gerangschikt op de kans dat ze je raken.

Het ingekorte IP-adres van de bezoeker reist mee in elk event (leeg als de werkruimte de modus zonder persoonsgegevens aanzet). Met EU-residentie gaat het naar de EU-ingestiehost; bij de US-standaard gaat het naar een Amerikaans endpoint, en de gids over EU-dataresidentie behandelt hoe je dat afweegt. Voor de Mixpanel-kant specifiek, inclusief hoe je de residentie van je project controleert, zie Mixpanel EU-dataresidentie.

De aflevering is best effort. Een mislukte POST krijgt na een seconde één nieuwe poging en wordt dan weggegooid, en events dragen geen $insert_id, dus een nieuwe poging na een trage geslaagde kan dubbel tellen.

Er zit geen verwijzer of browser in het event, en klikken die de redirect als verdacht markeert, worden nog steeds doorgestuurd. Bekijk het klikanalytics-dashboard wanneer je die nodig hebt.

Conversies maken er geen deel van uit. Registreer omzet waar je gebruikers-ID zit.

Gerelateerd op de blog

• UTM's end-to-end volgen - de taggingconventie waarvan het koppelpatroon afhangt.
• Klikken op korte links vs GA4-sessies - waarom klikaantallen en analytics-sessies nooit overeenkomen.
• GA4 server-side tracking via redirects - hetzelfde server-side idee, gericht op Google.
• E-mailklikattributie voor Mailchimp, Brevo en Klaviyo - klikken doorsturen naar de e-mailkant van de stack.
• Mixpanel vs GA4 voor linkanalytics: welke kies je? - welke tool je klikdata in de eerste plaats moet bewaren.
• Mixpanel EU-dataresidentie: hosts, verloren events, AVG - de EU- en India-ingestiehosts en wat een mismatch kost.