White-Label-Einrichtung

Unter Whitelabel Admin → Settings richtest du Marke und Service für deine Kunden ein. Wähle einen Bereich in der Einstellungsleiste, bearbeite die Felder und klicke auf Save. Branding-Felder können die Plattformvorgaben übernehmen; Domain-Verifizierung und E-Mail-Versand erfordern eine eigene Einrichtung.

Die Einstellungen sind in fünf Gruppen organisiert: General, Workspace, Legal, Communications und Advanced. Diese Anleitung führt durch alle Bereiche.

Allgemein

Branding

Lege den App name fest, den deine Kunden im Produkt sehen. Ein leeres Feld übernimmt den Plattformnamen. Ergänze Support email, die Primärfarbe, die Akzentfarbe, ein neutrales Grau und die Kopffarbe für Transaktions-E-Mails. Auf deiner verifizierten Custom Domain nutzen die App und die White-Label-Verwaltung deine Markenfarben. Auf app.famulor.io verwenden beide die Famulor-Farben. Öffne Whitelabel Admin → Settings → Branding. Trage App name und Support email ein, wähle die Markenfarben und klicke auf Save.

Logo und Favicon

Öffne Settings → Logo & favicon. Über Upload logo, Upload dark logo und Upload favicon hinterlegst du die Dateien für die jeweiligen Darstellungen. Uploads und Löschungen werden sofort angewendet. Entferne eine Datei, um wieder das entsprechende Plattformlogo zu verwenden.

Logo & favicon — separate Uploads für helles Logo, dunkles Logo und Favicon

Workspace

Währung

Wähle die Anzeigewährung, die Kunden im Checkout und im Produkt sehen. Preise werden intern weiterhin in EUR gespeichert. Für die Anzeige rechnet Famulor sie mit einem von der Plattform verwalteten Wechselkurs um.

Domains

Verbinde die eigene Domain, über die Kunden die App, Anmeldung, öffentliche API (/api/v1) und MCP verwenden. Öffne Whitelabel Admin → Settings → Domains, trage den Hostnamen unter Custom domain ein und wähle Add domain. Die Aufnahme zeigt das Formular vor dem Hinzufügen einer Domain; die DNS-Einträge folgen im nächsten Schritt.

Hostname hinzufügen

Trage den vollständigen Hostnamen ein, zum Beispiel app.deine-marke.de.

DNS-Einträge veröffentlichen

Veröffentliche zuerst den angezeigten TXT-Eintrag als Eigentumsnachweis und anschließend den empfohlenen A- oder CNAME-Eintrag für das Routing.

Verifizieren

Warte auf die DNS-Verteilung und wähle Check DNS. Die Domain wird aktiv, sobald Eigentumsnachweis, Routing und Zertifikatsprüfung erfolgreich sind.

Das Entfernen der Domain deaktiviert Anmeldung und Branding auf diesem Hostnamen. Derselbe Ablauf ist über GET, POST und DELETE /api/v1/custom-domain, POST /api/v1/custom-domain/verify sowie die zugehörigen MCP-Tools verfügbar. Das White-Label-Programm erklärt, welche Funktionen nach der Verifizierung verfügbar sind. Bot-Schutz benötigt beispielsweise eine verifizierte eigene Domain.

Rechtliches

Dokumentationslink

Die optionale Docs URL erscheint als Info-Symbol neben Create key unter Settings → API & MCP. Damit verweist du Kunden auf deine eigene API-Dokumentation anstelle der Famulor-Dokumentation.

Rechtliche Seiten

Privacy Policy URL und Terms of Service URL verlinken auf deiner eigenen Domain von der Anmeldung, der Registrierung und dem Cookie-Banner auf deine eigenen rechtlichen Seiten. Lass ein Feld leer, um den jeweiligen Link auszublenden.

Kommunikation

Eigener SMTP-Server

