Domaines clients : la partie de la marque blanche qui casse quand personne n'en est responsable

Marque blanche / Domaines personnalisés

Les domaines génèrent plus de tickets de support chez les revendeurs de sites que le design. L'e-mail d'un client s'arrête après un changement DNS, un renouvellement expire, un compte chez le registraire appartient à un designer parti en 2019. Cette page explique comment fonctionnent les domaines sur We.Inc à deux niveaux, votre marque et les sites de vos clients, ainsi que les règles qui les empêchent de devenir votre problème à 11 heures du soir.

Réserver une démo · Les tarifs sont adaptés à votre volume et à votre configuration, et vous obtenez votre prix exact pendant l'appel. 0% de frais de transaction.

Mis à jour : 25 octobre 2026

En bref

Il y a deux missions distinctes : votre portail sur votre propre adresse, et le site de chaque client sur l'adresse du client.
Les domaines clients se connectent depuis le panneau Domaine du site. La méthode privilégiée consiste à changer deux serveurs de noms ; nous copions d'abord le DNS existant pour que l'e-mail continue de fonctionner.
Quand les serveurs de noms ne peuvent pas changer, une méthode par enregistrements (CNAME ou A) sert de solution de repli. La racine et www fonctionnent toutes les deux.
Vous décidez pour chaque client s'il peut connecter un domaine lui-même. La propriété de l'enregistrement reste une décision commerciale ; nous recommandons qu'elle revienne au client.

Deux missions de domaine différentes

On dit « domaine personnalisé » pour désigner deux choses distinctes. Séparez-les dans votre planification, car elles n'ont ni les mêmes propriétaires ni les mêmes risques de panne.

	Le domaine de votre marque	Le domaine du site d'un client
Exemple	app.youragency.com	timberfiredpizza.com
Qui le visite	Vos clients, pour se connecter et créer	Les clients de votre client
Qui détient l'enregistrement	Vous	Idéalement le client
Ce qui casse s'il expire	Vos clients ne peuvent plus accéder au portail	Un site public s'éteint
Fréquence de changement	Une fois	À chaque nouveau client

1. Le domaine de votre marque

Lorsqu'une marque est configurée avec son propre domaine sur We.Inc, un seul domaine sert à trois usages : le portail où vos clients se connectent se trouve sur app. de votre domaine, les sites clients publiés peuvent se trouver sous sites. de votre domaine, et les e-mails reçus par vos clients peuvent partir d'une adresse @ votre domaine. La configuration importe vos enregistrements DNS existants dans la nouvelle zone avant la bascule, pour que votre site actuel et votre messagerie continuent de fonctionner au moment du changement.

*L'accueil partenaire vous invite à installer toute votre activité sur votre propre domaine. Sur une marque de démonstration, cette option est réservée à un forfait supérieur ; sur une vraie configuration, elle fait partie de l'onboarding.*

En attendant, vos clients se connectent sur une adresse de marque que nous fournissons. Rien ne change visuellement pour votre marque ; seule l'adresse dans la barre du navigateur diffère. Pour beaucoup d'agences, cela suffit pour les premiers clients, mais mérite d'être réglé avant le dixième.

2. Le site d'un client sur son propre domaine

Chaque site client dispose d'un panneau Domaine dans son éditeur. L'écran est volontairement court : la plupart des dirigeants de petites entreprises n'ont jamais vu d'enregistrement DNS et ne devraient pas en avoir besoin.

Panneau Domaine dans l'éditeur du site d'un client, intitulé Donnez une vraie adresse à votre site, avec une option pour connecter un domaine que vous possédez en modifiant deux serveurs de noms

*L'écran de domaine côté client. « Modifiez deux serveurs de noms et nous nous occupons du reste » ; la racine seule et www fonctionnent automatiquement.*

Les deux façons de connecter

Délégation des serveurs de noms (privilégiée). Le client change les deux serveurs de noms chez son registraire. Avant de lui demander de basculer, le système copie ses enregistrements DNS existants dans notre zone et vérifie la copie par rapport au DNS public, en signalant tout ce qui n'a pas pu être repris. Cet ordre est essentiel : dès que les serveurs de noms pointent vers nous, notre zone fait foi, et tout enregistrement non copié (messagerie, vérification Google, sous-domaine de réservation) cesse d'exister.

