Module officiel, module tiers ou développement spécifique
Une même fonctionnalité peut venir de trois endroits : d’un module publié par l’éditeur de la plateforme, d’un module vendu par un tiers, ou d’un développement écrit pour vous. Ces trois provenances ne se comparent pas sur le prix mais sur ce qu’elles garantissent dans le temps.
Le module publié par l’éditeur de la plateforme
C’est la seule catégorie que je cite volontiers par son nom, parce qu’elle est liée au produit lui-même. Sur PrestaShop, une partie des modules est livrée avec le cœur et suit ses versions ; sur WordPress, l’extension WooCommerce est publiée par l’éditeur de la boutique elle-même ; sur Shopify, certaines fonctions sont publiées par Shopify. Ces modules ont un avantage structurel : ils sont testés en même temps que la plateforme, et ils cassent rarement lors d’une montée de version, parce que ce sont les mêmes équipes qui font les deux.
L’inconvénient est qu’ils restent volontairement génériques : ils couvrent le cas standard et s’arrêtent là. Vouloir leur faire faire autre chose demande presque toujours un module complémentaire.
Le module tiers : ce que vous achetez vraiment
Vous achetez un droit d’usage, rarement un droit de modification, et presque jamais une garantie de durée. Trois points méritent d’être lus avant l’achat, parce qu’ils décident de ce qui se passera dans deux ans. Premièrement, la licence : porte-t-elle sur un domaine, sur une boutique, sur une installation, et couvre-t-elle une copie de préproduction. Deuxièmement, le mode de livraison : le code est-il lisible ou protégé par un encodeur, auquel cas plus personne ne pourra le corriger sans son éditeur. Troisièmement, le rythme des mises à jour : une compatibilité annoncée avec la dernière version majeure de la plateforme est un meilleur indicateur qu’un argumentaire commercial.
Un module tiers bien tenu reste le meilleur choix pour un besoin standard. C’est le module tiers mal tenu qui coûte cher, et ça ne se voit pas au moment de l’achat.
Ce que chaque provenance vous laisse
-
Module de l’éditeur
Compatibilité suivie avec la plateforme, périmètre volontairement générique, peu ou pas d’adaptation possible.
-
Module tiers
Fonction prête tout de suite, dépendance à un éditeur, licence à relire, code parfois illisible.
-
Développement spécifique
Périmètre exact, sources livrées, aucune licence à renouveler, mais une maintenance qui vous revient.
-
Combinaison des trois
Le cas le plus fréquent en réalité : un socle du marché, complété par un développement ciblé là où il ne suffit pas.
Pages liées
-
Acheter un module ou le faire développer
La décision en amont, avec les quatre cas où acheter devient le mauvais calcul.
-
Le module fonctionne mais son éditeur a disparu
Ce qu’il reste comme options quand la dépendance se retourne contre vous.
-
Les modules et extensions abandonnés
Le même sujet vu sous l’angle de la sécurité de la boutique.
-
Module PrestaShop sur mesure
La troisième provenance en détail, quand c’est elle qui l’emporte.
Questions fréquentes
Pourquoi ne recommandez-vous pas de module tiers par son nom ?
Un module de l’éditeur est-il toujours préférable ?
Puis-je faire modifier un module tiers que j’ai acheté ?
Comment vérifier une licence avant d’acheter ?
Décrivez votre besoin en 1 minute
Quelques questions ciblées pour que je vous réponde avec une estimation, pas avec un questionnaire de plus.