Wissensquelle pro Widget konfigurieren

Wenn Sie mehrere Websites mit unterschiedlichen Themen über denselben SilentChat-Tenant betreiben (z. B. zwei Brands, B2B + B2C, Deutschland + Österreich), wollen Sie selten, dass alle Widgets auf denselben Wissenspool zugreifen. Der Bot auf Ihrer B2C-Seite soll nichts über Ihre B2B-Preise wissen.

Dafür gibt es Widget-KB-Scope — pro Widget definieren Sie, welche Kategorien der Wissensdatenbank dessen KI sehen darf.

Die drei Modi

1. Alle Kategorien (Default)

Der Bot darf alle veröffentlichten Artikel und aktiven Snippets des Tenants nutzen. Sinnvoll für:

• Einzelne Website, ein Widget, einfacher Support
• Kleine Wissensdatenbanken (unter ~50 Artikel)
• Wenn Trennung noch nicht nötig ist

2. Ausgewählte Kategorien

Whitelist: nur Artikel und Snippets aus den ausgewählten Kategorien. Ideal für:

• Multi-Brand — jedes Widget sieht nur Inhalte „seiner" Marke
• B2B / B2C — Preise, Produkte, Tonalität sauber getrennt
• Länder/Regionen — Widget A sieht DE-Artikel, Widget B österreichische
• Interne vs. Public — interne Wissensartikel landen nicht im öffentlichen Chat

Gemeinsam genutzte Kategorien (z. B. „Rechtliches", „Unternehmen") werden einfach in mehreren Widgets ausgewählt.

3. Deaktiviert

Die KI ignoriert die Wissensdatenbank vollständig. Sie antwortet ohne RAG-Kontext — also ausschließlich aus dem System-Prompt, den Anweisungen und dem Gesprächsverlauf. Sinnvoll für:

• Reines Live-Chat-Widget ohne KI-Unterstützung
• Spezielle Widgets, bei denen die KI nur auf einen fix kodierten Prompt reagieren soll
• Spart Embedding-Tokens (keine Retrieval-Anfragen)

Konfiguration

1. Dashboard → Widgets → [Ihr Widget] → Wissen
2. Modus auswählen (Alle / Ausgewählte / Deaktiviert)
3. Bei „Ausgewählte Kategorien": Kategorien anklicken (Checkbox-Stil)
4. Live-Zähler oben zeigt „X Artikel, Y Snippets für dieses Widget verfügbar"
5. Wissensquelle speichern

Änderungen greifen sofort — kein Reindex nötig. Der Filter sitzt im Retrieval.

Der Wissen-Tab ist ein eigener Tab-Reiter in der Widget-Konfiguration — früher lag die Wissensquelle unter „Verfügbarkeit", wurde aber herausgezogen, damit KB-Scope, Verfügbarkeit (Agent-Routing) und Datenschutz (Presence-Tracking) getrennt gespeichert werden können.

Snippets brauchen jetzt eine Kategorie

Snippets (die Q&A-Einträge für schnelle KI-Antworten) sind ab sofort einer Kategorie zugeordnet, damit sie demselben Scope folgen wie Artikel.

• Beim Anlegen eines Snippets: Kategorie als Pflicht-Feld
• Ist noch keine Kategorie vorhanden: erst eine im Tab Kategorien anlegen
• Bestehende Snippets wurden automatisch einer Default-Kategorie „Allgemein" zugewiesen
• Snippet-Liste hat eine Kategorie-Spalte und einen Filter

Best Practices

Starten Sie mit einer klaren Kategorie-Struktur. Zum Beispiel:

• produkt-monaco — Artikel rund um Produkt/Site A
• produkt-handwerk — Artikel für Produkt/Site B
• rechtliches — DSGVO, AGB, Widerruf (geteilt von allen Widgets)
• unternehmen — Impressum, Kontakt, Team (geteilt)

Jedes Widget abonniert dann die passenden: z. B. Widget Monaco → produkt-monaco + rechtliches + unternehmen.

Vermeiden Sie Kategorie-Dopplungen. Verwenden Sie eine Kategorie „Rechtliches" und wählen Sie sie in allen Widgets, statt den Inhalt in mehrere Kategorien zu kopieren.

Prüfen Sie den Live-Zähler. Wenn Sie „Ausgewählte Kategorien" aktivieren und der Zähler „0 Artikel, 0 Snippets" zeigt, kann der Bot nichts mehr aus der KB nutzen — die KI antwortet dann nur aus dem System-Prompt.

Kategorie löschen

• Kategorie hat noch Snippets → Löschen wird blockiert
• Sie werden im Dashboard gefragt, ob die Snippets automatisch in die Default-Kategorie „Allgemein" verschoben werden sollen (force-delete)
• Alle Widgets, die die gelöschte Kategorie referenzieren, werden automatisch aufgeräumt — die ID fällt aus kb_category_ids raus
• Leere ausgewählte Widget-Scopes werden auf „Alle Kategorien" zurückgestuft, damit der Bot nicht stumm bleibt

Wie wirkt sich der Scope aus?

Der Scope filtert die Retrieval-Anfrage — also die Vektor-Suche, die Artikel und Snippets für eine konkrete Besucherfrage findet. Technisch:

• Scope = all: SQL ohne zusätzliche Kategorien-Klausel
• Scope = selected: zusätzliches WHERE category_id IN (...) im Retrieval-Query
• Scope = none: kein Embedding-Call, keine Retrieval-Anfrage — spart Tokens

Der System-Prompt, Custom Instructions und Greeting-Nachricht sind nicht betroffen — die kommen unabhängig vom Scope zur Anwendung.

Admin-Sicht

Super-Admins sehen in der Widget-Config den gespeicherten Scope pro Widget und können per Chat-Test (Admin → AI → Test) prüfen, wie der Bot antwortet.