Dialogbasierte Kontaktassistenten

Ein Kontaktformular überlässt dem Besucher die ganze Einordnungsarbeit - Betreff, Abteilung, Freitext. Ein geführter Assistent stellt eine Frage nach der anderen und leitet die Antwort in eine strukturierte Anfrage. Für Dienstleister ist der Unterschied entscheidend: Der Assistent bietet einen Rückruf nur dann an, wenn der Besucher wirklich einen will, und verlangt eine gültige E-Mail, bevor die Anfrage gespeichert wird.

1. Erwartungen klären und Namen erfragen

   Erklären Sie den geführten Anfrageablauf und die Speicherung für das Team. Fragen Sie den Namen mit nativem Eingabefeld und klarer Beschriftung ab. Erwecken Sie keinen Eindruck einer Live-Antwort durch Mensch oder KI.

2. Thema wählen

   Bieten Sie konkrete Leistungsthemen und eine passende andere Option. Strukturieren Sie die Anfrage damit, ohne eine nicht konfigurierte CRM-Anbindung vorzutäuschen.

3. Anfrage beschreiben

   Erklären Sie erforderliche Angaben. Sammeln Sie keine Passwörter, Zahlungsinformationen oder unnötigen Personendaten. Die aktuellen UHL-Abläufe erfordern eine Nachricht.

4. E-Mail prüfen

   Nutzen Sie ein natives E-Mail-Feld und eine verständliche Fehlermeldung. Die aktuellen UHL-Abläufe erfordern Name, Thema, Nachricht und E-Mail.

5. Rückruf anbieten

   Zeigen Sie das Telefonfeld nur bei Rückrufwunsch. Ermöglichen Sie reine E-Mail-Anfragen und testen Sie das Ende beider Zweige.

6. Gespeicherte Anfrage bestätigen

   Nennen Sie den tatsächlichen nächsten Schritt und direkte Kontaktalternativen. Versprechen Sie keine Sofortbenachrichtigung oder Antwortfrist ohne entsprechende Vereinbarung.

Die UHL-Sites laden ein lokal gehostetes Typebot-Embed erst nach ausdrücklicher Besucherinteraktion. Typebot stellt den Gesprächsdienst bereit und speichert die Anfrage. Ein statisches Frontend benötigt hier weiterhin einen Backend-Dienst. Pflichtfelder und erlaubte Origins verbessern Validierung und Einbettungsbegrenzung; sie verhindern keine automatisierten Public-API-Anfragen oder Überlastung.

• Der Assistent sagt klar, dass die Antworten zur Prüfung durch das Team gespeichert werden - kein Vortäuschen von Flüchtigkeit
• Analytics rund um den Chat sind einwilligungsabhängig: ein Abschluss-Event erreicht den Analytics-Endpoint nur nach Opt-in und enthält keinen Nachrichteninhalt
• Begrenzen Sie erlaubte Origins in Typebot für gewöhnliche Browser-Einbettungen. Das authentifiziert keine Aufrufer und verhindert weder fehlende noch gefälschte Origin-Header.
• Nutzen Sie native Pflichtfelder und Eingabevalidierung. Prüfen Sie Serververhalten getrennt; eine Frontend-Kontrolle belegt keine Missbrauchsbegrenzung.

• Jeden Zweig Ende-zu-Ende im Live-Widget durchlaufen, inklusive dem bedingten Telefonschritt - Item-Level-Edges gehen leicht schief
• Eine absichtlich ungültige E-Mail senden und prüfen, dass die Validierung blockt
• Nach Flow-Änderungen neu veröffentlichen - die Live-Version ist ein Snapshot, kein Live-Edit
• Prüfen, dass die gespeicherte Anfrage dort ankommt, wo Ihr Team sie wirklich liest
• Den Chat in der echten Seite prüfen: CSP lässt ihn zu, keine Konsolenverletzungen, Lazy-Load funktioniert

Die dokumentierte native Prüfung vom 25. Oktober 2026 umfasst englische und deutsche Abläufe beider Sites. Name, Thema, Nachricht und E-Mail sind erforderlich; Telefon ist bedingt. Ergebnisse werden in Typebot gespeichert. E-Mail-Benachrichtigung und CRM-Zustellung waren bei dieser Prüfung nicht konfiguriert. Dies ist ein geführtes Formular und kein KI-Chatbot. Siehe Kontakt- und Integrationskontext.

1. Besucherablauf

   Erfassen Sie Sprache, Zweig und Pflichtfeldverhalten mit synthetischen Angaben. Prüfen Sie ungültige E-Mail, ungültiges Telefon, Tastaturbedienung und Erholung nach Embed-Fehlern.

2. Speicherung und Analytics

   Prüfen Sie Abschluss im tatsächlichen Anfragedienst. Testen Sie Analytics-Zustimmung und Ablehnung getrennt. Eine Abschlussmetrik darf keine Antworten oder Kontaktkennungen enthalten.

3. Betriebliche Bearbeitung

   Benennen Sie eine Person zum Lesen der Ergebnisse, regeln Sie Aufbewahrung und testen Sie die Übergabe. Fehlt eine Benachrichtigung, dokumentieren Sie die manuelle Prüfung.

• Beide Endzweige speichern eine abgeschlossene Anfrage.
• Die Ablehnung optionaler Analytics blockiert keine Anfrage.
• Native Origin-Kontrollen werden als Einbettungsbegrenzung und nicht als Bot-Authentifizierung oder Ratenlimit beschrieben.

• Typebot-Einstellungen dokumentieren native Verhaltenskontrollen.
• Typebot-Ergebnisse dokumentieren die Ergebnisoberfläche.