Qui possède un site généré par IA ? La réponse claire

Qui possède un site généré par IA ?

Vous. Chez Zugo, le projet appartient à la personne qui l'a construit, et la preuve tient en un geste : le code source part dans un dépôt GitHub sous votre compte, où il tourne sans compte Zugo. Ce que cette phrase ne règle pas, en revanche, c'est le contenu que vous versez dans la page.

La propriété est facile à affirmer et pénible à vérifier. Ce billet n'est donc pas une phrase rassurante : c'est l'inventaire de ce que vous tenez réellement, de l'endroit où chaque pièce se trouve, et de la façon de contrôler tout cela avant d'en dépendre.

De quoi se compose la propriété d'un site ?

De cinq objets distincts, alors que la plupart des gens n'en ont qu'un seul en tête au moment où ils posent la question.

Il y a le code qui fait fonctionner la page. Il y a le contenu placé dedans : vos textes, vos photographies, votre logo. Il y a l'adresse que vos visiteurs tapent. Il y a les données que le site accumule dès que de vraies personnes s'en servent. Et il y a le droit d'exploiter commercialement l'ensemble.

Ces cinq objets peuvent parfaitement être détenus par cinq parties différentes. C'est précisément ce qui coince avec les outils où l'on assemble un site dans un éditeur visuel et où le site n'est pas un ensemble de fichiers : vous possédez vos textes et votre domaine, et la mécanique qui les affiche appartient à quelqu'un d'autre.

Séparer les cinq colonnes change la conversation. La question n'est plus « est-ce que ce site est à moi », formule trop large pour avoir une réponse, mais « qui détient cette pièce précise, et que se passe-t-il si l'outil ferme demain ».

L'outil garde-t-il un droit sur ce qu'il a généré ?

Non. Le projet est le vôtre, et le test de cette affirmation n'est pas un paragraphe dans des conditions générales : c'est le bouton d'export. Envoyer le projet vers GitHub dépose les fichiers dans un dépôt sous votre compte, que vous pouvez cloner, lire, modifier et faire tourner ailleurs.

C'est toute la différence entre la propriété et l'autorisation. Une autorisation, c'est un outil qui vous laisse utiliser quelque chose qu'il contrôle, et qui reste révocable en principe le jour où ses tarifs ou sa feuille de route changent. La propriété, c'est une copie entre vos mains, qui continue de fonctionner si le service disparaît.

Le meilleur moyen de rendre cette promesse concrète est de l'exercer tôt. Construisez quelque chose de modeste, exportez, ouvrez le dépôt. Dix minutes de cet exercice vous apprennent davantage que n'importe quelle page juridique, et le plan gratuit avec ses 5 crédits ne suffit même pas à une construction complète, ce qui est une raison de plus pour tester sur un petit projet payé au prix d'une construction. Le détail du mécanisme est décrit dans peut-on exporter le code.

Le droit d'auteur s'applique-t-il à une page écrite par une machine ?

C'est la partie où l'honnêteté vaut mieux que l'assurance, parce que le sujet n'est pas stabilisé et que ce texte n'est pas un avis juridique.

En droit français, la protection par le droit d'auteur suppose une œuvre originale, portant l'empreinte de la personnalité de son auteur. Une production entièrement automatique, sans intervention humaine caractérisée, se prête mal à ce raisonnement. Les juristes en débattent, les décisions sont rares, et personne de sérieux ne vous donnera aujourd'hui une réponse définitive valable dans tous les cas.

Ce que cela signifie en pratique est plus tranquille qu'il n'y paraît. Votre relation avec Zugo est contractuelle : le projet vous revient, l'export le prouve, et rien ne vous est réclamé sur ce qui a été produit. Le point réellement discutable serait d'attaquer un tiers qui aurait recopié une mise en page générée, situation qui concerne peu d'artisans, de consultants et de commerçants.

