Qui possède votre site ? Propriété du code et réversibilité pour PME

La question qu’on pose trop tard

Un client nous appelle. Son agence a fermé. Il veut récupérer son site pour le confier à quelqu’un d’autre. Il découvre qu’il n’a aucun accès au code, que le contenu vit dans un outil propriétaire dont personne ne connaît le mot de passe, et que le nom de domaine est enregistré au nom de l’agence disparue. Trois ans de travail, et il repart de zéro.

Ce scénario, on le voit plusieurs fois par an. Le problème n’est jamais technique. Il est contractuel et il se règle au moment de la signature, pas au moment du divorce.

La bonne question à poser avant de commander un site : « le jour où je veux partir, qu’est-ce que j’emporte ? » Si la réponse est floue, vous ne possédez pas votre site. Vous le louez sans le savoir.

Ce que « posséder son site » veut dire concrètement

Un site web, ce sont quatre choses distinctes. Vous pouvez posséder les unes sans les autres, et c’est là que les surprises arrivent.

Le nom de domaine. L’adresse (votresite.ch) doit être enregistrée au nom de votre entreprise, avec vos coordonnées comme titulaire. Si votre prestataire l’a enregistré à son nom « pour vous simplifier la vie », vous ne le contrôlez pas. Le transfert dépendra de sa bonne volonté.

Le code source. Les fichiers qui font tourner votre site : pages, styles, logique. Sur une stack moderne, c’est un dossier de code que vous pouvez copier, versionner et confier à un autre développeur. Sur certaines plateformes fermées, ce code n’existe pas sous une forme exportable. Il reste enfermé chez le fournisseur et n’en sort jamais.

Le contenu. Vos textes, images, articles, fiches produits. Sur un CMS ouvert, c’est exportable en un format standard. Sur un outil propriétaire, l’export peut être partiel, dans un format illisible ailleurs, ou tout simplement absent.

Les accès. Les identifiants du domaine, du CMS, du compte d’analyse d’audience, du système d’envoi de formulaires. Sans eux, vous ne pouvez rien reprendre en main, même si le reste vous appartient.

Posséder son site, c’est avoir les quatre. La réversibilité, c’est la garantie que vous pouvez les récupérer et repartir ailleurs sans permission ni négociation.

La dépendance captive, expliquée une fois

On appelle ça la dépendance captive, ou le verrouillage : la situation où changer de prestataire ou de plateforme coûte tellement cher, ou devient tellement compliqué, que vous restez captif alors même que vous voudriez partir.

La dépendance captive n’est pas toujours malveillante. Souvent, elle est le sous-produit d’un choix technique fait pour aller vite au démarrage. Mais elle se paie plus tard, au pire moment : quand la relation se dégrade, quand les prix augmentent, quand vous voulez évoluer et qu’on vous répond que « ce n’est pas possible sur notre système ».

Trois formes reviennent le plus souvent.

L’agence qui garde le code en otage. Le site est développé, livré, en production. Mais le code source n’est jamais remis. Le jour où vous voulez confier une évolution à un autre développeur, vous découvrez que vous n’avez rien à lui donner. Vous êtes obligé de rester, ou de tout refaire.

La plateforme SaaS fermée dont on ne sort pas. Vous construisez votre site sur un outil tout-en-un. Pratique au début. Mais le contenu, la structure et la mise en forme vivent dans un format qui n’appartient qu’à cette plateforme. Le jour où vous voulez partir, il n’y a pas de porte de sortie propre. Vous recréez tout ailleurs, à la main.

Le thème propriétaire non exportable. Votre site tourne sur un thème acheté ou développé sur mesure, mais verrouillé. Les mises en page, les composants, la logique sont enfermés dans un système que seul l’éditeur d’origine maîtrise. Changer de prestataire signifie abandonner tout ce travail visuel.

Ce que ça coûte, en francs et en semaines

La dépendance captive a un prix. Il devient visible quand vous voulez bouger.

Refaire un site vitrine bloqué de zéro. Comptez CHF 8 000 à 15 000 pour reconstruire ce que vous aviez déjà, sans amélioration. Vous payez deux fois le même travail.

Récupérer du contenu non exportable. Quand l’export propre n’existe pas, il faut recopier page par page. Pour un site de 20 à 40 pages, comptez 3 à 8 jours de saisie manuelle, plus les erreurs de recopie. À CHF 100 de l’heure, la facture grimpe vite.

Perdre l’historique SEO faute d’accès. Sans les accès aux anciennes URL et sans possibilité de mettre en place des redirections propres, une migration forcée fait chuter le trafic acquis. Le temps de remonter au niveau précédent se compte en mois.

Négocier une sortie sous contrainte. Quand le prestataire sait que vous ne pouvez pas partir facilement, la position de négociation n’est pas la vôtre. Les hausses de tarif passent mieux quand le client est captif.

