In dit 6e artikel in onze Cookieless World Series, die al kort werd belicht in het vorige artikel 'Hoe bereid je je digitale marketing voor op een cookieloze wereld - Cookieless World Series Deel 2', gaan we dieper in op de toekomst van conversieoptimalisering en A/B-testing.
Aangezien cookies ook worden gebruikt in A/B-testtools, wat zal de impact zijn op deze tools in de toekomst? Zijn er alternatieve oplossingen voorhanden?
De impact van de uitfasering van third-party cookies
Vandaag de dag hebben veel adverteerders, soms op grote schaal en soms op kleine schaal, eenheden binnen hun organisatie opgebouwd die zich richten op het verbeteren van de ervaring van de klant en het traject naar conversie op hun websites of andere producten. Dit met het oog op het stimuleren van de bottomline business impact. Binnen dit proces, dat vaak conversion rate optimisation (CRO) wordt genoemd, wordt veel belang gehecht aan het gebruik van een framework dat continu test and learn mogelijk maakt. Door meerdere variaties van bijvoorbeeld paginastructuren, ontwerpen en andere elementen te testen, kunnen de elementen worden geïdentificeerd die de ervaring van de gebruiker gemakkelijker en aangenamer maken.
Binnen de toolkit van de CRO-expert is één tool bijzonder cruciaal. De A/B testing tool laat het CRO team toe om hun hypotheses te verifiëren en meerdere variaties tegen elkaar uit te testen. Er bestaan vandaag heel wat van deze tools. Om er een paar te noemen, zijn er Google Optimize, Optimizely, AB tasty, VWO of Adobe target en nog veel meer.
De meeste van deze tools hebben één specifiek element gemeen: ze vertrouwen vaak op cookies om de testgroepen op te splitsen in test- en controlegroepen. De cookie dient hier als een manier om te identificeren of een gebruiker variant A of variant B te zien moet krijgen binnen een test wanneer hij de website bezoekt. Dit identificatieproces is cruciaal in een testomgeving, omdat het niet wenselijk is dat gebruikers zowel variant A als variant B te zien krijgen. Dit zou overlap veroorzaken in onze test/controlegroep en mogelijk de resultaten van de test vertekenen.
Wat zal er gebeuren als cookies morgen verdwijnen, nu we weten dat A/B test tools, die zo cruciaal zijn voor de optimalisatie van de producten, zo afhankelijk zijn van cookies? Hoe kunnen we succesvol testen zonder cookies?
Hoe werkt server-side testing?
Zoals eerder werd benadrukt in vorige artikels over server-side tagging, kan gebruik worden gemaakt van server-side tag management om de afhankelijkheid aan cookies van vandaag te omzeilen. Dit is ook het geval voor A/B-testing.
Server-side testing is een methode van A/B-testing waarbij de variaties van een test rechtstreeks op de webserver worden gemaakt en vervolgens op dezelfde manier worden weergegeven in de browser van de bezoeker. Dit verschilt van client-side testing, waar de test wordt gerenderd langs de client-side door middel van JavaScript en de veranderingen alleen plaatsvinden in de browser van de bezoeker.
Server-side testings zijn robuuster omdat ze het mogelijk maken complexe en geavanceerde tests uit te voeren (bijvoorbeeld het testen van veranderingen zoals een database query result set), terwijl client-side testings zich bezighouden met eenvoudigere, design en UI-gerelateerde tests (bijvoorbeeld het testen van headlines of knopkleuren). Aangezien server-side testing meer complexiteit aankan, is de implementatie ook technischer en vereist het aanzienlijke coderingsvaardigheden, in tegenstelling tot de implementatie van client-side testing die eenvoudiger is.
Vandaag de dag shiften meer en meer bedrijven van client-side testing naar server-side testing, om redenen zoals page load performances, data control, enz. Maar vooral ook om het feit dat dit het mogelijk maakt relevante gebruikersgegevens voor A/B-testen te bewaren als first-party, server-side cookies.
Justine Heeren
| LinkedinDit E-mail adres wordt beschermd tegen spambots. U moet JavaScript geactiveerd hebben om het te kunnen zien.
