Pourquoi maintenir des sites WordPress que tu n’as pas créé ?

Quand on gère une activité de maintenance WordPress, une question récurrente se pose : faut-il accepter de maintenir des sites que l’on n’a pas développés ?

C’est une décision stratégique qui peut avoir des implications significatives pour ton business.

Dans le bon ou le mauvais sens.

Mon positionnement (après 16 ans d’expérience) ?
Chez Whodunit, nous gérons actuellement 850 000€ de CA récurrent en maintenance.

Sur ce volume :

• 60% des sites ont été créés par notre agence
• 40% des sites ont été récupérés (créés par d’autres agences ou freelances)

Ma réponse courte : OUI, mais avec un processus strict.

Voyons pourquoi et comment.

Pourquoi c’est une bonne idée (3 avantages business)

1. Développer de nouvelles opportunités commerciales

Accepter de maintenir des sites que tu n’as pas développés peut ouvrir ton agence à un plus large éventail de clients potentiels.

Il y a des milliers de sites WordPress qui :

• Ont été créés par des freelances ayant fermé boutique
• Ont été livrés par des agences qui ne font pas de maintenance
• Sont gérés par des agences avec lesquelles le client n’est plus satisfait
• Ont été créés en interne et nécessitent maintenant un support externe

Ces clients cherchent activement un prestataire de confiance.

Cela peut être particulièrement utile lors de périodes de ralentissement dans les nouveaux développements de sites.

Quand tes ventes one-shot ralentissent, la maintenance de sites existants (même non créés par toi) maintient ton CA.

2. Diversifier tes revenus et stabiliser ta trésorerie

En offrant des services de maintenance à une base de clients plus large, tu :

• réduis la dépendance à quelques grands projets,
• stabilises ton flux de revenus avec des contrats récurrents,
• lisse les aléas des ventes de sites

3. Acquérir des clients long terme pour de nouveaux projets

C’est l’avantage le plus sous-estimé.

Fournir des services de maintenance peut être un excellent moyen de bâtir une relation avec un nouveau client.

Le parcours client typique :

Mois 1-6 : Phase de confiance

• Le client te teste sur de la maintenance
• Tu prouves ton expertise et ta réactivité
• La relation se construit progressivement

Mois 6-12 : Premières opportunités

• Le client a besoin d’évolutions (petites puis grandes)
• Il te les confie naturellement (tu connais déjà le site)
• Le budget augmente progressivement

Mois 12+ : Refonte ou gros projet

• Le client a besoin d’une refonte complète
• Il pense immédiatement à toi
• Taux de conversion : 80%+ (vs 20% en prospection froide)

Pourquoi c’est une mauvaise idée (4 risques majeurs)

Maintenant, soyons honnêtes sur les risques.

1. Risques liés à la qualité du code existant

Le problème numéro 1 : tu hérites de la dette technique d’un autre.

Prendre en charge la maintenance d’un site que tu n’as pas développé peut s’avérer très risqué, surtout si la qualité du code est médiocre.

Cela peut augmenter considérablement le temps que tu passes à débugger et à comprendre la structure du site, réduisant ainsi ta marge sur le projet.

2. Responsabilités et attentes accrues

Il peut y avoir un risque accru de conflits avec le client si des problèmes surviennent sur un site dont tu n’es pas l’architecte original.

Ce que le client pense
« Vous êtes experts WordPress, vous pouvez tout réparer rapidement. »

La réalité
Le site a des problèmes structurels profonds qui nécessitent une refonte partielle ou complète.

3. Coût de la familiarisation avec le site (temps non facturable)

Ton équipe devra passer du temps à comprendre comment le site est construit :

• Quelle architecture a été utilisée ?
• Quels plugins ou solutions personnalisées ont été implémentés ?
• Où est la documentation (s’il y en a) ?
• Quelles sont les dépendances entre les fonctionnalités ?

Ce temps initial non facturable peut parfois être conséquent, impactant la rentabilité globale du contrat de maintenance.

Si le client résilie au bout de 3 mois, tu es à peine rentable.

4. Complexité due aux différents outils et techniques

La maintenance peut être compliquée par la variété des constructeurs de pages et des outils utilisés dans le développement WordPress.

Chaque outil a ses propres particularités, ce qui peut rendre difficile l’intégration de nouvelles fonctionnalités ou la mise à jour du site sans connaître précisément l’historique et les spécificités techniques.

Tu dois soit :

• Apprendre tous ces outils (temps + formation)
• Standardiser (refonte = coût pour le client)
• Refuser le contrat (opportunité perdue)

Comment réduire les risques (les stratégies éprouvées)

Si tu hésites, voici mes stratégies concrètes pour réduire les risques (testées chez Whodunit sur des centaines de sites).

Stratégie #1 : l’audit technique préalable (obligatoire)

Avant d’accepter un contrat de maintenance, réalise un audit technique pour évaluer l’état du site.

Cela t’aidera à :

