White-Label-Chatbot-Plattform als Admin einrichten

Melde dich als eigener WL-Administrator an und öffne über den Header Account. Das Konto muss als admin in einer Organisation vom Typ whitelabel aufgelöst werden. Die Seitenleiste zeigt dann im organisationsbezogenen Admin-Bereich Users, aber keine plattformweiten Superadmin-Ziele wie Organizations, Costs oder Revenue.

Dokumentiere Organisation, Kontoidentität und Host ohne Passwort, Session-Token oder SMTP-Secret. Fehlen Statuskarte, Branding, SMTP oder Users, stoppe. Fahre nicht mit normalem Nutzer, Teammitglied oder Plattform-Superadmin fort.

Lies oben in Account Settings Tarif, Chatbot-Pool, Nachrichten pro Monat, Trainingszeichen und Domainstatus. Die erste Zahl ist die organisationsweite Nutzung, die zweite die Kapazität. Später erhalten Kunden persönliche Obergrenzen aus diesem Pool.

Du darfst Add-on-, Tarif- und Voice-Dialoge zur Erklärung öffnen, bestätigst aber keine Bedingungen und führst weder Buy now, Mengenänderung, Kündigung noch Stripe-Portal aus. Eine Preisvorschau ist kein Testkauf.

Öffne Set up whitelabel und trage nur den freigegebenen Host ohne https://, Pfad oder abschließenden Slash ein. Dieses Tutorial nutzt northstar-wl-tutorial.test als ausschließlich lokalen reservierten Wert; er belegt weder Domainbesitz noch öffentliche Erreichbarkeit oder Zertifikat. Erst im separaten Produktions-Rollout wird er durch eine kontrollierte Organisations-Subdomain ersetzt.

Eine Domainänderung löscht die bisherige Verifikation. Stimme den Host vor dem Speichern mit DNS-, Marken- und Supportverantwortlichen ab. Verwende keine produktive Login-Domain für das Tutorial und ändere keine Apex-Domain ohne geprüften DNS- und Mailplan.

Die Einrichtungsseite zeigt den Produktionsablauf: Übernimm Typ, Name, Ziel und TTL exakt zum DNS-Anbieter der Organisation. CNAME ist empfohlen; ein angebotener A-Record-Fallback kommt nur nach Prüfung der betrieblichen Folgen infrage. Im wiederverwendbaren lokalen Lauf wurde kein DNS-Eintrag erstellt oder abgefragt.

Der grüne Zustand im Screenshot wurde lokal gesetzt, um die Oberfläche zu erklären. Warte produktiv auf die Propagation, wähle Check DNS now, verlange DNS correct und Verified und öffne danach die HTTPS-Mandantendomain in einer sauberen Sitzung. Externes DNS, Zertifikat, Host und Login werden durch dieses Tutorial ausdrücklich nicht als geprüft behauptet.

Setze unter Branding & whitelabel für das Beispiel Northstar AI Studio, support@example.com, #029cf5, „Powered by Northstar AI Studio“, https://example.com sowie fiktiven Footer und reservierte Impressums-/Datenschutzpfade unter example.com. Lade ein freigegebenes TEST-Logo und Favicon hoch; produktiv nutzt du eigene geprüfte Assets und Rechtsseiten.

Speichere einmal und lasse die Anwendung neu laden. Prüfe vollständige Felder und unverzerrte Bildproportionen. Die Primärfarbe erzeugt die Farbskala der Oberfläche; E-Mail-Footerlinks sind getrennt von SMTP-Absendername und -adresse.

Öffne nach dem Speichern das Dashboard. Bestätige das Northstar-Logo, die Begrüßung Welcome back, Northstar, die echte Karte No Chatbots Yet, den Organisationsnamen im Browser-Titel und das gespeicherte blaue Theme. Diese Ansicht unterscheidet sich bewusst von Account Settings und belegt damit die Übernahme auf einer weiteren Produktseite.

Öffne für den Produktionsstart die verifizierte Mandantendomain zusätzlich in einer sauberen Sitzung. Prüfe Favicon, Zertifikat, Login, blaue Fokus-/Button-Darstellung, Kontolinks und Supportkontakt auf Desktop und in einer schmalen Ansicht, ohne in den Dark Mode zu wechseln.

