Nom de domaine, contenus, site web : qui possède quoi dans un projet internet ?

⏱ Temps de lecture : 10 min

En 30 secondes

• Un site n'est pas un bloc unique : c'est un assemblage d'éléments qui n'ont pas tous le même statut (nom de domaine, contenus, charte, code, comptes, données).
• Certains relèvent naturellement de votre entreprise, d'autres du prestataire ou de son environnement technique.
• Vos contenus (textes, photos, fiches produits) ont vocation à rester exploitables par vous.
• Le CMS, le code et l'architecture technique ne sont généralement pas transférables tels quels.
• La bonne question n'est pas « suis-je propriétaire ? » mais « que puis-je utiliser, conserver, transférer ou récupérer, et dans quelles conditions ? ».

À retenir

Dans un projet de site internet, la question « qui possède le site ? » est souvent trop vague. Un site est composé de plusieurs éléments distincts : nom de domaine, contenus (textes, images, logos), charte graphique, code et CMS, hébergement, comptes associés et données collectées. Certains relèvent naturellement de l'entreprise cliente, d'autres du prestataire ou de son environnement technique. La bonne question n'est donc pas « suis-je propriétaire ? », mais « que puis-je utiliser, conserver ou récupérer, et dans quelles conditions ? ». Cet article passe en revue chaque élément, décrit le cadre habituel d'un contrat de location ou d'abonnement, et précise la pratique de Cristal'ID en fin de relation.

« Et à la fin, qu'est-ce qui est à moi ? »

C'est la question qu'on devrait poser au début d'un projet, et que la plupart des gens posent à la fin. C'est aussi le sujet qui crée le plus de malentendus quand une collaboration s'arrête, et de loin. Alors autant clarifier les choses dès le départ, et reprendre chaque élément un par un.

Quand une entreprise fait créer un site, elle imagine souvent acheter ou louer « un site » dans son ensemble. En réalité, un site internet professionnel est un assemblage de pièces très différentes, qui n'ont ni le même statut juridique, ni la même portabilité technique. Il y a l'adresse du site, les textes, les images, le design, le code, le système de gestion de contenu (le CMS), l'hébergement, les statistiques, la fiche Google Business Profile, parfois des modules spécifiques, parfois des licences externes. C'est cette diversité qui crée la confusion.

Vous pouvez être propriétaire de vos contenus sans l'être du CMS qui les affiche. Vous pouvez utiliser un site pendant toute la durée de votre contrat sans pouvoir en récupérer le code source. Vous pouvez aussi avoir fourni des photos sans détenir tous les droits pour les republier ailleurs. La bonne question n'est donc pas seulement « suis-je propriétaire de mon site ? ». C'est : « quels éléments relèvent de mon entreprise, lesquels relèvent du prestataire, et que se passe-t-il pour chacun si la relation s'arrête ? »

Le nom de domaine : l'élément à sécuriser en priorité

Le nom de domaine, c'est l'adresse de votre site, par exemple monentreprise.fr. C'est ce que vos clients tapent, ce que Google indexe, ce que vos partenaires connaissent. Sa valeur dépasse souvent celle du site lui-même : un site se refait, un nom de domaine bien installé se garde.

Le point essentiel, c'est de savoir qui en est le titulaire officiel. Le titulaire est la personne physique ou morale au nom de laquelle le domaine est enregistré auprès du registre (l'AFNIC pour les .fr). C'est lui qui détient les droits associés : renouvellement, transfert, modification, contestation.

Un mot pour éviter une confusion fréquente : nom de domaine et marque, ce n'est pas pareil. Réserver monentreprise.fr ne protège pas la marque « MonEntreprise », qui se dépose à l'INPI. Ce sont deux démarches distinctes.

Avant tout projet, vérifiez donc : qui choisit le nom de domaine, qui le réserve, qui apparaît comme titulaire au registre, qui le renouvelle, qui peut le transférer, et ce qui se passe en cas de changement de prestataire. Chez Cristal'ID, le client choisit son nom de domaine sous sa responsabilité, notamment au regard d'éventuels droits de tiers (marques existantes, noms proches). Le contrat prévoit aussi les conséquences possibles d'un transfert. La règle à retenir tient en une phrase : votre nom de domaine est un actif stratégique, pas un détail technique à oublier.

