Was ist serverseitiges Testen?
Serverseitiges A / B-Testen ist eine Form des Experimentierens, bei der die Variationen eines Tests direkt auf dem Webserver gerendert werden, bevor er an den Client geliefert wird. Dies unterscheidet sich von clientseitigen Tests, bei denen der A / B-Test auf der Clientseite über JavaScript gerendert wird, nachdem die Seite an den Browser des Benutzers geliefert wurde.
Serverseitige vs. clientseitige A / B-Tests
Jede Art von Tests bietet ihre eigenen Vorteile. Abhängig von den Anforderungen Ihrer Organisation können Sie bestimmen, welches für Sie das Richtige ist.
Vorteile des serverseitigen Testens:
Minimale Auswirkungen auf die Leistung
Mit vordefinierten Experimentvariationen, die nicht im laufenden Betrieb über den Browser bereitgestellt werden, ist das Experiment für den Website-Besucher nicht wahrnehmbar und hat nur minimale Auswirkungen auf die Ladezeit der Seite.
Tiefe Experimentierfähigkeit
Serverseitige Experimente können testen, wie ein Produkt funktioniert, einschließlich zugrunde liegender Funktionen, Backend-Logik, Algorithmen usw.
Multi-Channel-Experimente
Experimente, die auf dem Server ausgeführt werden, können in mehreren Kanälen gleichzeitig durchgeführt werden, z. B. Web, Mobile und E-Mail.
Vorteile von clientseitigen A / B-Tests
Leicht zugänglich für Vermarkter
Vermarkter mit wenig technischen Kenntnissen können Tests mit einem WYSIWYG-Editor durch einfache JavaScript-Modifikation bereitstellen.
Keine Entwickler erforderlich
Bei clientseitigen Tests ist es nicht erforderlich, sich mit einer Website-Code-Version abzustimmen, um Experimente bereitzustellen. Experimente können fast sofort entwickelt und ausgeführt werden.
Minimale SEO-Auswirkungen
Da Google in der Regel Änderungen ignoriert, die über JavaScript zum Zwecke der Suchmaschinenindizierung implementiert wurden, haben clientseitige Tests im Vergleich zu serverseitigen Tests, die indiziert werden können, nur minimale SEO-Auswirkungen.
Bessere Segmentierung
Da clientseitige Tests nach dem Laden der Seite durchgeführt werden, können sie häufig mehr Daten nutzen, um Besucher basierend auf Daten zu segmentieren, die zum Zeitpunkt der Serveranforderung nicht verfügbar sind.
Wann serverseitige A / B-Tests zu verwenden sind
Da moderne Webanwendungen dynamischer und technisch komplizierter geworden sind, hat auch das Testen innerhalb dieser Anwendungen an Komplexität zugenommen. Serverseitige Tests können diese erhöhte Komplexität bewältigen. Anstatt sich auf das Testen von Überschriften oder Schaltflächenfarben auf Ihrer Website zu beschränken, können Sie wirkungsvollere Variationen wie Algorithmen, Architekturen und andere Nicht-UI-Änderungen wie eine Datenbankabfrage-Ergebnismenge testen.
Daher sind serverseitige Tests häufig die Wahl von Produktentwicklungsteams, die komplexe Experimente durchführen möchten, um die Funktionsweise eines Produkts zu untersuchen, im Gegensatz zu clientseitigen Conversion-Rate-Tests, die bei Marketingteams beliebt sind.
Beispiele für serverseitige Tests
Die meisten großen Websites verwenden serverseitige Technologie, um verschiedene Daten dynamisch anzuzeigen, und es ist für Entwickler einfach, Tests in diesen Prozess einzubeziehen, damit sie Daten sammeln können.
Ein häufiger Anwendungsfall für serverseitige A / B-Tests ist das Ausführen von Tests für Suchalgorithmen auf einer Website. Da Suchergebnisseiten dynamisch basierend auf der Suchabfrage gerendert werden, sind Suchalgorithmus-Tests auf der Clientseite über Javascript fast unmöglich auszuführen, aber auf der Serverseite einfach zu implementieren. Unternehmen wie Google, Pinterest und Netflix testen häufig neue Algorithmen für die Suche, um die Benutzererfahrung zu optimieren.
Server Side Testing wird auch häufig zum Testen von Änderungen verwendet, die über der Falte liegen. Da clientseitige Tests nach dem Generieren der Seite gerendert werden, kann dies zu einem „Blinken“ auf der Seite führen, da die Originalseite kurz vor dem Anwenden des Variationscodes sichtbar ist. Beim serverseitigen Testen gibt es kein Flashen, da die Änderungen auf dem Webserver angewendet werden, bevor sie an den Client übermittelt werden.
Optimizely Serverseitiges A / B-Testing
Optimizelys ursprünglicher Ansatz für A / B-Testing war eine clientseitige Lösung, die erhebliche Auswirkungen auf das digitale Marketing hatte. Mit einer einfachen JavaScript-Zeile kann ein Vermarkter Webseitenexperimente mithilfe eines visuellen Editors einrichten und sofort bereitstellen. Diese Unabhängigkeit von Entwicklern und Site-Bereitstellungen ermöglichte es Marketingfachleuten, zu experimentieren und mehr über ihre Kundenbedürfnisse zu erfahren.
Aber seit der Gründung von Optimizely hat sich das Experimentieren weit über die Vermarkter hinaus entwickelt, die versuchen herauszufinden, welchen Call-to-Action-Text sie auf eine Schaltfläche setzen sollen. Dank des Aufstiegs neuer Technologien und „schlanker“ Geschäftsansätze führen die innovativsten Unternehmen heute jährlich Tausende von Tests durch.
Optimizely Full Stack bietet die Möglichkeit, Experimente überall in Ihrem Technologie-Stack zu erstellen und auszuführen und dabei die Optimizely-Benutzeroberfläche, die Statistik-Engine und das Entwickler-Ökosystem zu nutzen. Sie können während des gesamten Produktlebenszyklus auf jedem angeschlossenen Gerät (z. B. Mobilgerät, OTT oder IOT) experimentieren und die progressive Bereitstellung über Funktionsschalter aktivieren.
Unabhängig davon, ob Sie Optimizely für clientseitige Experimente verwenden oder nicht, können Sie mit Optimizely Full Stack Experimente mit Website-Elementen durchführen, die vom Backend verwaltet werden, z. B. Preise, Abonnementangebote und Produktrabatte. Sie können den Traffic einfach aufteilen und ein vollständiges Redesign, die Architektur der Website, Ihre Omnichannel-Marketingkampagnen und mehr optimieren.
Optimizely Full Stack enthält auch Feature-Flagging und kontrollierte Rollout-Funktionen, sodass Sie neue Funktionen für ein kleines Segment Ihrer Zielgruppe bereitstellen, deren Leistung testen und Fehler einfach rückgängig machen können.