Overweeg client-side leverancierstags naar gebeurtenis door:sturen

Er zijn verschillende dwingende redenen om te overwegen tags van leveranciers aan de clientzijde uit browsers en apparaten en naar een server te verplaatsen. In dit artikel, bespreken wij hoe te om een cliënt-zijverkopersmarkering voor potentieel het bewegen van het naar een gebeurtenis te evalueren die bezit door:sturen.

Deze evaluatie is slechts noodzakelijk als u overweegt verwijderend een cliënt-zijverkopersmarkering en het te vervangen met server-zijgegevensdistributie in een gebeurtenis die bezit door:sturen. In dit artikel wordt ervan uitgegaan dat u bekend bent met de basisbeginselen van gegevensverzameling, en gebeurtenis doorsturen.

Browser de verkopers veranderen hoe zij derdekoekjes behandelen. Adverteer- en marketingleveranciers en -technologieën vereisen vaak het gebruik van vele tags aan de clientzijde. Deze uitdagingen zijn slechts twee dwingende redenen die onze klanten server-zijgegevensdistributie toevoegen.

Gebruik gevallen en gegevens use-cases-data

De eerste stap bestaat uit het definiëren van de gebruiksgevallen die worden geïmplementeerd met de client-side leverancierstag. Neem bijvoorbeeld de Facebook-pixel (Meta). Het van onze site naar de API voor metaconversie met de door:sturen uitbreiding van de gebeurtenis betekent het documenteren van de specifieke gebruiksgevallen eerst.

Voor de huidige clientleveranciercode:

Het is nuttig om een lijst, spreadsheet, diagram, of ander verslag van de gegevens en de opeenvolging van gebeurtenissen te maken om deze evaluatie te documenteren - zelfs als het slechts voor uw eigen gebruik is. Ben zeker om etiketten voor gegevensbronnen-waar te omvatten het komt uit? Doelen—waar gaat het heen? En transformaties—wat gebeurt er tussen bron en doel?

In ons voorbeeld volgen we conversies met de Facebook-pixel wanneer bezoekers op onze site reageren nadat ze een Facebook-advertentie hebben bekeken. Ze kunnen ook met onze site communiceren nadat ze verwante advertenties op een ander sociaal platform hebben bekeken. Om deze omzettingen in de reclamemiddelen en -rapporten van Facebook te kunnen zien, moeten de vereiste gegevens naar Facebook gaan. Deze gegevens kunnen conversiegebeurtenissen zoals downloads, registraties, zoals of aankopen bevatten.

Gegevens data

Met de bestaande client-side tag, wanneer deze wordt uitgevoerd of uitgevoerd op onze site, wat gebeurt er dan met de gegevens voor ons gebruik? Kunnen wij de gegevens vangen wij in de cliënt, zonder de verkoperstag nodig hebben, zodat kunnen wij het naar gebeurtenis verzenden die door:sturen? Wanneer u tags Voor andere systemen voor tagbeheer zijn de meeste interactiegegevens van bezoekers beschikbaar voor verzameling en distributie. Maar zijn de gegevens die wij voor ons gebruiksgeval nodig hebben beschikbaar wanneer wij het nodig hebben, waar wij het, en in het formaat nodig hebben wij het-zonder de cliënt-zijverkoperstag nodig hebben? Hieronder volgen nog enkele vragen over de gegevens die u in overweging wilt nemen:

De meeste client-side leverancierstags vereisen niet veel gegevenspunten voor een bepaald gebruiksgeval, maar het is handig om de gebruiksgevallen en de vereiste gegevens tijdens deze evaluaties te noteren.

Leverancier-API's vendor-apis

Nu kennen we de specifieke te implementeren gebruiksgevallen, de vereiste gegevens en de volgorde van gebeurtenissen van bron tot bestemming. Om te bepalen als het gebruiksgeval geschikt voor gebeurtenis het door:sturen is, kunnen wij de verkoper API details nu onderzoeken.

API's onderzoeken investigate-apis

Hier volgen enkele stappen die we kunnen uitvoeren om de eindpunten van de API van leveranciers te onderzoeken.

Beschikt de leverancier over API's die zijn ontworpen voor overdracht van gebeurtenisgegevens van server naar server? Zoek eerst de vereisten voor die specifieke API-eindpunten:

Met andere woorden:

De markering is waarschijnlijk een goede kandidaat om zich van de cliënt aan onze servers in een gebeurtenis te bewegen die bezit door:sturen als wij ja op die vragen kunnen antwoorden.

Als de leverancier niet de API eindpunten heeft om onze gebruiksgevallen te steunen, dan duidelijk is die verkoperstag geen goede kandidaat voor het gebruiken van gebeurtenis het door:sturen in plaats van de cliënt-zijverkoperstag.

Wat gebeurt er als ze API's hebben, maar ook een unieke bezoeker- of gebruikers-id nodig hebben voor elke API-aanroep? Hoe kunnen wij tot die identiteitskaart toegang hebben als wij niet de verkoper cliënt-zijcode (markering) hebben die op de plaats loopt?

Sommige leveranciers veranderen hun systemen voor de nieuwe wereld zonder derdekoekjes. Deze wijzigingen omvatten het gebruik van alternatieve unieke id's, zoals een UUID of andere door klant gegenereerde id. Als de verkoper een klant-geproduceerde identiteitskaart toestaat, kunnen wij of het van de cliënt naar het Netwerk van de Rand van het Platform met Web of Mobiele SDK verzenden, of misschien het van een API vraag in gebeurtenis krijgen die door:sturen. Wanneer wij gegevens naar die verkoper in een gebeurtenis verzenden die regel door:sturen, omvatten wij eenvoudig die herkenningsteken zoals-nodig.

Als de leverancier gegevens (zoals een leverancier-specifieke unieke identiteitskaart, bijvoorbeeld) vereist die slechts door hun eigen cliënt-zijmarkering kunnen worden geproduceerd of worden betreden, dan is die verkoperstag waarschijnlijk geen goede kandidaat om zich te bewegen. Het wordt afgeraden om een client-side tag om te buigen met het idee om die gegevensverzameling te verplaatsen naar het doorsturen van gebeurtenissen zonder de juiste API's.

De Adobe Experience Platform Cloud Connector met leveranciers die over de juiste API's beschikken voor gegevensoverdracht van server naar server, kan de extensie naar wens HTTP-aanvragen indienen. Terwijl verkoper-specifieke uitbreidingen aardig zijn om te hebben, en meer uitbreidingen zijn momenteel onder actieve ontwikkeling, kunnen wij gebeurtenis uitvoeren die regels vandaag gebruikend de uitbreiding van de Verbinding van de Wolk door:sturen, zonder op extra verkopersuitbreidingen te wachten.

Tools tools

Het onderzoeken van en het testen van leveranciers API eindpunten is gemakkelijker met hulpmiddelen zoals Postmanof teksteditoruitbreidingen zoals Visual Studio Code Thunder Client, of HTTP-client.

Volgende stappen next-steps

Dit artikel verstrekte een opeenvolging van stappen om een verkoper cliënt-zijmarkering te evalueren en potentieel het server-kant in een gebeurtenis te bewegen die bezit door:sturen. Zie de volgende koppelingen voor meer informatie over verwante onderwerpen: