Gebruikers koppelen over sessies heen met Stape is nu eenvoudiger

Als u al een tijdje bezig bent met server-side tracking, heeft u waarschijnlijk zelf al een vorm van user stitching gebouwd (ikzelf in elk geval al een paar keer!). U legde een e-mailadres vast wanneer een gebruiker een formulier verzendt en sloeg dit ergens op, zoals in Data Store. Vervolgens haalt u die gebruikersgegevens weer op bij elk volgend event of gebruikt u ze voor cross-device tracking. Het werkt en kost ontzettend veel tijd, maar velen van ons weten dat dit nodig is om de prestaties van advertentieplatformen te verbeteren en ze van nuttige data te voorzien.

Ik ben Manisha Mistry, Technical Lead bij MeasureU. Ik heb deze configuratie al een aantal keer uitgevoerd en weet dat het opzetten en onderhouden ervan veel werk kan zijn. Het patroon is altijd hetzelfde: leg de informatie vast, gebruik een Stape Store Writer-tag om deze op te slaan, een Stape Store Lookup-variabele om deze weer op te halen, en herhaal dat vervolgens voor elke identifier en elk downstream platform.

Vorige maand lanceerde Stape de Enricher power-up, en dat veranderde mijn kijk op deze hele workflow. Enricher doet wat we voorheen allemaal handmatig deden; het regelt al die koppelingen voor ons en maakt user stitching bijna té eenvoudig.

In deze blogpost leg ik uit wat Enricher daadwerkelijk verandert, hoe de matching onder de motorkap werkt, de zes (jawel, zes) identifiers waarop wordt gematcht en veelvoorkomende use cases.

De eenvoudigste manier om de Enricher power-up te begrijpen, is door deze te vergelijken met wat de meesten van ons momenteel doen.

Zelfstandige Data Store-configuratie voor user stitching:

• U schrijft gebruikersgegevens naar de Store met behulp van de Store Writer-tag.
• U zoekt gebruikersgegevens op in de Store met behulp van de Store Lookup-variabele.
• Het werkt, maar het kan veel tijd kosten om op te zetten en te beheren.

Data Store via Enricher power-up:

• Stape haalt identifiers uit binnenkomende verzoeken, slaat ze op en koppelt ze opnieuw aan toekomstige verzoeken voordat uw sGTM-clients en -tags worden geactiveerd.
• De verrijking vindt plaats op infrastructuurniveau, waardoor uw tags simpelweg een volledig verrijkt event zien binnenkomen op de server.

Mijn mening... het voelt als MAGIE (maar dat is slechts mijn mening). Laten we eens kijken naar hoe het werkt en hoe de matching tot stand komt.

Wanneer ik iets goed wil begrijpen, visualiseer ik het graag. Hieronder vindt u dan ook een visualisatie van hoe de Enricher power-up data verrijkt voor alle events zodra een gebruiker gegevens achterlaat op een website en deze beschikbaar worden gemaakt in de event-/data-tag.

Zoals te zien is in het diagram in alle vier de kolommen, legt de Enricher power-up de gebruikersgegevens vast zodra de data beschikbaar is en koppelt deze vervolgens aan elk volgend event. Het maakt niet uit of de gebruiker zich in een nieuwe sessie of op een nieuw apparaat bevindt. Zolang een van de zes identifiers overeenkomt, matcht Enricher de gebruiker, legt het gebruikersprofiel vast of werkt het bij, en verrijkt het downstream events met de ontbrekende gebruikersdata.

De kolom die ik specifiek wil belichten is Dag 9, waarop de bezoeker terugkeert naar de website op een volledig nieuw apparaat en hetzelfde e-mailadres opnieuw verstuurt. Omdat Data Store kan matchen op e-mail, haalt het het volledige gebruikersprofiel op, vult het het binnenkomende event aan met ontbrekende gebruikersdata en werkt het het opgeslagen profiel bij met eventuele nieuwe informatie. 

Dit is het onderdeel dat echt indruk op me maakte bij de Enricher power-up. Meestal wanneer ik user stitching instel, match ik op e-mail, een ID of beide. Enricher tilt dit naar een hoger niveau door binnenkomende events te kunnen matchen op elk van deze zes identifiers:

• email – de primaire identifier
• _sbp – de app-cookie van Stape
• FPID – first-party cookie-ID
• _ga – GA4-client-ID
• _dcid – Stape Data Client ID
• X-Stape-User-Id – identifier van Stapes User ID power-up

Hier wil ik even bij stilstaan, want de bovenstaande zes identifiers zijn wat de Enricher power-up gebruikt om een gebruiker aan een bestaand profiel te matchen. Wat Enricher echter in dat profiel opslaat, is een veel uitgebreidere lijst, en dat maakt het juist zo waardevol voor tracking op downstream advertentieplatformen.