• Identifier les éventuels défis
• Estimer le travail nécessaire
• Décider si tu acceptes ou refuses

Chez Whodunit, notre process ? Nous réalisons un pré-audit qui nous prend 1 à 2h de travail.

Ce pré-audit nous permet de vérifier qu’on est en mesure de pouvoir intervenir sur le site.

✅ Accès & Sécurité
✅ Environnement technique
✅ Plugins & Thème
✅ Code custom
✅ Performance, accessibilité & SEO

Ce pré-audit sert deux objectifs :

1. Pour toi : qualification du lead (accepter ou refuser)
2. Pour le prospect : démonstration de ton expertise = aide à le convaincre de travailler avec toi

En savoir +

Stratégie #2 : clauses contractuelles adaptées

Intègre des clauses dans tes contrats qui reflètent les risques spécifiques liés à la maintenance de sites non développés par ton équipe.

Clause #1 : Délais d’intervention ajustés

« Pour les sites non développés par « mon agence », les délais d’intervention standards peuvent être prolongés de 50% le temps de la phase de familiarisation (premiers 3 mois). Exemple : intervention sous 4h devient intervention sous 6h. »

Clause #2 : Limitation de responsabilité sur code legacy

« mon agence », s’engage à maintenir le site dans son état actuel et à effectuer les mises à jour nécessaires. Cependant, nous ne pouvons garantir l’absence de bugs ou conflits liés au code existant développé par des tiers. Toute correction de bugs structurels fera l’objet d’un devis séparé. »

Clause #3 : Obligation de mise à niveau (optionnelle mais recommandée)

« La prise en charge du contrat de maintenance est conditionnée à la réalisation préalable d’une mise à niveau technique du site (devis séparé : 1 500€ – 3 000€). Cette mise à niveau inclut : mise à jour forcée de tous les composants, remplacement des plugins obsolètes, optimisation des performances, mise en conformité sécurité. »

Clause #4 : Droit de résiliation anticipée

« mon agence » se réserve le droit de résilier le contrat de maintenance avec un préavis de 30 jours si l’état technique du site s’avère incompatible avec nos standards de qualité après la phase de familiarisation. »

Ces clauses te protègent juridiquement et financièrement.

Stratégie #3 : communication transparente sur les limitations

Assure-toi que le client comprend ce que ta maintenance peut et ne peut pas corriger, particulièrement en termes de limitations dues à la qualité du code existant.

Exemple :

« Avant d’accepter de maintenir votre site, je veux être transparent avec vous sur ce que nous pouvons et ne pouvons pas faire.

Ce que nous garantissons :

• Mises à jour régulières de WordPress, plugins et thèmes
• Monitoring de sécurité et d’uptime
• Interventions rapides en cas de problème
• Sauvegardes automatiques

Ce que nous ne garantissons pas :

• Que le site n’aura jamais de bugs (certains peuvent être liés au code existant)
• Que toutes les fonctionnalités actuelles fonctionneront après chaque mise à jour (certaines dépendent de plugins obsolètes)
• Que les performances seront optimales sans une refonte partielle

Notre recommandation : Commençons par un audit technique complet. Je vous dirai ensuite si :

• On peut maintenir le site en l’état
• On a besoin d’une mise à niveau technique avant
• On doit envisager une refonte

Est-ce que ça vous convient ? »

Ce discours :

• Gère les attentes dès le début
• Te protège des conflits futurs
• Positionne ton expertise

Stratégie #4 : propose (voire impose) une mise à niveau

Ma stratégie préférée chez Whodunit : tu ne prends en main et tu n’assures la maintenance du site sauf et uniquement si tu as pu faire une mise à niveau du site préalable.

Qu’est-ce qu’une mise à niveau ?

Un projet court qui inclut :

• Mises à jour  de tous les composants
• Migration de plugins pour supprimer les plugins obsolètes
• Nettoyage de la base de données (révisions, spam, etc.)
• Mise en conformité
• Migration vers ton stack standard (si nécessaire)

Avantages de cette approche :

✅ Pour toi :

• Tu pars sur une base saine
• Moins de risques de bugs futurs
• Marges préservées sur la maintenance

✅ Pour le client :

• Site remis à niveau (valeur immédiate)
• Tranquillité d’esprit
• Performances améliorées dès le début

Conclusion : ma recommandation finale

Après 16 ans d’expérience et 850K€ de CA maintenance annuelle chez Whodunit, ma réponse est claire : OUI, maintiens des sites que tu n’as pas créés, MAIS avec un process strict.

Les bénéfices dépassent largement les risques si tu sais qualifier correctement.

Règles d’or :

1. Toujours faire un audit technique préalable
2. Adapter tes clauses contractuelles
3. Communiquer de manière transparente sur les limitations
4. Privilégier la mise à niveau obligatoire
5. Ne pas avoir peur de refuser (un mauvais client coûte plus cher qu’il ne rapporte)