Die White-Label-Checkliste: was Sie einen Anbieter nach dem Logo-Upload fragen

White-Labelling scheitert an den Stellen, die niemand vorführt. Der Logo-Upload funktioniert immer. Ob die Beschäftigten eines Kunden eine Plattform ein Jahr lang nutzen können, ohne dem Namen Ihres Anbieters zu begegnen, entscheiden der Host im Link zum Zurücksetzen des Passworts, die Domain, die die Benachrichtigungs-E-Mail signiert hat, der Text im Browser-Tab und die Anmeldeseite, auf der jemand um 8 Uhr morgens kalt landet, bevor irgendeine Sitzung existiert. Fragen Sie nach diesen vieren, bevor Sie nach Farben fragen.

Jeder Anbieter sagt Ja auf „Unterstützen Sie White-Labelling?“. Das Wort deckt alles ab, vom Hex-Code bis zu einem Mandanten, der wirklich Ihnen gehört, und beide Antworten kommen im selben selbstsicheren Ton. Was folgt, ist eine Checkliste für das Gespräch, als Fragen geschrieben statt als Funktionen: Eine Funktionsliste lädt zu einem Ja ein, eine Frage lädt zu einer Vorführung ein.

Was White-Label bedeutet, sobald man am Logo vorbei ist

Die nützliche Prüfung ist nicht, ob das Logo eines Kunden erscheint. Sie ist, ob irgendein Moment einer gewöhnlichen Woche — sich anmelden, ein Passwort zurücksetzen, eine E-Mail öffnen, einen Link in ein Ticket einfügen — den Namen des Anbieters sichtbar macht. Gehen Sie diese Woche im Gespräch laut durch.

Die Domain — und die Teile einer Sitzung, die sie verlassen

Eine eigene Domain ist das tragende Stück; alles andere ist Zierrat darauf. Fünf Fragen bringen Sie den größten Teil des Wegs.

• Ist eine eigene Domain in dem Tarif enthalten, der uns angeboten wird, oder ein Zusatz? Lassen Sie sich die Position zeigen. Domains sind ein häufiges Upsell und auf älteren Plattformen eher eine Aufgabe für die Professional Services als eine Einstellung.
• Wer stellt das TLS-Zertifikat aus, und was passiert bei der Erneuerung? Automatische Ausstellung und automatische Erneuerung — oder alle paar Monate ein Ticket. Fragen Sie, was eine lernende Person an dem Morgen sieht, an dem eine Erneuerung scheitert.
• Eine Domain für das Konto oder eine je Organisation? Wenn Sie mehrere Kundenakademien oder Campus betreiben, fragen Sie, ab welcher Tiefe ein eigener Hostname nicht mehr möglich ist.
• Können wir das selbst einrichten? Die gute Antwort ist ein Bildschirm, der die genauen DNS-Einträge für Ihren Registrar zeigt, und ein Live-Status, während das Zertifikat ausgestellt wird. Das verräterische Zeichen ist ein E-Mail-Verlauf mit einem Support-Desk.
• Welche Teile einer Sitzung verlassen unsere Domain? Downloads, Video, der Prüfungsplayer, die Zertifikatsverifizierung, ein eingebettetes Hilfe-Widget, die Übergabe bei der Anmeldung. Bitten Sie darum, den Netzwerk-Tab auf einem laufenden Mandanten zu öffnen und die Hostnamen vorzulesen.

E-Mail — und der Link, an dem die Maske rutscht

E-Mail ist die Hälfte des White-Labellings, die still beim Anbieter bleibt. Eine Absenderadresse ist eine Anzeigezeichenkette, und die kann jeder setzen. Was ein Mail-Programm darunter liest, ist die Domain, die die Nachricht tatsächlich signiert hat.

From: Northbridge Academy <no-reply@learn.northbridge.edu>   <- the display line
Return-Path: bounces@mail.vendor-lms.com                     <- the envelope sender
DKIM-Signature: ... d=vendor-lms.com ...                     <- the signing domain

Gmail setzt ein kleines „via vendor-lms.com“ neben den Absender, wenn die signierende Domain nicht zur Absenderdomain passt. Die IT-Abteilung Ihres Kunden weiß, was das bedeutet. Fragen Sie also:

