Sollte sich Ihr Website-Chat selbst öffnen? Testen Sie das Richtige

Ein A/B-Test für ein Website-Chat-Widget sollte messen, ob seine Darstellung Besuchern hilft, eine sinnvolle Aktion auszuführen. Receptionist-Experimente bieten drei Darstellungsmodi: nur Launcher, Begrüßungsblase und automatisch geöffnetes Panel. Ein geöffnetes Panel ist noch kein Gesprächsbeginn. Für das Ziel Gesprächsbeginn ist eine echte, vom Besucher verfasste und abgesendete Nachricht erforderlich.

Ein geöffnetes Panel ist sichtbar. Ein sinnvolles Gespräch muss erst entstehen. Wer Ersteres als Letzteres zählt, belohnt ein Design dafür, genau das zu tun, wofür es programmiert wurde.

Wenn Experimente in Ihrem kostenpflichtigen Receptionist-Arbeitsbereich aktiviert sind, können Sie vergleichen, wie Ihr Website-Chat dargestellt wird. Der Zugriff hängt von Ihrem Arbeitsbereich und den Berechtigungen Ihres Teams ab. Dieser Leitfaden berichtet weder über eine Conversion-Studie von Entagl noch verspricht er, dass ein bestimmter Modus am besten abschneidet.

Was ändert sich bei einem Darstellungstest?

Lassen Sie den zugrunde liegenden Agenten, das Angebot und den Inhalt der Begrüßung unverändert. Ändern Sie nur, wie der Chat erscheint. Andernfalls messen Sie womöglich ein attraktiveres Angebot oder andere Anweisungen statt des Verhaltens beim Öffnen.

Modus	Was der Besucher sieht	Welche Frage sich damit testen lässt
Nur Launcher	Eine Chat-Schaltfläche, die darauf wartet, geöffnet zu werden	Beginnen Besucher ohne Aufforderung ein Gespräch?
Begrüßungsblase	Eine kurze Begrüßung neben dem Launcher	Hilft ein kleiner Hinweis?
Automatisch geöffnet	Das Chat-Panel öffnet sich automatisch	Hilft das Öffnen des Panels genug, um die Unterbrechung zu rechtfertigen?

Ein Experiment kann zwei oder drei Modi mit festen Traffic-Anteilen verwenden. A behält die ursprünglich unterstützte Darstellung bei. Vollbild-Einbettungen des Chats sind nicht Teil dieses Tests. Das separate Vollbild-Overlay für Sprachanrufe ist etwas anderes und sollte sein bisheriges Verhalten beibehalten.

Wählen Sie vor dem Start Desktop, Mobilgeräte oder beides aus. Wenn sich die ursprüngliche Darstellung auf Desktop und Mobilgeräten unterscheidet, verwenden Sie nur eine Gerätegruppe oder passen Sie zuerst die normalen Einstellungen separat an. Wenn ein Besucher sein Smartphone dreht, sollte er keiner anderen Testversion zugewiesen werden.

Wann kann ein Browser am Experiment teilnehmen?

Website-Experimente erfordern über eine auf das Widget beschränkte Integration die ausdrückliche Einwilligung in Experimente oder Analysen auf der Host-Website. Bei unbekannter oder verweigerter Einwilligung bleibt es bei der ursprünglichen Darstellung und es findet kein Experiment-Tracking statt. Dass ein Besucher den funktionalen Chat öffnet, ist für sich genommen keine Erlaubnis, ihn in den Test aufzunehmen.

Das Einwilligungssystem der Host-Website muss die Auswahl an das Widget übermitteln. Wird die Einwilligung erst erteilt, nachdem die ursprüngliche Darstellung bereits erschienen ist, gilt sie ab dem nächsten geeigneten Laden. Das Panel sollte sich nicht mitten im Besuch plötzlich öffnen oder schließen, weil der Besucher seine Einwilligungseinstellung geändert hat.

Mit dem Widerruf enden das experimentelle Tracking und die aufmerksamkeitslenkenden Aktionen. Ein aktives funktionales Gespräch und bereits eingegebener Text sollten erhalten bleiben; bei künftigen Ladevorgängen gilt wieder die ursprüngliche Darstellung. Dadurch können einige Ergebnisse des Experiments unbekannt bleiben. Der Bericht muss auf diese Einschränkung hinweisen.

