Launch-Checkliste

Verwenden Sie diese Checkliste, bevor Sie ChattyBox Kunden zugänglich machen. Sie findet die häufigsten Lücken in der Einrichtung, durch die ein Chatbot zwar installiert, aber noch nicht einsatzbereit wirkt.

Für einen Support-Rollout kombinieren Sie diese Checkliste mit dem Leitfaden für KI-Chatbots im Kundensupport, damit Antworten aus öffentlichen Inhalten einen klaren Eskalationsweg für kontospezifische, sensible oder ungelöste Fragen haben.

Inhaltsbereitschaft

• Es wurden öffentliche, crawlbare Inhalte ausgewählt, aus denen der Chatbot antworten soll.
• Private Seiten, Admin-Seiten, Checkout-Abläufe, Kontoseiten, Entwürfe und Staging-Inhalte sind ausgeschlossen.
• Sie haben den passenden Crawl-Eingang gewählt: Sitemap für eine breite Abdeckung, manuelle URLs für eine kuratierte Startmenge oder nur die Startseite für eine kleine Website.
• Wichtige Seiten zu Produkt, Preisen, Richtlinien, Support, FAQ, Onboarding und Fehlerbehebung sind enthalten.
• Mehrsprachige Websites enthalten die Sprachversionen, aus denen das Widget erwartungsgemäß antworten soll.

Scraping-Validierung

• Das Scraping wurde im Dashboard erfolgreich abgeschlossen.
• Die Anzahl indexierter Seiten entspricht dem erwarteten Wert für Ihren Tarif und den Umfang des Launches.
• Kürzlich bearbeitete oder migrierte Seiten wurden erneut gescrapt.
• Blockierte Seiten wurden auf Authentifizierung, Robots-Regeln, Weiterleitungen oder ausschließlich per JavaScript geladene Inhalte geprüft.

Antwortqualität

• Sie haben echte Testfragen aus Anwendungsfällen für Vertrieb, Support, Onboarding und Dokumentation gestellt.
• Antworten verwenden ausschließlich Ihre indexierten Inhalte und lehnen Fragen ab, die Ihre Inhalte nicht unterstützen können.
• Bei hilfreichen Antworten werden Quellenangaben angezeigt.
• Links in den Quellenangaben öffnen die erwarteten öffentlichen Quellseiten.
• Schwache Antworten wurden durch bessere Quellinhalte oder zusätzliche Seiten behoben und anschließend erneut gescrapt.

Widget-Installation

• Das Widget ist auf den vorgesehenen öffentlichen Seiten installiert.
• Das Skript wird pro Seite nur einmal geladen.
• Das Skript enthält data-api-key.
• Das Skript enthält data-api-url.
• Jeder data-locale-Wert entspricht der Seitensprache.
• Das Widget öffnet sich und sendet in einem Inkognito-Fenster eine Testfrage.
• Tests im mobilen Viewport bestätigen, dass Launcher und Chatpanel verwendbar sind.

Prüfungen für API-Schlüssel und Ursprünge

• Der öffentliche Produktionsschlüssel existiert unter Public Keys und ist der in Embed ausgewählte Schlüssel.
• Gelöschte, rotierte oder nur für Tests vorgesehene öffentliche Schlüssel werden nicht auf Produktionsseiten verwendet.
• Wenn Ihr öffentlicher Schlüssel zulässige Ursprünge besitzt, ist der Produktionsursprung exakt enthalten, zum Beispiel https://example.com.
• Staging und Produktion verwenden die vorgesehenen Schlüssel und Einschränkungen der Ursprünge.
• Keine privaten Server-API-Schlüssel, Admin-Tokens oder Geheimnisse befinden sich in Frontend-Code, GTM, benutzerdefiniertem CMS-HTML oder dem Quelltext der Seite.

Browser- und Deployment-Prüfungen

• Die Browserkonsole enthält keine ChattyBox-Fehler.
• Die Content Security Policy erlaubt das Widget-Skript und die API-URL, falls Ihre Website CSP verwendet.
• Werbeblocker oder Einwilligungstools blockieren das Widget nicht auf den vorgesehenen Seiten.
• Die endgültig bereitgestellte Website und nicht nur die lokale Entwicklung wurde getestet.

Nach dem Launch

• Prüfen Sie Analytics nach dem ersten Besucherzeitraum.
• Prüfen Sie unbeantwortete Fragen und Inhaltslücken.
• Ergänzen Sie fehlende Dokumentation, FAQs oder Beispiele auf Grundlage echter Besucherfragen.
• Scrapen Sie aktualisierte Seiten nach Inhaltsänderungen erneut.
• Rotieren oder beschränken Sie öffentliche Widget-Schlüssel, wenn sich Ihre Launch-Domain ändert.

Wenn ein Punkt fehlschlägt, verwenden Sie vor dem Launch die Fehlerbehebung.