BR
Definition des Server-Side Testings
Lassen Sie uns zunächst verstehen, was am Backend passiert, wenn Sie auf einer Website landen.
Wenn ein User eine Website über einen Browser besucht, wird eine Anfrage an den Server gesendet, von dem aus Dateien an den Browser übertragen werden, der dann die sichtbare Version der Website erstellt. Gemäß den vorgegebenen Regeln macht das JavaScript in den Dateien die Webseite (bestehend aus HTML und CSS) interaktiv. JavaScript wird entweder auf dem Server oder im Browser ausgeführt. Dieses JavaScript ist auch für die Erstellung von Webseitenvariationen verantwortlich.
Bei experimentellen Verfahren wie A/B-Tests gibt es zwei Methoden, um die Testvarianten zu liefern. Die eine ist Server-Side Testing, die andere das Client-Side Testing.
Beim Server-Side Testing fordert der User eine Webseite über den Browser an. Danach findet der Server die angeforderten Dateien, aus denen die Webseite besteht, und führt das JavaScript darin aus. Die gewünschten Änderungen auf der Webseite werden vorgenommen, und der Server sendet die Variation direkt an den User.
Nun wollen wir verstehen, wie sich das Server-Side Testing vom Client-Side Testing unterscheidet.
Client-Side Testing vs. Server-Side Testing
Bei Client-Side Testing sendet der Server alle angeforderten Dateien an den Browser, der dann das JavaScript ausführt, um Änderungen vorzunehmen, bevor er die sichtbare Version der Webseite anzeigt. Im Folgenden finden Sie die detaillierten Unterschiede zwischen den beiden Testansätzen.
| Parameter | Server-side testing | Client-side testing |
| Leichte Implementierung | Schwierig. Da die Variation direkt an den Browser gesendet wird. Die Entwickler müssen jede Variation erstellen und auf einem Server speichern. | Einfach. Es wird ein Drag-and-Drop-Editor im Backend verwendet. |
| Geschwindigkeit | Schneller, da die gesamte Arbeit auf der Serverebene erledigt wird. Der Browser kann die Webseite schneller rendern. | Langsam, da der Browser erst die JavaScript-, dann die HTML- und CSS-Codes durchgehen muss. Das braucht Zeit und erfordert Optimierungsmaßnahmen, um die Geschwindigkeit zu verbessern. |
| Auswirkungen auf das User-Erlebnis | Keine Auswirkung. | Die Ausführung von JavaScript auf der Browserebene kann das User-Erlebnis beim Laden der Webseite beeinträchtigen. |
| Umfang | Sie können den Algorithmus, die UI/UX, den Transaktionsablauf usw. anpassen und Variationen erstellen. | Die JavaScript-Ausführung auf Browserebene kann Variationen erzeugen, die sich auf UI/UX beschränken. |
| Kanäle | Kann kanalübergreifend getestet werden. | Nur auf die Web-Version beschränkt. |
Schauen wir uns nun die Szenarien an, in denen Sie sich für Server-Side Testing entscheiden können.
Wann sollten Sie Server-Side Testing verwenden?
Server-Side Testing hat die Kraft, auf einer tieferen Ebene zu testen als nur UI und UX. Hier sind die Szenarien, bei denen Sie mit Server-Side Testing experimentieren sollten:
- Dynamische Inhaltsseiten ändern sich mit der Interaktion des Users. Wie bei einer E-Commerce-Website wird ein Test durchgeführt, um die idealen Versandkosten auf der Grundlage des Produktpreises zu ermitteln.
- Komplexe und große Websites haben mehrere dynamische Elemente. Zum Beispiel Websites sozialer Netzwerke, auf denen Sie die Schaltflächen zum Hochstimmen, Teilen, Kommentieren und Posten testen möchten.
- Testen einer neuen Produkteinführung oder von Funktionen, die ein Experimentieren mit dem Stack erfordern. Ein Bildungsunternehmen könnte zum Beispiel den neuen Mechanismus für Kursempfehlungen auf der Grundlage eines vom User ausgefüllten Formulars testen wollen.
- Experimentieren Sie mit dem Kundenerlebnis, indem Sie mehrere Varianten der Web- und App-Versionen erstellen. So hat beispielsweise ein Zeitungsunternehmen in einem einzigen Experiment die Besucherströme sowohl in der Web- als auch in der App-Version getestet.
Wie erfolgt das Server-Side Testing?
Ein Software Development Kit (SDK) wird installiert und in den Backend-Server integriert. Ein SDK wird mit Backend-Sprachen wie Node.js, Python, .net und Java erstellt.
Das SDK fungiert als Schnittstelle zwischen dem Webserver und dem Server des Testtools. Das SDK nimmt alle Bedingungen für das Experimentieren vom Toolserver im JSON-Format entgegen. Dann wird dem Besucher die angeforderte Webseite mit den in der JSON-Datei vorgegebenen Variationen angezeigt.
Die Daten der Useraktivität werden auf dem Server getrackt. Dann werden sie für die Kampagnenberichterstattung an ein Dashboard weitergeleitet.
Vorteile von Server-Side Testings
Nachdem wir nun die Bedingungen und Szenarien für Server-Side Testing und den Prozess zur Erstellung des Tests kennen, wollen wir nun die Vorteile der Durchführung Server-seitiger Tests verstehen.
- Hilft bei der Durchführung komplexer Experimentierprozesse, die über das Testen der User-Erfahrung hinausgehen.
- Verringert das Risiko bei der Einführung neuer Funktionen und Produkte, da das Teil oder Produkt schrittweise eingeführt wird. Während der schrittweisen Einführung hilft es, Lücken und Verbesserungsmöglichkeiten zu finden.
- Eine robuste Testmethode für die Durchführung eines einzigen Tests über mehrere Plattformen wie Webseiten und Anwendungen.
- Bietet tiefe Insights in den gesamten Stack, die bei der Entscheidungsfindung auf der Grundlage von Fakten und nicht auf der Grundlage von Schätzungen helfen.
Abgesehen von all den oben genannten Vorteilen gibt es noch einen erwähnenswerten Vorteil des Server-Side Testings. Beim Client-Side Testing besteht die Möglichkeit eines Flackerns, d.h. ein User sieht für einen Moment die Originalversion, bevor er eine Variation der Webseite erhält. Dies kann die Testergebnisse beeinträchtigen, da sich einige User anders verhalten könnten, wenn sie wissen, dass sie Teil eines Experiments sind. Bei Server-seitigen Tests werden die Variationen jedoch direkt von der Serverseite aus gesendet, so dass die Gefahr des Flackerns ausgeschlossen ist.
Server-Side Testing mit VWO
Es ist wichtig, dass das Experimentieren für den User reibungslos verläuft. Server-Side Testing mit VWO gewährleistet volle Flexibilität bei der Durchführung von Experimenten über verschiedene Kanäle mit SDK-Integration in 15 Minuten ohne Leistungseinbußen. Holen Sie sich eine Demo von VWO Fullstack, und verbessern Sie das digitale Erlebnis für Ihr Produkt.
