Goed nieuws! We hebben ons CRO-platform uitgebreid met een serverside A/B testoplossing, maar wat houdt dit precies in? Dit nieuws zal in ieder geval iedereen enthousiast maken die geïnteresseerd is in experimenteren, want vanaf nu kan iedere hypothese worden getest op elk type device.

Vanaf nu maakt het niet meer uit of je visuele aanpassingen wilt doen op basis van suggesties van het marketingteam, of geavanceerde modificaties in de backoffice essentieel voor het besluitvormingsproces van het productteam, wij bieden namelijk de juiste tool voor beide situaties.

Wat is het verschil tussen clientside en serverside A/B testen?

Clientside A/B testtools helpen je om variaties van pagina’s te creëren door de content te veranderen die vanuit je server naar internetgebruikers wordt verstuurd vanuit de webbrowser. Alle actie gebeurt op het niveau van de webbrowser (genaamd ‘client’ in de IT-wereld), door middel van JavaScript. Er wordt dus nooit een beroep gedaan op je server in dit proces, deze blijft dezelfde content versturen naar de internetgebruikers.

Daarentegen wordt bij serverside A/B testtools al dit werk weggehaald van de webbrowser. In het geval van serverside testen wordt de aangepaste versie van een pagina willekeurig verstuurd naar een internetgebruiker vanuit je eigen server.

4 redenen voor serverside A/B testen

Het inzetten van een serverside A/B test heeft vele voordelen.

1. Toegewijd aan de behoeftes van je productteam

Clientside A/B testen is vaak gelimiteerd tot surface-level modificaties. Dit houdt in: de visuele aspecten, zoals de opzet van een pagina, het toevoegen of weghalen van content of het aanpassen van tekst. Maar wanneer je interesse hebt in deeper-level modificaties, bijvoorbeeld het reorganiseren van de conversie funnel of het algoritme voor zoekresultaten en productsortering aanpassen, dan ligt dit wat gecompliceerder.

Dit alles wordt mogelijk, doordat je de touwtjes in handen houdt over de content die je server verstuurt naar de internetgebruikers. Je productteam zal staan te springen aangezien hun flexibiliteit enorm toeneemt. Ze kunnen namelijk vanaf nu allerlei features gaan testen en voordeel behalen van een data-driven benadering, om uiteindelijk betere beslissingen te nemen. Wel komt er meer kijken bij het instellen van een serverside test, doordat de aanpassingen moeten worden geïmplementeerd door het IT-team.

2. Betere prestaties

Een slechte prestatie, lange laadtijd of flickering effect zijn vaak de eerste kritieken op een clientside A/B testoplossing.

In de meest extreme gevallen wordt de JavaScript-tag enkel toegevoegd aan de footer van een pagina, om zo mogelijke impact op de technische prestatie te voorkomen. Dit betekent automatisch dat clientside tools worden buitengesloten, doordat het gebruik van een ‘footer’-tag gelijk staat aan het flickering effect.

Bij het gebruik van een serverside tool is er geen sprake van een JavaScript-tag die je moet toevoegen op je pagina’s en heb je zelf de controle over potentiële knelpunten. Je blijft ook zelf verantwoordelijk voor het veiligheidsbeleid van je bedrijf en de interne, technische procedure.

3. Aanpassen aan bedrijfsbeleid

In sommige gevallen is je A/B test gelimiteerd tot design-gerelateerde aanpassingen, maar heb je te dealen met beroepsspecifieke beperkingen die het ingewikkelder maken om een A/B test te interpreteren.

Bijvoorbeeld, een e-commerce winkel kan begrijpelijk gecancelde orders mee willen nemen in de resultaten, of uitzonderlijke bestellingen, uitschieters, die invloed hebben op de statistieken willen uitsluiten.

Met een clientside A/B test wordt een conversie meegeteld zo gauw deze verschijnt op de webbrowser en een aankoopbevestigingspagina of een transactie is getriggerd. Terwijl je met een serverside test je zelf kunt beheren wat wel en wat niet wordt meegerekend. Sluit bijvoorbeeld in real-time conversies buiten of voeg andere juist achteraf toe. Je kunt ook optimalisaties toepassen voor langere termijn doelstellingen, zoals customer lifetime value.