Zodra Enricher een match vindt op een van de zes identifiers, slaat het alles wat u via uw data-/event-tags beschikbaar stelt op in het gebruikersprofiel. Dit kan voornaam, achternaam, telefoonnummer, stad, land, regio/provincie, postcode, straat, geboortedatum en geslacht omvatten, evenals platformspecifieke klik-ID's voor Meta (_fbp, _fbc), Google Ads (gclaw, fpgclaw), TikTok (ttp, ttclid), LinkedIn (liFatId), Pinterest (epik) en Snap (scclid, scid).

Wanneer er vervolgens een toekomstig event binnenkomt dat matcht op een van de zes identifiers, controleert Enricher wat er in het event ontbreekt en vult het de ontbrekende gebruikersgegevens vanuit het opgeslagen profiel aan voordat uw sGTM-tags worden geactiveerd. Dit zorgt ervoor dat uw Meta CAPI-tag, Google Ads-conversietag en TikTok Events API-tag de klik-ID's en gehashte gebruikersdata ontvangen, zelfs bij events die vrijwel zonder gebruikersdata op de server aankwamen. 

Voordat ik deze blogpost schreef, wilde ik begrijpen hoe de matching tussen die zes identifiers onder de motorkap precies in zijn werk ging. Dus belde ik met Dan Murovtsev, Product Manager bij Stape. In zijn eigen woorden hanteert Enricher een deterministische aanpak bij het matchen.

Dat betekent dat de Enricher power-up niet gokt of een 'bevat'-vergelijking uitvoert; het voert een exacte match uit in een specifieke, hiërarchische volgorde om de gebruiker op de site te koppelen aan de beschikbare gebruikersdata. 

De volgorde is als volgt:

1. 1.
   email
2. 2.
   _sbp (de app-cookie van Stape)
3. 3.
   FPID
4. 4.
   _ga (GA4-client-ID)
5. 5.
   _dcid (Stape Data Client ID)
6. 6.
   X-Stape-User-Id

Enricher controleert bij elk binnenkomend event elke identifier in de hierboven beschreven volgorde. De eerste identifier die een exacte match oplevert, krijgt voorrang, en het opgeslagen gebruikersprofiel wordt gebruikt om ontbrekende gebruikersgegevens in het binnenkomende event aan te vullen voordat uw sGTM-tags worden geactiveerd. 

Bovendien is de Enricher power-up ontworpen om gegevens up-to-date te houden. Dit betekent dat wanneer er een nieuwe waarde voor een gebruikersgegeven verschijnt, zoals een nieuwe _ga, FPID of e-mail, Enricher dit beschouwt als de leidende waarheid en het opgeslagen gebruikersprofiel bijwerkt. Kortom: de meest recente waarde vervangt wat er eerder stond. Ik heb dit zelf getest door de _ga-cookie te verwijderen van een gebruiker voor wie al een profiel was aangemaakt door de Enricher power-up; op het moment dat er een nieuwe _ga binnenkwam, werd het opgeslagen profiel direct bijgewerkt naar de nieuwe waarde.

De Enricher power-up biedt u twee opslagopties, en het is belangrijk om beide opties te begrijpen, zodat u samen met uw klant de juiste keuze kunt maken.

Wat er verandert: de Enricher power-up plaatst een _sbpee-cookie op het apparaat van de bezoeker wanneer deze identifiers vastlegt, en leest die cookie bij elk event opnieuw uit.

Wat er niet verandert: uw serverkosten blijven gelijk, aangezien de cookie op het apparaat van de bezoeker wordt opgeslagen en niet op de infrastructuur van Stape.

Het compromis: zoals elke cookie is ook de cookie die door de Enricher power-up wordt aangemaakt apparaatgebonden; een bezoeker op een telefoon en een laptop levert dus twee afzonderlijke _sbpee-cookies op. Bovendien kunnen cookies worden verwijderd en profiteert u niet van de voordelen van cross-device of offline tracking.

Wat er verandert: de Enricher power-up schrijft de vastgelegde identifiers naar Data Store op de infrastructuur van Stape en matcht binnenkomende events bij elk verzoek met de volledige Store.

Wat er niet verandert: er verandert niets aan uw bestaande Store-configuratie. De Enricher power-up leest en schrijft simpelweg naar dezelfde Store waartoe u altijd al toegang had.

Het compromis: zoals altijd telt het gebruik van Data Store mee voor uw abonnementskosten, waardoor er kosten aan verbonden zijn. Daar staat tegenover dat u hiervoor cross-device, sessieoverstijgende en offline matching krijgt die niet afhankelijk is van het behoud van cookies op het apparaat van de bezoeker, evenals de mogelijkheid om offline data te importeren via de Profiles CSV-upload.

Nadat ik dit met Dan heb doorgenomen, is de aanbeveling van Stape en mij heel helder: gebruik beide als uw abonnement en budget dit toelaten. Cookie biedt u de basisfunctionaliteit, en Store biedt een vangnet samen met cross-device en offline matching.