Vos contenus : ce qui raconte votre activité

Les contenus, c'est tout ce qui parle de votre entreprise : textes de présentation, descriptions de services ou de produits, photos que vous avez fournies, logos, fiches produits, témoignages, vidéos, informations commerciales.

Ces éléments sont essentiels, parce qu'ils sont vous. Ils décrivent votre offre, votre équipe, vos réalisations, votre savoir-faire. Ils ne dépendent pas du prestataire qui les met en ligne, ils dépendent de votre activité.

En contrepartie, vous en êtes responsable : il vous revient de vous assurer que vous disposez bien des droits nécessaires sur les images, textes ou logos transmis. Une photo trouvée sur internet, une image récupérée d'un ancien site, un logo dont le créateur n'a jamais cédé les droits : ce sont des sujets à clarifier avant la mise en ligne, pas après.

Notre position est simple, et on l'assume : quand une relation s'arrête et que le client le demande, on cherche à lui transmettre les contenus disponibles liés à son activité (textes, photos fournies, fiches produits, éléments de présentation), dans un cadre clair. Vos contenus ne devraient pas devenir un point de blocage quand vous en avez besoin pour la suite.

Sur la charte graphique créée pour le projet (couleurs, logo, mise en page), le cadre est plus nuancé, et il faut être précis pour ne pas vous induire en erreur. Juridiquement, dans un contrat de location de site, l'architecture graphique et la charte sont attachées au prestataire ou à son environnement technique, le client bénéficiant d'une licence d'exploitation pendant la durée du contrat. Dans la pratique, certains éléments visuels utiles peuvent être transmis selon le contexte et ce qui est effectivement réutilisable, pour ne pas vous pénaliser sur votre identité visuelle. La règle qu'on s'applique, c'est le pragmatisme plutôt que le blocage, mais cela dépend des situations et de ce qui figure au contrat.

Le code, le CMS et l'environnement technique

C'est le sujet le plus souvent mal compris. Un site repose sur une couche technique qui n'a rien à voir avec ses contenus : le CMS, les templates graphiques, les modules, les développements spécifiques, l'hébergement, l'architecture serveur.

Un site peut tourner sur un CMS propriétaire, un CMS open source (WordPress, Prestashop), un template acheté ou un développement sur mesure. Chaque cas a ses propres règles de portabilité. Dans un contrat de location ou d'abonnement, vous payez un service global : conception, hébergement, maintenance, accompagnement, mises à jour, évolutions selon le forfait. Vous bénéficiez du site pendant la durée prévue, sans devenir propriétaire de toute l'architecture technique. C'est la même logique que la plupart des outils professionnels : un logiciel de comptabilité en abonnement, un CRM, une plateforme e-commerce. On les utilise, on ne possède pas l'intégralité du système.

La bonne question, en fin de contrat, n'est donc pas « puis-je récupérer le code source ? » mais « que puis-je exporter, et qu'est-ce qui reste attaché à l'environnement technique du prestataire ? ». Pour nous, la distinction est nette : vos contenus vous appartiennent et vous sont transmis sur demande ; l'environnement technique (CMS, modules, architecture, développements propres) n'est pas automatiquement transférable.

Cette distinction est avant tout technique, pas une question de mauvaise volonté. Un site construit sur un CMS spécifique ne s'extrait pas toujours comme un simple fichier qu'on déposerait ailleurs. Dans ce cas, le passage à un autre prestataire suppose souvent de reconstruire un environnement à partir de vos contenus, de votre arborescence et de vos éléments visuels réutilisables. C'est pour ça que récupérer ses contenus est la vraie priorité, bien plus que de réclamer un code source qui, seul, ne servirait pas à grand-chose.

Les comptes associés à votre site

Un site professionnel est rarement isolé. Il est connecté à tout un écosystème : Google Analytics, Search Console, Google Business Profile, comptes publicitaires, outils de prise de rendez-vous, module de paiement, CRM, emailing, réseaux sociaux.

Ces comptes ne sont pas le site, mais ils sont parfois plus précieux que lui. Perdre l'accès à votre fiche Google Business Profile, à vos statistiques historiques ou à un compte publicitaire qui contient des années d'apprentissage peut faire plus mal que de refaire un site neuf.

