White Label und eigene Domain
Stellen Sie den Verifizierungsablauf über verify.yourbrand.com statt verify.didit.me bereit - die Voraussetzungen, die zwei DNS-Einträge, und was es kostet.
Eine Subdomain, die Sie kontrollieren - verify.yourbrand.com - auf Didit ausgerichtet mit zwei
CNAME-Einträgen. Sie ist Teil von White Label, benötigt Schreibzugriff auf Customization, und muss für
Ihr Konto aktiviert sein. Root-Domains und www. werden abgelehnt.
#Was sich ändert
Mit einer eigenen Domain bleiben Nutzer während der gesamten Verifizierung auf Ihrer Domain. Zusammen mit dem Style Editor entfernt das den letzten sichtbaren Hinweis auf Didit im Ablauf.

- Branding trägt das Logo und die Farben, die Nutzer sehen.
- Domain ist der Ort, an dem eine verifizierte eigene Domain verify.didit.me ersetzt.
- Nichts wird wirksam, bis Sie Save changes klicken - und der Workflow muss White Label ebenfalls aktivieren.
#Voraussetzungen
| Voraussetzung | Detail |
|---|---|
| Nur Subdomain | verify.yourbrand.com. Eine Root-Domain wie yourbrand.com wird abgelehnt, ebenso ein www.-Präfix |
| Noch nicht in Gebrauch | Die Subdomain darf nicht bereits auf eine Ihrer Seiten oder Apps zeigen |
| DNS-Zugriff | Sie müssen bei Ihrem DNS-Anbieter zwei Einträge erstellen |
| Berechtigung | Schreibzugriff auf Customization - Mitglieder mit Nur-Lese-Zugriff sehen den Bereich deaktiviert |
| Für Ihr Konto aktiviert | Eigene Domain ist Teil von White Label und muss für Sie eingeschaltet sein |
| Ein Guthaben von mindestens 250 $ | Das Hinzufügen einer Domain erfordert 250 USD Guthaben zum Zeitpunkt des Hinzufügens. Das ist eine einmalige Hürde, keine Reserve: nach der Verifizierung bleibt die Domain aktiv, auch wenn das Guthaben später unter 250 $ fällt |
#Wie es funktioniert
Sie geben Ihre Subdomain in der Konsole ein. Didit erzeugt zwei DNS-Einträge, die Sie hinzufügen müssen:
| Eintrag | Zweck |
|---|---|
| Verification CNAME | Belegt, dass Ihnen die Domain gehört, was das SSL-Zertifikat ausstellt |
| CloudFront CNAME | Richtet Ihre Subdomain auf die Verifizierungs-UI aus |
Beide sind erforderlich. Sobald sie auflösen, verifizieren Sie den Besitz über die Konsole, und der Ablauf beginnt, von Ihrer Domain aus bereitgestellt zu werden.
- Die Domain hinzufügen
Business Console → White Label → Domain, geben Sie Ihre Subdomain ein, klicken Sie auf Add Domain. Die Konsole erzeugt Ihre Einträge.
- Beide DNS-Einträge erstellen
Fügen Sie sie bei Ihrem DNS-Anbieter exakt wie angezeigt hinzu. Eine unvollständige Einrichtung lässt das Zertifikat unausgestellt und die Domain unbenutzbar.
- Besitz verifizieren
Sobald die Einträge auflösen, verifizieren Sie über die Konsole. Die DNS-Propagation ist der langsame Teil und liegt vollständig auf Seiten Ihres Anbieters.
Wenn die Verifizierung nicht abgeschlossen wird, liegt die Ursache fast immer im DNS: ein Eintrag, der
auf der falschen Ebene hinzugefügt wurde (ein Anbieter, der den Zonennamen anhängt und dadurch
verify.yourbrand.com.yourbrand.com erzeugt), ein Proxy oder CDN vor dem Eintrag, der ihn umschreibt,
oder schlicht eine noch nicht abgeschlossene Propagation. Prüfen Sie, worauf der Eintrag tatsächlich
auflöst, bevor Sie es melden.
#Was es kostet
Die eigene Domain ist Teil von White Label, das mit 0,20 $ pro abgeschlossener Verifizierung berechnet wird. Sie ist kein separater Posten zusätzlich zur White-Label-Gebühr, es gibt keinen Monatsplan und keine zusätzliche Gebühr pro Domain - aber ein Workflow, der von Ihrer eigenen Domain ausgeliefert wird, ist ein White-Label-Workflow zum White-Label-Preis. Die einzige weitere Anforderung ist das Mindestguthaben von 250 $ beim Hinzufügen der Domain; dieses Guthaben können Sie anschließend für Verifizierungen ausgeben. Siehe was als abrechenbare Prüfung zählt.
#Einbetten statt Weiterleiten
Eine eigene Domain löst "die URL zeigt Didit". Wenn Ihr eigentliches Anliegen stattdessen "ich möchte nicht, dass der Nutzer meine App überhaupt verlässt" ist, ist die Antwort eine andere: betten Sie den Ablauf ein. Es gibt Web-SDK- und In-Context-Optionen, die die Verifizierung innerhalb Ihres eigenen Frontends rendern, sowie native SDKs für Mobile. Siehe Wege zur Integration.
Welche dieser Optionen in Ihrem Plan verfügbar ist, sollten Sie mit Ihrem Didit-Ansprechpartner klären, statt es anzunehmen, besonders wenn Sie ein Projekt darauf ausrichten.
#Reseller- und Multi-Brand-Setups
Wenn Sie Verifizierungen im Namen mehrerer eigener Kunden durchführen, die jeweils ihr eigenes Branding wünschen, ist das etwas anderes als ein Unternehmen mit einer Marke. Die von Didit unterstützte Struktur ist eine Anwendung pro Endkunde innerhalb Ihrer Organisation, jede mit eigenen Workflows und eigenem Branding, und die dazugehörigen Reseller-Bedingungen. Siehe Organisationen, Anwendungen und Umgebungen, bevor Sie bauen; eine Multi-Brand-Struktur nachträglich einzuziehen ist deutlich mehr Arbeit, als von Anfang an mit einer zu starten.
#Verwandte Artikel
- Branding und Verifizierungserlebnis anpassen
- Vollständige Referenz: Eigene Domain