Aucun de ces coûts n’apparaît sur le devis initial. Tous se paient au moment de partir.

Où la dépendance captive fait moins mal

Soyons honnêtes : ce risque n’a pas le même poids pour toutes les PME.

Site vitrine simple, prestataire stable. Si votre site est modeste, rarement modifié, et que votre prestataire est solide et joignable, la dépendance captive reste théorique tant que rien ne change. Le risque se réveille le jour où la situation bouge.

Projet à durée de vie courte. Une page d’événement, une campagne temporaire, un site amené à disparaître dans l’année : la réversibilité compte peu. Vous n’aurez jamais besoin d’en sortir.

Budget de démarrage très serré. Une plateforme fermée peut être le bon compromis pour lancer à moindre coût. Il faut simplement le savoir, et prévoir que la sortie sera coûteuse si le projet grandit.

Site amené à grandir ou à durer. C’est là que la réversibilité devient structurante. Un site corporate qui vous accompagne 5 à 10 ans, qui évoluera, qui changera peut-être de main : il doit être possédé et exportable dès le départ. C’est le cas de la majorité des PME.

Les questions à poser avant de signer

Vous n’avez pas besoin d’être technique pour vérifier que votre futur site vous appartiendra. Quatre questions écrites suffisent, et la réponse doit être écrite aussi.

1. Le nom de domaine sera-t-il enregistré au nom de mon entreprise, avec transfert des accès à la livraison ? La réponse attendue est oui, sans condition.

2. Le code source me sera-t-il remis, sous une forme que je peux confier à un autre développeur ? Un dépôt Git, une archive documentée. Si la réponse est « le code reste chez nous », c’est une dépendance captive assumée.

3. Le contenu est-il exportable dans un format standard ? Un CMS ouvert exporte en formats lisibles ailleurs. Un outil qui ne propose aucun export, ou un export inutilisable hors de sa plateforme, vous enferme.

4. Quels accès me sont transmis à la fin du projet ? Domaine, CMS, analyse d’audience, système de formulaires. La liste doit être claire et complète.

Ces questions ne coûtent rien à poser. Elles révèlent en cinq minutes ce que vous ne découvririez sinon qu’au bout de trois ans.

Comment vérifier un site que vous avez déjà

Si votre site existe déjà, vous pouvez tester sa réversibilité sans attendre le conflit.

Test du domaine. Vérifiez le titulaire de votre nom de domaine (un outil whois public suffit, ou demandez à votre prestataire de vous montrer le compte). Le titulaire doit être votre entreprise.

Test du code. Demandez une copie du code source. Un prestataire qui joue franc jeu vous l’envoie sans discuter. Une hésitation, un délai qui traîne, une réponse évasive : c’est un signal.

Test de l’export. Demandez un export complet de votre contenu. Ouvrez le fichier. S’il est lisible et structuré, vous êtes en bonne position. S’il n’existe pas, ou s’il est inexploitable, vous savez où vous en êtes.

Test des accès. Faites la liste de tous les comptes liés à votre site et vérifiez que vous y avez accès en propre, pas via un intermédiaire. Un accès qui passe par le prestataire est un accès que vous n’avez pas vraiment.

Un site qui passe les quatre tests est un site que vous possédez. S’il en échoue un, vous avez une réversibilité à récupérer, et mieux vaut le faire à froid qu’en urgence.

L’approche Voren

Notre position est simple. Un site que vous payez est un site qui vous appartient, entièrement, dès la livraison. Concrètement :

Le code source vous est remis. Il vit dans un dépôt Git que nous vous transférons. Vous pouvez le copier, le confier à un autre développeur, le reprendre en interne. Rien n’est retenu.

Le contenu est exportable. Nous travaillons sur des CMS ouverts, avec des formats standard. Vos textes et vos images sortent proprement, sans dépendre de nous.

Le domaine reste à votre nom. Nous l’enregistrons pour vous si besoin, au nom de votre entreprise, et nous vous transmettons les accès. Vous en êtes le titulaire, pas nous.

Les accès vous sont transmis, documentés. À la livraison, vous recevez la liste complète des comptes et des identifiants, avec une note qui explique à quoi chacun sert.

Nous ne construisons pas de dépendance captive parce que nous préférons que nos clients restent par choix, pas par contrainte. Un client libre de partir qui décide de rester, c’est une meilleure relation qu’un client prisonnier.

Pour aller plus loin

Voir notre service Site vitrine : code remis, contenu exportable, domaine à votre nom.

Voir notre forfait Maintenance : un accompagnement sans clause qui vous retient.

Demander un audit de votre site actuel : nous testons pour vous la réversibilité de votre site (domaine, code, export, accès) et vous disons où vous en êtes. Gratuit, sans engagement.