Lade Email / SMTP vollständig, bevor du Werte eingibst. Nutze freigegebenen nichtproduktiven Host, Port, SSL, Benutzernamen, Passwort, Absendername und -adresse. Das Passwort kommt ausschließlich aus einem Secret Store und bleibt aus Screenshots, Sprechertext, Logs, Quellcode und Manifesten. Ein leeres Passwortfeld behält ein vorhandenes Secret.

Speichere nur nach erfolgreichem Laden der aktuellen Konfiguration. Test connection kontaktiert den SMTP-Server und darf nur gegen die freigegebene Sandbox laufen. Ein Zustellnachweis nutzt erst danach ein kontrolliertes Postfach. Ohne nutzbares eigenes SMTP verweigert der Server WL-Mails, damit keine WebChatAgent-Absenderidentität durchsickert; ein fehlgeschlagener Test blockiert Einladungen.

Öffne Admin → Users. Die Organisationskarten zeigen live genutzte und bereits verteilte Kapazität. Die Kundentabelle zeigt danach Kontostatus, tatsächliche Chatbotanzahl, persönliche Zuteilungen, erlaubte interne Modellprovider und letzte Aktivität.

Lasse ein Feld leer, wenn der Kunde aus dem gemeinsamen Pool schöpfen soll. Trage nur bei vertraglichem oder risikobedingtem Bedarf ein persönliches Limit ein. Reguläre Kundenbots belegen bezahlte Bot-Plätze. Nur ausdrücklich mit der Testoption des Admins erstellte Chatbots zählen nicht zu diesen Plätzen; ihre Nachrichten, indexierten Inhalte und ihr Speicher belasten weiterhin das Paket.

Wähle unter Admin → Users die Aktion Create directly statt Invite user. Trage Northstar Demo Client und wl-client-tutorial@example.com ein und lege ein starkes Passwort fest. Die Aufnahme nutzt ein frisch erzeugtes Zufallspasswort, das verdeckt bleibt und nicht in den öffentlichen Unterlagen gespeichert wird. Die direkte Erstellung versendet keine E-Mail.

Prüfe nach Create genau eine neue Zeile mit Rolle user und aktivem Status. Das ist ein reguläres Kundenkonto ohne automatisches Ablaufdatum. Halte seine interne ID privat fest, damit du die temporäre Demo gezielt entfernen kannst. Einem echten Kunden übermittelst du den Zugang über euren freigegebenen sicheren Kanal; Passwörter gehören weder in Screenshots noch in Sprechertext oder Support-Chat.

Bleibe als White-Label-Admin angemeldet. Wähle in der Seitenleiste Create New, trage Northstar Demo Bot ein und aktiviere Test chatbot (archived after 14 days). Klicke danach auf Create. Eine Agentur kann damit beispielsweise eine separate Demo für einen Interessenten vorbereiten, bevor sie einen regulären Kunden-Chatbot einrichtet.

Prüfe auf der neuen Chatbot-Seite den Hinweis This is a test chatbot und die Aktion Convert to regular chatbot. In der Seitenleiste muss neben Northstar Demo Bot die Markierung Test stehen. Über diesen Eintrag kannst du den Status später erneut prüfen. Der Name allein erzeugt keinen Test-Chatbot: Entscheidend sind die aktivierte Option und der gespeicherte Status.

Vergleiche die belegten bezahlten Chatbot-Plätze der Organisation vor und nach der Erstellung. Dieser Bot darf keinen solchen Platz hinzufügen. Seine Nachrichten, indexierten Inhalte und sein Speicher zählen aber weiterhin zu den gemeinsamen Paketlimits. Er gehört dem Admin, der ihn erstellt hat. Er ist vom Konto Northstar Demo Client getrennt und darf in dessen Bot-Liste nicht erscheinen.

