White label et domaine personnalisé
Servez le flux de vérification depuis verify.yourbrand.com au lieu de verify.didit.me - les prérequis, les deux enregistrements DNS, et le coût.
Un sous-domaine que vous contrôlez - verify.yourbrand.com - pointé vers
Didit avec deux enregistrements CNAME. Cela fait partie du white label,
nécessite un accès en écriture à Customization, et doit être activé sur votre
compte. Les domaines racines et les www. sont rejetés.
#Ce que ça change
Avec un domaine personnalisé, les utilisateurs restent sur votre domaine pendant tout le parcours de vérification. Combiné au Style Editor, cela supprime la dernière référence visible à Didit dans le flux.
- Branding porte le logo et les couleurs que voient les utilisateurs.
- Domain est l'endroit où un domaine personnalisé vérifié remplace verify.didit.me.
- Rien ne s'applique avant Save changes, et le workflow doit aussi activer le white label.
#Prérequis
| Prérequis | Détail |
|---|---|
| Sous-domaine uniquement | verify.yourbrand.com. Un domaine racine comme yourbrand.com est rejeté, et un préfixe www. aussi |
| Pas déjà utilisé | Le sous-domaine ne peut pas déjà pointer vers un site ou une application vous appartenant |
| Accès DNS | Vous devez créer deux enregistrements chez votre fournisseur DNS |
| Permission | Accès en écriture à Customization - les membres en lecture seule voient la section désactivée |
| Activé sur votre compte | Le domaine personnalisé fait partie du white label et doit être activé pour vous |
| Un solde d'au moins 250 $ | L'ajout d'un domaine exige 250 USD de crédit sur le solde au moment où vous l'ajoutez. C'est un seuil ponctuel, pas une réserve : une fois le domaine vérifié, il reste actif même si le solde repasse ensuite sous 250 $ |
#Comment ça marche
Vous saisissez votre sous-domaine dans la console. Didit génère deux enregistrements DNS que vous devez ajouter :
| Enregistrement | Objectif |
|---|---|
| CNAME de vérification | Prouve que vous possédez le domaine, ce qui délivre le certificat SSL |
| CNAME CloudFront | Fait pointer votre sous-domaine vers l'interface de vérification |
Les deux sont requis. Une fois qu'ils se résolvent, vous vérifiez la propriété depuis la console et le flux commence à servir depuis votre domaine.
- Ajouter le domaine
Console de gestion → White Label → Domain, saisissez votre sous-domaine, cliquez sur Add Domain. La console génère vos enregistrements.
- Créer les deux enregistrements DNS
Ajoutez-les chez votre fournisseur DNS exactement comme indiqué. Une configuration partielle laisse le certificat non délivré et le domaine inutilisable.
- Vérifier la propriété
Une fois que les enregistrements se résolvent, vérifiez depuis la console. La propagation DNS est la partie lente et dépend entièrement de votre fournisseur.
Si la vérification ne se termine pas, la cause est presque toujours le DNS : un
enregistrement ajouté au mauvais niveau (un fournisseur qui ajoute le nom de
zone, produisant verify.yourbrand.com.yourbrand.com), un proxy ou un CDN
devant l'enregistrement qui le réécrit, ou simplement une propagation pas
encore terminée. Vérifiez ce vers quoi l'enregistrement se résout réellement
avant de le signaler.
#Ce que ça coûte
Le domaine personnalisé fait partie de la marque blanche, facturée 0,20 $ par vérification terminée. Ce n'est pas une ligne distincte en plus des frais de marque blanche, il n'y a ni forfait mensuel ni frais supplémentaire par domaine ; mais un workflow servi depuis votre propre domaine est un workflow en marque blanche, au prix de la marque blanche. La seule autre exigence est le solde minimum de 250 $ à l'ajout du domaine ; ce crédit reste le vôtre pour des vérifications ensuite. Voir ce qui compte comme vérification facturable.
#Intégrer plutôt que rediriger
Un domaine personnalisé résout "l'URL dit Didit". Si votre préoccupation est plutôt "je ne veux pas que l'utilisateur quitte mon application du tout", la réponse est différente : intégrez le flux. Il existe des options de SDK web et in-context qui affichent la vérification à l'intérieur de votre propre frontend, et des SDK natifs pour mobile. Voir comment intégrer Didit.
Lesquelles de ces options sont disponibles sur votre offre mérite d'être confirmé avec votre contact Didit plutôt que supposé, en particulier si vous dimensionnez un projet autour de cela.
#Configurations revendeur et multi-marques
Si vous exécutez des vérifications pour le compte de plusieurs de vos propres clients, chacun voulant sa propre marque, c'est une configuration différente d'une entreprise avec une marque. La structure prise en charge par Didit est une application par client final au sein de votre organisation, chacune avec ses propres workflows et sa marque, et les conditions revendeur qui l'accompagnent. Voir organisations, applications et environnements avant de construire ; adapter après coup une structure multimarque demande nettement plus de travail que de partir sur une.
#Voir aussi
- Personnaliser l'image de marque et l'expérience de vérification
- Référence complète : Custom domain