Best Practices für A/B-Tests.
Erhalten Sie klare Antworten aus Ihren Tests. Diese Seite hilft Ihnen zu wählen, was Sie testen, Versionen einzurichten, die sich genug unterscheiden, die richtige Conversion zu wählen und zu erkennen, wann ein Ergebnis echt ist. Die Schritte selbst stehen unter A/B-Tests einrichten.
Was testen
Testen Sie die Stellen, die entscheiden, ob ein Besucher handelt:
- Überschriften und Hero-Sections: das Erste, was Besucher sehen; kleine Formulierungsänderungen können zählen
- Calls to action: Text, Farbe, Größe und Platz eines Buttons
- Der Text um ein Formular: die Überschrift und das Versprechen über einem Anmeldeformular
- Angebote: wie Sie einen Preis, eine Frist oder einen Vorteil darstellen
Footer, Rechtstexte und Dekoration ändern selten, was Besucher tun. Für das Menü schauen Sie stattdessen in Ihre Web- statistik.
Die Versionen gestalten
In einem A/B-Test eine Sache ändern
Ändern Sie bei zwei Versionen eine Sache zwischen A und B. Ändern Sie Überschrift, Bild und Button zugleich, lässt sich nicht sagen, welche Änderung den Unterschied gemacht hat.
Bei drei oder mehr Versionen kann jede eine andere Idee testen. Halten Sie den Rest des Elements gleich.
Die Versionen deutlich unterscheiden
„Get started“ gegen „Get started today“ wird kaum einen Unterschied zeigen. Testen Sie echte Alternativen:
- „Get started“ gegen „Try it free“ gegen „See a demo“
- Ein großes Foto gegen ein Produktbild gegen ein Video
Die richtige Conversion wählen
| Conversion | Am besten für |
|---|---|
| Time on element | Hero-Sections und Textblöcke, wo Lesezeit Interesse zeigt |
| Time on page | Ganzseitenlayouts, wo das Bleiben auf der Seite das Ziel ist |
| Click on element | Buttons, Links und Calls to action |
Stellen Sie Seconds (1 bis 60) auf eine realistische Lese- zeit: etwa 5 Sekunden für eine kurze Überschrift, 15 bis 30 Sekunden für einen Textabschnitt. Um einen Klick anderswo auf der Seite zu zählen, zum Beispiel den Absenden- Button eines Formulars, geben Sie seinen CSS-Selektor ein.
Den Test laufen lassen
Auf stabile Scores warten
Thompson Sampling passt sich ab dem ersten Besuch an, aber frühe Zahlen schwanken. Bei 20 Impressionen bewegt eine zusätzliche Conversion den Conversion Score um etwa 4,5 Punkte; bei 200 um etwa einen halben Punkt. Beobachten Sie den Score, nicht die rohe Conversion Rate: Der Score berücksichtigt, wie viele Daten es gibt.
Die Versionen in Ruhe lassen
Eine bearbeitete Version behält ihre alten Zahlen, sodass die Ergebnisse dann alte und neue Version mischen. Ändern Sie eine Version stark, setzen Sie den Test mit Delete auf der Berichtsseite zurück; siehe Ergebnisse analysieren.
Das Ergebnis lesen
Wann einen Gewinner erklären
Achten Sie im RL-Bericht auf diese Signale:
- Der Conversion Score des Führenden bleibt über mehrere Tage stabil.
- Der Führende erhält deutlich mehr Impressions als die anderen, weil das RL-Modul ihm mehr Besucher schickt.
- Der Führende bleibt vorn, wenn Sie die Time range des Diagramms ändern.
Behalten Sie dann den Gewinner: Entfernen Sie die anderen Versionen im Editor und speichern Sie.
Wenn Ergebnisse nah beieinander bleiben
Ähnliche Scores nach vielen Impressionen bedeuten, dass die Versionen gleich gut laufen. Das ist ein gültiges Ergebnis: Behalten Sie die Version, die Sie bevorzugen, und testen Sie etwas anderes.
Seitengeschwindigkeit und Caching
Die Seite enthält jede Version und der Browser zeigt nur die, die das RL-Modul wählt. Bis die Wahl eintrifft, bleiben alle Versionen verborgen. Ist rl.php nicht erreichbar, erhalten Besucher Version A.
Weil das HTML für alle gleich ist, können Seiten- Caches und CDNs es weiter ausliefern. Der Browser zählt jede Impression und Conversion einmal pro Version pro Sitzung, sodass ein Neuladen der Seite die Zahlen nicht aufbläht. Das RL-Modul meldet das Core-Page Cache- Modul im Statusbericht; folgen Sie dort seinem Rat.
Wie geht es weiter?
Ergebnisse Ihrer Tests analysieren, um DXPR Builder weiter zu erkunden.