Un contrat de développement WordPress protège en général très précisément le périmètre technique livré : fonctionnalités, délais, garantie de correction de bugs. Il reste en revanche souvent muet sur un point qui devient pourtant la première source de désaccord après livraison : quel niveau de référencement le client était en droit d’attendre, et à partir de quelle date ce niveau devait être considéré comme la référence de comparaison en cas de litige ultérieur.
Le problème que cette absence crée
Sans repère écrit et daté, une baisse de trafic organique constatée plusieurs mois après la livraison devient impossible à attribuer avec certitude : vient-elle d’un défaut technique introduit par le développeur, d’une action du client lui-même (changement d’hébergeur, ajout d’extension tierce), ou d’une évolution algorithmique externe totalement indépendante des deux parties ? Sans indicateur figé au moment de la livraison, ce débat tourne rapidement à l’affirmation contre affirmation, sans preuve opposable d’aucun côté.
Les quatre indicateurs à figer par écrit
- Nombre de pages indexées, relevé dans le rapport de couverture de Search Console à la date de livraison, exporté et archivé.
- Volume d’impressions et de clics sur les vingt-huit derniers jours précédant la livraison, pour disposer d’une base de comparaison suffisamment lissée face aux variations quotidiennes normales.
- Score de performance technique (temps de chargement, indicateurs Core Web Vitals) mesuré via un outil reproductible, avec la configuration exacte utilisée notée dans le document.
- Structure des URL et des redirections en place, sous forme d’un export daté, pour vérifier ultérieurement qu’aucune modification non documentée n’a été appliquée par un tiers après la livraison.
Ce que la clause doit distinguer explicitement
Comparé à un contrat qui se contenterait de citer ces indicateurs sans plus de précision, une clause solide sépare clairement deux catégories de responsabilité : ce qui reste sous le contrôle direct du prestataire (code, structure technique, absence de régression sur les points listés) et ce qui en sort structurellement (décisions éditoriales prises par le client après livraison, évolutions des algorithmes des moteurs de recherche, actions de tiers non mandatés par le prestataire).
| Situation après livraison | Relève de la responsabilité du prestataire |
|---|---|
| Régression du temps de chargement due à un code livré défectueux | Oui, si constatée sur le périmètre technique du contrat |
| Baisse de trafic après suppression de contenu par le client | Non, sauf clause spécifique de conseil éditorial incluse |
| Chute de position suite à une mise à jour algorithmique majeure documentée publiquement | Non, facteur externe indépendant des deux parties |
| Disparition de pages indexées après une modification de plugin non validée par le prestataire | À clarifier selon la nature de la modification et son auteur |
Pourquoi un export vaut mieux qu’une capture d’écran
Un export de données structuré (fichier CSV ou JSON daté) constitue une preuve plus robuste qu’une simple capture d’écran d’interface, dont l’authenticité et la date exacte restent plus difficiles à établir en cas de contestation. Ce détail, souvent négligé, fait une différence réelle si le désaccord venait à nécessiter un arbitrage externe.
Une clause type, à adapter
Article X — Indicateurs de référence
À la date de livraison, les indicateurs suivants sont figés par
export daté et annexés au présent contrat : nombre de pages
indexées, impressions et clics sur 28 jours, score de performance
technique, structure des URL et redirections actives.
Toute dégradation de ces indicateurs imputable à une modification
du code livré par le Prestataire dans le cadre du présent contrat
relève de sa responsabilité contractuelle. Les évolutions résultant
de décisions du Client ou de facteurs externes documentés
publiquement sont exclues du périmètre de garantie.Un indicateur non écrit n’existe pas juridiquement, quelle que soit sa réalité technique. Ce qui protège les deux parties, ce n’est pas la bonne foi, c’est le document daté.
En résumé
Cette clause ne vise pas à anticiper un conflit, mais à en retirer la matière première : sans indicateur de référence figé et daté, tout désaccord ultérieur repose sur des souvenirs et des interprétations divergentes. Pour un développeur indépendant, intégrer cette clause dès la signature du contrat de maintenance protège autant sa propre réputation professionnelle que la relation de confiance avec le client, en donnant à chacun un cadre objectif pour évaluer ce qui s’est réellement passé après la livraison.
