Sur quels domaines intervient un développeur WordPress en production ?
WordPress en production, comment faire pour optimiser son site Internet
Il y a plusieurs façons de faire de garantir la viabilité de votre WordPress. De mon côté, j’inspecte, je fouille et j’essaye de comprendre le besoin, d’ouvrir le code, d’écrire ce qui manque. C’est ma méthode depuis 2004.
Mes prestations
5 domaines d’intervention
Un site WordPress sans maintenance active régresse. Les plugins non mis à jour ouvrent des failles. Les Core Web Vitals se dégradent à chaque ajout de script tiers. Les redirections s’accumulent. J’interviens en amont de ces problèmes, pas uniquement quand le site est en panne.
Ma méthode
Ce qui ne change pas d’un projet à l’autre
Qu’il s’agisse d’une maintenance mensuelle ou d’une refonte complète, quatre constantes : j’interviens dans le code (pas de recommandation déléguée), je documente ce que je fais (maintenable après moi), je travaille en sprints agiles avec un point régulier, et le SEO technique est intégré à chaque intervention, pas ajouté en fin de mission.
Pourquoi le développement WordPress et le SEO sont-ils indissociables ?
Les deux vont ensemble
Le SEO d’un site WordPress ne se maintient pas tout seul. Chaque mise à jour de plugin peut casser un schema, dégrader un LCP ou introduire une redirection parasite. Chaque intervention technique que je fais sur un site en production intègre une vérification SEO : title tags, canoniques, données structurées, CWV. Pas parce que c’est demandé, parce que c’est indissociable.
Faq
Questions fréquentes
Livrez-vous une documentation ?
Oui, systématiquement. Fonctions PHP, hooks utilisés, dépendances, logique métier. Sur les plugins sur mesure, un README décrit l’installation et les cas d’usage.
Quels sont vos tarifs ?
À partir de 250€ par jour selon Malt. Sur les contrats de maintenance, le tarif mensuel dépend du volume d’interventions. Je préfère un devis au forfait plutôt qu’un tarif horaire.
Êtes-vous disponible pour des missions longue durée ?
Oui. Sur les missions longues durée, je travaille en contrat de maintenance mensuel combiné à des interventions ponctuelles facturées séparément — c’est le modèle qui fonctionne sur le long terme. Il permet de garder une connaissance fine du site sans mobiliser un budget fixe disproportionné. J’ai des clients avec lesquels je collabore depuis plus de 5 ans sur ce modèle.
Intervenez-vous sur des sites existants ou uniquement des créations ?
Les deux. Les interventions sur l’existant représentent la majorité de mon activité, audit du code, correction des problèmes techniques, ajout de fonctionnalités, migration.
12, Pouvez-vous migrer un site d’un hébergeur à un autre sans perte de données ni downtime ?
Oui. La procédure que j’utilise : migration complète vers le nouvel hébergeur en gardant l’ancien actif, tests complets sur le nouveau (formulaires, paiements, API, performances), puis bascule DNS avec TTL réduit à 300 secondes pour limiter le downtime à quelques minutes maximum. Sur les sites e-commerce WooCommerce, je synchronise aussi les commandes passées pendant la fenêtre de bascule pour ne rien perdre.
Vous travaillez uniquement avec Avada ?
Avada/Fusion Builder est ma spécialité. Je travaille aussi avec Elementor, Divi et WPBakery, et avec des thèmes développés en PHP pur. Le choix du builder dépend du projet et de l’existant.
Intervenez-vous en urgence sur des sites piratés ?
Oui. Identification du vecteur d’attaque, nettoyage, restauration si nécessaire, durcissement. C’est une partie de mes contrats de maintenance WordPress.
Quelle est la différence entre optimisation et performance WordPress ?
Les deux se recoupent mais ne sont pas identiques. L’optimisation porte sur ce qui ralentit le site perçu, images trop lourdes, plugins inutiles, requêtes SQL mal optimisées, cache absent. La performance au sens Core Web Vitals porte sur des métriques précises mesurées sur des utilisateurs réels : LCP (temps d’affichage de l’élément principal), CLS (stabilité visuelle), INP (réactivité aux interactions). On peut avoir un site « rapide » au ressenti et de mauvais scores Core Web Vitals, et inversement. J’interviens sur les deux niveaux.
Pouvez-vous reprendre un site développé par quelqu’un d’autre ?
Oui, c’est même la majorité des projets. La première étape est toujours un audit du code existant, comprendre ce qui a été fait, comment, et pourquoi. Sur les sites Avada notamment, chaque développeur a ses habitudes : certains surcharge dans le thème enfant, d’autres directement dans les fichiers du thème parent, d’autres via des snippets PHP désordonnés. Je cartographie ça avant de toucher quoi que ce soit.