Was ist Server Side Testing?
Server-seitiges A/B-Testing ist eine Form der Experimentation, bei der die Variationen eines Tests direkt auf dem Webserver gerendert werden, bevor sie an den Client ausgeliefert werden. Dies unterscheidet sich vom clientseitigen Testing, bei dem der A/B-Test clientseitig durch JavaScript gerendert wird, nachdem die Seite an den Browser des Nutzers ausgeliefert wurde.
Server Side Testing vs. clientseitiges A/B-Testing
Jede Art von Testing bietet ihre eigenen Vorteile. Abhängig von den Anforderungen Ihrer Organisation können Sie bestimmen, welche für Sie die richtige ist.
Vorteile von Server Side Testing:
- Minimale Auswirkungen auf die Performance
Mit vordefinierten Experimentvariationen, die nicht zur Laufzeit über den Browser ausgeliefert werden, ist das Experiment für den Website-Besucher nicht wahrnehmbar und hat minimale Auswirkungen auf die Seitenladezeit. - Tiefgreifende Experimentierungsmöglichkeiten
Serverseitige Experimente können testen, wie ein Produkt funktioniert, einschließlich zugrunde liegender Features, Backend-Logik, Algorithmen usw. - Multi-Channel-Experimentation
Auf dem Server ausgeführte Experimente können gleichzeitig in mehreren Kanälen stattfinden, z. B. Web, Mobile und E-Mail.
Vorteile von clientseitigem A/B-Testing
- Leicht zugänglich für Marketer
Marketer mit geringem technischen Wissen können Tests über einen WYSIWYG-Editor durch einfache JavaScript-Modifikationen einsetzen. - Keine Entwickler erforderlich
Beim clientseitigen Testing ist keine Koordination mit einem Website-Code-Release erforderlich, um Experimente zu starten. Experimente können fast sofort entwickelt und ausgeführt werden. - Minimale SEO-Auswirkungen
Da Google Änderungen, die über JavaScript implementiert werden, für die Zwecke der Suchmaschinen-Indexierung typischerweise ignoriert, haben clientseitige Tests minimale SEO-Auswirkungen im Vergleich zu serverseitigen Tests, die indexiert werden können. - Bessere Segmentierung
Da clientseitige Tests nach dem Laden der Seite durchgeführt werden, können sie häufig mehr Daten nutzen, um Besucher auf Basis von Daten zu segmentieren, die zum Zeitpunkt der Serveranfrage noch nicht verfügbar sind.
Wann sollte Server-seitiges A/B-Testing eingesetzt werden?
Da sich moderne Webanwendungen zu dynamischeren und technisch komplexeren Systemen entwickelt haben, hat sich auch das Testing innerhalb dieser Anwendungen in seiner Komplexität weiterentwickelt. Server Side Testing kann mit dieser gestiegenen Komplexität umgehen. Anstatt auf das Testen von Überschriften oder Button-Farben auf Ihrer Website beschränkt zu sein, können Sie wirkungsvollere Variationen testen, wie z. B. Algorithmen, Architekturen und andere Nicht-UI-Änderungen wie ein Datenbankabfrage-Ergebnisset.
Daher ist Server Side Testing häufig die Wahl von Produktentwicklungsteams, die komplexe Experimente durchführen möchten, die erforschen, wie ein Produkt funktioniert – im Gegensatz zum clientseitigen Conversion-Rate-Testing, das bei Marketingteams beliebt ist.
Beispiele für Server Side Testing
Die meisten großen Websites nutzen serverseitige Technologie, um dynamisch unterschiedliche Daten anzuzeigen, und es ist für Entwickler unkompliziert, Testing in diesen Prozess zu integrieren, um Daten zu sammeln.
Ein häufiger Anwendungsfall für serverseitiges A/B-Testing ist das Testen von Suchalgorithmen auf einer Website. Da Suchergebnisseiten dynamisch basierend auf der Suchanfrage gerendert werden, sind Suchalgorithmus-Tests auf der Clientseite über Javascript nahezu unmöglich, aber serverseitig einfach zu implementieren. Unternehmen wie Google, Pinterest und Netflix testen regelmäßig neue Algorithmen für die Suche, um die Nutzererfahrung zu optimieren.
Server Side Testing wird auch häufig verwendet, um Änderungen zu testen, die above-the-fold sind. Da clientseitige Tests nach der Generierung der Seite gerendert werden, kann es zu einem „Flackern“ auf der Seite kommen, da die ursprüngliche Seite kurz sichtbar ist, bevor der Variationscode angewendet wird. Beim Server Side Testing gibt es kein Flackern, da die Änderungen auf dem Webserver angewendet werden, bevor sie an den Client ausgeliefert werden.
Optimizely Server-seitiges A/B-Testing
Optimizelys ursprünglicher Ansatz zum A/B-Testing war eine clientseitige Lösung, die erhebliche Auswirkungen auf das digitale Marketing hatte. Mit einer einfachen JavaScript-Zeile konnte ein Marketer Webseiten-Experimente mithilfe eines visuellen Editors einrichten und sofort deployen. Diese Unabhängigkeit von Entwicklern und Site-Deployments ermöglichte es Marketern, zu experimentieren und mehr über die Bedürfnisse ihrer Kunden zu erfahren.
Doch seit der Gründung von Optimizely hat sich Product Experimentation weit über das Experimentieren von Marketern mit Call-to-Action-Texten auf Buttons hinausentwickelt. Heute, dank des Aufkommens neuer Technologien und „schlanker“ Geschäftsansätze, führen die innovativsten Unternehmen jährlich Tausende von Tests durch.
Optimizely Feature Experimentation führt die Möglichkeit ein, Experimente überall in Ihrem Technologie-Stack zu erstellen und auszuführen, unter Nutzung des Optimizely-Interface, der Stats Engine und des Entwickler-Ökosystems. Sie können während des gesamten Produktlebenszyklus auf jedem verbundenen Gerät experimentieren und über Feature Toggles aktivieren.
Ob Sie Optimizely für clientseitiges Experimentieren verwenden oder nicht – Optimizely Feature Experimentation ermöglicht es Ihnen, Experimente mit Website-Elementen durchzuführen, die vom Backend verwaltet werden, wie z. B. Preisgestaltung, 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 Feature Experimentation umfasst auch Feature Flags und kontrollierte Rollout-Funktionalität, sodass Sie neue Features für ein kleines Segment Ihrer Zielgruppe deployen, ihre Performance testen und Bugs einfach zurückrollen können.
