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, Checkout, Konten, Entwürfe und Staging sind durch bewusste Auswahl ausgeschlossen, nicht nur durch robots.txt, das der Crawler nicht durchsetzt.
• Sie haben Startseite, Sitemap, manuelle URLs oder Crawl bewusst gewählt. Crawl nutzt erst konventionelle Sitemaps und füllt eine unvollständige Sitemap nicht mit Links auf.
• 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

• Gespeicherte/ausgewählte Zahlen und Content-Liste wurden verglichen; Completed beweist keine vollständige Abdeckung.
• Die Anzahl indexierter Seiten entspricht dem erwarteten Wert für Ihren Tarif und den Umfang des Launches.
• Teilweise indexierte Seiten wurden auf Text über dem 512-KiB-Limit geprüft und separate Embedding-Arbeit ist fertig.
• Fehlende Seiten wurden auf Authentifizierung, Bot-Challenges, Weiterleitungen, Filter/Budgets oder reine JavaScript-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.
• Auto/Fixed und Allow Script Override sind bewusst gesetzt; data-locale gewinnt nur bei erlaubtem Override.
• 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 Logs in jedem Tarif sowie Analytics/Content Gaps in Pro/Business. Analytics umfasst höchstens 5.000 Interaktionen der letzten 30 Tage einschließlich Test Chat und beweist keine Antwortqualität.
• Prüfen Sie bei Bedarf Popular Triggers: Das gehostete Widget sendet Seitenkontext, Headless-SDK sendMessage() derzeit nicht.
• 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.