À qui appartient le site d'un client lorsqu'une agence le crée sur une plateforme en marque blanche ?

Un site client créé sur une plateforme en marque blanche comporte quatre éléments distincts à posséder : le domaine, les contenus, le design et le code, et le compte sur la plateforme. Voici à qui appartient chacun par défaut, ce qu'il faut inscrire au contrat, et comment remettre un site lorsqu'un client s'en va.

Tout dépend de l'élément dont vous parlez et de ce que dit votre contrat. Un site client comporte quatre éléments distincts : le nom de domaine, les contenus (textes, photos, logo), le design et le code, et le compte de la plateforme sur laquelle tourne le site. Sur une plateforme en marque blanche, le compte et le logiciel appartiennent toujours à la plateforme, sous licence accordée à l'agence. Le domaine appartient à la personne inscrite comme titulaire. Les contenus fournis par le client restent les siens. Le design et le code créés par l'agence appartiennent, selon le droit d'auteur américain, à l'agence, sauf accord écrit et signé qui les transfère. Ainsi, sans contrat disant le contraire, un client qui part peut posséder son domaine et ses textes, mais pas le site lui-même. Les bonnes agences règlent la question par écrit dès le départ.

Ce guide fournit des informations générales sur le droit américain et les pratiques courantes, et ne constitue pas un conseil juridique. Les lois varient selon les pays ; faites relire votre contrat par un avocat là où vous exercez.

Les quatre éléments qu'un client appelle « mon site web »

Élément	Propriétaire par défaut	Ce qui en décide
Nom de domaine	Le titulaire inscrit dans l'enregistrement, qui n'est pas forcément la personne qui a payé	Le nom et le compte sous lesquels le domaine est enregistré
Contenus du client : textes qu'il a écrits, photos qu'il a prises, son logo	Le client	Il les a créés ; vous avez seulement l'autorisation de les utiliser
Travail de l'agence : design, mise en page, code, textes que vous avez rédigés, photos que vous avez prises	L'agence, aux États-Unis, sauf transfert des droits par un écrit signé	Le droit d'auteur et votre contrat
La plateforme : l'outil de création, l'hébergement, l'éditeur, les modèles	L'éditeur de la plateforme	Les conditions de la plateforme ; l'agence détient une licence, pas la propriété

La plupart des litiges de propriété portent en réalité sur la première et la troisième ligne. Le domaine est l'adresse de l'entreprise du client, et le design est ce qu'il pense avoir payé.

Pourquoi l'agence possède son travail par défaut (aux États-Unis)

Les clients supposent souvent que payer un site web le leur rend acquis. Le droit d'auteur américain ne fonctionne pas ainsi pour les prestataires externes. Selon 17 U.S.C. 101, une « work made for hire » (œuvre de commande) est soit une œuvre créée par un salarié dans le cadre de ses fonctions, soit une œuvre spécialement commandée relevant d'une courte liste de catégories, et cette seconde voie ne s'applique que si les deux parties « en conviennent expressément dans un document écrit signé par elles ». Une agence n'est pas salariée du client, et un site web n'entre pas clairement dans cette liste de catégories : s'appuyer sur la seule mention « work made for hire » est donc incertain.

La voie fiable est la cession. Selon 17 U.S.C. 204(a), un transfert de propriété du droit d'auteur n'est valable qu'avec un acte écrit ou une note du transfert signés par le titulaire des droits (ou son mandataire autorisé). Si vous souhaitez que le client possède le design et le code, votre contrat doit donc indiquer que vous lui cédez ces droits, généralement au paiement intégral, et il doit être signé.

De nombreuses agences font le choix inverse : elles conservent la propriété et accordent au client une licence d'utilisation du site tant qu'il reste client. Les deux sont légitimes. Ce qui crée les litiges, c'est de ne pas trancher.

Ce qu'une plateforme en marque blanche change