Avant de signer, il faut donc savoir qui crée les comptes, qui en est propriétaire, qui en est administrateur, et qui peut transférer les droits en cas de changement de prestataire. Notre conseil, valable quel que soit votre prestataire : les comptes stratégiques (Google Business Profile, Analytics, Search Console, comptes publicitaires) devraient être créés au nom de votre entreprise, avec l'agence en administrateur délégué. Ainsi, le jour où la relation s'arrête, il suffit de retirer l'accès de l'agence, et vous ne perdez rien.

Les données collectées via votre site

Dès qu'un site collecte des données personnelles (formulaire de contact, demande de devis, prise de rendez-vous, newsletter, commande en ligne), le sujet n'est plus la propriété mais la responsabilité juridique.

Au sens du RGPD, vous êtes généralement responsable de traitement : c'est vous qui décidez pourquoi et comment les données sont utilisées. L'agence peut être sous-traitante : elle traite les données pour votre compte, dans le cadre prévu au contrat. Ces rôles doivent être écrits, dans une annexe RGPD ou dans le contrat. Pour vous, ça veut dire savoir quelles données sont collectées, où elles sont stockées, combien de temps, qui y accède, et comment elles sont restituées ou supprimées en fin de relation. Vos mentions légales et votre politique de confidentialité sont là pour formaliser ces réponses, et doivent rester accessibles depuis le pied de page.

Ce que vous pouvez récupérer en fin de relation

Voici, concrètement, ce qui peut généralement être récupéré ou transféré, et ce qui ne l'est pas.

Habituellement récupérables sur demande : les textes liés à votre activité, les photos que vous avez fournies (sous réserve que vous en déteniez les droits), les logos, les fiches produits, les contenus de présentation, les données collectées, et les accès aux comptes détenus à votre nom.

À traiter au cas par cas, selon le contexte : certains éléments graphiques utiles à la continuité de votre communication, la charte visuelle dans ses éléments transmissibles, certains exports techniques selon ce que permet l'outil.

Habituellement non transférables tels quels : le CMS et son architecture, les modules ou développements propriétaires, les templates utilisés, l'infrastructure d'hébergement du prestataire.

Le principe qu'on s'efforce de suivre est simple : ne pas vous pénaliser sur ce qui relève de votre activité. Vos contenus disponibles vous sont transmis, les éléments graphiques utiles peuvent l'être selon le contexte, et on cherche à faire d'une fin de relation une transition propre plutôt qu'un blocage. Ce qu'on ne peut pas transférer, c'est ce qui est techniquement non transférable, et ce point mérite d'être compris dès la signature, pas découvert à la sortie.

Achat, leasing ou abonnement : ce qui change vraiment

Dans un achat ferme, vous disposez souvent d'une plus grande autonomie après livraison, mais vous ne possédez pas forcément tout. La propriété exacte du code, du design, des licences, des modules ou des contenus dépend du contrat signé. Un site acheté avec un CMS open source ne se gère pas comme un site acheté avec un CMS propriétaire.

Dans un contrat de location ou d'abonnement, vous bénéficiez d'un service continu et d'un droit d'exploitation du site pendant la durée prévue, sans que tous les éléments techniques vous soient cédés. Vos contenus restent les vôtres, le périmètre exact des autres éléments est défini au contrat.

Le bon critère n'est donc pas seulement le mode de financement. Ce sont quatre questions à poser, quel que soit le modèle :

• Que puis-je utiliser pendant le contrat ?
• Que puis-je modifier moi-même ?
• Que puis-je récupérer en fin de contrat ?
• Que deviennent mes comptes, mes données et mon nom de domaine si la relation s'arrête ?

Plus ces points sont clarifiés au départ, moins une fin de relation tourne au conflit.

Les erreurs qu'on voit le plus souvent

Croire que « site en ligne » veut dire « site entièrement possédé ». Un site peut être visible, performant et administrable sans que vous soyez propriétaire de toute l'architecture technique.

Confondre contenus et CMS. Vos textes, photos et informations commerciales ne sont pas la même chose que l'outil qui les affiche. La distinction pèse lourd en cas de sortie.

