Quand un module marketplace ne fait pas ce qu'il faut, on le construit. 27+ modules en production, six domaines fonctionnels couverts, compatibilité PrestaShop 1.7 à 8.2+. Notre signature : su_*. Notre engagement : code livré, pas loué.
Un module PrestaShop sur mesure est une extension développée spécifiquement pour votre boutique, votre catalogue, votre logique métier. Il fait exactement ce dont vous avez besoin, sans options inutiles, sans dette technique imposée par un éditeur tiers.
La marketplace PrestaShop propose des milliers de modules. C'est utile pour 70% des besoins standards. Les 30% restants, c'est là qu'on intervient : règles métier propres à votre activité, intégrations spécifiques, contraintes de paiement non gérées par les addons existants, customisations back-office demandées par votre équipe terrain.
Six domaines fonctionnels couverts, plus de 27 modules en production chez nos clients. Voici un aperçu de ce qu'on a déjà construit. Votre projet aura sans doute son propre domaine ou ses propres modules. Le pattern reste le même.
Tunnels de paiement non standards, méthodes custom, gestion fine de la facturation.
su_sepa_paiement
su_po_paiement
su_preventdoublepayment
su_multibilling
su_split_vat
Modification de paiement et de transport après validation. Workflow rare, techniquement délicat, indispensable en automotive et B2B premium.
su_order_payment_edit
su_order_shipping_edit
su_ordereditedonpayment
su_ordereditedonshipping
su_onorder
su_bo_shipping_override
Attributs custom, déclinaisons fines, alertes stock, références produit, image par déclinaison, gestion B2B.
su_feature_od
su_productcolorname
su_unique_product_reference
su_img_attribute_fix
su_stock_alert
su_oosflag
su_hideproposedprice
Menus avancés, hero de catégorie, filtres home, micro-interactions utilisateur.
su_dualmenu
su_categoryhero
su_homefilter
su_passwordaccordion
Modifications du BO pour vos équipes terrain : labels custom, zones, assets, gestion d'at-dealer.
su_change_labels_bo
su_atdealer
su_customzones
su_frontassets
su_bo_shipping_override
Extension de l'API REST PrestaShop pour intégration ERP. Module IA pour génération et traduction de contenu produit.
su_ws_extend
su_aicontent
Mesurer, corriger, stabiliser. Appliqué au développement de modules, ça donne trois étapes propres.
Comprendre votre besoin réel, pas votre demande de surface. Identifier ce qui doit vivre dans un module et ce qui mérite mieux.
Module isolé, code propre, tests fonctionnels, documentation interne. Pas d'override sauvage du core.
Livraison du code, formation à votre équipe, suivi des premières semaines, ajustements rapides.
Au bout du process, vous avez un module qui fait son job, vous comprenez ce qu'il fait, et vous pouvez l'évoluer avec nous ou avec une autre équipe demain.
Sur PrestaShop, il y a deux façons d'ajouter une fonctionnalité : créer un module, ou faire un override (du core ou d'un module existant). Les overrides sont tentants, ils sont plus rapides à coder. Ils sont aussi un piège.
Les overrides ne sont utilisés qu'en dernier recours, quand aucun hook PrestaShop ne permet d'atteindre le comportement voulu. Et toujours documentés.
PrestaShop évolue. Nos modules aussi. Voici les engagements concrets de notre signature su_*.
Quand vous reprenez un module ancien (du votre ou d'un autre prestataire), nous proposons un audit : montée de version, refactor si nécessaire, mise à propre. Vous savez d'avance si la rustine est viable ou s'il vaut mieux refaire.
Quand le besoin sort du standard, un module marketplace ne suffit pas. Soit il ne fait que 60% de ce qu'il faut, soit il ajoute mille options inutiles qui polluent votre back-office. Un module sur mesure fait exactement ce dont vous avez besoin, sans dette technique, avec un code que vous maîtrisez.
Oui. Notre signature su_* est compatible PrestaShop 1.7.7 à 8.2 et plus. Nous testons sur les versions stables et adaptons quand le core évolue.
Non. Nos modules custom restent à votre nom dans votre installation. Pas de licence à renouveler, pas de chiffrement, pas de dépendance à une marketplace tierce. Si un jour un module devient pertinent en standard pour plusieurs clients, on en discute, mais ce n'est pas le défaut.
Un module est isolé du core PrestaShop : il peut être désactivé, mis à jour, retiré proprement. Un override modifie directement le coeur ou un fichier du thème : c'est plus rapide à coder, mais ça casse à chaque mise à jour. Nous privilégions toujours le module. Les overrides ne sont utilisés qu'en dernier recours, avec documentation explicite.
Oui. Nous reprenons des modules développés par d'autres : audit du code, mise au propre si nécessaire, ajout de fonctionnalités, montée de version. Si le code est trop sale et qu'une refonte coûte moins qu'une rustine, on vous le dit.
Sécurité par défaut : protection CSRF, requêtes préparées, validation des entrées, gestion fine des permissions, pas de stockage de données sensibles en clair. Audit possible par votre équipe ou un tiers, le code reste lisible.
Tous nos modules respectent les principes RGPD : consentement explicite pour les cookies, droit d'accès et d'effacement, registre des traitements documenté. Aucune donnée n'est exfiltrée hors de votre installation.
Décrivez-le à Synapse, notre conseiller IA. Dix minutes pour cadrer ce dont vous avez vraiment besoin, et un récap par e-mail pour partager en interne. Notre équipe revient vers vous avec une vraie proposition.