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. Nachrichten, indexierte Inhalte und Speicher von TEST-Kunden belasten weiterhin das Paket, obwohl deren Bots keine bezahlten Botplätze verbrauchen.

Wähle Create directly statt Invite user. Trage Northstar Demo Client und wl-client-tutorial@example.com ein, übergib das Passwort nur aus der geschützten Capture-Umgebung und aktiviere Test account. Die direkte Erstellung versendet keine E-Mail, erzeugt einen normalen Nutzer und setzt die automatische Löschung nach 14 Tagen.

Verlange exakt eine neue Zeile mit Test-Badge und Ablauftext. Halte die neue User-ID außerhalb des öffentlichen Artefakts für das exakte Cleanup fest. Verwende keine Kunden-, Kollegen- oder erreichbare Adresse und lies das Passwort niemals vor oder in einer vergrößerten Aufnahme sichtbar ein.

Bearbeite nur die neue TEST-Zeile. 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 auf der aktiven TEST-Zeile. Das orange Impersonation-Banner muss wl-client-tutorial@example.com zeigen. Erstelle einen Assistenten namens Northstar Client Test und prüfe Chatbots, Conversations sowie Analytics. Der Kunde darf nur Google Vertex (EU) auswählen.

Ö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 den exakten TEST-Nutzer und prüfe, dass seine aktive Sitzung keinen authentifizierten Zugriff mehr besitzt. 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. Stelle den Branding-Snapshot wieder her, entferne TEST-Logodateien, setze die Tutorial-Domain zurück und lasse SMTP unangetastet, sofern kein eigener Sandbox-Snapshot verändert wurde. Es dürfen weder Checkout, Einladung noch externe Kundenmail stattgefunden haben.