Développement plugin WordPress quand les 60 000 plugins existants ne suffisent pas

Mon tarif est de 250€ par jour selon Malt. Un plugin simple prend 2 à 5 jours. Une intégration complexe avec interface admin et connexions API multiples, 3 à 6 semaines. Je fournis un devis détaillé après analyse des besoins, pas avant, parce qu’un chiffrage à l’aveugle ne sert personne.

Oui, mais ça commence par un audit du code existant pour évaluer la qualité, la sécurité et la maintenabilité. Selon l’état du code, il est parfois plus efficace de repartir de zéro que de corriger une base instable. Je préfère dire ça au départ plutôt qu’après 3 semaines de travail.

Oui. J’ai développé des plugins WooCommerce sur mesure pour plusieurs clients, gestion de livraison pour Novaltera, synchronisation produits Amazon pour Achetez le Meilleur. Les plugins WooCommerce ont des contraintes spécifiques (hooks, templates, compatibilité avec les mises à jour) que je maîtrise depuis plusieurs années. Voir aussi la page plugin métier WordPress pour les cas d’usage métier.

Oui, c’est même la bonne approche. WordPress expose des hooks, actions et filtres, qui permettent d’intervenir dans le comportement d’un plugin tiers sans toucher à son code. Je développe un plugin compagnon léger qui utilise ces hooks. Les mises à jour du plugin original n’écrasent rien. C’est la méthode que j’ai utilisée sur plusieurs projets pour étendre WooCommerce sans modifier son code source.

Oui, systématiquement. Le développement se fait sur un environnement staging, une copie du site en production, invisible aux visiteurs. Chaque livraison itérative est testée sur staging avant d’être mise en production. Pour les plugins critiques qui touchent aux commandes WooCommerce ou aux données clients, cette étape n’est pas négociable.

Je développe en suivant les standards WordPress et en utilisant uniquement des hooks stables. Pour les fonctionnalités critiques, j’évite les fonctions dépréciées et je teste sur les versions bêta avant les sorties majeures. La maintenance WordPress inclut les mises à jour de compatibilité.

Oui. Si vous voulez distribuer le plugin sur le répertoire WordPress ou le commercialiser, je l’adapte en conséquence : internationalisation (i18n), conformité aux standards du répertoire, gestion des licences. C’est un périmètre différent du plugin internre, à préciser dès le cadrage.

Oui, si il est mal conçu. Les erreurs classiques : requêtes SQL non optimisées, appels API synchrones sans mise en cache, chargement des scripts sur toutes les pages au lieu des seules pages concernées. Je vérifie systématiquement l’impact sur les Core Web Vitals après chaque livraison, un plugin qui dégrade les performances annule une partie de la valeur qu’il apporte.

Oui, c’est même prévu. Je configure les couleurs et typographies comme des variables globales dans le thème, changer la couleur principale se fait en un seul endroit et se répercute sur tout le site. Une évolution de charte ne nécessite pas de tout reconstruire, à condition que le site ait été construit correctement dès le départ.

Oui, intégralement. Le code source vous appartient à la livraison. Vous pouvez le faire auditer, le modifier, le confier à un autre développeur. Je ne crée pas de dépendance technique volontaire, ni code obfusqué, ni licence qui vous oblige à repasser par moi pour les évolutions. La documentation livrée avec le code est là précisément pour que quelqu’un d’autre puisse reprendre le travail sans moi.