Nach 14 Tagen wird der Bot archiviert und antwortet nicht mehr. Seine Einstellungen und Quellen bleiben erhalten, das indexierte Wissen wird jedoch gelöscht. Convert to regular chatbot macht eine aktive Demo zu einem regulären Bot. Auch die Reaktivierung eines archivierten Bots macht ihn regulär und benötigt einen freien bezahlten Bot-Platz. Dabei werden seine Quellen erneut zur Indexierung vorgemerkt. Warte vor dem Antworttest auf die abgeschlossene Indexierung; ein verbundenes Postfach musst du getrennt wieder aktivieren. Nach 120 Tagen im Archiv, also etwa vier Monaten, wird der Bot endgültig gelöscht. Diese späteren Zustandswechsel erklären wir anhand der Produktregeln; die Uhr wird im Tutorial nicht künstlich vorgestellt.

Kehre zu Admin → Users zurück und bearbeite nur Northstar Demo Client. Weise 1 Chatbot, 2.000 Nachrichten pro Monat und 500.000 Trainingszeichen zu. Erlaube intern nur Google Vertex (EU). Aktiviere eingeschränkten Dashboardzugriff und gib Chatbots, Conversations sowie Analytics frei. Leads erscheint als gesperrte Vorschau; Live Chat, Feedback, Questions, Bookings, Tickets und Calls bleiben verborgen.

Speichere und öffne den Kunden erneut, um die Persistenz zu prüfen. Ein Teaser ist kein Zugriff, sondern eine unscharfe Vorschau mit Kontaktweg zur Organisation. Eine Verschärfung begrenzt auch Rechte der Teammitglieder dieses Kunden; ein späteres Aufheben stellt entfernte Rechte nicht automatisch wieder her.

Nutze Log in as this user in der aktiven Zeile Northstar Demo Client. Das orange Impersonation-Banner muss wl-client-tutorial@example.com zeigen. Erstelle einen regulären Assistenten namens Northstar Client Test. Test ist nur Teil seines Beispielnamens, nicht sein Status. Er nutzt das reguläre Bot-Kontingent des Kunden und hat kein automatisches Ablaufdatum. Prüfe Chatbots, Conversations und Analytics sowie Google Vertex (EU) als einzigen verfügbaren internen Provider.

Kontrolliere die Bot-Liste des Kunden: Sie soll Northstar Client Test enthalten, nicht den Northstar Demo Bot des Admins. Am Kundenbot dürfen weder der Hinweis zur temporären Demo noch die Test-Markierung erscheinen. Bei dieser Rechteprüfung wird keine KI-Antwort erzeugt; die Providerauswahl ist deshalb kein Nachweis eines tatsächlichen Provider-Aufrufs.

Öffne Leads und verlange die gesperrte Vorschau statt Live-Daten. Rufe Bookings direkt auf und erwarte die Rückkehr zum Dashboard ohne geschützte Inhalte. Admin → Users, WL-Status, Branding, SMTP, Kaufaktionen und Assistenten anderer Kunden dürfen nicht erscheinen. Dokumentiere erlaubte und gesperrte Resultate getrennt.

Beende die Impersonation über das orange Banner und verlange die Rückkehr des WL-Admins zu /settings/users. Deaktiviere Northstar Demo Client und prüfe, dass seine Zugangsdaten abgewiesen werden. Reaktiviere nur für einen geplanten Resttest; ansonsten fahre direkt mit der permanenten Löschung fort.

Lösche wl-client-tutorial@example.com und bestätige den Hinweis zu Assistent und Daten. Frage das Organisationsinventar erneut ab und verlange das Fehlen von Nutzer, Northstar Client Test und abhängigen Datensätzen. Der separate Northstar Demo Bot des Admins wird dadurch nicht gelöscht. Den Interessenten-Bot entfernt der lokale Aufnahme-Runner erst beim abschließenden Löschen des isolierten Admins samt Organisation.

Stelle den Branding-Snapshot wieder her, entferne genau die hochgeladenen Demo-Logodateien, setze die Tutorial-Domain zurück und prüfe, dass weder Checkout noch Einladung, Modellprovider-Aufruf oder externe Kundenmail stattgefunden haben. Das abschließende Cleanup muss null Tutorial-Nutzer, Organisationen, Bots, abhängige Zeilen und Uploads melden. Die Kundenlöschung allein belegt diese fünf Ergebnisse noch nicht.