• Welche Nachrichten kommen von unserer Domain und welche von Ihrer? Lassen Sie sich die vollständige Liste geben — Einladung, Willkommen, Passwort zurücksetzen, Einschreibung, Erinnerung, Note freigegeben, Zertifikat ausgestellt, Zusammenfassung, Hinweis an die Administration — und dann, welche davon unseren Absender tragen können.
• Nur die Absenderzeile oder auch die signierende Domain? Die Anschlussfrage ist, welche DNS-Einträge Sie veröffentlichen. Wenn keiner davon bei Ihrem Registrar landet, verlässt die Mail Ihre Domain nicht wirklich.
• Ein eigenes Versandkonto mit eigenem Schlüssel oder Ihr gemeinsamer Pool? In einem gemeinsamen Pool wird die Bounce-Rate eines anderen Mandanten unsichtbar zu Ihrem Zustellbarkeitsproblem.
• Je Organisation oder einmal ganz oben? Ein einziger Absender für das gesamte Konto hebt die Eigenständigkeit bei der ersten E-Mail wieder auf.
• Welches Logo nutzt die E-Mail, und wo liegt es? Ein beim Anbieter gehostetes Bild zeigt seine URL im Alt-Text, sobald ein Mail-Gateway entfernte Bilder blockiert.

Dann der Link in der Nachricht, an dem die meisten Bewertungen die Wahrheit erfahren. Der Textkörper kann Ihr Logo, Ihre Farben und Ihren Absender tragen, und die Schaltfläche mittendrin kann trotzdem auf den Host des Anbieters zeigen — weil Einladungs- und Zurücksetzen-Links meist von der Authentifizierungsschicht erzeugt werden, einmal global konfiguriert, mit einer einzigen Site-URL.

Die Anmeldeseite, der Tab und die zwei Logos

Die Anmeldeseite ist die Seite, die sich am schwersten branden lässt, und die erste, die jede lernende Person sieht. Bevor sich jemand authentifiziert, weiß die Plattform über die besuchende Person nichts außer dem Hostnamen, über den sie gekommen ist. Wird das Branding aus der Organisation einer angemeldeten Person geladen, bekommt eine kalt eintreffende Person die Voreinstellung des Anbieters. Fragen Sie genau mit diesen Worten: Löst sich das Branding allein über den Hostnamen auf, bevor irgendeine Sitzung existiert?

• Was wird unter unserer Domain für eine besuchende Person ohne Sitzung dargestellt? Logo, Produktname, Farben, Hintergrund, der Wortlaut auf der Anmeldeschaltfläche.
• Gibt es eine „powered by“-Zeile, und was entfernt sie? Ein Schalter, ein höherer Tarif oder eine Klausel im Vertrag. Alle drei gibt es, und sie kosten unterschiedlich viel.
• Wie sehen die Fehlerzustände aus? Falsches Passwort, abgelaufene Einladung, gesperrtes Konto — die Seiten, bei denen es am wahrscheinlichsten die Standardvorlagen des Anbieters sind, und die, die eine frustrierte Person am genauesten liest.
• Was steht im Browser-Tab? Der Seitentitel auf jeder Route und das Favicon. Fragen Sie, ob das Favicon je Organisation gilt oder eine einzige Datei für die ganze Plattform ist; es von einem einzigen statischen Pfad auszuliefern ist eine verbreitete Abkürzung.
• Gibt es zwei Logos? Ein Logo für den hellen Modus, eines für den dunklen, meist zusätzlich eine quadratische Bildmarke. Fragen Sie, was passiert, wenn Sie eines hochladen und jemand in den dunklen Modus wechselt.
• Was steht in den Dokumenten, die die Plattform verlassen? Zertifikats-PDFs, exportierte Berichte, Leistungsübersichten. Prüfen Sie die Fußzeile und dann die Dateimetadaten, wo ein Anbietername am längsten überlebt.

Vererbung — und in welcher Granularität

Wenn Sie mehr als eine Organisation betreiben — Kundenunternehmen, Schulen in einem Verbund, Landesgesellschaften —, ist „wird Branding vererbt?“ eine Frage der Granularität und keine Ja-oder-Nein-Frage, und an der Granularität verschwindet die Arbeit entweder oder sie vervielfacht sich.

