Server-seitige Tests

Was ist Server-seitiges Testen?

Serverseitiges A/B-Testing ist eine Form des Experimentierens, bei der die Varianten eines Tests direkt auf dem Webserver gerendert werden, bevor sie an den Client ausgeliefert werden. Dies unterscheidet sich vom clientseitigen A/B-Testing, bei dem der A/B-Test auf der Clientseite über JavaScript gerendert wird, nachdem die Seite an den Browser des Benutzers ausgeliefert wurde.

Server-seitige vs. Client-seitige A/B-Tests

Jede Art des Testens bietet eine Reihe von Vorteilen. Je nach den Bedürfnissen Ihres Unternehmens können Sie entscheiden, welche Methode die richtige für Sie ist.

Vorteile von Server-seitigen Tests:

• Minimale Auswirkung auf die Leistung
  Mit im Voraus festgelegten Versuchsvarianten, die nicht spontan über den Browser bereitgestellt werden, ist das Experiment für den Besucher der Website unbemerkt und hat nur minimale Auswirkungen auf die Seitenladezeit.
• Tiefgreifende Funktionen für Experimente
  Mit serverseitigen Experimenten können Sie testen, wie ein Produkt funktioniert, einschließlich der zugrunde liegenden Funktionen, Backend-Logik, Algorithmen usw.
• Multi-Channel-Experimente
  Experimente, die auf dem Server durchgeführt werden, können gleichzeitig in mehreren Kanälen stattfinden, z. B. im Web, auf dem Handy und per E-Mail.

Vorteile von A/B-Tests auf der Client-Seite

• Leicht zugänglich für Vermarkter
  Vermarkter mit geringen technischen Kenntnissen können Tests mit einem WYSIWYG-Editor durch einfache JavaScript-Modifikation durchführen.
• Keine Entwickler erforderlich
  Bei clientseitigen Tests ist keine Abstimmung mit einer Website-Codefreigabe erforderlich, um Experimente einzusetzen. Experimente können fast sofort entwickelt und ausgeführt werden.
• Minimale Auswirkungen auf die Suchmaschinenoptimierung
  Da Google Änderungen, die über JavaScript implementiert werden, für die Indizierung durch Suchmaschinen in der Regel ignoriert, haben clientseitige Tests im Vergleich zu serverseitigen Tests, die indiziert werden können, nur minimale Auswirkungen auf die Suchmaschinenoptimierung.
• Bessere Segmentierung
  Da clientseitige Tests nach dem Laden der Seite durchgeführt werden, können sie oft mehr Daten nutzen, um Besucher auf der Grundlage von Daten zu segmentieren, die zum Zeitpunkt der Serveranfrage nicht verfügbar sind.

Wann sollten Sie serverseitige A/B-Tests verwenden?

Da moderne Webanwendungen immer dynamischer und technisch komplizierter geworden sind, haben auch die Tests innerhalb dieser Anwendungen an Komplexität gewonnen. 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 testen, z. B. Algorithmen, Architekturen und andere Änderungen, die nicht die Benutzeroberfläche betreffen, wie z. B. die Ergebnismenge einer Datenbankabfrage.

Daher ist das serverseitige Testen häufig die erste Wahl für Produktentwicklungsteams, die komplexe Experimente durchführen möchten, um die Funktionsweise eines Produkts zu erforschen, im Gegensatz zum clientseitigen Testen der Konversionsrate, das bei Marketingteams beliebt ist.

Beispiele für serverbasierte Tests

Die meisten großen Websites verwenden serverseitige Technik, um verschiedene Daten dynamisch anzuzeigen, und es ist für Entwickler einfach, Tests in diesen Prozess zu integrieren, um Daten zu sammeln.

Ein gängiger Use-Case für serverseitige A/B-Tests ist die Durchführung von Tests für Suchalgorithmen auf einer Website. Da die Suchergebnisseiten dynamisch auf der Grundlage der Suchanfrage gerendert werden, sind Tests von Suchalgorithmen auf der Client-Seite mittels Javascript fast unmöglich, aber auf der Server-Seite leicht zu implementieren. Unternehmen wie Google, Pinterest und Netflix testen häufig neue Algorithmen für die Suche, um das Benutzererlebnis zu optimieren.

Serverseitige Tests werden auch häufig für das Testen von Änderungen verwendet, die über die normale Darstellung hinausgehen. Da clientseitige Tests gerendert werden, nachdem die Seite generiert wurde, kann es zu einem "Blinken" auf der Seite kommen, da die ursprüngliche Seite kurz vor der Anwendung des Änderungscodes sichtbar ist. Bei serverseitigen Tests gibt es kein Blinken, da die Änderungen auf dem Webserver vorgenommen werden, bevor sie an den Client übermittelt werden.

Optimizely Server-seitige A/B-Tests

Der ursprüngliche Ansatz von Optimizely für A/B-Tests war eine clientseitige Lösung, die erhebliche Auswirkungen auf das digitale Marketing hatte. Mit einer einfachen JavaScript-Zeile konnte ein Marketer mit Hilfe eines visuellen Editors Webseiten-Experimente einrichten und sofort einsetzen. Dank dieser Unabhängigkeit von Entwicklern und der Einrichtung von Sites konnten Marketingexperten experimentieren und mehr über die Bedürfnisse ihrer Kunden erfahren.

Aber seit der Gründung von Optimizely hat sich das Experimentieren mit Produkten weit über die Frage hinaus entwickelt, welchen Call-to-Action-Text man auf eine Schaltfläche setzen sollte. Heute führen die innovativsten Unternehmen dank des Aufschwungs neuer Techniken und "schlanker" Geschäftsansätze jährlich Tausende von Tests durch.

Optimizely Feature Experimentation bietet Ihnen die Möglichkeit, Experimente überall in Ihrer Technik zu erstellen und durchzuführen, indem Sie die Optimizely-Benutzeroberfläche, die Stats Engine und das Entwickler-Ökosystem nutzen. Sie können während des gesamten Produktlebenszyklus auf jedem angeschlossenen Gerät (z. B. Mobilgerät, OTT oder IOT) experimentieren und durch Feature-Toggles aktivieren.

Unabhängig davon, ob Sie Optimizely für clientseitige Experimente nutzen oder nicht, können Sie mit Optimizely Feature Experimentation Experimente zu Website-Elementen durchführen, die vom Backend verwaltet werden, z. B. Preisgestaltung, Abonnementangebote und Produktrabatte. Sie können ganz einfach den Traffic aufteilen und ein komplettes Redesign, die Architektur der Site, Ihre Omnichannel-Marketingkampagnen und vieles mehr optimieren.

Optimizely Feature Experimentation umfasst auch Feature Flags und kontrollierte Rollout-Funktionen, so dass Sie neue Funktionen für eine kleine Segmentierung Ihres Publikums bereitstellen, deren Leistung testen und eventuelle Fehler einfach rückgängig machen können.