PrestaShop demande des développeurs qui connaissent son cœur, pas des généralistes.
Notre équipe pratique la plateforme depuis la 1.6 : modules sur mesure, surcharges propres, migrations et optimisation de boutiques à fort catalogue.
Un besoin métier que le catalogue d'add-ons ne couvre pas : tarification par groupe client, configurateur de produit, règles de livraison spécifiques, connexion à un ERP ou à un PIM. Nous développons le module dans les règles de l'architecture PrestaShop, avec hooks, overrides maîtrisés et compatibilité multiboutique, pour qu'une mise à jour mineure ne casse pas votre travail.
Développement de thèmes enfants à partir de vos maquettes, refonte du tunnel de commande, pages catégories filtrantes et fiches produit optimisées pour la conversion. Nous travaillons en Smarty sur la surcouche existante plutôt qu'en réécrivant le thème par-dessus, ce qui divise le coût de maintenance à long terme.
Passage de 1.6 vers 1.7 ou 8, migration depuis Magento, WooCommerce ou une solution propriétaire, avec transfert du catalogue, des clients, de l'historique de commandes et des URLs. Chaque migration s'accompagne d'un plan de redirections et d'un contrôle des positions SEO, parce qu'une boutique qui perd son trafic organique en changeant de version a perdu la migration.
Sur PrestaShop, la dette technique se paie cash : chaque override sauvage rend la mise à jour suivante plus coûteuse. Nous produisons pour la durée.
Nous privilégions les hooks et les modules autonomes. Quand une surcharge est inévitable, elle est isolée, commentée et listée dans la documentation de reprise.
Boutiques à plusieurs dizaines de milliers de références, déclinaisons multiples, multiboutique et multi-devises : nous savons où PrestaShop plie et comment l'éviter, de l'indexation au cache et aux requêtes SQL.
Le temps de chargement d'une fiche produit et la fluidité du panier se traduisent directement en chiffre d'affaires. Nous mesurons avant et après, et nous vous remettons les chiffres.
Une boutique ne s'arrête pas. Interventions en fenêtre de faible trafic, environnement de préproduction miroir et rollback préparé avant chaque mise en production.
Sur une boutique en activité, on ne développe pas comme sur un site vitrine. Notre process protège d'abord ce qui tourne.
Version, modules installés et abandonnés, surcharges existantes, état du serveur et du cache. Nous vous remettons la liste des risques avant de chiffrer, y compris ceux que vous n'aviez pas demandé d'examiner.
Toute la production se fait sur une copie complète de la boutique, catalogue inclus. Vous validez sur un environnement identique au réel, jamais sur une maquette approximative.
Chaque livraison est testée sur le parcours complet : recherche, fiche produit, panier, transporteurs, paiement, e-mails transactionnels et back-office marchand.
Bascule planifiée, vérification des flux de paiement en conditions réelles et surveillance renforcée les jours suivants. Le rollback reste disponible pendant toute cette période.
Oui, et c'est un cas fréquent. La 1.6 n'est plus maintenue et tourne souvent sur des versions de PHP obsolètes, ce qui pose un problème de sécurité autant que de compatibilité avec les modules de paiement récents.
Nous proposons deux voies : une maintenance de survie si la refonte n'est pas budgétée cette année, ou une migration vers la 8 avec reprise du catalogue et du référencement. Nous chiffrons les deux pour que vous puissiez présenter le choix à votre client avec des chiffres plutôt qu'avec un avis.
Nous développons des modules destinés à un usage propriétaire comme des modules pensés pour la diffusion, avec le respect des standards de validation : structure de fichiers conforme, gestion des traductions, désinstallation propre, compatibilité multiboutique et absence d'appels externes non déclarés.
Si votre objectif est la publication sur Addons, précisez-le au cadrage : les exigences de validation ajoutent du travail qu'il vaut mieux prévoir dès le départ.
Nous commençons par cartographier ce qui existe : modules commerciaux et leurs licences, développements spécifiques, surcharges, tâches planifiées et intégrations tierces. Cette phase d'appropriation est facturée séparément et vous appartient, vous en gardez le document même si vous ne poursuivez pas avec nous.
Nous vous signalons également les points où le prestataire précédent a créé un verrou, par exemple un module chiffré ou une dépendance à un serveur qu'il contrôle.
Oui. Nous avons connecté PrestaShop à des ERP et des outils de gestion via API REST, webservices natifs, imports planifiés ou middleware selon ce que le système tiers autorise.
Le point déterminant est rarement PrestaShop mais la qualité de la documentation de l'outil d'en face : nous demandons systématiquement un accès de test et la documentation de l'API avant de nous engager sur un délai, car un webservice mal documenté peut tripler la charge.
Nous proposons des contrats de maintenance mensuels couvrant les mises à jour de sécurité, la surveillance de la disponibilité, les sauvegardes vérifiées et un volume d'heures d'évolution reportable.
Pour les agences, ce contrat est établi en marque blanche : vous le revendez sous votre nom avec votre marge, et vos clients ne connaissent que vous. Voir aussi notre offre de maintenance et support technique.