• Wenn eine untergeordnete Organisation nichts setzt, was bekommt sie? Die Marke der übergeordneten Organisation oder die Voreinstellung des Anbieters. Für einen Verbund ist das Zweite falsch: Jede neue Schule beginnt ihr Leben im Aussehen des Anbieters.
• Alles oder nichts, oder Feld für Feld? Eine Schule, die die Farbpalette des Verbunds und ihr eigenes Wappen will, braucht einen Rückgriff auf Feldebene. Vererbung auf Blockebene zwingt jede untergeordnete Organisation, vierzehn Farben erneut anzugeben, um ein Logo zu ändern.
• Greifen das helle und das dunkle Logo als Paar zurück? Greifen sie unabhängig voneinander zurück, dann lässt eine untergeordnete Organisation, die nur ein helles Logo hochlädt, das dunkle Logo der übergeordneten gegen ihre neue Farbpalette stranden. Eine kleine Frage, die eine aufschlussreiche Pause erzeugt.
• Wer darf es ändern? Die eigene Administration der untergeordneten Organisation — oder jede Änderung läuft über Ihr zentrales Team. Das Zweite ist eine Support-Warteschlange, die Sie in einem Jahr immer noch betreiben.
• Wie tief reicht das? Zwei Ebenen sind üblich. Ein Verlag mit Schulen, die Campus haben, braucht mehr.
• Wird auch die Terminologie vererbt, nicht nur das Design? Wenn Sie „Schüler“ in „Auszubildende“ umbenennen können, fragen Sie, ob das nach unten durchgereicht wird und ob es je Sprache getrennt gesetzt wird.

Prüfungen, die Sie selbst durchführen

Die mobile Erfahrung

Klären Sie zuerst, was Ihnen verkauft wird, denn „wir haben Mobile“ deckt zwei Produkte mit unterschiedlichen Branding-Geschichten ab. Handelt es sich um eine native App, sind die Fragen eher kaufmännisch als kosmetisch. Wessen Name steht im Store-Eintrag? Wem gehört das Entwicklerkonto, und wer reicht Releases ein? Gibt es einen eigenen Build je Kunde und damit einen eigenen Prüfzyklus?

Ist es eine responsive Webanwendung, läuft das Branding über denselben Codepfad wie die Desktop-Seite, was hier meist die bessere Antwort ist. Bitten Sie darum, es in Telefonbreite unter Ihrer eigenen Domain zu sehen, und fragen Sie dann, welcher Name und welches Symbol erscheinen, wenn eine lernende Person es auf ihren Startbildschirm legt.

Der Seitenquelltext

Irgendwann öffnet jemand den Quelltext — das IT-Team eines Kunden, eine neugierige lernende Person. Sie verbergen nichts; Sie prüfen, ob die Plattform dafür gebaut wurde, unter dem Namen von jemand anderem ausgeliefert zu werden. Zwei Befehle beantworten das meiste davon.

# Wessen Name steht auf dem Zertifikat, das unter Ihrer Domain ausgeliefert wird?
openssl s_client -connect learn.yourbrand.com:443 \
  -servername learn.yourbrand.com </dev/null 2>/dev/null \
  | openssl x509 -noout -text | grep -A1 'Subject Alternative Name'

# Was sagen das HTML und die Antwort-Header?
curl -sL https://learn.yourbrand.com | grep -io 'vendorname' | wc -l
curl -sI https://learn.yourbrand.com | grep -iE 'server|x-powered-by|content-security-policy'

Die Zertifikatsprüfung ist die interessante. Manche Plattformen stellen ein Zertifikat je Kundenhostnamen aus; andere setzen viele Kunden auf ein einziges Zertifikat mit mehreren Namen. Wenn die Liste der alternativen Namen auf der Domain Ihres Kunden andere Kunden nennt, ist das eine öffentliche Auskunft darüber, wen der Anbieter sonst noch bedient, und eine Sicherheitsprüfung wird sie finden.

Lesen Sie im HTML den Seitentitel, das `og:site_name`-Tag, das Web-Manifest, die Hostnamen, von denen Skripte und Bilder geladen werden, und die Endpunkte für Analytics und Fehlerberichte im Content-Security-Policy-Header. Diese Endpunkte sind der häufigste Verräter, weil niemand sie für Branding hält.