Versende Transaktions-E-Mails über deinen eigenen E-Mail-Anbieter. Konfiguriere Host, Port, Benutzername, Passwort, Verschlüsselung (zum Beispiel TLS), From name und From address. Prüfe die Verbindung mit Send test email. Nach dem Speichern wird das Passwort nicht erneut angezeigt; sichtbar ist nur, ob eines hinterlegt wurde. Öffne Whitelabel Admin → Settings → SMTP und hinterlege Mailserver und Absender. Speichere die Konfiguration und prüfe die Zustellung mit Send test email.

SMTP — noch nicht konfigurierte Server- und Absenderfelder

E-Mail-Vorlage

Diese Vorlage steuert die Willkommens-E-Mail unmittelbar nach der Registrierung. Leere Felder verwenden die Standardtexte. Als Kontaktadresse dient standardmäßig die Support-Adresse aus Branding. Willkommens-E-Mails verwenden deinen konfigurierten SMTP-Server und Absender. Fehlt SMTP oder schlägt der Versand fehl, wird die Willkommens-E-Mail nicht über ein gemeinsames Relay versendet. Richte SMTP ein und teste es, bevor du Willkommens-E-Mails aktivierst.

E-Mail-Benachrichtigungen

Öffne Settings → Email notifications, schalte die gewünschten Benachrichtigungen ein oder aus und wähle Save. Standardmäßig sind sie aktiviert. Die folgenden Namen entsprechen den Schaltern in der englischen Oberfläche:

Email notifications — Schalter für Kundenkonto- und Aktivitäts-E-Mails

Benachrichtigung	Versandzeitpunkt
Welcome email	Ein neuer Kunde erstellt ein Konto
Low balance alert	Zu wenig Guthaben blockiert einen Anruf oder Chat. Für beide zusammen wird pro Workspace höchstens alle drei Stunden eine Mail gesendet.
Auto top-up receipt	Eine automatische Aufladung wird abgerechnet
Chat auto top-up receipt	Eine automatische Aufladung von Chat-Credits wird abgerechnet
Voice clone ready	Ein Voice-Cloning-Auftrag ist abgeschlossen
Phone number released	Eine Telefonnummer wird freigegeben
Import finished	Ein Datenimport ist abgeschlossen
Export finished	Ein Datenexport ist abgeschlossen
History activity	Neue Anruf-, Nachrichten- oder E-Mail-Aktivität; dieser Schalter steuert die Workspace-weite Benachrichtigung
Integration reconnect required	Eine Kalender- oder Terminverbindung muss erneut autorisiert werden
Mission paused	Eine Milian Mission pausiert nach wiederholten Fehlern automatisch
Booking alerts	Eine Buchung geht ein, 15 Minuten vor Beginn und zum Start (Push an das Workspace-Team in der Mobile App)

Zahlungsaufforderungen bei gesperrten Konten werden unabhängig von diesen Schaltern versendet. Sie sichern die Abrechnung ab und sind keine Marketing-Benachrichtigungen.

Registrierungs-Webhook

Der HTTP-Callback wird bei jeder Registrierung auf deiner Domain ausgelöst. Damit kannst du neue Kunden mit deinem CRM oder Onboarding-System synchronisieren. Trage die URL deines Endpunkts unter Whitelabel Admin → Settings → Signup webhook ein. Direkt nach jeder neuen Registrierung geht ein POST-Request mit diesem JSON-Body an diese URL:

{
  "name": "Ada Lovelace",
  "email": "ada@example.com",
  "signup_date": "2026-10-18T09:00:00.000Z",
  "locale": "de",
  "method": "email",
  "first_name": "Ada",
  "last_name": "Lovelace",
  "country": "DE"
}

Feld	Beschreibung
`name`	Der Name, den der Kunde eingegeben hat, oder der Teil der E-Mail-Adresse vor dem `@`.
`email`	Die E-Mail-Adresse des Kunden.
`signup_date`	Zeitpunkt der Registrierung (ISO 8601, UTC).
`locale`	Sprache bei der Registrierung: `en`, `de`, `fr` oder `es`.
`method`	Wie das Konto angelegt wurde, zum Beispiel `email`.
`first_name`	Vorname, sofern bekannt. Ein einwortiger Name wird nur als Vorname gesendet.
`last_name`	Nachname, sofern bekannt.
`country`	Land, aus dem sich der Kunde registriert hat (ISO 3166-1 alpha-2, zum Beispiel `DE`), sofern bekannt.