Sur une plateforme en marque blanche, il existe un tiers : l'éditeur du logiciel. Ses conditions déterminent ce qui peut être emporté. Trois questions comptent :

Le code ou les fichiers du site peuvent-ils être exportés ? Sinon, la « propriété » du design reste largement théorique ; le client peut emporter des captures d'écran, pas un site fonctionnel.
Un site peut-il être déplacé vers un autre compte sur la même plateforme ? Certaines plateformes permettent à une agence de transférer un site vers le propre compte du client ; d'autres non.
Que deviennent les sites publiés si l'agence cesse de payer la plateforme ? Les clients ne devraient pas le découvrir le jour où cela arrive.

Posez ces questions avant de signer avec une plateforme, et intégrez les réponses à votre contrat client pour que vos promesses correspondent à ce que la plateforme peut réellement fournir.

Le domaine : l'élément le plus douloureux

Un domaine enregistré au nom de l'agence, ou sur le compte personnel d'un collaborateur, est de loin la source la plus fréquente de transferts houleux. Selon la Transfer Policy de l'ICANN, les bureaux d'enregistrement doivent remettre au titulaire inscrit le code AuthInfo unique du domaine, qui permet de le transférer vers un autre bureau d'enregistrement. Si l'agence est le titulaire inscrit, le client ne peut pas déplacer le domaine sans son aide.

Le choix par défaut le plus propre, et celui qui inspire confiance aux clients : enregistrez les domaines des clients à leur nom, dans un compte qu'ils contrôlent, et obtenez un accès délégué pour vous-même. Si vous enregistrez le domaine pour le compte du client, indiquez au contrat que le domaine lui appartient et que vous lui remettrez le code de transfert sur demande. Notez que la politique de l'ICANN permet à un bureau d'enregistrement de refuser un transfert dans les 60 jours suivant l'enregistrement ou un précédent transfert : une remise n'est donc pas toujours immédiate.

Clauses contractuelles à adopter

Reprenez-les comme points de départ que votre avocat adaptera.

Clause	Ce qu'elle doit dire
Éléments du client	Le client conserve tous les droits sur les contenus qu'il fournit et autorise l'agence à les utiliser pour le projet.
Livrables de l'agence	Soit : « Au paiement intégral, l'agence cède au client ses droits d'auteur sur le design et les contenus sur mesure créés pour le client. » Soit : « L'agence conserve la propriété et accorde au client une licence d'utilisation du site pendant la durée des services. »
Éléments préexistants et de tiers	Les modèles, bibliothèques de code, photos de banque d'images, polices et la plateforme elle-même ne sont pas cédés ; ils restent soumis à leurs propres licences.
Domaine	Enregistré au nom du client. S'il est enregistré par l'agence, il est détenu pour le compte du client, avec remise du code de transfert sur demande.
Plateforme	Le site fonctionne sur une plateforme tierce sous licence accordée à l'agence. Le client n'acquiert aucun droit sur la plateforme.
Sortie	À la résiliation, l'agence fournira [un export des fichiers du site / les contenus et images / une copie du code] sous [X] jours, et maintiendra le site en ligne jusqu'au [date] si les frais sont réglés.
Impayés	Ce qui est remis si le client part en devant de l'argent, pour que la question soit réglée avant que quiconque ne s'énerve.
Utilisation en portfolio	Si l'agence peut présenter le site dans son portfolio.

Si vous utilisez un contrat type, notre modèle de contrat de conception web prévoit la place pour ces clauses.

Remettre un site lorsqu'un client s'en va

Gérez la sortie comme vous voudriez qu'un fournisseur gère la vôtre. Une remise élégante protège votre réputation sur un marché local où les chefs d'entreprise se parlent.