Ne pas vérifier le titulaire du nom de domaine. C'est l'erreur la plus pénalisante, parce que la plus durable. Un nom de domaine perdu, c'est parfois des années de référencement et de notoriété envolées.

Oublier les comptes associés. La fiche Google, les statistiques, les comptes publicitaires ont une vraie valeur. Leur transfert s'anticipe, il ne s'improvise pas le dernier jour.

Attendre la fin du contrat pour poser ces questions. Les sujets de propriété et de récupération se traitent avant la signature. Posées dans l'urgence d'une rupture, ces questions trouvent rarement de bonnes réponses.

En résumé

Dans un projet de site, la propriété ne se traite pas comme un bloc unique. Il faut distinguer le nom de domaine, les contenus, la charte, le code et le CMS, les comptes et les données. Chaque élément a son propre statut.

Dans un contrat de location, vous bénéficiez d'un droit d'utilisation pendant la durée prévue. Vos contenus ont vocation à rester exploitables. L'environnement technique, lui, reste attaché au prestataire ou à son écosystème. Chez Cristal'ID, la ligne est constante : vos contenus disponibles vous sont transmis sur demande, les éléments graphiques utiles peuvent l'être selon le contexte, et on cherche à faire d'une sortie une transition propre. Ce qui est techniquement transférable peut l'être dans un cadre clair, lorsque c'est possible et utile à la continuité de votre activité. Ce qui ne l'est pas, on vous l'explique dès le départ.

La vraie question n'est donc pas « suis-je propriétaire de mon site ? » mais « que puis-je utiliser, conserver, transférer ou récupérer, et qu'est-ce qui reste attaché à l'outil technique ? ». C'est la question d'un dirigeant qui veut piloter sa présence digitale dans la durée, sans mauvaise surprise au moment de faire évoluer son site ou de changer de prestataire.

Questions fréquentes

Suis-je automatiquement propriétaire de mon site internet ?

Pas forcément. Un site comprend plusieurs éléments : contenus, nom de domaine, design, CMS, code, hébergement, modules, comptes associés. Certains relèvent du client, d'autres du prestataire ou de l'environnement technique. Il faut regarder le contrat élément par élément.

Puis-je récupérer mes contenus en fin de contrat ?

Les contenus liés à votre activité (textes, photos fournies, informations commerciales, fiches produits) ont vocation à rester exploitables par votre entreprise. Chez Cristal'ID, lorsque vous en faites la demande en fin de relation, les contenus disponibles liés à votre activité vous sont transmis dans un cadre clair.

Puis-je récupérer la charte graphique ?

Cela dépend du contrat, du contexte et des éléments concernés. La charte graphique est juridiquement attachée au prestataire dans un contrat de location, le client bénéficiant d'une licence d'exploitation pendant la durée du contrat. Dans la pratique, certains éléments visuels utiles peuvent être transmis lorsqu'une sortie claire est recherchée.

Puis-je récupérer le code source de mon site ?

Pas nécessairement. Dans un contrat de location ou d'abonnement, le code, le CMS, les templates ou les modules restent généralement attachés au prestataire ou à son environnement technique. Vous pouvez récupérer vos contenus sans récupérer toute l'architecture du site. C'est une réalité technique commune à ce modèle.

Le nom de domaine m'appartient-il automatiquement ?

Il faut vérifier qui est le titulaire officiel auprès du registre (l'AFNIC pour les .fr). Le titulaire détient les droits, et c'est lui qui peut transférer le nom. Le contrat doit préciser qui choisit, réserve, gère et peut transférer le nom de domaine.

Que dois-je demander avant de signer ?

Ce qui est inclus et ce qui est hors forfait, qui détient le nom de domaine, quels contenus sont récupérables en fin de contrat, comment sont gérés les comptes associés (Google Business Profile, Analytics), et ce qui se passe en cas de changement de prestataire. Plus ces réponses sont claires au départ, plus la relation est saine.

Sources et références

• AFNIC, Association française pour le nommage internet en coopération, gestionnaire des noms de domaine en .fr.
• INPI, Institut national de la propriété industrielle.
• CNIL, Commission nationale de l'informatique et des libertés, RGPD et responsabilité de traitement.
• Pratique contractuelle et opérationnelle de Cristal'ID