Enregistrements DNS (solution de repli). Si les serveurs de noms ne peuvent pas changer (le prestataire informatique du client les gère, ou d'autres services en dépendent), le site peut être connecté par des enregistrements : un CNAME pour les sous-domaines comme www, et des enregistrements A pour la racine seule, car un domaine racine ne peut pas porter de CNAME. La RFC 1912 énonce la règle clairement : un CNAME « ne peut coexister avec aucune autre donnée ». Le certificat HTTPS est émis automatiquement dès que les enregistrements sont résolus.

Quelle méthode choisir

Situation	Méthode	Pourquoi
Petite entreprise, e-mail sur Google Workspace ou Microsoft 365, personne de technique	Serveurs de noms	Un seul changement ; enregistrements existants copiés d'abord
L'entreprise informatique du client gère le DNS et ne le cédera pas	Enregistrements	Rien d'autre ne bouge dans sa zone
Le domaine fait aussi tourner d'autres applications sur des sous-domaines que vous ne connaissez pas	Enregistrements, ou serveurs de noms après une relecture attentive du rapport d'import	L'import capte ce que montre le DNS public ; un enregistrement purement interne est votre angle mort
Domaine tout neuf, sans rien dessus	Au choix	Rien à perdre

Quand un domaine s'en va

Les domaines sont parfois déplacés par quelqu'un qui ne sait pas ce qu'il fait : un neveu qui « fait le ménage » chez le registraire, un nouveau prestataire informatique qui réinitialise les serveurs de noms. We.Inc vérifie régulièrement les domaines délégués en ligne, et n'agit que lorsque Cloudflare et le registre du domaine s'accordent à dire que le domaine est parti : le client est prévenu une fois, avec les serveurs de noms à rétablir, et si possible l'adresse www est remise sur notre réseau. Deux signaux sont exigés pour qu'un site qui fonctionne ne soit jamais signalé comme hors ligne.

3. Qui a le droit de connecter un domaine

Connecter un domaine fait partie des réglages par client. Laissez-le activé et le client peut le faire lui-même depuis le panneau ci-dessus ; désactivez-le et le client voit que ce n'est pas inclus dans son compte, et votre équipe s'en charge.

Contrôles par client dans le gestionnaire de clients We.Inc, avec des interrupteurs pour la publication, la connexion de son propre domaine, l'accès au code, le blog, la boutique, les formulaires, le SEO et la validation de publication

*Réglages par client. « Connecter son propre domaine » peut suivre le réglage par défaut de votre marque ou être défini pour un seul client.*

Désactivez-le lorsque :

votre offre inclut « nous gérons votre domaine » et que vous facturez ce service ;
le client a l'habitude de casser des choses ;
le domaine est partagé avec des systèmes que vous ne gérez pas.

Laissez-le activé lorsque le client est à l'aise, que le domaine est neuf ou que vous voulez moins de tickets. Plus d'infos sur les réglages : permissions client.

Enregistrement : qui doit posséder le domaine

C'est une question commerciale, pas logicielle, et elle détermine à quel point la fin d'une relation sera douloureuse.

Le client détient l'enregistrement (recommandé). Le client garde les identifiants du registraire et paie le renouvellement. Vous disposez d'un accès délégué, ou vous lui demandez simplement de changer deux serveurs de noms une fois. Si vous vous séparez, rien n'a besoin d'être transféré.
Vous le détenez pour le compte du client. Pratique, et courant chez les agences qui proposent « domaine inclus ». Inscrivez au contrat que le domaine sera transféré au client sur demande. Les registraires exigent un code d'autorisation pour un transfert, que l'ICANN impose de fournir sous cinq jours calendaires après la demande, et un registraire peut refuser un transfert dans les 60 jours suivant l'enregistrement initial ou un transfert précédent. Prévenez vos clients avant qu'ils en aient besoin.

Une checklist domaine à copier dans chaque dossier client

Nom de domaine, registraire, et qui détient les identifiants.
Date de renouvellement et qui la paie (ajoutez aussi un rappel dans votre propre agenda).
Où est hébergé l'e-mail (Google, Microsoft, le registraire, autre).
Méthode de connexion utilisée (serveurs de noms ou enregistrements) et date.
Les enregistrements que le rapport d'import n'a pas pu copier, et ce que vous avez fait.
Si le client peut modifier le domaine lui-même (le réglage par client).
Ce qu'il advient du domaine à la fin du contrat.

Trois situations que vous rencontrerez

Le client dont l'e-mail s'arrête. Un client change ses serveurs de noms via un autre prestataire, pas via le panneau, et sa messagerie se tait. Sur We.Inc, la méthode par serveurs de noms copie les enregistrements avant la bascule, mais rien ne protège un changement fait ailleurs. La solution : la liste des enregistrements dans votre dossier client. Vous savez ce dont sa messagerie a besoin, vous pouvez donc la rétablir en quelques minutes.

Le domaine auquel personne ne peut se connecter. L'enregistrement se trouve dans un compte appartenant à un ancien web designer. Le client ne peut pas changer les serveurs de noms avant de le récupérer. Lancez cette récupération dès le premier jour de l'onboarding, pas le jour du lancement ; les procédures de récupération des registraires prennent du temps.

Le client qui part. Si le client détient l'enregistrement, il pointe le domaine ailleurs et c'est terminé. Si c'est vous, vous le transférez. Dans les deux cas, le départ d'un client ne doit jamais signifier un site qui cesse de répondre sans prévenir ; convenez d'une date de fin.

Ce que We.Inc ne fait pas ici

Nous ne promettons pas à vos clients une console de gestion de domaines digne d'un registraire ; le panneau sert à connecter un domaine à un site.
Nous ne garantissons pas que chaque enregistrement dont dépend un client soit visible lors d'une analyse externe. Les enregistrements qui n'existent que dans un réseau privé sont invisibles à toute vérification publique. Lisez le rapport d'import.
Nous ne faisons aucune promesse de disponibilité.

Réservez une démo et apportez le domaine réel d'un client ; nous verrons ensemble quelle méthode il lui faut.

Sources

Dernière vérification le 2026-10-25.

IETF, RFC 1912, section 2.4 : enregistrements CNAME.
ICANN, Transférer votre nom de domaine : FAQ pour les titulaires de noms de domaine : codes d'autorisation sous cinq jours calendaires ; les transferts peuvent être refusés dans les 60 jours suivant l'enregistrement ou un transfert précédent.

Apportez le domaine d'un client à une démo

Réservez une démo de 30 minutes. Nous vous montrons le créateur à votre marque, examinons combien de sites clients vous prévoyez de gérer et vous donnons votre prix exact.

Réserver une démo

Envie de voir la visite complète d'abord ? Découvrir le créateur de sites web en marque blanche

Les questions que posent les acheteurs

Chaque site client peut-il avoir son propre domaine ?

Oui. Chaque site dispose d'un panneau Domaine. Le client connecte un domaine qu'il possède en changeant deux serveurs de noms, ou en ajoutant des enregistrements DNS quand les serveurs de noms ne peuvent pas changer. La racine seule et www fonctionnent toutes les deux.

Connecter un domaine va-t-il casser l'e-mail du client ?

Avec la méthode par serveurs de noms, les enregistrements DNS existants sont copiés dans la nouvelle zone et vérifiés avant que le client ne bascule, ce qui maintient la messagerie en marche. Tout ce qui n'a pas pu être copié est signalé : lisez le rapport avant de basculer.

Puis-je empêcher mes clients de modifier leur propre domaine ?

Oui. « Connecter son propre domaine » est un réglage par client, avec une valeur par défaut pour toute la marque. Lorsqu'il est désactivé, le client voit que ce n'est pas inclus dans son compte.

Mon portail peut-il aussi tourner sur mon propre domaine ?

Oui. Un domaine de marque est configuré pour que le portail se trouve sur app. de votre domaine, que les sites clients puissent se trouver sous sites. de votre domaine, et que les e-mails puissent partir de votre domaine.