Nu we begrijpen hoe Enricher onder de motorkap werkt, gaan we dieper in op use cases waarin de Enricher-power-up voor de meesten van ons het verschil zal maken. Het is belangrijk om te weten dat geen van deze ideeën nieuw is; velen van ons lossen ditzelfde al langer op met behulp van Data Store.

Velen van ons hebben wel eens zo'n gesprek met een klant gevoerd waarin het onderwerp een waarschuwing was in het platform van Meta of Google Ads over een lage EMQ-score. Dat is nooit een leuk gesprek, en het gebeurt meestal wanneer een event binnenkomt in uw sGTM-container en er identifiers zoals een e-mailadres of telefoonnummer ontbreken.

Dit is waar Enricher kan helpen: wanneer een event binnenkomt, kan de Enricher-power-up controleren of er gebruikersgegevens voor de gebruiker zijn opgeslagen via een van de zes identifiers. Als dat zo is, vult hij de ontbrekende gebruikersgegevens in, zoals gehashte voornaam, achternaam en telefoonnummer, voordat het event wordt doorgestuurd naar Meta CAPI, Google Ads en andere platforms. Dit verbetert op zijn beurt de gegevens die naar de advertentieplatforms worden verzonden en kan helpen de matchkwaliteit te verhogen.

Dit is ongetwijfeld de use case waar velen van ons enthousiast over zijn, vooral voor klanten met webhook-events of uploads van offline conversies. Zonder de Enricher-power-up beschikken we, wanneer een CRM-webhook, offline conversie-upload of een ander event van buiten de browser op de server binnenkomt, meestal alleen over gebruikersgegevens zoals e-mailadres, telefoonnummer en misschien een naam, maar niet over de cookie-identifiers die die gebruiker koppelen aan diens webgedrag.

Met de Enricher-power-up ingeschakeld, probeert deze op het moment dat het offline event de server bereikt, de gebruiker te matchen op basis van e-mailadres. Als er een match wordt gevonden, worden de ontbrekende gebruikersgegevens uit het opgeslagen profiel aangevuld, zoals _ga, FPID, _sbp, de platform click-ID's en meer. Dat betekent dat uw Meta CAPI-tag voor een offline event nu dezelfde identifiers kan bevatten als uw online Meta-events, wat uw EMQ-score zal verbeteren. 

Dit werkt ook in omgekeerde richting via het tabblad Profiles in de Enricher-power-up, waar Stape u de mogelijkheid biedt om een export van gebruikersgegevens te uploaden. Na het uploaden kan Enricher online verzonden gebruikersgegevens matchen met geüploade profielen op basis van het e-mailadres als matchcriterium.  

Ik maak me hier zelf voortdurend schuldig aan, dus ik vind alle manieren waarop u een bezoeker op uw website kunt volgen bijzonder interessant!

Ik begin in Safari op mijn mobiel, stap een paar uur later over naar mijn laptop en voeg iets toe aan de winkelwagen, maar wacht, daar blijft het niet bij. Later switch ik weer terug naar mijn telefoon en voltooi de aankoop. Serieus, ik kan niet de enige zijn die dit telkens weer doet. Het punt is: als trackingprofessional weet ik dat uw tracking zonder stitching gebrekkig of onvolledig is, omdat u mijn activiteiten over al deze apparaten en sessies heen niet aan elkaar kunt koppelen.

Dit is waar Enricher uitblinkt. 

Zolang ik op alle apparaten/sessies dezelfde identifier gebruik, zoals een e-mailadres, kan het mij matchen vanuit Data Store, en bevat elk event vanaf dat moment de verrijkte gebruikersgegevens. Dit geldt ook voor events die we naar Meta en Google Ads sturen, wat kan helpen om onze EMQ te verbeteren.

Nu we begrijpen hoe Enricher werkt en bij welke use cases het kan helpen, gaan we aan de slag met de configuratie. Ik moet zeggen dat ik ook hier weer onder de indruk was, want het was zo eenvoudig. Het vergt slechts een paar stappen en zolang u de gegevens beschikbaar hebt in een data-/event-tag, bent u klaar om te beginnen.

Na het testen van de Enricher-power-up in mijn eigen setup en gesprekken met een aantal vakgenoten op het gebied van metingen, zijn we allemaal even enthousiast. Stape heeft echt weer een functie gebouwd die ons veel tijd gaat besparen en ons helpt de signalen en gegevens te verbeteren die we naar onze advertentieplatforms sturen.

Als u Data Store al gebruikt en gebruikers op de oude manier aan elkaar koppelt over sessies/apparaten heen, raad ik aan om de Enricher-power-up vandaag nog in te schakelen. Test het uit en bekijk hoe het werkt voor uw setup, zelfs als u om te beginnen alleen de cookie-optie gebruikt. Naarmate u en uw klant de resultaten zien, kunt u Data Store inschakelen en echt beginnen met het koppelen van gebruikers over verschillende apparaten heen.

Waar wacht u dus nog op? Schakel die power-up in en geef uw tracking een flinke boost.