Wenn Unternehmen mit dem Experimentieren beginnen, experimentieren sie zunächst vielleicht mit kleinen Änderungen auf ihrer Website, wie z. B. dem Design eines CTA und anderen kleinen Änderungen, um zu untersuchen, wie sie funktionieren und welche Auswirkungen sie auf wichtige KPIs wie die Conversion Rate und Transaktionen haben.
Mit zunehmender Reife eines Experimentierprogramms ist es jedoch wahrscheinlicher, dass sich Unternehmen mit anspruchsvolleren Arten von Tests befassen wollen, die mehr Fachwissen und ein fortschrittlicheres Tool erfordern.
Das ist der Zeitpunkt, an dem viele Unternehmen bereit sind, den Schritt von client- zu serverseitigen Experimenten zu wagen.
In diesem Artikel beschäftigen wir uns mit dem Thema Client-Side vs. Server-Side A/B-Testing und gehen der Frage nach, wann der richtige Zeitpunkt für den Umstieg auf serverseitige Tests gekommen ist. Darüber hinaus erörtern wir die Bedeutung dieser Art von Tests, indem wir die verschiedenen Szenarien skizzieren, in denen serverseitige Experimente besser geeignet sind.
Diese Inhalte erwarten dich in diesem Blogartikel:
Client-Side vs. Server-Side A/B-Testing
Was sind die Vorteile von serverseitigen Tests?
Omnichannel-Experimente
Verbesserte Leistung
Unendliche Testmöglichkeiten
Wann ist es sinnvoll, zu serverseitigen Tests überzugehen?
Serverseitige Tests und Feature Flags
Fazit: Client-Side vs. Server-Side A/B-Testing – Der Kontext zählt
Client-Side vs. Server-Side A/B-Testing
Bevor wir uns näher mit dem serverseitigen Testen befassen, wollen wir kurz auf die Unterschiede zwischen Client-Side und Server-Side A/B-Testing eingehen, um zu verstehen, warum du beide Arten von Tests benötigst, wenn sich dein Experimentier- und Optimierungsprogramm weiterentwickeln soll.
Bei clientseitigen Tests erfolgt das Experimentieren auf der Client-Seite durch JavaScript, das im Browser ausgeführt wird. Mit clientseitigen Tools kannst du also Variationen deiner Seiten erstellen, indem du den Inhalt änderst, der von deinem Server an die Benutzer im Webbrowser gesendet wird. Der Benutzer erhält dann eine Variante des geänderten Inhalts auf der Grundlage deiner Targeting-Regeln.
Einfach ausgedrückt: Die gesamte Arbeit findet dank JavaScript auf der Ebene des Browsers statt. Aus diesem Grund eignen sich clientseitige Tests in der Regel am besten für „oberflächliche“ Änderungen wie Layout, Design und Farben, um deren Leistung und Auswirkungen auf wichtige KPIs zu messen.
Beim serverseitigen Testen findet die gesamte Arbeit auf der Serverebene und nicht im Browser statt. Mit anderen Worten: Es ist dein Server, der einem Benutzer die geänderte Variante zufällig sendet. Folglich arbeitet das Experimentierwerkzeug auf dem Server und nicht in den Browsern deiner Benutzer.
Einer der größten Vorteile von clientseitigen Tests besteht vielleicht darin, dass sie einfach zu implementieren sind und keine besonderen Fachkenntnisse erforderlich sind, um diese Tests auf dem Frontend der Website durchzuführen.
Aufgrund ihrer fortschrittlichen Funktionen erfordern serverseitige Tests dagegen technisches Fachwissen und Programmierkenntnisse, so dass in der Regel Entwickler die Tests im Backend durchführen.
Bleibe up to date in Sachen Customer Experience Optimization: Melde dich zu unserem Newsletter an. Jetzt anmelden!
Was sind die Vorteile von serverseitigen Tests?
Bevor wir darauf eingehen, wann du serverseitige Tests einsetzen solltest, werden wir auf einige ihrer Vorteile eingehen, um ihre Use Cases besser zu verstehen.
Omnichannel-Experimente
Clientseitige Lösungen sind in der Regel auf Geräte mit Webbrowsern beschränkt, sei es auf dem Desktop, dem Handy oder dem Tablet. Das bedeutet, dass du keine Experimente auf mobilen Apps oder verbundenen Geräten durchführen kannst.
Serverseitige Lösungen hingegen ermöglichen es dir, über mehrere Kanäle hinweg zu experimentieren, einschließlich mobiler Apps, was deinen Spielraum erheblich erweitert und dir zahlreiche Möglichkeiten für A/B-Tests über Webbrowser hinaus eröffnet, sodass du alle Bereiche abdecken kannst.
Verbesserte Leistung
Einer der vielleicht größten Vorteile von serverseitigen Tests ist das Ausbleiben des Flickering-Effekts, der bei clientseitigen Lösungen oft ein großer Nachteil ist.
Der Flickering-Effekt tritt auf, wenn die Originalseite geladen und durch die Testvariante ersetzt wird, und wird normalerweise vom Benutzer wahrgenommen.
Im Gegensatz zu clientseitigen Tools, die das Hinzufügen eines JavaScript Tags zu deinen Seiten erfordern, musst du dieses Tag bei serverseitigen Tools nicht hinzufügen. Das liegt daran, dass die Experimente auf dem Server gerendert werden, bevor sie an den Client weitergegeben werden, so dass die gesamte Hauptarbeit auf der Serverebene stattfindet und auf der Client-Seite nicht auffällt.
Mit anderen Worten: Bei einem serverseitigen Test wird die Variante vom Server abgerufen und an den Browser des Benutzers übermittelt. Folglich finden keine Änderungen am Frontend oder Browser statt, so dass es keinen Flickering-Effekt gibt.
Unendliche Testmöglichkeiten
Deine Teams haben bei serverseitigen Tests viel mehr Möglichkeiten, da sie alle Aspekte deiner Website ändern können.
Da serverseitige Tests vom Backend Server gerendert werden, kannst du komplexere dynamische Inhalte testen, während dies bei clientseitigen Tests nicht so einfach möglich ist und die Benutzerfreundlichkeit beeinträchtigen kann.
Mit anderen Worten: Du kannst viel komplexere Tests erstellen, die über den Rahmen von UI- oder kosmetischen Änderungen hinausgehen und eine völlig neue Welt des Experimentierens eröffnen.
Mit solchen tiefgreifenden Experimentiermöglichkeiten können Teams alle Facetten eines Produkts gründlich testen, um seine Funktionalität zu validieren, z. B. die zugrundeliegenden Funktionen, Algorithmen und Backend-Logik.
Im nächsten Abschnitt zeigen wir dir diese verschiedenen Use Cases, bei denen du die Durchführung von serverseitigen Tests in Betracht ziehen solltest.
Wann ist es sinnvoll, zu serverseitigen Tests überzugehen?
Wie wir bereits erwähnt haben, werden serverseitige Tests in der Regel dazu verwendet, fortgeschrittene Tests durchzuführen und tiefgreifende Experimente innerhalb deines Tech Stacks durchzuführen, um die Funktionsweise eines Produkts gründlich zu untersuchen.
Einfach ausgedrückt, ermöglichen serverseitige Testlösungen Teams die Durchführung robusterer und sicherer Experimente, die sich auf die Änderung der Produktfunktionen konzentrieren.
Hier sind einige Anwendungsfälle, in denen serverseitige Tests gegenüber clientseitigen Tests zu empfehlen sind:
- Führe Experimente auf deiner mobilen App durch
Wie bereits erwähnt, besteht einer der Hauptvorteile des serverseitigen Testens darin, dass es Omnichannel- und plattformübergreifende Experimente ermöglicht.
Da clientseitige Lösungen auf JavaScript und Cookies angewiesen sind, ist es nicht möglich, sie zum Testen nativer mobiler Apps zu verwenden und du bist auf Geräte beschränkt, die über einen Standard-Webbrowser verfügen.
Das bedeutet, dass du für die Durchführung von Experimenten mit deiner mobilen Anwendung eine fortschrittlichere serverseitige Testlösung benötigst, um mit den Technologien für mobile Apps umzugehen, die komplexer sind und sich erheblich von den Webtechnologien unterscheiden.
Da das serverseitige Testen sowohl für Webanwendungen als auch für mobile Apps funktioniert, kannst du außerdem denselben Test mit denselben Variationen durchführen, unabhängig davon, welcher Kanal verwendet wird. Auf diese Weise kannst du die Daten der einzelnen Kanäle vergleichen und das Benutzererlebnis an den verschiedenen Customer Journey Touchpoints entsprechend optimieren.
Wenn du schließlich Feature Flags verwendest, um serverseitige Tests für mobile Apps durchzuführen, kannst du die mühsame und zeitaufwändige Genehmigung im App Store umgehen. Vereinfacht gesagt, kannst du mit Feature Flags Funktionen aus der Ferne ein- oder ausschalten, ohne den Code erneut in den App Stores bereitzustellen und auf die Genehmigung zu warten oder darauf warten zu müssen, dass alle Änderungen zur gleichen Zeit fertig sind, um deine eigenen Änderungen zu veröffentlichen.
- Teste deine Suchalgorithmen
Serverseitige A/B-Tests sind effizient für das Testen von Änderungen auf tieferer Ebene, die mit dem Backend und der Architektur deiner Website zusammenhängen.
Dies ist der Fall bei Suchalgorithmen, die Änderungen an deinem bestehenden Code erfordern. E-Commerce-Websites greifen in der Regel auf serverseitige Tests zurück, um sicherzustellen, dass Kunden ihre Website problemlos durchsuchen und das gewünschte Produkt finden können.
Suchalgorithmen sind also der Schlüssel dazu, dass Kunden das gesuchte Produkt finden, indem sie ein nahtloses Sucherlebnis bieten, das sie schließlich zum Kauf veranlasst.
Du kannst z. B. testen, was den Kunden in den Suchergebnissen angezeigt wird, ob dies auf der Grundlage des Preises, der Beliebtheit oder der Bewertungen geschehen soll oder ob du Produkte auf der Grundlage dessen priorisieren solltest, was Kunden in der Vergangenheit gekauft/gemerkt/angesehen haben.
Mit serverseitigen Tests kannst du solche komplexen Szenarien und Regeln erstellen, um deinen Kunden personalisierte Empfehlungen zu geben und ihre Sucherfahrung auf deiner Website zu optimieren. Diese sind mit clientseitigen Lösungen schwieriger zu testen, da die Suchseiten auf der Suchanfrage basieren und daher dynamisch gerendert werden.
Daher bieten serverseitige Tests umfassendere Möglichkeiten und ermöglichen es dir, mit mehreren Algorithmen zu experimentieren, indem du den vorhandenen Code änderst.
Bleibe up to date in Sachen Customer Experience Optimization: Melde dich zu unserem Newsletter an. Jetzt anmelden!
- Optimiere deine Produktempfehlungen
In ähnlicher Weise kannst du mit serverseitigen Tools mehrere Produktempfehlungsalgorithmen testen, die in der Regel unten auf den Produktseiten zu finden sind, um zu messen, welche Arten von Layouts die meisten Verkäufe generieren oder den durchschnittlichen Bestellwert erhöhen. Ist es z. B. besser, ähnliche Produkte, die beliebtesten Produkte oder die zuletzt angesehenen Produkte zu empfehlen?
Solche Empfehlungen basieren auf einer Vielzahl von Kriterien, wie z. B. dem Browserverlauf, deinem eigenen PIM-System (Product Information Management) und anderen Datenquellen. Serverseitige Tests ermöglichen es dir, diese verschiedenen Algorithmen zu testen, um die beste Auswahl an empfohlenen Produkten zu ermitteln.
- Teste datenschutzrelevante Seiten
Serverseitige Tests eignen sich hervorragend zum Testen von Seiten, bei denen die Datensicherheit von entscheidender Bedeutung ist, da sie gewährleisten, dass die Daten innerhalb des Servers sicher bleiben, ohne dass man sich um eine Sicherheitsbedrohung sorgen muss.
Dies ist ideal zum Testen von E-Commerce-Zahlungsseiten oder für Bankanwendungen oder andere Webseiten oder Anwendungen, die sensible Daten enthalten.
Du kannst auch Feature Flags verwenden, um eine neue Zahlungsmethode an einer Untergruppe von Nutzern zu testen und zu sehen, wie sie sich anpassen, bevor du sie für alle anderen einführst.
- Bestimme die ideale Formularlänge
Dies ist besonders wichtig für SaaS-Unternehmen, die sich auf Formulare für kostenlose Testversionen und Demoanfragen verlassen, um Informationen von ihren Besuchern zu sammeln. Daher müssen sie die beste Länge für solche Formulare ermitteln, ohne dabei Abbrüche zu riskieren, aber dennoch in der Lage zu sein, alle erforderlichen Informationen über einen potenziellen Kunden zu erfassen.
Serverseitige Tests sind in diesem Szenario der richtige Weg, da deine Formulare direkt mit der Struktur deiner Datenbank verknüpft sind. Wenn ein Feld obligatorisch ist, kannst du es nicht mit JavaScript ausblenden, da die Validierung des Formulars serverseitig fehlschlägt.
Daher sollte die Prüfung der Länge und Komplexität eines Formulars, die sich am positivsten auf die Conversion Rate auswirkt, serverseitig erfolgen.
Dies gilt auch für andere Websites, die solche Formulare von Besuchern verwenden, wie z. B. Hotelreservierungs- oder Versicherungsseiten. Beachte, dass verschiedene Sektoren je nach Art und Zweck der zu erfassenden Informationen unterschiedliche und mehr oder weniger Informationen benötigen.
- Teste die Grenze für den kostenlosen Versand
E-Commerce-Unternehmen sollten in der Lage sein, den Bestellwert zu ermitteln, ab dem ein kostenloser Versand möglich ist. Dies ist wichtig, da die Versandkosten eine der Hauptursachen für Warenkorbabbrüche sind.
Da die Versandkosten einer der ausschlaggebenden Faktoren für die Kaufentscheidung eines Kunden sind, sollten Unternehmen verschiedene Schwellenwerte für den Warenkorb testen, um die optimale Grenze für den kostenlosen Versand herauszufinden und so die Transaktionsraten zu verbessern.
Da die Versandkosten in der Regel dynamisch vom Backend Server gerendert werden, musst du sie serverseitig testen. Alle vorgenommenen Änderungen sollten sich auf alle folgenden Schritte auswirken und sollten serverseitig verwaltet werden.
- Validiere deine Funktionen
Serverseitige Tests ermöglichen dir die Durchführung von Funktionstests, um deine Produktfeatures zu validieren, indem du Variationen deiner Features an verschiedene Benutzergruppen ausrollst, um deren Leistung zu bewerten, bevor du eine allgemeine Freigabe vornimmst.
Mit Hilfe von Feature Flags kannst du serverseitige A/B-Tests durchführen und deine Benutzer segmentieren, indem du sie zu der einen oder anderen Variante leitest. Wenn mit einer Variante etwas schief geht, kannst du diese leicht wieder rückgängig machen, indem du das Flag deaktivierst, bevor es die Benutzererfahrung weiter beeinträchtigt.
Anhand des Feedbacks dieser Nutzer kannst du dann deine Features optimieren und sie für alle Nutzer freigeben, in der Gewissheit, dass sie den Kundenanforderungen entsprechen.
Serverseitige Tests und Feature Flags
Die beste Möglichkeit, serverseitige Tests durchzuführen, sind Feature Flags. Durch die Entkopplung von Bereitstellung und Veröffentlichung kannst du serverseitige A/B-Tests durchführen, indem du neue Funktionen an eine kleine Gruppe von Benutzern ausrollst. Anschließend kannst du die Leistung dieser Benutzergruppe messen, bevor du sie für alle anderen Benutzer einführst.
Serverseitige Tests erfordern zwar technisches Fachwissen und Programmierkenntnisse, sind aber nicht nur für technische Teams relevant. Häufig arbeiten nicht-technische Mitarbeiter mit Produktteams zusammen, um Experimente zu definieren, die dann von den Entwicklern durchgeführt werden. Sobald ein Experiment implementiert ist, kann es in der Regel über ein Dashboard gesteuert, überwacht und analysiert werden.
Mit der richtigen Feature-Management-Lösung können alle Teams eines Unternehmens mithilfe eines einfach zu bedienenden Dashboards serverseitige Tests durchführen, ohne dass es zu technischen Problemen kommt.
Fazit: Client-Side vs. Server-Side A/B-Testing – Der Kontext zählt
Letztendlich ist es wichtig zu wissen, dass es nicht darum geht, ob serverseitig besser ist als clientseitig. Es handelt sich um zwei sich ergänzende Ansätze und für welchen sich ein Unternehmen entscheidet, hängt davon ab, welcher Ansatz für seine Optimierungs- und allgemeinen Geschäftsziele besser geeignet ist.
Mit anderen Worten: Die eine Art des Testens ersetzt die andere nicht. Es kommt darauf an, welche Art von Experimenten du durchführen möchtest und welche Art in dem jeweiligen Kontext besser geeignet ist und welche Teams die Experimente durchführen möchten – Marketingspezialisten bevorzugen und verwenden häufiger clientseitige Tests, während Produktmanager und Entwickler sich in der Regel für serverseitige Tests entscheiden. Es hängt auch von den Ressourcen ab, die Unternehmen zur Verfügung haben, und vom Reifegrad ihrer Optimierungsprogramme.
Um sicherzustellen, dass deine Website optimiert ist und ein nahtloses Benutzererlebnis bietet, ist es wichtig, beide Testtechniken zur Hand zu haben, um in einer wettbewerbsorientierten digitalen Welt zu bestehen.
Beide Arten von Tests sind unverzichtbar, wenn es darum geht, großartige Produkte zu entwickeln, die maximale Einnahmen bringen. Der Schlüssel liegt darin, beide zusammen einzusetzen, um die Produktivität zu steigern und eine maximale Wirkung zu erzielen.