Pour la partie qui compte vraiment dans une activité, à savoir vos textes, vos photographies et votre marque, le raisonnement classique s'applique sans nuance : ce que vous avez écrit et photographié vous appartient, et c'est cette matière qui fait la valeur du site.

Qui détient le nom de domaine et les données des visiteurs ?

Deux pièces qui échappent souvent à l'attention, et qui sont pourtant les plus lourdes de conséquences.

Le domaine appartient à son titulaire déclaré auprès du registre, pas à la personne qui a payé la facture ni à celle qui a cliqué. Enregistrez-le à votre nom ou à celui de votre société dès le premier jour, chez le bureau d'enregistrement de votre choix. C'est la seule décision de ce dossier qu'une modification ultérieure ne rattrape pas facilement, surtout si un prestataire l'a déposé pour vous.

Les données des visiteurs, elles, n'appartiennent ni à vous ni à l'outil : elles relèvent des personnes concernées, et le RGPD vous désigne comme responsable de traitement. Vous devez pouvoir informer, recueillir un consentement quand il est requis, et restituer ou supprimer sur demande. Une base Supabase branchée sur votre projet reste sous votre compte, ce qui rend cette obligation tenable. Le sujet est développé dans mes données sont-elles en sécurité.

Que détient qui, pièce par pièce ?

Le tableau ci-dessous résume l'inventaire complet et la seule action utile pour chaque ligne.

Trois lignes sur six ne dépendent pas de l'outil de construction. C'est le vrai enseignement de cet inventaire : une partie de votre indépendance se joue chez votre bureau d'enregistrement et chez votre prestataire de paiement, avant même le choix d'un générateur.

Qu'est-ce que la propriété ne règle pas ?

Trois choses, qu'il vaut mieux entendre maintenant.

La propriété ne rend pas le projet modifiable par n'importe qui. Après l'export, une retouche redevient une retouche de code, avec les compétences que cela suppose. Tant que vous restez chez Zugo, une modification coûte 3 crédits et se demande en français courant ; en dehors, elle se fait dans un éditeur de texte ou se confie à un développeur.

La propriété ne vous protège pas contre vos propres emprunts. Une photographie trouvée dans un moteur de recherche, une police sous licence restrictive ou un texte recopié restent des risques, quel que soit l'outil qui a assemblé la page. Ce que vous n'avez pas le droit d'utiliser ne devient pas licite parce qu'une machine l'a mis en page.

La propriété ne remplace pas une équipe. Zugo ne prétend pas se substituer à des développeurs sur un produit complexe, les jeux qu'il produit sont en 2D et tournent dans le navigateur, et une logique métier très particulière se construit par retouches successives plutôt qu'en une phrase. Posséder le résultat ne dispense pas de juger si l'outil convient à votre projet, question reprise dans puis-je vendre ce que je construis.

Comment vérifier tout cela en une demi-heure ?

Quatre gestes suffisent, et ils se font une fois pour toutes.

Ouvrez la fiche de votre domaine et lisez le nom du titulaire. Exportez un projet vers GitHub et clonez le dépôt sur votre machine pour constater que les fichiers existent. Regardez, dans votre projet, où sont stockées les données que vous collectez. Enfin, notez qui détient les accès : si une seule personne connaît les mots de passe, la propriété juridique ne vous sauvera pas d'un blocage bien réel.

Cette demi-heure vaut mieux qu'une lecture de conditions générales, parce qu'elle produit des faits vérifiables plutôt que des promesses. Une construction coûte 6 crédits, une plateforme multipage 12 pour ses trois premières pages puis 3 par page ajoutée : le budget d'un test sérieux tient largement dans un mois de plan Pro à $25.

Si vous voulez voir concrètement à quoi ressemble un projet exportable, décrivez une idée simple sur zugo.dev, publiez-la, puis envoyez le code dans votre dépôt. La question de la propriété cesse d'être théorique dès que le dossier est ouvert sur votre écran.