Dies sind die Einwilligungsanforderungen des Produkts für dieses Experiment. Damit wird nicht behauptet, dass die Funktion allein die gesetzlichen Anforderungen in allen Rechtsgebieten erfüllt.

Warum auch Browser zählen, in denen kein Chat beginnt?

Weil die Darstellung beeinflussen soll, ob ein Chat beginnt. Wenn Sie nur Besucher berücksichtigen, die eine Nachricht senden, schließen Sie genau diejenigen aus, bei denen die Darstellung nicht zu dieser Aktion geführt hat.

Der richtige Nenner für dieses Design sind alle teilnehmenden, geeigneten Browser mit Einwilligung, auch wenn sie nie einen Chat beginnen. Ein Browser steht nicht für eine eindeutig identifizierte Person, wenn diese mehrere Geräte nutzt. Bezeichnen Sie diese Zahl nicht als „alle Website-Besucher“ oder „alle Kunden“.

Microsoft beschreibt, wie das Herausfiltern von Teilnehmern nach dem Kontakt mit einer Testvariante zu irreführenden Ergebnissen führen kann. Als Beispiel wird ein Bot-Filter genannt, der die Nutzer ausschloss, die am stärksten von einer Variante betroffen waren. Die Hinweise von Microsoft zu einem Sample-Ratio-Mismatch helfen dabei zu prüfen, wer aus einer Analyse verschwunden ist. Microsoft Research

Trennen Sie Zuweisung, Darstellung und Ergebnis voneinander. Ein Browser kann einem Modus zugewiesen sein, während eine bestehende Unterdrückungsregel verhindert, dass die Begrüßungsblase erscheint. Lassen Sie diesen Teilnehmer in der ursprünglichen Gruppe. Prüfen Sie bei der Auswertung die Unterdrückungsregeln der Website. Verschieben Sie ihn nicht stillschweigend in einen Datensatz, der sauberer aussieht.

Was sollte als Ziel zählen?

Für den Gesprächsbeginn muss die erste echte, vom Besucher verfasste und abgesendete Nachricht vorliegen. Eine automatisch erzeugte Begrüßung, ein leerer Chat-Eintrag, ein geöffnetes Panel oder das Absenden eines Formulars zählen nicht. Das Ausfüllen eines Formulars kann ein separates Ziel für die Erfassung von Anfragen sein, wenn das ausgewählte Formular und die Quelle festgelegt sind.

Sie können auch ein späteres, unterstütztes Geschäftsergebnis auswählen, sofern es sich zuverlässig zuordnen lässt. Eine Buchungsanfrage ist nicht dasselbe wie eine bestätigte Buchung; eine Bestätigung ist nicht dasselbe wie die tatsächliche Teilnahme. Legen Sie das Ereignis vor dem Start fest und ändern Sie seine Bedeutung anschließend nicht.

Die Unterscheidung ist auch wichtig, wenn Chat und Sprache dasselbe Website-Widget nutzen. Ein Anruftranskript ist für dieses Ziel keine vom Besucher verfasste Chat-Nachricht. Unser Leitfaden zu Sprachanrufen über ein Website-Widget behandelt diese separate Nutzung.

Können bei einem Modus Kosten anfallen, bevor ein Gespräch beginnt?

Ja. Die kontextbezogene Erstellung einer Begrüßung kann beim Laden der Seite Credits verbrauchen. Ein Besucher kann die Seite verlassen, ohne eine Nachricht zu senden, obwohl diese Kosten bereits angefallen sind.

Receptionist rechnet tatsächliche Kosten für Begrüßungen der Zuweisung zu, durch die sie ausgelöst wurden, auch wenn kein Gespräch stattfindet. Die erneute Nutzung eines Caches erzeugt keine erfundenen Modellkosten und verschiebt keine früheren Kosten auf einen späteren Besucher. Vergleichen Sie neben den Kosten pro Erfolg auch die Gesamtkosten und die Kosten pro Teilnehmer. Gibt es keine Erfolge, lässt sich für die Kosten pro Erfolg kein gültiger Zahlenwert angeben.

