Le réflexe WordPress, c’est « il y a une extension pour ça ». C’est souvent vrai, mais pas toujours une bonne idée. Voici comment je tranche avec mes clients.
Quand coder un plugin sur mesure ?
- Aucune extension ne fait exactement ce que vous voulez.
- Il faut trois extensions pour un seul besoin, chacune avec ses scripts.
- La fonctionnalité est au cœur de votre activité et doit évoluer avec elle.
- Il faut connecter WordPress à un outil interne ou une API.
Quel coût pour un plugin sur mesure ?
Il dépend du périmètre : une petite fonctionnalité ciblée demande peu de temps, une intégration avec une API externe beaucoup plus. Comparez avec le coût réel d’une extension : licences annuelles, poids sur le site et temps passé à contourner ses limites.
Thème enfant ou thème sur mesure ?
Un thème enfant adapte un thème existant sans perdre les mises à jour du thème parent : utile pour des retouches. Un thème sur mesure est construit à partir de vos contenus : plus léger, sans fonctionnalités inutiles, mais demande un vrai développement.
Comment créer un bloc Gutenberg ?
L’outil officiel génère la structure d’un bloc en une commande :
npx @wordpress/create-block@latest mon-blocOn obtient un fichier block.json, le code de l’éditeur et le rendu. Pour des blocs simples, un rendu côté serveur en PHP évite les problèmes de validation quand le balisage évolue.
ACF ou code natif ?
Avec ACF Pro, un bloc se déclare avec un block.json et un gabarit PHP : c’est rapide et très lisible pour des contenus structurés. Le code natif en React offre plus de contrôle sur l’édition. J’utilise les deux selon le besoin : ACF pour les blocs de contenu, le natif pour les interfaces riches.
Les critères pour décider
| Critère | Extension existante | Développement sur mesure |
|---|---|---|
| Délai de mise en place | Immédiat | Selon le périmètre |
| Coût initial | Faible (licence) | Plus élevé |
| Coût récurrent | Licence annuelle | Maintenance du code |
| Poids sur le site | Souvent élevé (fonctions inutilisées) | Limité au besoin |
| Évolution | Dépend de l’éditeur | Maîtrisée |
| Risque | Abandon de l’extension | Dépendance au développeur si le code est mal documenté |
Un exemple concret
Un formulaire de devis qui doit calculer un prix, enregistrer la demande et l’envoyer dans un CRM : avec des extensions, il faut souvent un constructeur de formulaires, un module de calcul et un connecteur, chacun avec ses scripts et sa licence. En sur-mesure, c’est une seule extension légère qui fait exactement cela.
Comment garder un code sur mesure maintenable ?
- Respecter les standards de codage et les API de WordPress.
- Versionner le code (Git) et le documenter.
- Séparer la logique dans une extension plutôt que dans le thème, pour qu’elle survive à un changement de design.
- Prévoir les mises à jour de PHP et de WordPress.
Et maintenant ?
Ce que vous pouvez faire dès aujourd’hui :
- Listez les extensions qui ne servent qu’à une seule petite fonction.
- Repérez celles dont la licence coûte chaque année.
- Notez les besoins qu’aucune extension ne couvre vraiment.
Pour aller plus loin : Développement WordPress sur mesure