4. Nieuwe omni-channel mogelijkheden

Serverside A/B testen is onafscheidelijk gelinkt aan omni-channel en multi-devices strategieën.

Met een clientside oplossing, die afhankelijk is van JavaScript en cookies, is je speelveld gelimiteerd tot devices met een webbrowser, of dit nu is op een desktop, tablet of mobiele telefoon. Het is daardoor onmogelijk om te A/B testen op native mobile apps (iOS of Android) of tussen verbonden apparaten.

Daarentegen kun je met een serverside oplossing, zo gauw je de identiteit van een klant hebt kunnen vaststellen, iedere A/B test of omni-channel personalisatiecampagne opzetten als onderdeel van een gecentraliseerde client journey. Hierdoor wordt je speelveld een stuk breder en worden de mogelijkheden eindeloos.

Denk hierbij aan verbonden apparaten, TV-applicaties, chatbots, beacons, digitale winkels…

User Case over serverside A/B testen

Nu vraag je je waarschijnlijk af wat je concreet kunt testen met een serverside oplossing in tegenstelling tot wat je kunt met een clientside oplossing?

Download onze presentatie: 10 voorbeelden van serverside tests die je niet kunt doen met een clientside oplossing.

Hierin staan tests voor aanmeldingsformulieren, bestellingfunnels, onderzoeksalgoritmes en features…

Hoe zet je een serverside A/B test in elkaar?

Om een serverside A/B test in elkaar te zetten, moet je gebruik maken van onze API. Hieronder hebben we in het algemeen beschreven hoe dit werkt. Voor meer informatie kun je uiteraard contact opnemen met ons supportteam, zij kunnen je een complete en technische documentatie geven.

Wanneer een internetgebruiker belandt op je website, is de eerste stap het bereiken van onze API om een unieke bezoeker ID te krijgen van AB Tasty, die je vervolgens kunt opslaan (cookie, sessie opslag). Wanneer de bezoeker al een ID heeft van een vorig bezoek, dan zal deze worden gebruikt.

Op pagina’s waar een test wordt getriggerd zal onze API worden ingezet om de bezoekers-ID te koppelen aan de ID van de desbetreffende test. Deze test-ID is bereikbaar vanuit onze interface wanneer je een test creëert.

Als antwoord op dit API verzoek, stuurt AB Tasty de ID van de variatie die moet worden weergegeven. Je server zal vervolgens deze variatie moeten terugsturen. Ten slotte moet je onze data-servers informeren wanneer er een conversie plaatsvindt, door de bezoekers-ID te versturen naar onze API samen met alle relevante data, zoals het type (action tracking, transactie, etc.) en de waarde.

Aarzel niet om een beroep te doen op onze expertise voor het analyseren en optimaliseren van je testresultaten met dank aan dynamic traffic allocation, die inspelen op het ‘multi-armed bandit’ probleem.

Zoals je hebt gelezen kun je een serverside A/B test niet instellen zonder de hulp van je tech team, en vereist dus een aanpassing in je werkroutine.

Moet je stoppen met het inzetten van clientside A/B testen?

Het antwoord is: nee. Client- en serverside A/B testen staan niet tegenover elkaar, maar vullen elkaar juist aan. De best presterende bedrijven maken gebruik van beide op basis van de behoeftes en betrokken teams.

  • Clientside A/B testen is eenvoudig in gebruik en ideaal voor marketingteams die autonoom willen blijven, en zonder behulp van een IT-team snel kunnen testen (agility).
  • Serverside A/B testen is meer gericht aan productteams, waarvan de behoeftes meer liggen binnen het bedrijfsbeleid en die voornamelijk gelinkt staan met productfeatures (flexibiliteit).

Door je het beste van twee werelden aan te bieden, kan AB Tasty een onmisbare partner worden voor al het testen en data-driven besluitvorming.

Laat je dus niet weerhouden om je testprojecten met ons te bespreken, we staan overal voor open!


Vraag een demo aan