{"id":112299,"date":"2018-02-01T09:17:51","date_gmt":"2018-02-01T09:17:51","guid":{"rendered":"https:\/\/staging.wingify.com\/blog\/server-side-ab-testing-2\/"},"modified":"2018-02-01T09:17:51","modified_gmt":"2018-02-01T09:17:51","slug":"server-side-ab-testing-2","status":"publish","type":"post","link":"https:\/\/wingify.com\/blog\/de\/server-side-ab-testing-2\/","title":{"rendered":"Client-Side und Server-Side A\/B Testing – Das beste aus zwei Welten!"},"content":{"rendered":"

Wir erweitern unsere Conversion Rate Optimierungsplatform mit einer L\u00f6sung f\u00fcr Server-Side A\/B-Testing<\/a>.<\/strong> Aber was ist eigentlich serverseitiges A\/B-Testing? Soviel ist sicher: Es ist eine Neuigkeit, die alle Experimentierfreudigen sehr gl\u00fccklich machen wird. Denn sie k\u00f6nnen nun jede Hypothese auf jedem Device testen<\/strong>.<\/p>\n

Ganz egal, welche Modifikationen Sie testen m\u00f6chten – ob Ihr Marketing-Team visuelle Vorschl\u00e4ge gemacht hat oder ob es sich etwa um Ideen aus dem Back Office handelt, die den Entscheidungsprozess in Ihrem Produkt-Team betreffen – wir haben das richtige Tool f\u00fcr Sie.<\/p>\n

Was ist der Unterschied zwischen Client-Side und Server-Side A\/B Testing?<\/h2>\n

Mit Client-Side A\/B-Testing Tools erstellen Sie Varianten Ihrer Webseite, die von Ihrem Server im Webbrowser Ihres Kunden ausgespielt werden. Die Musik spielt also dank JavaScript im Webbrowser (in der IT-Sprache „Client“ genannt).<\/p>\n

Server-Side A\/B-Testing Tools hingegen nehmen dem Browser diese Arbeit ab. In dem Fall ist es also Ihr Server, der die Aufgabe \u00fcbernimmt, Inhalte zuf\u00e4llig an Ihre Internet User zu verteilen.<\/p>\n

4 Gr\u00fcnde f\u00fcr Server-Side A\/B-Testing<\/h2>\n

Einen A\/B-Test<\/a> serverseitig auszuf\u00fchren hat viele Vorteile.<\/p>\n

1. Zugeschnitten auf Ihr Produkt-Team<\/h3>\n

Client-Side A\/B-Testing ist oft beschr\u00e4nkt auf Modifikationen an der Benutzeroberfl\u00e4che. Dazu z\u00e4hlen visuelle Aspekte, wie die Seitenstruktur, das Hinzuf\u00fcgen oder Ausblenden von Elementen oder auch das Bearbeiten von Text. Wenn Sie aber tiefergehende \u00c4nderungen in Zusammenarbeit mit Ihrem Back Office durchf\u00fchren m\u00f6chten, wird es etwas komplizierter. Das kann zum Beispiel eine Umstrukturierung Ihres Purchase Funnels sein oder wenn Sie die Ergebnisse des Algorithmus f\u00fcr Such- und Produktsortierung \u00e4ndern m\u00f6chten.<\/p>\n

All dies ist m\u00f6glich, weil Sie die Kontrolle \u00fcber den Inhalt behalten, den Ihr Server an Ihre Webseite-Besucher schickt. Ihr Produkt-Team wird es Ihnen danken, denn es wird dadurch wesentlich flexibler.<\/strong> Sie k\u00f6nnen nun alle m\u00f6glichen Features testen und profitieren von einem durchgehend datengetriebenen Ansatz – Entscheidungen werden damit noch sicherer. Gleicherma\u00dfen hat Server-Side-Testing auch seinen Preis: es erfordert den Einsatz Ihres IT-Teams, damit die Modifikationen implementiert werden k\u00f6nnen. Aber dazu sp\u00e4ter mehr.<\/p>\n

Alle m\u00f6glichen Features testen – Ihr Produkt-Team wird es Ihnen danken.<\/p>\n

2. Bessere Performance<\/h3>\n

Nicht zufriedenstellende Performance – Ladezeit oder der sogenannte Flickering Effect – ist ein h\u00e4ufig genannter Kritikpunkt, wenn es um Client-Side A\/B-Testing geht.<\/p>\n

In extremen F\u00e4llen wird das JavaScript Tag erst ganz unten im Footer der Webseite eingesetzt, aus Angst vor einem m\u00f6glichen Einfluss auf die technische Performance. Diese Handhabe schlie\u00dft die Nutzung von Client-Side A\/B-Testing Tools allerdings bereits aus – weil ein „Footer-Tag“ mit Flickering-Effekt einhergeht.<\/p>\n

Wenn Sie hingegen ein Server-Side A\/B-Testing Tool nutzen, m\u00fcssen Sie gar kein JavaScript Tag mehr auf Ihrer Seite einf\u00fcgen<\/strong>, sondern haben die volle Kontrolle \u00fcber potentielle Performance-St\u00f6rungen.<\/p>\n

3. Ihre Gesch\u00e4ftsprinzipien z\u00e4hlen<\/h3>\n

In manchen F\u00e4llen beschr\u00e4nken sich Ihre A\/B-Tests<\/a> zwar auf design-bezogene Modifikationen, aber Sie schlagen sich vielleicht mit branchen-spezifischen Umst\u00e4nden herum, die Ihnen das Interpretieren eines klassischen A\/B-Tests schwer machen.<\/p>\n

Ein Beispiel: Ein E-Commerce H\u00e4ndler m\u00f6chte verst\u00e4ndlicherweise stornierte Bestellungen ber\u00fccksichtigen oder sehr gro\u00dfe, ungew\u00f6hnliche Bestellungen au\u00dfen vorlassen, die seine Statistiken verzerren (Stichwort „Ausrei\u00dfer“).<\/p>\n

Nutzen Sie Client-Side A\/B-Testing, wird eine Conversion gez\u00e4hlt, sobald Sie im Webbrowser get\u00e4tigt wird, die Bestellbest\u00e4tigungs-Seite geladen wird oder ein bestimmtes Transaction Tag ausgel\u00f6st wird. Mit einem Server-Side A\/B-Test hingegen bestimmen Sie ganz genau, was gez\u00e4hlt wird und was nicht. Schlie\u00dfen Sie in Echtzeit bestimmte Conversions aus oder beziehen Sie einzelne Bestellungen nachtr\u00e4glich mit ein.<\/p>\n

4. Neue kanal\u00fcbergreifende M\u00f6glichkeiten<\/h3>\n

Serverseitiges A\/B-Testing ist eng verkn\u00fcpft mit Omni-Channel und Multi-Device Strategien.<\/p>\n

Wer eine clientseitige L\u00f6sung nutzt, die mit\u00a0 JavaScript und Cookies arbeitet, muss sich auf Devices beschr\u00e4nken, die einen Webbrowser haben – egal, ob Desktop, Tablet oder Mobile. Das bedeutet, dass es unm\u00f6glich ist, A\/B-Tests in einer nativen App (iOS oder Android) oder verbundenen Anwendungen durchzuf\u00fchren.<\/p>\n

Mit einer serverseitigen L\u00f6sung hingegen k\u00f6nnen Sie A\/B-Tests und kanal\u00fcbergreifende Personalisierungs-Kampagnen anwenden, sobald Sie Ihren User identifiziert haben – auf jedem Device. Ihre Optionen die User Journey zu beeinflussen werden somit um einiges vielf\u00e4ltiger. Denken Sie nur an TV Apps, Chatbots, Beacons, Digital Stores, …<\/p>\n

Anwendungsbeispiele f\u00fcr Server-Side A\/B-Testing<\/h2>\n

Sie fragen sich jetzt vielleicht, was konkret Sie also serverseitig testen k\u00f6nnen, das Sie clientseitig nicht testen k\u00f6nnen.<\/p>\n

Laden Sie hier unsere Pr\u00e4sentation herunter mit\u00a010 Beispielen von Server-Side Tests<\/a>, die Sie mit Client-Side L\u00f6sungen nicht durchf\u00fchren k\u00f6nnen.<\/strong><\/p>\n

Mit dabei: Tests f\u00fcr Registrierungsformulare, Bestell-Funnel, Such-Algorithmen, Feature Tests, …<\/p>\n

Wie f\u00fchren Sie einen Server-Side A\/B-Test durch?<\/h2>\n

Um einen Server-Side A\/B-Test aufzusetzen, m\u00fcssen Sie unsere API nutzen. Wir beschreiben im Folgenden, wie dies ganz allgemein funktioniert. F\u00fcr mehr Informationen kontaktieren Sie bitte unser Support-Team, welches Ihnen eine umfassende technische Dokumentation an die Hand geben kann.<\/p>\n

Sobald ein Internet User auf Ihrer Seite landet, ist der erste Schritt der Kontakt zu unserer API, um eine Unique Visitor ID von Wingify zu erhalten. Diese k\u00f6nnen Sie dann als Cookie oder im Session Storage speichern.<\/p>\n

Auf den Seiten, auf denen ein Test starten soll, erfolgt dann ein Kontakt zu unserer API, um bestimmte Parameter, die oben bereits erw\u00e4hnte Visitor ID und die ID des Tests weiterzugeben. Diese Test ID k\u00f6nnen Sie von unserem Interface aus ablesen, wenn Sie einen Test erstellen.<\/p>\n

Als Antwort auf Ihre API Anfrage, sendet Wingify die Variations ID, die gezeigt werden soll. Ihr Server muss dann eine Antwort basierend auf der Variations ID erstellen. Und zu guter Letzt muss eine Information an unsere Datenserver ausgesendet werden, sobald eine Conversion stattfindet. Daf\u00fcr wird die Visitor ID, Daten, die die Conversion betreffen, wie z. B. die Art der Conversion (Action Tracking, Transaktion, ein benutzerdefiniertes Ereignis …) und\/oder der Wert der Conversion abgerufen.<\/p>\n

Nutzen Sie unsere Expertise in Form des Dynamic Traffic Allocation Algorithmus‘, wenn es um das Analysieren und Optimieren Ihrer Testergebnisse geht.<\/p>\n

Wie Sie bisher lesen konnten, erfordert der Einsatz von Server-Side Testing auch den Einbezug Ihres Tech Teams sowie eine Ver\u00e4nderung im Arbeitsablauf.<\/p>\n

[clickToTweet tweet=W\u00e4hrend Client-Side A\/B-Testing oftmals in Ihrem Marketing Team zentralisiert werden kann, wird Server-Side A\/B-Testing dezentralisiert auf das Produkt Team oder eine Projektgruppe verteilt. #abtesting #CRO“ quote=“W\u00e4hrend Client-Side A\/B-Testing oftmals in Ihrem Marketing Team zentralisiert werden kann, wird Server-Side A\/B-Testing dezentralisiert auf das Produkt Team oder eine Projektgruppe verteilt.“]<\/p>\n

Sollten Sie Client-Side A\/B-Testing beenden ?<\/h2>\n

Die Antwort lautet Nein. Client- und Server-Side A\/B-Testing sind nicht in Konkurrenz zueinander sondern als gegenseitige Erg\u00e4nzung zu sehen. Die profitabelsten Unternehmen nutzen beide M\u00f6glichkeiten Hand in Hand je nach den aktuellen Bed\u00fcrfnissen und involvierten Teams.<\/strong><\/p>\n