Antworte mit einem beliebigen 2xx-Status. Der Request folgt keinen Weiterleitungen, bricht nach 5 Sekunden ab und wird einmal ohne Wiederholung gesendet. Lass die URL leer, um den Webhook auszuschalten. Optionale Felder fehlen, wenn der Wert unbekannt ist. Später können weitere Felder dazukommen; ignoriere Schlüssel, die du nicht brauchst.

Onboarding-Webhook

Im selben Einstellungsbereich ist Onboarding webhook URL ein separates optionales Ziel für onboarding.completed. Das Ereignis wird nach abgeschlossener Workspace-Einrichtung gesendet. Es enthält gespeicherten Vor- und Nachnamen, E-Mail, Telefonnummer, Firmenname und Website, Land, Zeitzone, Währung, Sprache, Registrierungs- und Abschlusszeitpunkt sowie Onboarding-Antworten zu Anwendungsfällen, monatlichem Anrufvolumen und Empfehlungsquelle. Unbekannte Werte sind null. Aktualisiere bestehende CRM-Kontakte anhand der E-Mail und verwende die stabile event_id, um Duplikate zu ignorieren. Dieses Ereignis geht nicht an die Registrierungs-URL. Eine leere Onboarding-URL deaktiviert es. Es gilt ein Versuch ohne Wiederholung, ohne Weiterleitungen und mit fünf Sekunden Timeout; ein Fehler blockiert die Einrichtung nicht.

Erweitert

Aufbewahrungsgrenzen

Lege den minimalen und maximalen Zeitraum fest, den Kunden unter Settings → Data Retention wählen dürfen: 1–24 Monate oder sofortige Löschung. Diese Grenzen sind unabhängig von der Standardaufbewahrung eines Plans. Du kannst sie pro Datenkanal festlegen: Anrufe, Leads, E-Mail, SMS, WhatsApp und weitere verbundene Messaging-Kanäle. Öffne Whitelabel Admin → Settings → Data retention. Lege Minimum und Maximum je Kanal fest und wähle Save.

Data retention — minimale und maximale Aufbewahrung für die Kundenauswahl

Marketing-Integrationen

Richte GA4, Meta Pixel, Google Ads und Microsoft UET für deine verifizierte eigene Domain ein. Die vollständige Ereignisliste und Einrichtung findest du unter Marketing-Integrationen.

Eigene Skripte

Hier hinterlegst du HTML oder <script> für White-Label-Seiten: ein Feld für alle Seiten und eines nur für Anmeldung und Registrierung. Nutze diese Felder für Tags, die keine eigene Einstellung haben. Der Inhalt wird ungeprüft in den Browsern deiner Kunden ausgeführt.

Bot-Schutz

Optional schützt eine Cloudflare-Turnstile-Abfrage das Registrierungsformular. Voraussetzung ist eine verifizierte eigene Domain.

API und MCP

Die meisten Einstellungen bearbeitest du ausschließlich unter Whitelabel Admin → Settings: Branding, Logos, Rechtstexte, SMTP, E-Mail-Vorlage, Benachrichtigungen, Registrierungs-Webhook und eigene Skripte. Marketing-Integrationen lassen sich über GET / PUT /api/v1/settings/marketing sowie die MCP-Tools get_marketing_integrations und update_marketing_integrations lesen und ändern; siehe Marketing-Integrationen. Für eigene Domains gibt es ebenfalls eine API, beschrieben im White-Label-Programm. Das White-Label-Programm erklärt die Trennung der Kunden-Workspaces. Die White-Label-Plattform zeigt, wo die Einstellungen in deinem Reseller-Dashboard erscheinen.

White-Label-Programm