Confirmez ce à quoi il a droit selon le contrat, et les éventuelles sommes dues.
Convenez d'une date et maintenez le site en ligne jusque-là.
Remettez le domaine : le code de transfert, ou le changement de propriétaire du compte, et vérifiez que le client peut se connecter.
Exportez ce que vous avez promis : code, contenus et images, ainsi qu'une liste des formulaires et de leurs destinataires.
Listez les intégrations qu'il devra recréer : statistiques, réservation, paiements, e-mailing.
Retirez votre accès à ses comptes, et le sien à votre plateforme, à la date convenue.
Mettez-le par écrit : une note de remise d'une page validée par le client.

Comment une plateforme peut faciliter les choses

Les promesses de propriété ne valent que ce que le logiciel vous permet de livrer. Dans We.Inc, le code de n'importe quel site peut être téléchargé au format ZIP depuis son panneau de code, ou exporté vers un dépôt GitHub : « vous pouvez emporter votre site » est donc une promesse qu'une agence peut tenir.

Panneau de code affichant l'arborescence des fichiers du site, un fichier source et un bouton Download ZIP — Les fichiers de chaque site sont visibles dans le panneau de code et peuvent être téléchargés au format ZIP.

Fenêtre d'export du projet avec les options GitHub, ZIP, Vercel et domaine et un réglage de dépôt privé — Export vers un dépôt GitHub privé, au format ZIP, ou vers Vercel.

Les agences décident, client par client, si ce client peut voir le code ou connecter son propre domaine. Cela vous permet d'aligner la plateforme sur le contrat : un client sous licence n'obtient pas l'accès au code ; un client propriétaire de son site l'obtient.

Les interrupteurs de permissions d'un client, dont la connexion de son propre domaine et l'accès au code, avec des notes et des étiquettes — Interrupteurs par client, dont « Connect their own domain » et « See the code ».

Les clients connectent un domaine qu'ils possèdent déjà, si bien que le domaine peut rester à leur nom dès le premier jour.

Panneau de domaine dans l'éditeur invitant le client à connecter un domaine qui lui appartient — Les clients connectent un domaine enregistré à leur propre nom.

Pour voir comment cela s'intègre à vos contrats, réservez une démo. Pour le problème inverse, quitter vous-même une plateforme, lisez notre plan de sortie fournisseur pour site web.

Sources

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

Legal Information Institute, 17 U.S. Code 101 (définition de « work made for hire »).
Legal Information Institute, 17 U.S. Code 204 (les transferts de propriété du droit d'auteur exigent un écrit signé).
ICANN, Transfer Policy (codes AuthInfo, restrictions de transfert de 60 jours).

Ce guide fournit des informations générales et ne constitue pas un conseil juridique.

Questions fréquentes

Un client possède-t-il le site web qu'une agence a créé pour lui ?

Pas automatiquement. Aux États-Unis, l'agence détient généralement les droits d'auteur sur son design et son code, sauf accord écrit et signé qui les transfère. Le client possède les contenus qu'il a fournis, et le domaine appartient à son titulaire inscrit.

À qui appartient le nom de domaine d'un site client ?

Au titulaire inscrit dans l'enregistrement. Enregistrez les domaines des clients à leur nom, dans un compte qu'ils contrôlent, pour qu'ils puissent toujours obtenir le code de transfert.

Un client peut-il emporter son site web lorsqu'il quitte une agence ?

Seulement ce que le contrat et la plateforme permettent. Si le contrat cède le design et le code au client et que la plateforme peut exporter le code, il peut emporter une copie fonctionnelle. Sinon, il ne pourra emporter que son domaine et ses contenus.

Un site web est-il une œuvre de commande (work made for hire) ?

Pour une agence externe, souvent non. Les œuvres commandées ne sont concernées que dans les catégories listées et avec un accord écrit signé. Une cession écrite et explicite des droits est le moyen le plus fiable de transférer la propriété.

Les sites We.Inc peuvent-ils être exportés si un client s'en va ?

Oui. Le code d'un site peut être téléchargé au format ZIP ou exporté vers GitHub, et les agences choisissent, client par client, si ce client peut voir le code.