Site web Un site rapide, c'est du soin : les Core Web Vitals expliqués
Pourquoi la vitesse d'un site révèle le soin qu'on y a mis. Les seuils Google des Core Web Vitals (LCP, INP, CLS) et comment Inleven les tient vraiment.
Domaine, contenu, code, accès : votre site est un assemblage de 4 actifs qui peuvent appartenir à des gens différents. Comment vérifier qui possède quoi.
Un site web n’est pas un objet. C’est un assemblage de quatre actifs distincts (le nom de domaine, le contenu, le code et les accès aux services qui le font tourner) qui peuvent appartenir à des personnes différentes. Si l’un d’eux est au nom de votre prestataire au lieu du vôtre, vous êtes captif sans le savoir. Le jour où vous voulez récupérer vos actifs pour les emmener ailleurs, vous découvrez que « votre » site ne l’est pas autant que vous le pensiez. Voici comment vérifier qui possède quoi, et quoi exiger d’un prestataire avant qu’il soit trop tard.
Quand vous dites « mon site », vous parlez en réalité de quatre choses :
votre-entreprise.fr. L’adresse à laquelle on vous trouve.Chacun de ces actifs peut, légalement, appartenir à une personne différente. Dans un montage propre, les quatre sont à vous. Dans un montage moins propre, un seul suffit au prestataire pour vous tenir.
C’est le point qui surprend le plus, du dirigeant de TPE au responsable informatique d’une PME qui découvre que le domaine historique de la boîte n’a jamais été à son nom. Un nom de domaine n’est pas « vendu », il est loué, en général sur un à dix ans, auprès d’un registrar (OVH, Gandi, Cloudflare, GoDaddy, etc.). Et c’est la personne inscrite comme titulaire (« owner » dans les bases publiques whois) qui décide de tout : transfert, renouvellement, redirection, résiliation.
Trois cas de figure courants :
Vérifier prend deux minutes. Tapez whois votre-entreprise.fr dans n’importe quel outil whois en ligne (l’AFNIC en propose un gratuit pour les .fr). Le champ « Titulaire » doit afficher votre nom ou celui de votre société. Si c’est autre chose, c’est le moment d’agir, pas dans deux ans.
Ce qui précède reste un rappel utile même quand on croit savoir. Un cran au-dessus, la nuance qui piège les équipes techniques tient à la distinction entre titulaire et gestionnaire. Sur la console d’un registrar ou d’un hébergeur, le compte « owner » (celui qui détient juridiquement la ressource et peut clôturer ou transférer) n’est pas le compte « admin » qui administre au quotidien. Un prestataire peut très bien vous donner un accès admin confortable tout en gardant la propriété réelle. Vérifiez le rôle, pas juste le fait d’avoir un login.
Deux autres points pour une DSI :
Légalement, en France, vous êtes l’auteur de ce que vous écrivez et propriétaire des photos que vous avez prises ou commandées. Pour le contenu fourni par vos soins, la question est claire : c’est à vous. Demandez juste à ce que le contrat le rappelle noir sur blanc.
Pour le code, c’est plus nuancé. Il existe trois cas typiques.
Site sur-mesure développé pour vous. Le contrat doit prévoir explicitement que le code source vous est remis à la fin du projet ou sur demande, et qu’il vous appartient. Sans cette clause, le prestataire reste propriétaire de son travail, et vous, vous avez un droit d’utilisation, pas de propriété.
Site monté sur un CMS open source (WordPress, Astro, etc.). Le code du CMS ne vous appartient pas (il est sous licence libre, accessible à tout le monde). Le code spécifique à votre site, thème, configuration, plugins développés sur-mesure, doit, lui, vous être remis.
Site sur une plateforme propriétaire (Wix, Squarespace, Webflow, ou un constructeur maison du prestataire). Vous ne possédez pas le code, vous louez l’usage de la plateforme. C’est acceptable tant que les autres actifs (domaine, contenu, accès) sont à vous, et que la plateforme vous laisse exporter votre contenu si vous partez.
Le point à retenir : être incapable de récupérer son contenu dans un format réutilisable (Markdown, HTML, CSV, base SQL…) est le vrai marqueur du lock-in. Pas le fait de posséder le code lui-même.

Le piège le moins visible, et pourtant le plus fréquent. Quatre comptes à surveiller.
[email protected], etc.). Idem : compte au nom de votre société, prestataire en accès délégué.Une bonne règle : si votre prestataire fermait boutique demain, seriez-vous capable de récupérer toutes les clés du site en moins d’une journée ? Si la réponse est « non », il manque quelque chose à régulariser maintenant.
Une petite enquête rapide :
whois sur votre domaine. Notez le titulaire.Si vous bloquez sur l’une de ces étapes, c’est un signal, pas une catastrophe. Un prestataire sérieux régularise sans difficulté : domaine remis à votre nom, accès transférés, contrat clarifié. Une réticence est, en soi, une réponse.
Avant de démarrer avec un nouveau prestataire, demandez par écrit (un mail suffit) :
Les bons prestataires répondent vite et clairement, parce qu’ils ont déjà eu la question et qu’elle joue en leur faveur. Les autres tournent autour du pot. C’est précisément l’information que vous cherchiez.
Ces questions s’appliquent quel que soit le format, abonnement, forfait unique, freelance ou agence. Le piège ne tient pas au mode de facturation : un site payé en une fois peut très bien vous laisser captif si le domaine reste au nom du prestataire, et un abonnement peut parfaitement vous laisser repartir avec tout. Si vous voulez approfondir le format abonnement spécifiquement, c’est par ici. Pour situer les vraies fourchettes de coûts par format, l’article sur les prix complète le tableau.
Côté Inleven, on a voulu rendre ces engagements explicites et publics. La page Garanties liste noir sur blanc qui possède quoi : domaine, contenu et code sont à vous dès le premier jour, et vous repartez avec l’ensemble, sans frais de sortie ni pénalité. C’est aussi ce que détaille notre offre, engagement initial de 12 mois pour financer le sur-mesure, puis du mensuel résiliable. C’est la lecture qu’on aurait aimé avoir quand on a démarré.
S'il en est le titulaire (le champ « owner » dans les bases whois), oui, il en a le contrôle juridique. C'est tout l'enjeu de vérifier dès maintenant que le domaine est inscrit à votre nom ou à celui de votre société. S'il l'est, vous pouvez le transférer chez un autre registrar quand vous le souhaitez, sans son accord.
Non, et c'est la confusion la plus coûteuse. Un compte « admin » administre au quotidien ; un compte « owner » détient la ressource et seul peut la transférer, la clôturer ou changer la facturation. Vous pouvez disposer d'un accès admin très complet tout en n'étant propriétaire de rien. Vérifiez le rôle exact, pas seulement le fait d'avoir un identifiant.
Pas nécessairement. Vous ne possédez pas le code de ces plateformes, mais c'est acceptable tant que le domaine, le contenu et les accès sont à votre nom, et que la plateforme vous laisse exporter votre contenu dans un format réutilisable. Le vrai marqueur de captivité, ce n'est pas l'absence de code, c'est l'incapacité de récupérer vos données.
Demandez par écrit que le domaine soit à votre nom, que le contrat précise la propriété du contenu et du code spécifique, que les comptes d'hébergement et services tiers soient ouverts à votre société (le prestataire en collaborateur), et quelle est la procédure exacte de récupération du domaine, du contenu et du code le jour où vous partez, frais de sortie compris. Un prestataire sérieux met tout cela par écrit sans broncher.
Un appel de 15 minutes suffit pour démarrer. Rien à signer.