« On code notre propre widget, ce sera plus propre qu’un addon » : cette phrase, entendue régulièrement en réunion de cadrage technique, part d’une intention louable mais ignore un facteur essentiel, le temps réellement disponible pour livrer et maintenir ce développement dans la durée. Un addon mature, largement utilisé et régulièrement mis à jour, peut surpasser un widget maison conçu dans l’urgence, sur des critères aussi bien fonctionnels que de fiabilité.
Ce qu’on voit en pratique
Sur un projet suivi en 2024, un widget de galerie filtrable avait été développé en interne en trois jours, pour éviter d’installer un addon jugé « trop lourd » par l’équipe. Six mois plus tard, ce widget maison ne gérait toujours pas le tri par ordre alphabétique inversé demandé entre-temps par le client, ne fonctionnait pas correctement sur les anciennes versions de Safari, et personne dans l’équipe n’avait le temps de le faire évoluer, chacun étant passé à d’autres projets.
Pourquoi c’est un problème
Un développement maison porte une promesse implicite de maintenance continue que les équipes sous-estiment presque systématiquement au moment de la décision initiale. Un addon largement adopté, à l’inverse, bénéficie d’une base d’utilisateurs qui remonte les bugs avant qu’ils ne touchent un projet donné, et d’une équipe dédiée dont c’est le métier de maintenir ce composant précis à jour avec les évolutions du cœur d’Elementor.
Le développement maison présente un avantage réel uniquement quand le besoin est suffisamment spécifique pour qu’aucun addon existant ne le couvre correctement, ou quand le projet a une durée de vie suffisamment longue pour justifier l’investissement de maintenance associé.
Ce qu’il faut faire à la place
Avant de décider entre widget personnalisé et addon existant, deux critères simples permettent de trancher la majorité des cas :
- Le temps disponible pour la maintenance future : si aucune personne de l’équipe n’a de créneau régulier prévu pour suivre l’évolution du widget maison, l’addon devient le choix le plus sûr, même imparfait sur certains points de détail.
- La durée de vie prévue du projet : un site conçu pour durer plusieurs années justifie davantage un investissement de développement maison qu’un site à vocation temporaire ou de campagne.
Un troisième critère, la spécificité réelle du besoin, complète les deux premiers : un besoin très particulier, absent de tous les addons du marché, laisse peu de choix. Mais ce cas reste plus rare qu’on ne le pense au premier abord : beaucoup de besoins jugés « uniques » lors du cadrage se révèlent finalement couverts par un réglage méconnu d’un addon existant.
Comment évaluer un addon avant de le choisir
Avant d’écarter un addon au profit d’un développement maison, une évaluation rapide vaut mieux qu’une impression générale : nombre d’installations actives, fréquence des mises à jour publiées récemment, réponses apportées au support dans les forums d’assistance officiels. Un addon peu maintenu depuis plus d’un an mérite la même méfiance qu’un développement maison sans maintenance prévue.
La question n’est jamais « suis-je capable de coder ce widget », mais « suis-je capable de le maintenir dans deux ans, quand le client demandera une évolution mineure que personne n’aura anticipée aujourd’hui ».
Une solution intermédiaire : étendre un addon plutôt que le remplacer
Entre le développement maison complet et l’adoption brute d’un addon existant, une troisième voie mérite d’être considérée : étendre un addon existant via ses propres hooks et filtres documentés, quand celui-ci en propose, pour ajouter le comportement spécifique manquant sans reconstruire l’ensemble du widget depuis zéro. Cette approche cumule les avantages des deux options : la maintenance de base reste portée par l’éditeur de l’addon, tandis que l’équipe interne ne code que la partie réellement spécifique à son besoin, généralement plus courte et plus simple à entretenir dans la durée.
En résumé
L’idée qu’un widget personnalisé surpasse toujours un addon existant ne tient pas compte du coût réel de maintenance dans la durée. Deux critères, le temps disponible et la durée de vie prévue du projet, suffisent à orienter la décision dans la majorité des cas, avant que la spécificité du besoin ne devienne le facteur décisif dans les situations les plus rares.