Ein Credit-Limit steuert die Aufnahme neuer Teilnehmender. Es verspricht nicht, dass bereits begonnene Arbeit danach nichts mehr kostet. Prüfen Sie die Angaben vor dem Start und kontrollieren Sie die endgültigen Ausgaben nach Ablauf des Erfassungszeitraums für die Ergebnisse.

Wie wird aus dem Ergebnis eine Entscheidung?

Warten Sie die festgelegten Ergebniszeiträume ab und prüfen Sie, ob das Tracking zuverlässig funktioniert hat. Eine Version kann eine höhere beobachtete Rate aufweisen, ohne dass genügend Belege für eine verlässliche Schlussfolgerung vorliegen. Eine hohe Gesprächsstartrate kann außerdem Gespräche mit geringer Qualität hervorbringen, die mehr Zeit des Teams beanspruchen.

Bewahren Sie das Ergebnis und die gespeicherten Einstellungen im Verlauf auf. Die Übernahme eines Modus ist eine manuelle Entscheidung. Bei der Überprüfung muss erkennbar sein, welches gemeinsame Widget-Ziel durch diese Änderung betroffen ist. Ein Herkunftsfilter für die Aufnahme in den Test erzeugt keine dauerhaften Widget-Einstellungen pro Herkunft.

Auch hier gilt der Ansatz mit menschlicher Kontrolle: Die Belege helfen Ihrem Team bei der Entscheidung, nehmen ihm aber nicht die Verantwortung für das Website-Erlebnis ab.

Was passiert, wenn der Test endet oder Nachweise fehlen?

Zum geplanten Ende gilt standardmäßig die reguläre Weiterleitung. Sie können stattdessen ausdrücklich Variante A, B oder C vorauswählen, sofern diese verfügbar und gespeichert ist. Diese Auswahl muss weiterhin anhand des aktuellen Verfügbarkeit des Tests, des Ziels und der Abhängigkeiten geprüft werden. Es wird nicht automatisch ein Gewinner ausgewählt. Eine blockierte Auswahl erfordert Ihre Aufmerksamkeit und darf nicht als angewendet gemeldet werden. Für bestehende Teilnehmende können die jeweiligen Messzeiträume weiterlaufen.

Unbekannte Ergebnisse haben eine klare Folge: Schon ein einziges ungeklärtes unbekanntes Ergebnis kann eine statistische Empfehlung für diesen Durchlauf verhindern. Beschreibende Ergebnisse und eine ausdrückliche Auswahl durch Sie bleiben verfügbar. Ein manuell gestoppener Durchlauf ohne abgeschlossenen geplanten Analysezeitraum ist kein Beleg dafür, dass eine Variante gewonnen hat. Bei einem Wechsel zum Free-Tarif werden der Zugriff auf Experimente und neue Teilnahmen beendet und laufende Experimente sicher unterbrochen. Einträge im regulären Posteingang bleiben erhalten.

Häufig gestellte Fragen

Zählt das Öffnen des Widgets als Conversion?

Nicht für das Ziel Gesprächsbeginn. Dafür ist eine echte, vom Besucher verfasste und abgesendete Nachricht erforderlich. Das Öffnen des Panels und Begrüßungen sind separate Betriebsereignisse.

Können Besucher bei jedem Seitenaufruf die Gruppe wechseln?

Receptionist hält die Zuweisung eines teilnehmenden Browsers bei geeigneten Ladevorgängen stabil. Eine Größenänderung oder Drehung des Geräts führt nicht zu einer neuen Zuweisung.

Sind mehr Chats immer besser?

Nein. Bewerten Sie das primäre Ziel, die Kosten und den nachgelagerten Kontext gemeinsam. Mehr Gespräche können nützlich, neutral oder belastend sein, je nachdem, was Besucher benötigen und was Ihr Team anschließend tun muss.

Leitet der Test automatisch mehr Traffic zum führenden Modus?

Nein. Er verwendet feste Anteile. Adaptive Traffic-Verteilung und die Erstellung mit Anleitung durch AI Manager/MCP sind nicht enthalten.

Bringen Sie Ihre aktuellen Widget-Einstellungen und Ihren Einwilligungsablauf zu einer Prüfung von Receptionist mit. Demo buchen, um zu entscheiden, welche einzelne Frage zur Darstellung einen Test wert ist.

Quellen geprüft am 10. Oktober 2026. Die Beispiele beschreiben ein Testdesign, keine gemessene Steigerung.