Wie Sie das Gespräch führen

1. Bitten Sie um einen laufenden Mandanten auf einer Domain, die Sie kontrollieren, nicht um eine aufgezeichnete Demo. Ein Tag DNS-Arbeit ist eine billigere Prüfung als ein Jahr Vertrag.
2. Lassen Sie eine echte Einladung und ein echtes Zurücksetzen des Passworts an eine Adresse schicken, die Sie kontrollieren. Lesen Sie das Linkziel und die Header.
3. Öffnen Sie die Anmeldeseite kalt, in einem privaten Fenster, im dunklen Modus, auf einem Telefon.
4. Führen Sie die zwei Befehle von oben gegen Ihren eigenen Hostnamen aus.
5. Sammeln Sie die Antworten in einem gemeinsamen Dokument, mit Datum. „In Entwicklung“ ist eine gute Antwort, wenn sie aufgeschrieben ist, und eine schlechte, wenn man sie im vierten Monat entdeckt.

Bohren Sie bei den Fragen nach, die statt einer Antwort die Vorführung eines Bildschirms hervorbringen. Diese Reaktion ist selten ein Ausweichen — meist heißt sie, dass vorher niemand gefragt hat.

Wo Lurno steht

Unsere eigenen Antworten, die unfertigen Teile eingeschlossen. Domains gelten je Organisation, in jeder Tiefe des Baums, eingerichtet aus den eigenen Einstellungen dieser Organisation: den Hostnamen eintippen, die DNS-Einträge veröffentlichen, die der Bildschirm zeigt, den Status verfolgen, bis beim Zertifikat aktiv steht, und die Domain dann als primär markieren. Hostnamen laufen über Cloudflare; TLS stellt sich aus und erneuert sich automatisch. Die Anmeldeseite löst Logo, Titel, Slogan, Theme und Hintergrund allein über den Hostnamen auf, bevor sich jemand authentifiziert. Sobald eine Domain primär ist, werden die Einladungslinks dieser Organisation darauf gebaut.

Branding sind siebzehn Felder — vierzehn Farbtoken, die Display-Schrift, die Fließtextschrift, der Eckenradius — dazu ein helles Logo, ein dunkles Logo, ein Favicon, ein Titel und ein Slogan. Die Vererbung beantwortet die Granularitätsfrage von oben: Eine Unterorganisation ohne eigenes Theme übernimmt das gesamte Theme der übergeordneten Organisation, das Logopaar wird als Einheit vererbt, sodass Sie kein dunkles Logo auf hellem Grund stranden lassen können, und Titel, Slogan und Favicon greifen Feld für Feld zurück. Die Terminologie lässt sich je Sprache umbenennen, und Benachrichtigungs-E-Mails verlassen die Plattform über die eigene Subdomain der Organisation. Das vollständige Modell steht auf der White-Label-Seite; wer die Mail versendet, steht in der Liste der Unterauftragsverarbeiter auf der Sicherheitsseite.

Die Lücken, klar gesagt. Es gibt keine nativen mobilen Apps — Lurno ist eine responsive Webanwendung, mobil trägt also dasselbe Branding wie alles andere, aber es gibt keine App unter Ihrem Namen in einem Store, und native Apps stehen auf der Roadmap und sind nicht ausgeliefert. SAML- und OIDC-Single-Sign-on stehen ebenfalls auf der Roadmap; was es heute gibt, ist die Partner-Anmeldung, bei der Ihr Backend eine signierte Assertion für eine lernende Person übergibt, die es bereits authentifiziert hat. Zahlungen und Checkout sind in Entwicklung.

White-Labelling ist keine Funktion, die man bei der Registrierung einschaltet. Es ist eine Eigenschaft davon, wo ein Anbieter Jahre vor Ihrem Anruf seine Grenzen gezogen hat, und diese Grenzen lassen sich in der Adresszeile, den Mail-Headern und dem Seitenquelltext eines laufenden Mandanten ablesen. Eine halbe Stunde mit einer echten Domain klärt mehr von dieser Liste als ein Nachmittag voller Gespräche — unsere eingeschlossen, und genau dafür ist eine Demo da.