Cookies

J’utilise Google Analytics pour savoir quelles pages vous sont utiles. Aucun cookie publicitaire. Vous pouvez changer d’avis à tout moment. Lire la page Confidentialité

Aller au contenu

Pour les agences et les graphistes

À qui appartient un site livré : sept points à vérifier

Audit avant-vente offert Le site de votre prospect

Un site est livré, il fonctionne, et tout le monde passe à autre chose. Trois ans plus tard, le prestataire qui l’a monté ne répond plus. Il faut alors découvrir que le nom de domaine est à son nom, que la licence de l’extension principale a expiré sur son compte, et que les emails du formulaire partent encore avec son adresse.

Rien de tout cela n’est malhonnête : c’est simplement plus rapide au démarrage. Voici les sept points qui disent à qui appartient vraiment un site livré, pourquoi chacun compte, et comment les vérifier en dix minutes, sans compétence technique. Ils valent pour une agence qui livre un site à son client comme pour une entreprise qui reçoit le sien.

Pourquoi ces points comptent

Un site vit plus longtemps que la relation qui l’a fait naître. Les prestataires changent, les équipes aussi. Le jour où quelqu’un d’autre doit reprendre le site, ce qui est au nom du propriétaire se reprend en une heure. Ce qui est au nom d’un tiers peut prendre des semaines.

Ces points ne coûtent presque rien à régler à la livraison. Ils coûtent cher à régler après, souvent dans l’urgence.

Ce qui est au nom du propriétaire se reprend en une heure. Ce qui est au nom d’un tiers peut prendre des semaines.

Les comptes : domaine, hébergement, licences

1. Le nom de domaine

C’est le point le plus important. Un domaine enregistré sur le compte d’un prestataire peut bloquer une mise en ligne, un changement d’hébergeur ou les emails pendant des jours, le temps de retrouver qui le détient.

La règle : le domaine est enregistré au nom du propriétaire du site, sur un compte dont il a les accès.

2. L’hébergement

Un hébergement ouvert au nom du prestataire fonctionne très bien, jusqu’au jour où la facture n’est plus payée ou le compte plus surveillé. Le site s’arrête alors sans prévenir.

La règle : le compte d’hébergement est au nom du propriétaire, ou de son agence. Le prestataire y accède, il ne le possède pas. C’est ce que j’applique : je conseille l’hébergement et je mets en ligne, mais le compte reste au nom de l’agence ou de son client.

3. Les licences des extensions

Un prestataire qui achète une licence d’extension premium à son nom crée une dépendance. Le renouvellement passe par lui, les mises à jour de l’extension aussi, et le jour où la relation s’arrête, l’extension cesse d’être mise à jour sans que personne le remarque.

La règle : chaque licence qui porte une échéance est au nom du propriétaire du site, avec sa date de renouvellement notée quelque part.

Les adresses : administration, expédition, version de test

4. L’adresse email d’administration

WordPress envoie ses alertes à l’adresse enregistrée à l’installation : mises à jour, problèmes de sécurité, demandes de réinitialisation. Si le site a été monté par un prestataire, ce champ porte souvent son adresse pendant des années, et les alertes partent chez quelqu’un qui ne les lit plus.

La règle : l’adresse d’administration appartient au propriétaire du site ou à son agence. Elle se vérifie en trente secondes dans les réglages généraux.

5. L’adresse d’expédition des emails du site

Un site envoie des emails que personne ne relit : la confirmation de formulaire, la notification de nouveau compte, la réinitialisation de mot de passe. Ils partent avec l’adresse d’expédition configurée dans WordPress ou dans l’extension d’envoi.

La règle : cette adresse porte le domaine du site. Une adresse étrangère au domaine se remarque, et elle finit plus souvent dans les indésirables.

6. La version de test

La version de test est un point aveugle. Elle vit souvent sur un sous-domaine du prestataire, et elle reste parfois en ligne bien après l’ouverture du site, avec une copie complète du contenu.

La règle : son adresse est connue, et elle est fermée ou protégée une fois le site en ligne. Les outils de suivi du chantier, un Trello ou un Notion, sont de préférence ceux de l’agence ou du client, pour que l’historique reste chez eux.

Le code et les documents

7. Le code livré, et ce qui l’explique

Le code d’un site appartient à son propriétaire, et le prochain développeur doit pouvoir le reprendre. Cela suppose un thème enfant quand le thème a été adapté, des extensions sur mesure documentées, et une liste des extensions installées avec le rôle de chacune.

Chaque document dit aussi qui l’a fait : le document de recette, la formation, le rapport mensuel de maintenance, la note écrite après un incident. Chez moi, le rapport de maintenance et le rapport d’audit sont signés Antworks. Un projet fait pour une agence ne figure dans mes réalisations qu’avec son accord.

Comment vérifier les sept points en dix minutes

Ces contrôles se font sur n’importe quel site, avec un accès à son administration.

  1. Le nom de domaineChez le gestionnaire du domaine, le nom du titulaire et l’adresse du compte.
  2. L’hébergementLe nom sur le contrat et l’adresse qui reçoit les factures.
  3. Les licencesDans les extensions, celles qui demandent une clé, et le compte qui la porte.
  4. Réglages, puis GénéralL’adresse email d’administration.
  5. Un email de testEnvoyé depuis le formulaire de contact, pour lire l’adresse d’expédition qu’il porte.
  6. La version de testSon adresse, et si elle s’ouvre encore sans mot de passe.
  7. Apparence, puis ThèmesLe thème actif, et s’il s’agit d’un thème enfant quand le site a été adapté.

Si les sept contrôles passent, le site est vraiment à son propriétaire. Si l’un échoue, il se corrige, et c’est une conversation normale à avoir avec un prestataire.

Envoyer un brief