--- title: "A/B-Tests | Briks" url: https://briks.dev/de/docs/ab-tests description: "Eine gespeicherte Version gegen die Live-Website testen: Start über Versions, sehen, was mehr Besucher überzeugt, Gewinner behalten. Mit Beispiel." last_updated: 2026-10-08 --- # A/B-Tests Ein A/B-Test zeigt zwei Versionen Ihrer Website gleichzeitig unterschiedlichen Besuchern und zählt, welche mehr von ihnen dazu bringt, anzurufen, zu mailen, ein Formular abzuschicken oder auf Ihren Hauptbutton zu klicken. Sie wählen eine gespeicherte Version, Briks lässt sie neben der Live-Version laufen, und wenn die Zahlen eindeutig sind, behalten Sie den Gewinner. 6 Minuten Lesezeit Am 8. Oktober 2026 mit dem Studio abgeglichen ## Bevor Sie beginnen - **Zwei Versionen.** Eine Seite eines Tests ist immer die Version, die live ist, wenn Sie starten. Die andere ist jede gespeicherte Version Ihrer Wahl. Nehmen Sie also zuerst die Änderung vor, die Sie testen möchten, und entscheiden Sie dann, welche Version live sein soll. - **Echte Besucher.** Jede Version braucht etwa 100 Besucher, bevor das Ergebnis aussagekräftig ist. Eine Vorschau-Adresse wird von Suchmaschinen ferngehalten und erreicht selten so viele, deshalb gehören die meisten Tests auf eine Website in Produktion. - **Bearbeitungsrechte.** Editors, Admins und Owners können Tests starten und beenden. - **Ein ruhiger Moment.** Ein Test kann nicht starten, solange etwas gebaut wird, und eine Website führt jeweils nur einen Test aus. ## Einen Test starten 1. Die Version erstellen, die Sie testen möchten Wo: Studio Bitten Sie um die Änderung, zum Beispiel eine neue Hero-Überschrift. Sie wird zur neuesten Version und geht live. 2. Entscheiden Sie, welche live geht Wo: Preview toolbar Wenn die alte Version online bleiben soll, während Sie testen, drücken Sie Undo. Beides funktioniert: Eine Seite ist online, die andere ist die, die Sie wählen. 3. Die andere Version wählen Wo: Versions Öffnen Sie **Versions**, suchen Sie die Version, die nicht live ist, und klicken Sie auf **Test against live**. 4. Auf die Veröffentlichung warten Wo: Studio Briks veröffentlicht beide Versionen zusammen und antwortet: „Der A/B-Test läuft: Neue Besucher werden auf die beiden Versionen verteilt, und jeder Besucher behält die Version, die er zuerst gesehen hat.“ 5. Den Ergebnisstreifen finden Wo: Preview Über der Vorschau erscheint ein Streifen mit der Überschrift **A/B test**, markiert mit **Running**. Wo 1. Projects 2. Your project 3. Studio 4. Versions 5. Test against live ## Wie Besucher aufgeteilt werden Wenn Sie **Test against live** drücken, wählen Sie, wie viele neue Besucher die getestete Version sehen: **Half (50%)**, **A quarter (25%)**, **A tenth (10%)** oder **Custom** für einen beliebigen Anteil von 5 bis 95 Prozent. Drücken Sie dann **Start test**. Die Leiste zeigt den Stand der Aufteilung, zum Beispiel „90% see v11, 10% see v12“. Ein kleinerer Anteil ist bei einer mutigen Änderung schonender, braucht aber länger für eine klare Antwort. Jeder Besucher behält die Version, die er zuerst gesehen hat, über ein Cookie, das 30 Tage gilt. Jede Seite, die er öffnet, stammt aus seiner Version. Wer die Startseite liest, geht und nächste Woche wiederkommt, sieht also weiterhin dieselbe. Tests verwenden ein Cookie Die Analytics von Briks zählen Besuche ohne Cookies, aber ein Test braucht eines, um jeden Besucher bei derselben Version zu halten. Wenn die Datenschutzerklärung Ihrer Website die verwendeten Cookies auflistet, erwähnen Sie dieses, solange ein Test läuft. ## Was als Conversion zählt | Was ein Besucher tut | Zählt als | | --- | --- | | Tippt auf einen Telefonnummer-Link | Eine Conversion | | Tippt auf einen E-Mail-Link | Eine Conversion | | Sendet jedes Formular der Website | Eine Conversion | | Klickt die Hauptaktion der Website an, etwa **Book a visit** | Eine Conversion | | Öffnet die Website | Ein Besucher | | Macht zwei davon oder eines zweimal | Eine Conversion | Jeder Besucher zählt einmal als Besucher und höchstens einmal als Conversion. Zählungen von derselben Internetadresse sind außerdem auf 20 pro Stunde begrenzt, sodass niemand einen Test durch Neuladen verfälschen kann. Die Hauptschaltfläche immer in dieselbe Richtung weisen lassen Die Hauptaktion wird aus der Version gelesen, die beim Start des Tests live war: Es ist der Link dieses Buttons. Wenn die andere Version ihren Hauptbutton auf ein neues Ziel richtet, werden Klicks darauf nicht gezählt, Anrufe, E-Mails und Formulare dagegen schon. Testen Sie Worte, Bilder und Layout und lassen Sie das Ziel des Buttons gleich. ## Ergebnisse lesen Der Streifen aktualisiert sich alle 15 Sekunden, solange das Studio geöffnet ist. Jede Version hat ihr eigenes Feld: den Anteil ihrer Besucher, die konvertiert haben, dann eine Zeile wie „18 of 410 visitors converted“. Die Version, die beim Start live war, ist mit „live before the test“ markiert. Unter den Feldern fasst eine Zeile alles zusammen: | Die Zeile lautet | Was es bedeutet | | --- | --- | | „Besucher werden gesammelt. Jede Version braucht etwa 100, bevor das Ergebnis aussagekräftig ist.“ | Mindestens eine Version hat weniger als 100 Besucher. Warten Sie weiter. | | „Noch kein klarer Gewinner.“ | Es gibt genug Traffic, aber der Unterschied könnte trotzdem Zufall sein. | | „Version 12 ist sehr wahrscheinlich besser.“ | Mit mindestens 95 Prozent Wahrscheinlichkeit erzielt diese Version mehr Conversions. | In derselben Zeile sehen Sie die **Change in conversion** (wie viel besser oder schlechter die gewählte Version abschneidet, in Prozent) und die **Chance**, dass sie besser konvertiert. Geben Sie ihm Zeit Legen Sie vor dem Start fest, wie lange der Test laufen soll, und schließen Sie ganze Wochen ein: Viele Unternehmen haben montags andere Besucher als samstags. Ein früher Vorsprung schrumpft oft. ## Den Test beenden und die Gewinnerversion behalten 1. Version wählen Wo: A/B test strip Drücken Sie **Keep v11** oder **Keep v12**. 2. Auf die Veröffentlichung warten Wo: Studio Briks veröffentlicht die beibehaltene Version für alle und antwortet zum Beispiel: „Der Test wurde beendet. Version 12 ist für alle live.“ 3. Weitermachen Wo: Studio Die behaltene Version ist jetzt die Live-Version. Ihre nächste Änderung geht von ihr aus, und Rückgängig und Wiederholen funktionieren wieder. Eine Version zu behalten ist die einzige Möglichkeit, einen Test zu beenden. Start und Ende eines Tests binden keine Credits, weil beide gespeicherte Versionen veröffentlichen, ohne zu bauen. ## Was während eines Tests gesperrt ist Beide Versionen werden zusammen veröffentlicht, deshalb wartet alles, was etwas Neues veröffentlichen würde, bis Sie eine behalten. Solange ein Test läuft, können Sie Folgendes nicht: - eine Änderung anfordern („An A/B test is running on this site. End it by keeping one version, then ask for your change.“); - Rückgängig machen, Wiederholen oder **Make live** drücken; - einen weiteren Test starten; - Code im File Explorer speichern, im Visual Editor veröffentlichen oder ein Bild auf dem Tab **Media** mit **Replace** ersetzen; - nutzen Sie **Apply to the live site**, **Publish** oder **Back to preview**; - das Projekt als Vorlage speichern oder seine Adresse ändern. Fragen funktionieren weiterhin: Sie können Briks jederzeit zur Website befragen. Siehe [Fragen stellen](https://briks.dev/de/docs/asking-questions). ## Ein Beispiel: Ein Klempner testet zwei Überschriften Harbour Plumbing ist ein Beispielunternehmen: ein Zwei-Personen-Betrieb in Bristol, dessen Website in der Produktion ist. Die Hero-Überschrift lautet „Plumbing and heating repairs across Bristol“. Der Inhaber vermutet, dass ein Versprechen zur Schnelligkeit mehr Anrufe bringen würde. Die Änderung v12 > `Ändern Sie die Hauptüberschrift im Hero in: Ein Klempner vor Ihrer Tür innerhalb von zwei Stunden. Lassen Sie alles andere unverändert.` v12 ging mit der neuen Überschrift live. Einrichtung Rückgängig machen, dann testen > Der Inhaber drückte auf Rückgängig, sodass die ursprüngliche Überschrift (v11) wieder live war, öffnete **Versions** und drückte bei v12 auf **Test against live**. Die Hälfte der neuen Besucher sah v11, die andere Hälfte v12. Tipps auf den Telefonlink im Header, gesendete Kontaktformulare und Klicks auf **Book a visit** zählten alle. Drei Wochen später Der Streifen > v11, live vor dem Test: 4,4 %, 18 von 410 Besuchern haben konvertiert. v12: 7,8 %, 31 von 398 Besuchern haben konvertiert. „Version 12 ist sehr wahrscheinlich besser. Änderung der Conversion: +77,4 %. Wahrscheinlichkeit, dass v12 besser konvertiert: 98 %.“ Den Gewinner behalten v12 behalten > Der Owner hat **Keep v12** gedrückt. „Der Test ist beendet. Version 12 ist für alle live.“ Ihre nächste Änderung, die Preise für Sonntagseinsätze, wurde von v12 aus vorgenommen. ### Kann ich zwei Versionen testen, wenn keine live ist? Nein. Eine Seite ist immer die Version, die beim Start des Tests live ist. Machen Sie die andere zuerst mit **Make live** live, wenn nötig. ### Kann ich die Aufteilung ändern? Ja, wenn Sie den Test starten: die Hälfte, ein Viertel, ein Zehntel oder jeder Anteil von 5 bis 95 Prozent. Ein laufender Test behält seine Aufteilung; um eine andere zu nutzen, beenden Sie ihn und starten einen neuen. ### Wer sieht die Ergebnisse? Alle im Workspace, die den Tab **Studio** des Projekts öffnen, auch Viewer. Nur Editor, Admin und Owner können den Test beenden. ## Als Nächstes lesen - [An einem Projekt arbeiten **Versionen, Rückgängig und Wiederholen** Jeder Build und jede Änderung ist eine Version. Rückgängig, wiederholen oder jede frühere Version unverändert live setzen, ohne reservierte Credits.](https://briks.dev/de/docs/versions) - [Die Funktionen Ihrer Website **Analytics** Sehen Sie, wer Ihre Website besucht, woher er kommt, was er tut, cookielos gezählt. Fragen Sie in Alltagssprache, setzen Sie Ziele, erhalten Sie Wochenmails.](https://briks.dev/de/docs/analytics) - [Die Funktionen Ihrer Website **Formulare** Ein Formular hinzufügen, in der Vorschau testen, jeden Eintrag im Studio finden, in der Produktion per E-Mail erhalten und per Webhook weitergeben.](https://briks.dev/de/docs/forms) - [Veröffentlichung und Domains **In Produktion veröffentlichen** Briks-Website von der Vorschau in die Produktion bringen: was die Startprüfung liest, was blockiert, wie Sie Funde beheben und zurück zur Vorschau gehen.](https://briks.dev/de/docs/publish-to-production) Noch nicht weitergekommen? Schreiben Sie an [hello@briks.dev](mailto:hello@briks.dev) mit dem Namen Ihres Projekts und dem, was Sie erwartet haben. Ein Screenshot hilft.