# Alexandre NAVAEIAN > Développeur e-commerce freelance senior spécialisé PrestaShop, WooCommerce, Shopware et Shopify, j’aide les boutiques en ligne à créer, migrer, corriger, connecter et accélérer leur plateforme e-commerce. Alexandre Navaeian est développeur e-commerce freelance avec plus de 18 ans d’expérience dans la création, l’optimisation et la maintenance de boutiques en ligne. Il accompagne les e-commerçants, agences, PME et marques en France, Belgique, Suisse et Luxembourg sur des missions techniques à forte valeur ajoutée : développement de modules sur mesure, migration de plateformes, optimisation des performances, correction de bugs, intégration ERP, automatisation métier et amélioration du référencement technique. Son expertise couvre principalement PrestaShop, WooCommerce, Shopware et Shopify. Il intervient aussi bien sur des boutiques existantes que sur des projets de refonte, de migration ou de stabilisation technique. Son approche privilégie la maintenabilité, la performance, la sécurité, la compatibilité avec les mises à jour et la qualité du code livré. Alexandre intervient sur des problématiques concrètes : création de modules PrestaShop sur mesure, migration PrestaShop 1.6 ou 1.7 vers PrestaShop 8 ou 9, optimisation Core Web Vitals, développement de plugins WooCommerce, connexion WooCommerce avec un ERP, développement de plugins Shopware 6, architecture headless avec Store API, création de thèmes Shopify Liquid, développement d’apps Shopify et maintenance technique e-commerce. Le site alexandre-navaeian.com présente ses services, ses réalisations, ses ressources techniques et ses contenus pédagogiques autour du développement e-commerce. Il s’adresse aux entreprises qui recherchent un développeur freelance expérimenté, capable de comprendre à la fois les enjeux métier, techniques, SEO et conversion d’une boutique en ligne. Édité par Alexandre NAVAEIAN ## Stack & expertise technique ### Plateformes e-commerce - PrestaShop 1.6, 1.7, 8 et 9 - WooCommerce - Shopware 6 - Shopify - WordPress - Polylang - Multiboutique et multilingue ### Développement back-end - PHP - MySQL / MariaDB - Symfony - Architecture MVC - Hooks PrestaShop - Hooks WordPress / WooCommerce - Shopware DAL - API REST - Admin API - Storefront API - Store API Shopware - Webhooks - Cron jobs - Connecteurs ERP / PIM / CRM ### Développement front-end - HTML - CSS / SCSS - JavaScript - jQuery - Twig - Liquid Shopify - Vue.js - React / Next.js / Nuxt selon projet - Responsive design - Optimisation mobile - Accessibilité front-end ### Performance & SEO technique - Core Web Vitals - Lighthouse - PageSpeed Insights - Optimisation LCP, INP et CLS - Cache serveur - LiteSpeed / LSCache - Redis - OPcache - WebP / AVIF - Lazy-loading - Optimisation CSS / JS - Optimisation base de données - Redirections 301 - Canonical - Sitemap XML - Robots.txt - Données structurées Schema.org - Maillage interne - Audit SEO technique e-commerce ### Intégrations métier - ERP - PIM - CRM - Transporteurs - Paiement - Flux produits - Google Merchant Center - Synchronisation stocks - Synchronisation commandes - Automatisations e-commerce - Exports personnalisés - Import catalogue ## FAQ ### Qui est Alexandre Navaeian ? Alexandre Navaeian est développeur e-commerce freelance senior, spécialisé dans les plateformes PrestaShop, WooCommerce, Shopware et Shopify. Il accompagne les boutiques en ligne sur des missions de développement sur mesure, migration, performance, maintenance et SEO technique. ### Quels types de projets sont pris en charge ? Les missions principales incluent la création de modules PrestaShop, le développement de plugins WooCommerce, le développement de plugins Shopware 6, la création de thèmes Shopify Liquid, le développement d’apps Shopify, la migration de boutiques e-commerce, l’optimisation des performances et l’intégration avec des ERP ou outils métier. ### Alexandre Navaeian travaille-t-il uniquement sur PrestaShop ? Non. PrestaShop est l’une de ses expertises principales, mais il intervient également sur WooCommerce, Shopware, Shopify et WordPress. Le choix de la plateforme dépend du projet, du catalogue, des contraintes métier, du budget, de l’équipe interne et des objectifs de croissance. ### Peut-il créer un module PrestaShop sur mesure ? Oui. Alexandre développe des modules PrestaShop sur mesure compatibles avec les versions modernes de PrestaShop, en utilisant les hooks natifs, une architecture propre, une logique maintenable et une documentation adaptée au projet. ### Peut-il migrer une boutique PrestaShop ancienne version ? Oui. Il accompagne les migrations depuis PrestaShop 1.6 ou 1.7 vers PrestaShop 8 ou 9, avec audit préalable, reprise des données, vérification des modules, adaptation du thème, plan de redirections 301, préproduction, recette et bascule contrôlée. ### Peut-il optimiser la vitesse d’une boutique e-commerce ? Oui. Les optimisations peuvent porter sur le serveur, le cache, les modules, le thème, les images, la base de données, les requêtes SQL, les fichiers CSS/JS, le lazy-loading et les Core Web Vitals. ### Peut-il connecter WooCommerce à un ERP ? Oui. Alexandre peut développer des intégrations entre WooCommerce et un ERP pour synchroniser les produits, les prix, les stocks, les commandes, les statuts, les clients ou les factures selon les besoins métier. ### Peut-il développer un plugin Shopware 6 ? Oui. Il intervient sur Shopware 6 avec Symfony, Twig, DAL, Vue.js, Admin API et Store API pour créer des plugins métier, des connecteurs, des automatisations ou des fonctionnalités B2B spécifiques. ### Peut-il créer une app Shopify sur mesure ? Oui. Alexandre peut développer des apps Shopify privées ou spécifiques avec Admin API, Storefront API, webhooks, logique métier personnalisée, synchronisation externe et automatisation. ### Peut-il travailler avec une agence ? Oui. Alexandre peut intervenir en marque blanche ou en renfort technique pour des agences web, SEO, e-commerce ou communication ayant besoin d’un développeur senior sur PrestaShop, WooCommerce, Shopware ou Shopify. ### Peut-il reprendre un site existant ? Oui. Il peut reprendre une boutique existante pour corriger des bugs, auditer le code, stabiliser les modules, améliorer les performances, sécuriser la boutique, préparer une migration ou reprendre une maintenance technique. ### Quels sont les avantages de travailler avec un freelance plutôt qu’une agence ? Un freelance senior permet souvent d’avoir un interlocuteur technique direct, une meilleure réactivité, moins d’intermédiaires et une approche plus ciblée. C’est particulièrement adapté aux missions techniques précises : module, bug, migration, performance, connecteur ou audit. ### Dans quelles zones intervient-il ? Alexandre travaille principalement à distance avec des clients en France, Belgique, Suisse et Luxembourg. Les missions peuvent être réalisées en télétravail, avec échanges par email, visioconférence ou outils projet. ### Comment demander un devis ? Il suffit de présenter la boutique, la plateforme utilisée, la version du CMS, le besoin technique, les contraintes éventuelles et l’URL du site. Un premier cadrage permet ensuite d’estimer la faisabilité, le budget et le délai. ## Pages clés ### Accueil _Source :_ > Développeur e-commerce freelance : PrestaShop, WooCommerce, Shopware et Shopify. 18 ans à concevoir, migrer et accélérer des boutiques qui convertissent. Devis gratuit. --- ### Alexandre Navaeian, développeur e-commerce freelance _Source :_ > Alexandre Navaeian, développeur e-commerce freelance depuis 18 ans (PrestaShop, WooCommerce, Shopware, Shopify). Parcours, projets, méthode et résultats concrets. ## Mon parcours Cela fait 18 ans que je conçois, fais évoluer et accélère des boutiques en ligne. J'ai commencé sur PrestaShop à ses débuts, puis élargi mon terrain de jeu à WooCommerce, Shopware et Shopify. Aujourd'hui, en freelance, j'accompagne des e-commerçants, des agences et des éditeurs sur des projets où la technique fait vraiment la différence : performance, fiabilité et conversion. ## Mes plateformes Je travaille au quotidien sur les quatre principales plateformes e-commerce : - **PrestaShop** (1.6 à 9) — modules sur mesure, migrations, thèmes et performance. - **WooCommerce** — plugins, intégrations ERP et paiement, Core Web Vitals. - **Shopware 6** — plugins, architecture headless (Store API), intégrations ERP/PIM. - **Shopify** — thèmes Liquid, apps, migrations et optimisation de la conversion. Côté technique : PHP et Symfony, Twig, Vue.js, SQL, et tout l'outillage moderne (Git, intégration continue, préproduction). Du code propre, versionné, testé et documenté. ## Avec qui je travaille J'interviens aussi bien pour des PME e-commerce qui veulent fiabiliser et accélérer leur boutique, que pour des agences ayant besoin d'un renfort technique pointu, ou des éditeurs qui souhaitent industrialiser leur catalogue de modules. Je suis moi-même éditeur, ce qui m'apporte une vision produit en plus de la vision prestataire. ## Pourquoi mon expérience d'éditeur de modules change mon approche En éditant mes propres modules e-commerce, je ne développe pas seulement pour livrer vite : je pense compatibilité, support, documentation, mises à jour, dette technique et maintenabilité. Un module qu'on vend et qu'on maintient sur la durée ne se code pas comme un projet jetable — c'est cette exigence d'éditeur que j'applique à chacune de vos missions. Concrètement, vous obtenez un code pensé pour durer et reprenable par n'importe quel développeur, pas une dépendance vis-à-vis de moi. ## Des résultats concrets Mon obsession : que chaque intervention serve le business. Migrations sans perte de référencement ni de données, temps de chargement divisés, scores Core Web Vitals au vert, modules robustes qui ne cassent pas à la mise à jour suivante. Mon profil Malt affiche 5★ sur plus de 120 missions — un bon résumé de cette exigence de fiabilité. --- ### Contact _Source :_ > Contactez un développeur e-commerce freelance pour votre projet PrestaShop, WooCommerce, Shopware ou Shopify. Réponse sous 24 h ouvrées, devis gratuit et sans engagement. --- ### Politique de confidentialité _Source :_ > Dernière mise à jour : juin 2026. La présente politique de confidentialité décrit comment les données personnelles sont collectées et traitées sur ce site, conformément au Règlement général sur la… _Dernière mise à jour : juin 2026._ La présente politique de confidentialité décrit comment les données personnelles sont collectées et traitées sur ce site, conformément au Règlement général sur la protection des données (RGPD). ## Responsable du traitement Le responsable du traitement est Alexandre NAVAEIAN AMOLLI, entrepreneur individuel (auto-entreprise), 252 avenue de la Lanterne, 06200 Nice — SIRET 5084354190003. Pour toute question relative à vos données, vous pouvez utiliser le formulaire de contact du site ou appeler le 07 66 01 85 78. ## Données collectées Ce site collecte uniquement les données que vous fournissez volontairement via le formulaire de contact : nom, adresse e-mail, plateforme concernée, budget et échéance indicatifs, et le contenu de votre message. Aucune création de compte n'est requise. ## Finalité et base légale Ces données sont utilisées exclusivement pour répondre à votre demande et assurer le suivi de notre éventuelle relation commerciale. La base légale est votre consentement et l'intérêt légitime à traiter votre demande. ## Durée de conservation Les messages reçus sont conservés le temps nécessaire au traitement de votre demande, puis archivés pour une durée maximale de trois ans à compter du dernier contact, avant suppression. ## Destinataires Vos données ne sont ni vendues, ni louées, ni transmises à des tiers à des fins commerciales. Elles sont uniquement accessibles au responsable du traitement et, pour les besoins techniques, au prestataire d'hébergement du site (O2switch). ## Hébergement Le site est hébergé par O2switch (SAS), 222-224 boulevard Gustave Flaubert, 63000 Clermont-Ferrand, France — téléphone : 04 44 44 60 40. Les éventuels journaux techniques (logs serveur) peuvent contenir des adresses IP à des fins de sécurité et de bon fonctionnement. ## Polices d'écriture Les polices d'écriture sont servies via Bunny Fonts, un service respectueux de la vie privée hébergé dans l'Union européenne qui ne dépose pas de cookie et ne transmet pas de données de suivi. ## Mesure d'audience Si un outil de mesure d'audience est activé, il l'est dans une configuration respectueuse de la vie privée (anonymisation de l'adresse IP) et, le cas échéant, après recueil de votre consentement conformément aux recommandations de la CNIL. ## Cookies Ce site ne dépose pas de cookie publicitaire ni de traceur tiers. Seuls des éléments strictement nécessaires au fonctionnement (par exemple la mémorisation du thème clair/sombre, stockée localement dans votre navigateur) peuvent être utilisés. ## Vos droits Conformément au RGPD, vous disposez d'un droit d'accès, de rectification, d'effacement, de limitation, d'opposition et de portabilité de vos données. Pour les exercer, contactez le responsable du traitement via le formulaire du site ou au 07 66 01 85 78. Vous pouvez également introduire une réclamation auprès de la CNIL (www.cnil.fr). --- ### Réalisations _Source :_ > Réalisations e-commerce : projets PrestaShop, WooCommerce, Shopware et Shopify menés par un développeur freelance — migrations, modules sur mesure et optimisations. --- ### Ressources e-commerce _Source :_ > Guides, comparatifs et tutoriels e-commerce : PrestaShop, WooCommerce, Shopware et Shopify, par un développeur freelance. Choisir sa plateforme, migrer, optimiser. Guides pratiques, comparatifs et retours d'expérience sur le développement e-commerce : PrestaShop, WooCommerce, Shopware et Shopify. Des articles écrits par un développeur freelance qui code sur ces plateformes au quotidien — pour vous aider à faire les bons choix techniques et à situer un budget avant de lancer votre projet. ## PrestaShop Création de modules, hooks, migrations et performance. Pour aller plus loin, découvrez mes prestations de [développeur PrestaShop freelance](/developpeur-prestashop/). - [Comment créer un module PrestaShop (guide complet)](/blog/creer-module-prestashop/) - [Les hooks PrestaShop expliqués avec exemples](/blog/hooks-prestashop/) - [Migrer de PrestaShop 1.6 vers 8 : guide pas à pas](/blog/migration-prestashop-1-6-vers-8/) - [PrestaShop 9 : nouveautés et stratégie de migration](/blog/prestashop-9-nouveautes/) - [Optimiser les performances de PrestaShop : 12 leviers](/blog/optimiser-performance-prestashop/) - [Combien coûte un module PrestaShop sur mesure ?](/blog/prix-module-prestashop/) ## WooCommerce Plugins, intégrations et Core Web Vitals sur WordPress. Voir aussi mes prestations de [développeur WooCommerce freelance](/developpeur-woocommerce/). - [Créer un plugin WooCommerce : guide pour débuter](/blog/creer-plugin-woocommerce/) - [Hooks et filtres WooCommerce essentiels](/blog/hooks-woocommerce/) - [Accélérer WooCommerce : cache et Core Web Vitals](/blog/accelerer-woocommerce/) - [Connecter WooCommerce à un ERP : méthodes et API](/blog/woocommerce-erp/) ## Shopware Développement de plugins, architecture headless et comparatifs. Voir aussi mes prestations de [développeur Shopware 6 freelance](/developpeur-shopware/). - [Développer un plugin Shopware 6 : premiers pas](/blog/developper-plugin-shopware-6/) - [Shopware headless avec la Store API](/blog/shopware-headless/) - [Shopware vs PrestaShop : lequel choisir en 2026 ?](/blog/shopware-vs-prestashop/) ## Shopify Thèmes Liquid, apps et migrations. Voir aussi mes prestations de [développeur Shopify freelance](/developpeur-shopify/). - [Créer un thème Shopify avec Liquid : les bases](/blog/creer-theme-shopify-liquid/) - [Online Store 2.0 : sections, blocs et métaobjets](/blog/shopify-online-store-2-0/) - [Développer une app Shopify : par où commencer](/blog/developper-app-shopify/) - [Migrer vers Shopify sans perdre son référencement](/blog/migrer-vers-shopify-seo/) ## Comparatifs & guides Pour choisir la bonne plateforme et cadrer votre budget avant de vous lancer. - [Quelle plateforme e-commerce choisir en 2026 ?](/blog/choisir-plateforme-e-commerce/) - [PrestaShop vs WooCommerce : comparatif 2026](/blog/prestashop-vs-woocommerce/) - [Shopify vs WooCommerce : que choisir ?](/blog/shopify-vs-woocommerce/) - [Combien coûte un site e-commerce sur mesure ?](/blog/prix-site-e-commerce/) - [Pourquoi faire appel à un développeur e-commerce freelance](/blog/developpeur-e-commerce-freelance/) ## Un projet en tête ? Migration, module sur mesure, refonte ou optimisation : [parlons-en](/contact/). Réponse sous 24 h ouvrées, devis gratuit et sans engagement. --- ### Services _Source :_ > Prestations d'un développeur e-commerce freelance : modules et plugins sur mesure, migration, performance et maintenance sur PrestaShop, WooCommerce, Shopware et Shopify. Développeur e-commerce freelance, j'interviens sur les quatre principales plateformes — PrestaShop, WooCommerce, Shopware 6 et Shopify — de la création au développement sur mesure, jusqu'à la migration, l'optimisation des performances et la maintenance. Un seul interlocuteur senior, qui code lui-même. ## PrestaShop De la [création de module PrestaShop sur mesure](/developpeur-prestashop/module-sur-mesure/) à la [migration 1.6 / 1.7 vers PrestaShop 8 et 9](/developpeur-prestashop/migration/), en passant par l'[optimisation des performances](/developpeur-prestashop/optimisation-performance/), l'[intégration de thème](/developpeur-prestashop/theme-integration/) et la [maintenance](/developpeur-prestashop/maintenance/). ## WooCommerce Développement de [plugins WooCommerce sur mesure](/developpeur-woocommerce/plugin-sur-mesure/), [connexion à un ERP](/developpeur-woocommerce/integration-erp/), [intégration de thème](/developpeur-woocommerce/theme-integration/) et [optimisation des Core Web Vitals](/developpeur-woocommerce/optimisation-performance/) sur WordPress. ## Shopware 6 Développement de [plugins Shopware 6](/developpeur-shopware/plugin-sur-mesure/) (Symfony / Twig / DAL), [migration vers Shopware 6](/developpeur-shopware/migration/), projets [headless via la Store API](/developpeur-shopware/headless/) et [intégration ERP / PIM](/developpeur-shopware/integration-erp/). ## Shopify Création de [thèmes Shopify Liquid](/developpeur-shopify/theme-liquid/) (Online Store 2.0), [apps sur mesure](/developpeur-shopify/app-sur-mesure/), [migration vers Shopify](/developpeur-shopify/migration/) et [optimisation de la conversion](/developpeur-shopify/optimisation-conversion/). --- ### Création de thème Shopify (Liquid) _Source :_ > Création de thème Shopify sur mesure en Liquid : design unique, rapide et facile à éditer (Online Store 2.0). Développeur freelance, devis gratuit sous 24 h. Création de thème Shopify sur mesure en Liquid : un design unique, rapide et facile à éditer pour vos équipes, qui exploite pleinement Online Store 2.0 (sections, blocs, métaobjets). ## Ce que couvre la prestation - Thème Liquid sur mesure ou personnalisation avancée d'un thème existant. - Sections et blocs modulaires éditables sans toucher au code (Online Store 2.0). - Performance, responsive et accessibilité soignées. - Intégration de vos contenus et de votre identité de marque. ## Thème Shopify orienté conversion - Page produit optimisée pour l'ajout au panier. - Sections de réassurance (livraison, retours, paiement sécurisé). - Upsell et cross-sell propres, sans surcharge d'apps. - Menus et collections pensés pour le SEO. - Vitesse mobile prioritaire. Mon angle sur Shopify : moins d'apps, plus de vitesse, plus de conversion. ## Pour aller plus loin Comprendre la techno : [créer un thème Shopify avec Liquid](/blog/creer-theme-shopify-liquid/) et [Online Store 2.0](/blog/shopify-online-store-2-0/). Voir aussi l'ensemble de mes prestations de [développeur Shopify freelance](/developpeur-shopify/), ou [parlons de votre boutique](/contact/). --- ### Développement de plugin Shopware 6 _Source :_ > Développement de plugin Shopware 6 sur mesure : Symfony, Data Abstraction Layer, administration Vue.js. Développeur freelance, devis gratuit sous 24 h. Développement de plugin Shopware 6 sur mesure : je crée des extensions propres en Symfony et Twig, avec administration Vue.js et données gérées par la DAL, dans le respect des standards de la plateforme — un code testé, documenté et durable. ## Ce que je développe - Plugins métier (front storefront et administration). - Entités et migrations via la Data Abstraction Layer. - Écrans d'administration en Vue.js et intégrations Admin/Store API. - Reprise et évolution d'un plugin Shopware existant. ## Plugins Shopware 6 pour projets B2B J'interviens sur les besoins B2B propres à Shopware 6 : fonctionnalités métier absentes du store, intégrées proprement et compatibles avec vos mises à jour. - Prix et remises par groupe client. - Devis proforma et validation de commande. - Catalogues personnalisés et visibilité par client. - Intégration ERP / PIM (stock, tarifs, fiches produits). - Règles catalogue et workflows de validation multi-étapes. ## Pour aller plus loin Le guide : [développer un plugin Shopware 6](/blog/developper-plugin-shopware-6/). Voir aussi l'ensemble de mes prestations de [développeur Shopware 6 freelance](/developpeur-shopware/), ou [décrivez votre besoin](/contact/). --- ### Développeur PrestaShop freelance _Source :_ > Développeur PrestaShop freelance : modules sur mesure, migration 1.6/1.7 vers 8 et 9, performance et maintenance. 18 ans d'expérience, devis gratuit sous 24 h. Développeur PrestaShop freelance, j'accompagne les boutiques sur tout le cycle de vie : création de modules métier, surcharges propres, migrations de version et optimisation des performances. Code en PSR-4, hooks natifs, compatible PrestaShop 1.6 à 9. ## Types de missions PrestaShop prises en charge - [Création de module PrestaShop sur mesure](/developpeur-prestashop/module-sur-mesure/) - [Correction de bug PrestaShop](/developpeur-prestashop/maintenance/) - [Migration PrestaShop 1.7 vers 8 ou 9](/developpeur-prestashop/migration/) - [Optimisation Core Web Vitals PrestaShop](/developpeur-prestashop/optimisation-performance/) - [Audit technique PrestaShop](/developpeur-prestashop/optimisation-performance/) - [Maintenance mensuelle PrestaShop](/developpeur-prestashop/maintenance/) ## Pourquoi me choisir plutôt qu'une agence PrestaShop ? Avec un développeur freelance, vous parlez directement à la personne qui écrit le code — pas à un commercial, puis un chef de projet, puis un sous-traitant. Concrètement : - **Interlocuteur unique** : celui qui conçoit est celui qui développe et qui vous répond. - **Expertise senior directe** : 18 ans sur PrestaShop, sans junior en formation sur votre budget. - **Tarifs sans surcouche** : pas de structure commerciale à financer, un devis clair et juste. - **Réactivité** : décisions rapides, pas de circuit interne à rallonge. - **Code qui dure** : PSR-4, hooks natifs, zéro override sale — vos mises à jour ne cassent plus. Besoin d'un cadrage ? [Décrivez votre projet](/contact/), réponse sous 24 h ouvrées. --- ### Module PrestaShop sur mesure _Source :_ > Développement de module PrestaShop sur mesure : fonctionnalité métier, compatibilité PS 1.6 à 9, code propre et documenté. Devis gratuit sous 24 h. Vous avez un besoin métier qu'aucun module du marketplace ne couvre ? Je conçois des modules PrestaShop sur mesure en PSR-4, via les hooks natifs, compatibles PS 1.6 à 9 et pensés pour survivre aux mises à jour — code documenté, multiboutique et livré avec sa notice. ## Ce que je développe - Modules métier front et back-office (onglets, formulaires, listes). - Tables et configuration dédiées, avec installation et désinstallation propres. - Intégrations à des API tierces (transporteurs, ERP, paiement). - Reprise et fiabilisation d'un module existant mal écrit. ## Exemples de modules PrestaShop sur mesure - Module de devis B2B avec validation en back-office. - Module de frais de paiement selon le mode choisi. - Module de synchronisation ERP : stock, commandes et clients. - Module de règles de livraison avancées (poids, zones, transporteurs). - Module de fidélité ou de cashback. - Module d'export catalogue personnalisé (flux, marketplaces, comptabilité). ## Ce qui fait la qualité d'un module PrestaShop sur mesure Un bon module ne se voit pas : il s'installe, fonctionne et se met à jour sans bruit. Concrètement, voici ce qui distingue un module fiable d'un bricolage qui finira par poser problème. - Pas d'override inutile. - Utilisation des hooks natifs. - Installation et désinstallation propres. - Compatibilité multiboutique si nécessaire. - Code documenté et versionné. - Tests sur préproduction avant livraison. ## Pour aller plus loin Comprendre la mécanique : [créer un module PrestaShop](/blog/creer-module-prestashop/) et [les hooks PrestaShop](/blog/hooks-prestashop/). Côté budget : [combien coûte un module sur mesure](/blog/prix-module-prestashop/). Voir aussi l'ensemble de mes prestations de [développeur PrestaShop freelance](/developpeur-prestashop/), ou [décrivez votre besoin](/contact/). --- ### Plugin WooCommerce sur mesure _Source :_ > Développement de plugin WooCommerce sur mesure : fonctionnalité métier, standards WordPress, code maintenable. Développeur freelance, devis gratuit sous 24 h. Plugin WooCommerce sur mesure : je développe l'extension métier dont votre boutique a besoin, propre et maintenable, en utilisant les hooks natifs, l'API REST et les standards WordPress — sans casser le reste à la prochaine mise à jour. ## Ce que je développe - Extensions métier (tarification, tunnel, gestion produit, automatisations). - Intégrations API et connecteurs tiers. - Blocs Gutenberg et personnalisations du tunnel d'achat. - Reprise et fiabilisation d'un plugin existant. ## Exemples de plugins WooCommerce sur mesure - Plugin de devis WooCommerce (demande de prix, panier transformé en devis). - Plugin B2B avec prix masqués et tarifs par rôle client. - Plugin de frais de paiement selon le mode choisi. - Plugin de synchronisation ERP (stock, commandes, clients). - Plugin d'export de commandes (comptabilité, logistique). - Plugin d'espace client avancé et de règles de livraison. ## Un plugin WooCommerce sans casser votre thème Le développement se fait dans une extension séparée, via les hooks et les API natives de WooCommerce, pour éviter toute modification directe du thème et garder vos mises à jour sereines. ## Développement basé sur les hooks WooCommerce Le plugin est développé via les actions et filtres natifs de WooCommerce, sans modification directe du thème. C'est ce qui rend l'extension robuste et compatible avec les mises à jour. - Personnalisation du panier. - Ajout de frais ou de règles de prix. - Champs personnalisés dans le tunnel de commande. - Actions déclenchées après commande. - Synchronisation avec une API externe. ## Pour aller plus loin Comprendre la mécanique : [créer un plugin WooCommerce](/blog/creer-plugin-woocommerce/) et [les hooks et filtres WooCommerce](/blog/hooks-woocommerce/). Voir aussi l'ensemble de mes prestations de [développeur WooCommerce freelance](/developpeur-woocommerce/), ou [décrivez votre besoin](/contact/). --- ### App Shopify sur mesure _Source :_ > Développement d'app Shopify sur mesure : Admin et Storefront API, webhooks, logique métier spécifique. Développeur freelance, devis gratuit sous 24 h. Développement d'app Shopify sur mesure : quand une fonctionnalité métier n'existe pas sur l'App Store, je crée une application privée ou personnalisée qui s'intègre proprement à votre boutique via l'Admin API et la Storefront API. ## Ce que couvre la prestation - App privée / personnalisée selon votre besoin (back-office ou parcours client). - Intégration via l'Admin API, la Storefront API et les webhooks. - Logique métier spécifique : tarification, abonnements, connecteurs, automatisations. - Hébergement et déploiement de l'app, sécurité comprise. ## Exemples d'apps Shopify sur mesure - App d'upsell ou de cross-sell personnalisée. - App de synchronisation ERP : stock, commandes, clients. - App de règles de livraison avancées. - App de gestion B2B ou de tarifs spécifiques. - App d'automatisation via webhooks. - App de génération de flux produits. ## Pour aller plus loin Le guide : [développer une app Shopify](/blog/developper-app-shopify/). Voir aussi l'ensemble de mes prestations de [développeur Shopify freelance](/developpeur-shopify/), ou [décrivez votre besoin](/contact/). --- ### Développeur Shopify freelance _Source :_ > Développeur Shopify freelance : thèmes Liquid sur mesure, apps, migration et optimisation de la conversion. Des boutiques rapides qui vendent. Devis gratuit sous 24 h. Développeur Shopify freelance, je crée des thèmes Liquid sur mesure et des apps adaptées à votre activité, avec la performance et le taux de conversion comme boussole. Intégrations API propres, code maintenable — sans empiler les apps payantes. ## Création de thème et d'app Shopify sur mesure Je développe des [thèmes Shopify en Liquid](/developpeur-shopify/theme-liquid/) rapides et faciles à éditer, ainsi que des [apps Shopify sur mesure](/developpeur-shopify/app-sur-mesure/) qui regroupent vos besoins métier dans une seule solution, plutôt que d'accumuler les abonnements mensuels. ## Types de missions Shopify prises en charge - [Création de thème Shopify Liquid](/developpeur-shopify/theme-liquid/) - [Développement d'app Shopify sur mesure](/developpeur-shopify/app-sur-mesure/) - [Migration vers Shopify](/developpeur-shopify/migration/) - [Optimisation et conversion Shopify](/developpeur-shopify/optimisation-conversion/) - [Correction de bug Shopify](/contact/) ## Ce que je développe sur Shopify Je m'appuie sur l'ensemble de l'écosystème Shopify moderne pour livrer des boutiques performantes et évolutives : - **Online Store 2.0** : thèmes à base de _sections_ et de _blocks_ entièrement éditables depuis l'éditeur. - **Liquid** : templates et logique d'affichage sur mesure, sans surcharge inutile. - **Metaobjects & metafields** : modélisation de contenus et de données produit personnalisés. - **Shopify Functions** : règles de prix, de remise et de livraison sur mesure, exécutées côté serveur. - **Checkout Extensibility** : personnalisation du checkout (upsell, champs, branding) sur Shopify Plus. - **Admin API & Storefront API** : intégrations back-office et expériences headless. - **Webhooks** : synchronisation en temps réel avec vos outils (ERP, CRM, logistique). ## Pourquoi un développeur Shopify freelance ? Un interlocuteur unique et senior, qui privilégie une app sur mesure bien pensée à une pile d'apps payantes : moins d'abonnements, plus de vitesse et un code qui vous appartient. [Parlons de votre projet](/contact/). --- ### Migration PrestaShop 1.6 / 1.7 vers 8 et 9 _Source :_ > Migration PrestaShop 1.6/1.7 vers 8 et 9 sans perte de données ni de SEO : audit, préproduction, recette et bascule maîtrisée. Devis gratuit sous 24 h. Migrer vers PrestaShop 8 ou 9 sans perdre ni données ni référencement : j'audite l'existant, je rejoue la migration sur un environnement de préproduction, je reprends le thème et les modules, puis je bascule en production avec un plan de redirections 301 complet. ## Ce que couvre la migration - Audit et inventaire (modules, thème, surcharges, volumétrie, SEO). - Reprise des données : produits, clients, commandes, URLs. - Modules : remplacement ou redéveloppement des modules métier essentiels. - Plan de redirections 301 et recette complète avant bascule. ## Avant / après une migration PrestaShop AvantAprèsPrestaShop 1.6 / 1.7 non maintenuPrestaShop 8 ou 9 stable et sécuriséVersion PHP anciennePHP récent et supportéModules incompatiblesModules remplacés ou redéveloppésThème obsolèteThème repris ou refonduRisque de perte SEORedirections 301 et recette SEO avant bascule ## Ce que je vérifie avant une migration PrestaShop - Version PHP et configuration serveur. - Modules actifs et modules critiques au métier. - Overrides et surcharges du thème. - URLs indexées et trafic SEO existant. - Règles de transport, de paiement et de taxes. - Volumétrie produits, clients et commandes. ## Les risques d'une migration PrestaShop mal préparée Une migration bâclée ne se voit pas le jour J — elle se paie les semaines suivantes. Voici les conséquences concrètes que la méthode décrite plus haut sert précisément à éviter. - Perte de positions SEO à cause d'URLs non redirigées. - Modules critiques incompatibles avec PS 8/9. - Perte de données clients ou commandes. - Thème cassé sur mobile. - Problèmes de paiement ou de transport après la bascule. ## Pour aller plus loin Le guide pas à pas : [migrer de PrestaShop 1.6 vers 8](/blog/migration-prestashop-1-6-vers-8/), et la question [PrestaShop 8 ou 9](/blog/prestashop-9-nouveautes/). Voir aussi toutes mes prestations de [développeur PrestaShop freelance](/developpeur-prestashop/), ou [demandez un audit de faisabilité](/contact/). --- ### Migration vers Shopware 6 _Source :_ > Migration vers Shopware 6 : reprise de catalogue, données et SEO maîtrisés, recette et bascule. Développeur freelance, devis gratuit sous 24 h. Migration vers Shopware 6 : je reprends votre catalogue, vos données et votre référencement depuis Shopware 5 ou une autre plateforme, avec une recette complète sur préproduction et un plan de redirections 301 avant la bascule. ## Ce que couvre la migration - Reprise du catalogue, des clients et des commandes. - Portage ou redéveloppement des extensions et du thème. - Plan de redirections 301 pour préserver le SEO. - Recette sur préproduction puis bascule maîtrisée. ## Shopware 5 vers 6 : ce qui ne se migre pas automatiquement Shopware 6 est une refonte complète, pas une simple montée de version. L'assistant de migration officiel transfère bien les _données_ (produits, catégories, clients, commandes, médias), mais une partie du projet doit être reconstruite à la main. C'est précisément là que se joue la réussite d'une migration. - **Les plugins Shopware 5** : incompatibles avec la 6, il faut trouver l'équivalent ou redévelopper la fonction. - **Le thème** : on passe de Smarty (SW5) à Twig et au Storefront (SW6) — le thème est à refaire. - **Les surcharges et développements spécifiques** : à réécrire selon l'architecture Symfony / DAL. - **Les URLs et le SEO** : la structure change, d'où le plan de redirections 301. - **Certains réglages et champs personnalisés** : à remapper manuellement. ## Pour aller plus loin Pour situer Shopware face à d'autres solutions : [Shopware vs PrestaShop](/blog/shopware-vs-prestashop/). Voir aussi l'ensemble de mes prestations de [développeur Shopware 6 freelance](/developpeur-shopware/), ou [demandez un audit de migration](/contact/). --- ### Thème & intégration WooCommerce _Source :_ > Thème et intégration WooCommerce : intégration fidèle, performante et SEO-friendly sur WordPress. Développeur freelance, devis gratuit sous 24 h. Thème et intégration WooCommerce : j'intègre votre maquette en thème WordPress/WooCommerce fidèle, performant et SEO-friendly, ou je personnalise proprement un thème existant (souvent à partir d'un thème bloc ou d'un framework). ## Ce que couvre la prestation - Intégration d'une maquette en thème WooCommerce sur mesure ou thème enfant. - Personnalisation des pages boutique, produit, panier et checkout. - Responsive, accessibilité et performance dès la conception. - Code propre et compatible avec les mises à jour de WordPress. ## Pour aller plus loin Un thème léger soutient la vitesse : voir [accélérer WooCommerce](/blog/accelerer-woocommerce/) et l'[optimisation des performances](/developpeur-woocommerce/optimisation-performance/). Voir aussi l'ensemble de mes prestations de [développeur WooCommerce freelance](/developpeur-woocommerce/), ou [parlons de votre projet](/contact/). --- ### Développeur WooCommerce freelance _Source :_ > Développeur WooCommerce freelance : plugins sur mesure, intégrations ERP et paiement, performance et Core Web Vitals sur WordPress. Devis gratuit sous 24 h. Développeur WooCommerce freelance, je développe des extensions sur mesure et des intégrations fiables sur WordPress, du tunnel de paiement à la synchronisation ERP, avec une attention constante à la performance et au SEO. ## Développement de plugin WooCommerce sur mesure Je développe des [plugins WooCommerce sur mesure](/developpeur-woocommerce/plugin-sur-mesure/) propres, maintenables et compatibles avec les mises à jour WordPress, en utilisant les hooks natifs, l'API REST et les standards de développement WordPress. Pas d'usine à gaz : juste la fonctionnalité métier dont votre boutique a besoin, intégrée sans casser le reste. ## Types de missions WooCommerce prises en charge - [Développeur plugin WooCommerce sur mesure](/developpeur-woocommerce/plugin-sur-mesure/) - [Optimisation vitesse WooCommerce](/developpeur-woocommerce/optimisation-performance/) - [Connexion WooCommerce à un ERP](/developpeur-woocommerce/integration-erp/) - [Intégration de thème WooCommerce](/developpeur-woocommerce/theme-integration/) - [Correction de bug WooCommerce](/contact/) - [Maintenance WooCommerce freelance](/contact/) ## Performance, hooks et intégrations Sous le capot, une boutique WooCommerce fiable et rapide repose sur quelques fondamentaux que je maîtrise : - **Hooks WordPress / WooCommerce** : actions et filtres natifs plutôt que des surcharges fragiles. - **Compatibilité thème** : un code qui cohabite proprement avec votre thème et vos extensions. - **Performance** : cache serveur (LiteSpeed), Redis / object cache, optimisation des requêtes et des Core Web Vitals. - **ERP / API REST** : synchronisation des produits, stocks et commandes via l'API REST WooCommerce. - **Sécurité & maintenance** : mises à jour maîtrisées, sauvegardes et durcissement. ## Pourquoi un développeur WooCommerce freelance ? Un interlocuteur unique, senior, qui code lui-même : décisions rapides, tarifs sans surcouche d'agence et un code pensé pour survivre aux mises à jour. [Parlons de votre projet](/contact/). --- ### Migration vers Shopify _Source :_ > Migration vers Shopify sans perdre votre référencement : plan de redirections 301, recette et bascule maîtrisée. Développeur freelance, devis gratuit sous 24 h. Migrer vers Shopify sans perdre votre référencement : je reprends votre catalogue, vos clients et vos commandes, et je bâtis un plan de redirections 301 exhaustif pour préserver vos positions et votre trafic. ## Ce que couvre la migration - Reprise du catalogue, des clients et de l'historique de commandes. - Plan de redirections 301 depuis votre ancienne plateforme (PrestaShop, WooCommerce, Magento…). - Recette SEO et fonctionnelle avant la bascule. - Mise en ligne et suivi post-migration. ## Pour aller plus loin Le guide : [migrer vers Shopify sans perdre son référencement](/blog/migrer-vers-shopify-seo/). Voir aussi l'ensemble de mes prestations de [développeur Shopify freelance](/developpeur-shopify/), ou [demandez un audit de migration](/contact/). --- ### Optimisation des performances WooCommerce _Source :_ > Optimisation des performances WooCommerce : cache, Redis, Core Web Vitals et hébergement. Une boutique WordPress rapide. Devis gratuit sous 24 h. Votre boutique WooCommerce est lente ? J'identifie les vraies causes (extensions, requêtes, cache, hébergement) et j'optimise la vitesse pour repasser vos Core Web Vitals au vert et améliorer la conversion. ## Ce que couvre l'optimisation - Audit de performance et analyse des extensions qui pèsent. - Cache serveur (LiteSpeed), Redis / object cache et optimisation des requêtes. - Images (WebP, lazy-loading), CSS/JS différés, base de données nettoyée. - Conseil hébergement adapté à WooCommerce. ## Diagnostic rapide des Core Web Vitals La plupart des boutiques lentes souffrent des mêmes maux. Voici comment je relie un symptôme à sa cause et à l'action qui le corrige. ProblèmeCause fréquenteActionLCP élevéImage hero trop lourdeCompression + preloadINP mauvaisJS / plugins trop lourdsDésactivation ou refactorisationCLS visibleImages sans dimensionsAttributs width / heightBack-office lentBase de données gonfléeNettoyage + index ## Pour aller plus loin Le détail des leviers : [accélérer WooCommerce](/blog/accelerer-woocommerce/). Voir aussi l'ensemble de mes prestations de [développeur WooCommerce freelance](/developpeur-woocommerce/), ou [demandez un audit de performance](/contact/). --- ### Shopware headless avec Store API _Source :_ > Shopware headless avec la Store API : front découplé performant et multi-canal (Vue, React, Next). Développeur freelance, devis gratuit sous 24 h. Shopware headless avec la Store API : je découple votre front de Shopware pour un site ultra-rapide et flexible (Vue, React, Next), tout en conservant la puissance de gestion de Shopware côté back-office. ## Ce que couvre la prestation - Architecture headless / composable autour de la Store API. - Frontend découplé (Vue, React, Next, Nuxt) sur mesure. - Performance maximale et expérience d'achat fluide. - Approche multi-canal (web, app, bornes). ## Pour aller plus loin Le guide : [Shopware headless avec la Store API](/blog/shopware-headless/). Voir aussi l'ensemble de mes prestations de [développeur Shopware 6 freelance](/developpeur-shopware/), ou [parlons de votre architecture](/contact/). --- ### Thème & intégration PrestaShop _Source :_ > Intégration et personnalisation de thème PrestaShop : maquette fidèle, responsive et performante. Développeur freelance, devis gratuit sous 24 h. Intégration et personnalisation de thème PrestaShop : je transforme une maquette en thème fidèle, responsive et performant, ou je fais évoluer votre thème existant proprement, sans surcharges fragiles. ## Ce que couvre la prestation - Intégration d'une maquette (Figma, PSD) en thème PrestaShop fidèle au pixel. - Personnalisation et évolution d'un thème existant. - Responsive, accessibilité et performance (Core Web Vitals) intégrées dès le départ. - Code propre, surcharges maîtrisées et compatible avec les mises à jour. ## Pour aller plus loin Un thème rapide va de pair avec l'[optimisation des performances](/developpeur-prestashop/optimisation-performance/) ; voir aussi mon guide [optimiser les performances de PrestaShop](/blog/optimiser-performance-prestashop/) et l'ensemble de mes prestations de [développeur PrestaShop freelance](/developpeur-prestashop/). Un projet ? [Parlons-en](/contact/). --- ### Développeur Shopware 6 freelance _Source :_ > Développeur Shopware 6 freelance : plugins sur mesure, migration, intégration ERP/PIM et architecture headless. Symfony et Vue.js. Devis gratuit sous 24 h. Développeur Shopware 6 freelance, je développe des plugins en Symfony et Twig, des administrations Vue.js et des architectures headless, dans le respect des standards de la plateforme — un code pensé pour durer et évoluer. ## Types de missions Shopware 6 prises en charge - [Développeur plugin Shopware 6 sur mesure](/developpeur-shopware/plugin-sur-mesure/) - [Migration Shopware 5 vers 6](/developpeur-shopware/migration/) - [Shopware headless freelance](/developpeur-shopware/headless/) - [Intégration ERP / PIM Shopware](/developpeur-shopware/integration-erp/) - [Maintenance Shopware 6](/contact/) - [Shopware B2B](/contact/) ## Développeur Shopware 6 en France Les développeurs maîtrisant réellement Shopware 6 (Symfony, Data Abstraction Layer, Store API, administration Vue.js) sont rares en France — c'est une plateforme exigeante, mais aussi une opportunité : moins de concurrence et des projets à forte valeur. Que vous prépariez une [migration Shopware 5 vers 6](/developpeur-shopware/migration/), un [plugin sur mesure](/developpeur-shopware/plugin-sur-mesure/) ou une architecture [headless via la Store API](/developpeur-shopware/headless/), j'interviens de bout en bout, en B2B comme en B2C. ## Pour aller plus loin Mes guides Shopware : [développer un plugin Shopware 6](/blog/developper-plugin-shopware-6/), [Shopware headless avec la Store API](/blog/shopware-headless/), et le comparatif [Shopware vs PrestaShop](/blog/shopware-vs-prestashop/). --- ### Intégration ERP / PIM Shopware _Source :_ > Intégration ERP / PIM Shopware : synchronisation des données produits, stocks et commandes via API. Développeur freelance, devis gratuit sous 24 h. Intégration ERP / PIM Shopware : je connecte Shopware 6 à vos systèmes pour synchroniser les données produits, les stocks et les commandes, avec des flux fiables adaptés au B2C comme au B2B. ## Ce que couvre la prestation - Synchronisation catalogue, stocks, prix (y compris tarifs par groupe B2B) et commandes. - Connecteurs vers ERP et PIM (Sage, Cegid, Akeneo, Odoo, Dynamics…). - Flux robustes via la DAL et les API, avec gestion des erreurs. - Automatisations planifiées ou temps réel. ## Pour aller plus loin Shopware est particulièrement à l'aise en B2B ; voir le guide [développer un plugin Shopware 6](/blog/developper-plugin-shopware-6/) pour la mécanique. Voir aussi l'ensemble de mes prestations de [développeur Shopware 6 freelance](/developpeur-shopware/), ou [parlons de votre ERP/PIM](/contact/). --- ### Intégration ERP WooCommerce _Source :_ > Intégration paiement et ERP WooCommerce : synchronisation catalogue, stocks et commandes via API. Développeur freelance, devis gratuit sous 24 h. Intégration ERP WooCommerce : je connecte votre boutique à votre ERP et à vos systèmes (logistique, paiement) pour synchroniser produits, stocks et commandes, et en finir avec la double saisie. ## Ce que couvre la prestation - Synchronisation produits, prix, stocks et commandes via l'API REST. - Connecteur sur mesure vers votre ERP (Sage, Cegid, Odoo, Dynamics…). - Flux fiables : files d'attente, reprises automatiques, journalisation. - Intégrations de paiement et de transporteurs spécifiques. ## Pour aller plus loin Le guide complet : [connecter WooCommerce à un ERP](/blog/woocommerce-erp/). Voir aussi l'ensemble de mes prestations de [développeur WooCommerce freelance](/developpeur-woocommerce/), ou [parlons de votre ERP](/contact/). --- ### Optimisation & conversion Shopify _Source :_ > Optimisation et conversion Shopify : vitesse, parcours d'achat et taux de conversion. Développeur freelance, devis gratuit sous 24 h. Une boutique Shopify rapide qui convertit : j'optimise la vitesse, le parcours d'achat et les éléments de conversion pour transformer davantage de visiteurs en clients. ## Ce que couvre la prestation - Optimisation de la vitesse (thème, apps superflues, images, scripts). - Amélioration du parcours d'achat et de la page produit. - Optimisation mobile et des Core Web Vitals. - Tests et ajustements orientés taux de conversion. ## Pour aller plus loin Un thème léger aide la conversion : voir [Online Store 2.0](/blog/shopify-online-store-2-0/) et la [création de thème Liquid](/developpeur-shopify/theme-liquid/). Voir aussi l'ensemble de mes prestations de [développeur Shopify freelance](/developpeur-shopify/), ou [parlons de vos objectifs](/contact/). --- ### Optimisation des performances PrestaShop _Source :_ > Optimisation des performances PrestaShop : cache, serveur, base de données et Core Web Vitals. Une boutique rapide qui convertit. Devis gratuit sous 24 h. Votre boutique PrestaShop est lente ? J'identifie les vrais goulots (serveur, base de données, cache, thème, images) et je repasse vos Core Web Vitals au vert, pour un meilleur référencement et une conversion qui remonte. ## Ce que couvre l'optimisation - Audit de performance (Lighthouse, profiling PrestaShop, requêtes SQL). - Cache serveur (LiteSpeed/LSCache, Redis), OPcache et version PHP. - Nettoyage et indexation de la base de données. - Images (WebP/AVIF, lazy-loading), CCC et réduction du JavaScript. ## Ce que vous obtenez après l'audit performance L'audit n'est pas une boîte noire : vous repartez avec un livrable clair et actionnable, priorisé par impact réel. - Liste des modules les plus lourds. - Analyse des requêtes SQL lentes. - Diagnostic du cache serveur et PrestaShop. - Priorisation des optimisations par impact. - Mesures avant / après sur mobile et desktop. ## Pour aller plus loin Le détail des leviers : [optimiser les performances de PrestaShop](/blog/optimiser-performance-prestashop/). L'optimisation accompagne souvent une [migration](/developpeur-prestashop/migration/) ou une refonte de thème. Voir toutes mes prestations de [développeur PrestaShop freelance](/developpeur-prestashop/), ou [demandez un audit de performance](/contact/). --- ### Maintenance & support PrestaShop _Source :_ > Maintenance et support PrestaShop : mises à jour, sécurité, corrections et évolutions. Un développeur freelance réactif. Devis gratuit sous 24 h. Une boutique PrestaShop demande un suivi régulier : mises à jour, sécurité, sauvegardes, corrections et petites évolutions. Je propose une maintenance mensuelle réactive pour garder votre site fiable, rapide et à jour — sans mauvaise surprise. ## Ce que couvre la maintenance - Mises à jour de PrestaShop, des modules et du thème, testées avant déploiement. - Sécurité : correctifs, durcissement, surveillance. - Sauvegardes régulières et plan de restauration. - Corrections de bugs et petites évolutions au fil de l'eau. ## Maintenance préventive vs corrective Beaucoup de boutiques n'appellent un développeur que lorsque le site est déjà cassé. C'est le mode **correctif** : on répare dans l'urgence, souvent au plus mauvais moment et au plus haut coût. La maintenance **préventive** inverse la logique — on anticipe pour que la panne n'arrive pas. PréventiveCorrectiveMises à jour testées et planifiéesRéparation après incidentSauvegardes vérifiées en amontRestauration en catastropheSurveillance et correctifs de sécuritéIntervention après piratageCoût lissé et prévisibleCoût d'urgence, perte de chiffre d'affaires Un forfait mensuel, c'est précisément ce qui finance le préventif : on évite l'incident plutôt que de le subir. ## Pour aller plus loin La maintenance va de pair avec l'[optimisation des performances](/developpeur-prestashop/optimisation-performance/) et la sécurisation après une [migration](/developpeur-prestashop/migration/). Voir l'ensemble de mes prestations de [développeur PrestaShop freelance](/developpeur-prestashop/), ou [demandez un forfait de maintenance](/contact/). --- ## Articles de blog — contenu intégral ### Pourquoi faire appel à un développeur e-commerce freelance _Source :_ — _publié_ 2026-06-18 > Pourquoi faire appel à un développeur e-commerce freelance : expertise directe sans intermédiaire, souplesse et réactivité, et coût maîtrisé. Pour un projet e-commerce, on hésite souvent entre trois options : une agence, un salarié ou un freelance. Le freelance combine expertise pointue, souplesse et coût maîtrisé — mais ce n'est pas la bonne réponse dans tous les cas. Voici un panorama honnête pour décider en connaissance de cause. ## Freelance, agence ou salarié : le bon cadre Chaque format répond à un besoin différent. Le tableau ci-dessous résume les arbitrages. CritèreFreelanceAgenceSalariéCoûtMaîtriséÉlevé (frais de structure)Charges fixes permanentesExpertisePointue et directeLarge, mutualiséeDédiée mais souvent généralisteSouplesseForteMoyenneFaible (engagement durable)ContinuitéÀ sécuriserForteForteIdéal pourBesoin spécialiséGros projet multi-métierBesoin technique permanent ## Expertise directe, sans intermédiaire Avec un freelance spécialisé, vous parlez directement à la personne qui code. Pas de couche commerciale ni de chef de projet à rallonge : les décisions techniques se prennent vite et bien, par quelqu'un qui connaît réellement votre plateforme. Sur des sujets pointus — un module PrestaShop, une migration, une optimisation de performance — cette expertise concentrée fait souvent la différence face à un profil généraliste. ## Souplesse et réactivité Un freelance s'adapte à votre rythme : une mission ponctuelle, un renfort sur un sprint, une maintenance au long cours. Vous engagez la compétence dont vous avez besoin, quand vous en avez besoin, sans structure lourde ni processus de validation interminable. Cette agilité est précieuse quand un correctif urgent ou une évolution rapide ne peuvent pas attendre le prochain comité d'une agence. ## Coût maîtrisé Moins de frais de structure qu'une agence, pas de charges d'un salarié à temps plein : le freelance offre souvent le meilleur rapport expertise/prix, surtout pour des besoins spécialisés et délimités. Vous payez de la compétence appliquée à votre problème, pas une organisation à entretenir. Pour estimer une enveloppe, voyez [combien coûte un site e-commerce sur mesure](/blog/prix-site-e-commerce/) et [le prix d'un module PrestaShop](/blog/prix-module-prestashop/). ## Les limites du freelance (en toute honnêteté) Le freelance n'est pas une solution miracle. Sa capacité est par nature limitée : un seul intervenant ne peut pas mener dix chantiers en parallèle. Il représente aussi un _point unique_ — d'où l'importance d'un code documenté et d'une continuité réfléchie. Et sur un projet qui mobilise plusieurs métiers en même temps (design, dev front, dev back, SEO, gestion de projet), un freelance seul atteindra ses limites. Reconnaître ces contraintes, c'est aussi savoir quand le freelance reste le bon choix. ## Quand préférer une agence Une agence s'impose pour les très gros projets multi-compétences menés en parallèle, lorsque vous avez besoin d'une garantie de continuité institutionnelle, ou d'une équipe pluridisciplinaire mobilisable d'un bloc. Vous payez cette mutualisation et cette sécurité, mais pour un chantier d'envergure avec des contraintes de délais serrés sur plusieurs fronts, c'est parfois le format le plus adapté. ## Comment bien choisir son freelance e-commerce Tous les freelances ne se valent pas. Quelques critères font la différence : - **La spécialisation** : un expert de votre plateforme (PrestaShop, WooCommerce, Shopware, Shopify) plutôt qu'un touche-à-tout. - **Le portfolio** : des réalisations concrètes, idéalement dans votre secteur ou sur des problématiques proches. - **La qualité du code** : code documenté, standards respectés, livrables qu'un autre développeur pourra reprendre. - **La communication** : capacité à expliquer les choix techniques en langage clair et à cadrer avant de coder. - **Les avis** : retours clients vérifiables (plateformes type Malt, recommandations). ## Les missions typiques d'un freelance Concrètement, on fait appel à un freelance e-commerce pour : développer un [module ou un plugin sur mesure](/developpeur-prestashop/module-sur-mesure/), mener une [migration de plateforme](/developpeur-prestashop/migration/) sans perte de données ni de SEO, optimiser la [vitesse et les Core Web Vitals](/developpeur-prestashop/optimisation-performance/), renforcer une équipe sur un sprint, ou assurer la [maintenance technique](/developpeur-prestashop/maintenance/) au long cours. Autant de besoins où l'expertise concentrée d'un indépendant est un vrai atout. Pour cadrer votre projet en amont, lisez [quelle plateforme e-commerce choisir](/blog/choisir-plateforme-e-commerce/). Vous cherchez un partenaire technique sur PrestaShop, Shopify, WooCommerce ou Shopware ? Découvrez mes prestations de [développeur e-commerce freelance](/) ou [contactez-moi](/contact/) pour en parler. --- ### Combien coûte un site e-commerce sur mesure ? _Source :_ — _publié_ 2026-06-16 > Combien coûte un site e-commerce sur mesure ? Les grands postes de coût, les facteurs de prix et l'arbitrage entre clé en main et sur mesure. « Combien coûte un site e-commerce sur mesure ? » La question est légitime, et la réponse dépend entièrement du périmètre. Un même mot — « boutique » — peut désigner un projet à 3 000 € comme un projet à 40 000 €. Voici des repères honnêtes, les postes qui font varier le budget et les coûts qu'on oublie souvent, pour éviter les mauvaises surprises. ## Les grands postes de coût Un projet e-commerce, ce n'est jamais « juste un design ». Le budget se répartit entre plusieurs postes, chacun pesant dans l'addition finale : - **Design et UX** : maquettes, identité, parcours d'achat. - **Intégration et thème** : mise en forme front, responsive, accessibilité. - **Paramétrage de la plateforme** : taxes, transport, paiement, règles catalogue. - **Développements spécifiques** : modules ou plugins sur mesure pour votre métier. - **Intégrations tierces** : paiement, transporteurs, ERP, PIM, marketing. - **Reprise de données** : produits, clients, commandes, URLs. - **Recette et mise en ligne** : tests, corrections, plan de redirections. ## Fourchettes de budget réalistes À titre indicatif, voici les ordres de grandeur observés selon l'ambition du projet. Ce sont des repères, pas des devis : seul un cadrage précis permet de chiffrer juste. Type de projetFourchette indicativeBoutique standard (thème du marché + modules existants)2 000 – 5 000 €Boutique sur mesure (design propre + développements spécifiques)6 000 – 15 000 €Plateforme B2B ou ERP connecté15 000 – 40 000 € et plusRefonte avec migration et reprise SEOSur devis selon l'existant Ces écarts s'expliquent par la quantité de développement spécifique et le nombre d'intégrations. Une vitrine marchande standard et une plateforme B2B avec tarifs par client et ERP synchronisé ne jouent pas dans la même catégorie. ## Ce qui fait varier le prix Quatre facteurs dominent. La **taille et la complexité du catalogue** (déclinaisons, attributs, multi-entrepôt), le **niveau de personnalisation** (un thème adapté ou une expérience entièrement sur mesure), les **intégrations tierces** (chaque connecteur ERP, PIM ou logistique est un chantier), et le besoin de **migration** avec reprise des données et du référencement. S'ajoutent souvent le **multilingue et le multiboutique**, qui multiplient le travail de contenu et de recette. ## Les coûts récurrents souvent oubliés Le prix de création n'est qu'une partie de l'histoire. Anticipez aussi les coûts qui reviennent chaque mois ou chaque année : - **Hébergement** : un bon serveur conditionne la performance et la stabilité. - **Licences et abonnements** : modules premium, apps, services tiers. - **Maintenance** : mises à jour de sécurité, correctifs, sauvegardes. - **TMA et évolutions** : le site vit, il faut le faire évoluer. Un projet bien pensé cherche à réduire ces frais récurrents — c'est précisément l'un des arguments du sur mesure. ## Sur mesure ou clé en main ? Une solution **clé en main** (thème du marché, modules standards) réduit le coût initial mais limite la différenciation et fait souvent grimper les frais récurrents : on empile les abonnements de modules pour combler les manques. Le **sur mesure** coûte plus au départ, mais évite cet empilement, colle exactement au besoin et reste plus léger à maintenir. Raisonné en coût total de possession (TCO) sur deux ou trois ans, le sur mesure est fréquemment plus rentable — surtout dès qu'une logique métier spécifique entre en jeu. ## Comment maîtriser son budget Quelques réflexes évitent les dérapages. **Rédigez un cahier des charges**, même léger : il cadre le devis et limite les allers-retours. **Procédez par phases** : un premier périmètre solide (MVP) mis en ligne, puis des évolutions priorisées selon les résultats. **Hiérarchisez** les fonctionnalités entre indispensables et « nice to have ». Et **méfiez-vous de l'empilement de modules** : trois extensions mal intégrées coûtent souvent plus, en argent et en lenteurs, qu'un développement ciblé. Pour bien choisir votre base technique, lisez [quelle plateforme e-commerce choisir](/blog/choisir-plateforme-e-commerce/) et [pourquoi passer par un freelance](/blog/developpeur-e-commerce-freelance/). Côté développement spécifique, voyez le [prix d'un module PrestaShop sur mesure](/blog/prix-module-prestashop/). Pour un chiffrage adapté à votre projet, [demandez un devis gratuit](/contact/). --- ### Quelle plateforme e-commerce choisir en 2026 ? _Source :_ — _publié_ 2026-06-11 > Quelle plateforme e-commerce choisir en 2026 ? Une grille de décision (niveau technique, SEO, B2B/B2C, catalogue, intégrations) et le bon outil par besoin. PrestaShop, WooCommerce, Shopware ou Shopify ? Choisir sa plateforme e-commerce est une décision structurante : elle conditionne vos coûts, votre liberté technique et votre capacité à évoluer pendant des années. Plutôt que de désigner un « meilleur » absolu — qui n'existe pas —, ce guide vous donne les critères de décision et la plateforme la plus adaptée à chaque profil de projet en 2026. ## Les critères de choix Avant de comparer les outils, clarifiez votre besoin. Six critères suffisent à orienter 90 % des décisions : - **Votre cible** : B2C, B2B, ou les deux ? Le B2B change tout. - **La taille du catalogue** et sa complexité : déclinaisons, tarifs multiples, multi-entrepôt. - **Votre budget** de mise en œuvre _et_ de fonctionnement (les deux comptent). - **Votre besoin de liberté technique** : open source (vous maîtrisez le code) ou SaaS (vous déléguez l'infrastructure). - **Votre stratégie de contenu et de SEO** : éditorial fort ou catalogue pur. - **Vos intégrations** : ERP, PIM, logistique, paiement, marketing. Notez vos priorités sur ces six axes avant de lire la suite : c'est elles, et non la réputation d'un outil, qui doivent trancher. ## Comparatif des 4 plateformes CritèrePrestaShopWooCommerceShopware 6ShopifyModèleOpen sourceOpen sourceOpen sourceSaaSCibleTPE/PME B2CContenu + ventePME/ETI, B2BLancement rapideLiberté techniqueÉlevéeÉlevéeÉlevéeLimitée (SaaS)Coût d'entréeModéréModéréÉlevéAbonnementSEO éditorialCorrectExcellentBonBonB2BVia modulesVia extensionsNatifVia offre dédiéeHébergementÀ votre chargeÀ votre chargeÀ votre chargeInclus ## PrestaShop : l'écosystème français PrestaShop est la référence des TPE et PME françaises en B2C. Ses forces : un marketplace de modules immense, une communauté nombreuse, des ressources en français à profusion et un coût d'entrée raisonnable. Ses limites : une base technique hétérogène (héritage historique + Symfony partiel) et une qualité de modules très variable. C'est le choix par défaut pour lancer ou faire évoluer une boutique B2C sans budget illimité, à condition de soigner les performances. Voir mes prestations de [développeur PrestaShop freelance](/developpeur-prestashop/). ## WooCommerce : le champion du contenu WooCommerce est une extension de WordPress : il hérite donc de la meilleure plateforme de contenu du marché. Ses forces : un SEO éditorial imbattable, une flexibilité quasi totale via les [hooks](/blog/hooks-woocommerce/), des milliers d'extensions et aucune commission sur les ventes. Ses limites : vous gérez l'hébergement, la sécurité et la maintenance, et la performance demande de la rigueur sur une boutique chargée. C'est le choix idéal pour une stratégie _content-first_ ou un site WordPress existant à transformer en boutique. Voir mes prestations de [développeur WooCommerce freelance](/developpeur-woocommerce/). ## Shopware 6 : le socle moderne et B2B Shopware 6 est la plateforme la plus moderne du lot : full Symfony, administration Vue.js, couche de données structurée (DAL) et une Store API pensée pour le headless. Sa suite B2B native est un vrai différenciateur. Ses limites : un coût de mise en œuvre plus élevé, un écosystème de plugins plus restreint et une rareté de développeurs en France. C'est le choix d'un projet ambitieux, à composante B2B ou multi-canal. Voir mes prestations de [développeur Shopware 6 freelance](/developpeur-shopware/) et le comparatif détaillé [Shopware vs PrestaShop](/blog/shopware-vs-prestashop/). ## Shopify : la simplicité clé en main Shopify est la seule solution SaaS du comparatif : hébergement, sécurité et mises à jour sont gérés pour vous. Ses forces : un démarrage très rapide, une grande fiabilité et zéro gestion d'infrastructure. Ses limites : un abonnement mensuel, des commissions hors Shopify Payments, une personnalisation encadrée et des URLs imposées. C'est le choix de qui veut vendre vite sans toucher à la technique. Voir mes prestations de [développeur Shopify freelance](/developpeur-shopify/) et le comparatif [Shopify vs WooCommerce](/blog/shopify-vs-woocommerce/). ## Open source ou SaaS ? C'est l'arbitrage de fond, qui structure tous les autres. L'**open source** (PrestaShop, WooCommerce, Shopware) vous donne la pleine maîtrise du code, des données et de l'hébergement, sans abonnement à la plateforme ni commission — au prix de la responsabilité technique (mises à jour, sécurité, sauvegardes). Le **SaaS** (Shopify) délègue tout cela, au prix d'un abonnement, de commissions éventuelles et d'une liberté réduite. Si vous voulez posséder un actif que vous faites évoluer librement, l'open source l'emporte ; si vous voulez la tranquillité opérationnelle, le SaaS séduit. ## Penser en coût total de possession L'erreur la plus coûteuse est de comparer les plateformes sur le seul prix de départ. Ce qui compte, c'est le **coût total sur deux ou trois ans** : création, mais aussi hébergement, extensions et abonnements, maintenance, et évolutions. Une solution « gratuite » à l'installation peut coûter cher en modules empilés ; une solution SaaS « simple » peut grimper avec les apps payantes et les commissions. Raisonner en TCO révèle souvent un classement très différent de la première impression. Pour creuser, voyez [combien coûte un site e-commerce sur mesure](/blog/prix-site-e-commerce/). ## Anticiper l'évolutivité et la sortie Choisissez aussi en fonction de l'avenir. Votre catalogue va-t-il grossir ? Le B2B est-il prévu à moyen terme ? Aurez-vous besoin d'un front sur mesure ou multi-canal ? Une plateforme adaptée à votre projet d'aujourd'hui mais pas à celui de demain vous obligera à une migration coûteuse. Et justement : vérifiez la _réversibilité_. Pouvoir migrer plus tard sans perdre vos données ni votre SEO (via un plan de redirections 301) est un critère de choix à part entière, trop souvent ignoré au départ. ## La bonne plateforme selon votre profil - **TPE/PME B2C, budget maîtrisé, en France** → [PrestaShop](/developpeur-prestashop/) : écosystème riche, communauté forte. - **Contenu et SEO au cœur de la stratégie** → [WooCommerce](/developpeur-woocommerce/) : la puissance éditoriale de WordPress. - **Projet ambitieux, B2B, multi-canal ou headless** → [Shopware 6](/developpeur-shopware/) : socle moderne et B2B natif. - **Lancement très rapide, sans gérer d'infrastructure** → [Shopify](/developpeur-shopify/) : SaaS clé en main, en acceptant moins de liberté et un coût récurrent. ## Les erreurs de choix fréquentes - **Choisir par mode** plutôt que selon son besoin réel. - **Sous-estimer le coût total** (thème, extensions, hébergement, maintenance). - **Ignorer le B2B** alors qu'il est prévu à moyen terme. - **Négliger la sortie** : pouvoir migrer plus tard sans tout perdre (données, SEO). - **Confondre simple et limité** : la facilité d'aujourd'hui peut brider la croissance de demain. ## FAQ **Quelle est la plateforme la plus utilisée en France ?** PrestaShop et WooCommerce dominent le marché français des TPE/PME. **Shopify ou open source ?** Shopify pour la rapidité et la simplicité ; l'open source pour la maîtrise et l'absence d'abonnement à la plateforme. **Peut-on changer de plateforme plus tard ?** Oui, via une migration avec reprise des données et redirections 301 — mieux vaut toutefois bien choisir au départ. **Quelle plateforme pour le B2B ?** Shopware en natif ; les autres via modules ou offres dédiées. Besoin d'un avis objectif sur votre projet ? [Parlons-en](/contact/) : je travaille sur les quatre plateformes et je vous oriente selon votre cible, votre budget et vos contraintes, sans parti pris. --- ### Shopify vs WooCommerce : que choisir ? _Source :_ — _publié_ 2026-06-09 > Shopify vs WooCommerce : solution hébergée clé en main ou WordPress auto-hébergé, liberté et coûts, et le bon choix selon votre projet. Shopify ou WooCommerce ? C'est l'un des arbitrages les plus fréquents pour lancer ou refondre une boutique. D'un côté une solution hébergée clé en main, de l'autre la flexibilité de WordPress. Aucune n'est « meilleure » dans l'absolu : tout dépend de votre projet, de votre budget et de votre rapport à la technique. Voici une comparaison honnête pour trancher. ## Le modèle : SaaS vs auto-hébergé Shopify est une solution **SaaS** : tout est géré pour vous — hébergement, sécurité, mises à jour, sauvegardes — en échange d'un abonnement mensuel. Vous vous concentrez sur la vente, Shopify s'occupe de la plomberie. WooCommerce, à l'inverse, est une extension gratuite de WordPress, donc **auto-hébergée** : vous maîtrisez tout, mais vous gérez aussi l'infrastructure, la sécurité et la maintenance (ou vous les déléguez). Cette différence de modèle irrigue tous les autres critères. La résumer d'une phrase : Shopify vend de la simplicité, WooCommerce vend de la liberté. ## Tableau comparatif CritèreShopifyWooCommerceModèleSaaS hébergéAuto-hébergé (WordPress)Coût d'entréeAbonnement mensuelGratuit (hors hébergement)Coûts récurrentsAbonnement + appsHébergement + extensionsCommissions sur ventesOui, hors Shopify PaymentsAucunePersonnalisationEncadrée (Liquid, apps)Quasi illimitée (open source)Contenu & SEOBon, mais URLs imposéesExcellent (force de WordPress)MaintenanceGérée par ShopifyÀ votre chargeCourbe d'apprentissageDoucePlus technique ## Les coûts réels C'est là que les surprises arrivent. Avec **Shopify**, l'abonnement n'est que la base : beaucoup de fonctionnalités passent par des apps payantes (souvent mensuelles), et si vous n'utilisez pas Shopify Payments, une commission s'applique sur chaque vente. Le coût total grimpe vite avec le nombre d'apps. Avec **WooCommerce**, le logiciel est gratuit, mais vous payez l'hébergement (et un bon hébergement est crucial pour la performance), certaines extensions premium, et le développement ou la maintenance. Pas de commission sur les ventes, en revanche. Sur le long terme et à volume élevé, WooCommerce est souvent plus économique ; au démarrage et pour une petite équipe, Shopify peut coûter moins cher en temps. ## Personnalisation et liberté WooCommerce hérite de l'écosystème WordPress : code ouvert, des milliers d'extensions, et la possibilité de modifier absolument tout via les [hooks](/blog/hooks-woocommerce/). Pour un besoin métier spécifique, c'est imbattable. Shopify encadre davantage : on personnalise le thème en Liquid et on étend via des apps, mais certaines mécaniques du checkout restent verrouillées (sauf sur les offres haut de gamme). Si votre projet repose sur une logique métier hors normes, WooCommerce offre plus de marge. ## SEO et contenu Sur le contenu, WooCommerce profite d'un avantage structurel : WordPress est né pour publier. Blog, pages, structure d'URL libre, plugins SEO matures — c'est l'outil idéal pour une stratégie _content-first_. Shopify s'en sort bien (canoniques automatiques, sitemap, données structurées), mais impose ses préfixes d'URL (`/products/`, `/collections/`) et son blog reste plus limité. Pour un projet où le référencement éditorial est central, WooCommerce garde une longueur d'avance. ## Maintenance et sécurité Ici, Shopify reprend l'avantage : la plateforme gère les mises à jour, la sécurité et la disponibilité. Avec WooCommerce, ces responsabilités vous incombent — mises à jour du cœur, des extensions et du thème, sauvegardes, surveillance. Ce n'est pas un défaut, c'est la contrepartie de la liberté ; mais cela suppose des compétences en interne ou un prestataire de [maintenance](/developpeur-prestashop/maintenance/). ## Lequel choisir pour votre projet ? **Choisissez Shopify si** vous voulez vendre vite sans gérer la technique, que votre catalogue est assez standard, et que la simplicité prime sur le contrôle total. **Choisissez WooCommerce si** vous avez un projet éditorial fort, un besoin de personnalisation poussée, la volonté d'éviter les abonnements et commissions, ou déjà un site WordPress à étendre. ## Et si vous voulez changer plus tard ? Le choix n'est pas définitif : on migre dans les deux sens. Si vous partez vers Shopify, lisez [migrer vers Shopify sans perdre son référencement](/blog/migrer-vers-shopify-seo/) — l'étape SEO y est décisive. Pour compléter, lisez [PrestaShop vs WooCommerce](/blog/prestashop-vs-woocommerce/) et le guide [quelle plateforme e-commerce choisir](/blog/choisir-plateforme-e-commerce/). Selon votre décision, je peux intervenir comme [développeur Shopify](/developpeur-shopify/) ou [développeur WooCommerce freelance](/developpeur-woocommerce/). --- ### PrestaShop vs WooCommerce : comparatif 2026 _Source :_ — _publié_ 2026-06-04 > PrestaShop vs WooCommerce en 2026 : solution dédiée ou extension WordPress, écosystème et coûts, et le bon choix selon votre profil de projet. PrestaShop ou WooCommerce ? C'est l'arbitrage le plus fréquent pour un projet e-commerce en France. PrestaShop est une plateforme dédiée à la vente ; WooCommerce est une extension qui transforme WordPress en boutique. Les deux sont open source, populaires et capables — mais leur logique diffère. Voici un comparatif honnête pour choisir en 2026. ## Comparatif en un coup d'œil CritèrePrestaShopWooCommerceNaturePlateforme e-commerce dédiéeExtension e-commerce de WordPressIdéal pourCatalogue important, métier e-commerceContenu + vente, blog/SEO fortGestion catalogueTrès complète en natifBonne, s'enrichit via extensionsContenu / blog / SEO éditorialCorrectExcellent (cœur WordPress)ÉcosystèmeModules e-commerceImmense (plugins WordPress)Courbe d'apprentissageSpécifique e-commerceFamilière si vous connaissez WordPressPerformance à grande échelleSolide sur gros cataloguesDemande de l'optimisation ## PrestaShop : la plateforme dédiée PrestaShop est pensé e-commerce de bout en bout : gestion fine du catalogue, des déclinaisons, des transporteurs, des règles de prix et de la TVA en natif. Pour une boutique au catalogue conséquent ou aux besoins métier marqués, c'est un socle taillé pour ça. En contrepartie, la partie contenu/éditoriale est moins riche que WordPress. Voir mon offre de [développeur PrestaShop freelance](/developpeur-prestashop/). ## WooCommerce : contenu + commerce WooCommerce s'appuie sur WordPress, le CMS de contenu le plus répandu. Son atout maître : la puissance éditoriale et SEO de WordPress, idéale pour une stratégie de contenu (blog, guides, longue traîne) couplée à la vente. L'écosystème de plugins est gigantesque. Ses points de vigilance : la performance demande un vrai travail d'optimisation à mesure que les extensions s'accumulent, et la cohérence d'ensemble dépend de la qualité des plugins choisis. Voir mon offre de [développeur WooCommerce freelance](/developpeur-woocommerce/). ## Lequel choisir selon votre profil - **Catalogue important, métier e-commerce pur** → PrestaShop. - **Stratégie de contenu / SEO éditorial forte** → WooCommerce (vous capitalisez sur WordPress). - **Vous gérez déjà un site WordPress** → WooCommerce, pour rester sur un socle familier. - **Gros volume de références et de déclinaisons** → PrestaShop, plus à l'aise en natif. ## Le coût total À l'achat, les deux sont gratuits (open source). Le coût réel vient du thème, des modules/extensions, de l'hébergement et du développement sur mesure. WooCommerce peut sembler moins cher au départ, mais l'addition d'extensions premium et le travail de performance rééquilibrent souvent la balance. Dans les deux cas, un développement propre (hooks natifs, code maintenable) protège votre investissement sur la durée. ## FAQ **Lequel est le meilleur pour le SEO ?** WooCommerce bénéficie de la force éditoriale de WordPress ; PrestaShop reste très correct avec un bon paramétrage technique. **Lequel pour un gros catalogue ?** PrestaShop est plus à l'aise en natif sur les catalogues volumineux. **Peut-on migrer de l'un à l'autre ?** Oui, avec reprise des données et plan de redirections 301 pour préserver le référencement. Vous hésitez ? [Décrivez votre projet](/contact/) : je vous oriente sans parti pris. Voir aussi [quelle plateforme e-commerce choisir en 2026](/blog/choisir-plateforme-e-commerce/). --- ### Shopware headless avec la Store API _Source :_ — _publié_ 2026-06-02 > Shopware headless avec la Store API : principe du commerce découplé, bénéfices (performance, liberté, multi-canal) et points d'attention SEO. Le commerce _headless_ sépare le back-office (gestion du catalogue, des commandes, des clients) du front-end (l'expérience d'achat). Shopware 6 est conçu pour cette architecture grâce à sa Store API. À la clé : des performances de premier ordre, une liberté de design totale et des expériences multi-canal pilotées depuis un seul back-office. Voici comment cela fonctionne concrètement et quand c'est le bon choix. ## Qu'est-ce que la Store API ? La **Store API** est l'interface qui expose tout le parcours d'achat — catalogue, recherche, panier, checkout, compte client — sous forme d'API REST. Un frontend développé en Vue, React, Next ou Nuxt consomme cette API et gère seul l'affichage. Shopware devient alors un moteur e-commerce piloté à distance : il garde la logique métier, les prix, les stocks et les règles, mais ne rend plus aucune page lui-même. C'est la différence fondamentale avec le mode classique, où Shopware sert lui-même les pages via son Storefront en Twig. En headless, le Storefront est tout simplement remplacé par votre propre application front. ## Store API vs Admin API : ne pas les confondre Shopware expose deux API distinctes, et choisir la bonne est essentiel. Store APIAdmin APIPublic viséL'acheteur, côté frontLe back-office et les intégrationsAuthentificationClé d'accès du _sales channel_OAuth (client credentials)UsageCatalogue, panier, checkout, compteCRUD complet, imports, ERP/PIMExempleFrontend découpléSynchronisation des stocks depuis un ERP Un projet headless consomme la Store API pour l'expérience d'achat, et réserve l'Admin API aux flux d'administration et aux [intégrations ERP/PIM](/developpeur-shopware/integration-erp/). ## Comment se déroule un parcours headless Tout commence par une **clé d'accès** rattachée à un sales channel de type « API ». Le front l'envoie à chaque requête via l'en-tête `sw-access-key`. Shopware renvoie alors un **jeton de contexte** (`sw-context-token`) qui identifie la session du visiteur — panier, langue, devise, client connecté. Ce jeton accompagne ensuite chaque appel. ``` // 1. Ouvrir un contexte (session) côté client fetch('https://boutique.example/store-api/context', { headers: { 'sw-access-key': 'VOTRE_CLE_ACCES_SALES_CHANNEL', 'Content-Type': 'application/json' } }); ``` Une fois le contexte établi, ajouter un produit au panier devient un simple appel POST : ``` // 2. Ajouter un produit au panier fetch('https://boutique.example/store-api/checkout/cart/line-item', { method: 'POST', headers: { 'sw-access-key': 'VOTRE_CLE_ACCES_SALES_CHANNEL', 'sw-context-token': 'JETON_DE_SESSION', 'Content-Type': 'application/json' }, body: JSON.stringify({ items: [ { type: 'product', referencedId: 'ID_DU_PRODUIT', quantity: 1 } ] }) }); ``` Le reste du tunnel suit la même logique : récupération du catalogue, gestion du compte client, puis création de la commande. Le front orchestre l'interface, Shopware reste l'autorité sur les données. ## Pourquoi passer headless ? Trois bénéfices majeurs justifient l'architecture découplée : - **Performance maximale** : un front statique ou en rendu serveur (SSR) ultra-rapide, indépendant du temps de génération des pages côté Shopware. - **Liberté créative totale** : l'interface n'est plus contrainte par le Storefront ; vous bâtissez exactement l'expérience voulue, animations et interactions comprises. - **Multi-canal** : un site web, une app mobile, des bornes ou un marketplace peuvent tous consommer la même Store API, depuis un unique back-office. ## Quels outils pour le front ? Vous pouvez tout construire à la main, mais l'écosystème propose des accélérateurs. Shopware fournit ses propres _composable frontends_ (briques Vue/Nuxt prêtes à consommer la Store API), et des solutions comme Vue Storefront/Alokai s'intègrent à Shopware. Le choix dépend de l'équipe front et du niveau de personnalisation visé : partir d'une base composable fait gagner des semaines, repartir de zéro offre un contrôle total. ## Les points d'attention Le headless ajoute une vraie complexité qu'il faut assumer : - **SEO** : sans rendu serveur, un front en JavaScript pur s'indexe mal. Le SSR ou la génération statique (SSG) sont quasi obligatoires, avec une gestion soignée des métadonnées, des URLs canoniques et des redirections. - **Stack à maintenir** : vous gérez désormais deux applications (Shopware + front) et leur déploiement. - **Cache** : il faut penser la stratégie de cache du front et l'invalidation lors des changements de prix ou de stock. - **Coût** : le ticket d'entrée est plus élevé qu'un Storefront classique bien optimisé. ## Headless ou Storefront classique ? Le headless est pertinent pour des projets ambitieux : fort trafic, exigence de performance et d'image, besoin multi-canal, équipe front en interne. Pour une boutique de taille modeste, un Storefront Twig bien optimisé offre 90 % des bénéfices pour une fraction de la complexité. Le bon réflexe est de partir du besoin réel, pas de la hype. Pour les bases techniques côté serveur, lisez [développer un plugin Shopware 6](/blog/developper-plugin-shopware-6/), et pour situer Shopware face à la concurrence, [Shopware vs PrestaShop](/blog/shopware-vs-prestashop/). Vous envisagez une architecture découplée ? Découvrez mon offre [Shopware headless](/developpeur-shopware/headless/) ou l'ensemble de mes prestations de [développeur Shopware 6 freelance](/developpeur-shopware/). --- ### Shopware vs PrestaShop : lequel choisir en 2026 ? _Source :_ — _publié_ 2026-05-28 > Shopware vs PrestaShop en 2026 : philosophie et public, technique et évolutivité, coût et écosystème. Un comparatif honnête pour bien choisir. Shopware ou PrestaShop ? Les deux sont des solutions e-commerce open source bâties sur PHP, mais elles ne visent pas tout à fait les mêmes projets. Voici un comparatif honnête, critère par critère, pour choisir en connaissance de cause en 2026 — du point de vue d'un développeur qui code sur les deux au quotidien. ## Comparatif en un coup d'œil CritèrePrestaShopShopware 6CibleTPE / PME, B2CPME / ETI, B2C et B2B exigeantSocle techniquePHP, Symfony (partiel), SmartyPHP, Symfony, Vue.js, DALÉcosystème de modulesTrès large, marketplace fourniPlus restreint mais qualitatifB2B natifLimité (via modules)Solide (suite B2B)Headless / APIPossible, moins natifStore API native, pensé API-firstCoût de mise en œuvrePlus accessiblePlus élevéCommunauté en FranceTrès forteEn croissance, plus rare ## Philosophie et public visé La différence de fond tient au public. PrestaShop s'est imposé comme la solution des TPE et PME françaises qui veulent vendre en B2C : accessible, foisonnante, communautaire. Shopware, d'origine allemande, vise plus haut dans la chaîne — des PME et ETI avec des exigences fortes, souvent un volet B2B, et un besoin de socle technique homogène. Ce n'est pas une question de « meilleur », mais de point d'équilibre entre accessibilité et robustesse industrielle. ## Le socle technique en détail C'est là que l'écart est le plus net. **PrestaShop** porte un héritage : une partie historique (son propre ORM via `ObjectModel`, la couche `Db`, les templates Smarty) cohabite avec une migration progressive vers Symfony et Twig dans le back-office. Cette dualité offre de la souplesse, mais demande au développeur de connaître les deux mondes et de savoir lequel utiliser selon le contexte. **Shopware 6**, conçu plus récemment, est full Symfony de bout en bout : Twig pour le Storefront, une administration en Vue.js, et une couche de données structurée (la DAL) qui remplace le SQL direct. L'ensemble est plus homogène et plus moderne, au prix d'une courbe d'apprentissage plus raide. Pour le détail côté développement, voir [développer un plugin Shopware 6](/blog/developper-plugin-shopware-6/) et [créer un module PrestaShop](/blog/creer-module-prestashop/). ## Écosystème, modules et coûts PrestaShop dispose d'un **marketplace immense** : pour presque tout besoin, un module existe. Le revers, c'est une qualité très variable — du code excellent côtoie des extensions fragiles qui plombent les performances ou la sécurité. Le cœur est gratuit ; le budget part surtout dans les modules et le développement. Shopware propose un **store plus restreint mais globalement plus qualitatif**, et un modèle commercial différent : une édition Community open source gratuite, complétée par des éditions commerciales (et une suite B2B) qui ajoutent des fonctionnalités avancées. Le ticket d'entrée est plus élevé, mais on achète aussi une cohérence et un support. Sur un projet simple, PrestaShop est plus économique ; sur un projet complexe, l'écart se resserre nettement. ## B2B : le grand différenciateur S'il ne fallait retenir qu'un critère pour départager les deux, ce serait celui-ci. Shopware intègre une **suite B2B native** pensée pour les ventes professionnelles : gestion des comptes et des rôles au sein d'une organisation cliente, tarifs et remises par groupe, devis, budgets et workflows de validation. Sur PrestaShop, ces fonctions existent mais reposent sur un assemblage de modules tiers, à intégrer et à maintenir. Pour un projet à forte composante B2B, Shopware part avec une longueur d'avance structurelle. ## Headless et API-first Shopware a été pensé _API-first_ : sa **Store API** expose nativement tout le parcours d'achat, ce qui en fait une base idéale pour une architecture [headless](/blog/shopware-headless/) (front découplé en Vue, React ou Next). PrestaShop permet aussi des approches découplées, mais c'est moins natif et cela demande davantage de travail d'intégration. Si le multi-canal ou un front sur mesure ultra-rapide font partie du cahier des charges, Shopware répond plus directement. ## Performance et SEO Bien optimisés, les deux délivrent d'excellentes performances. Shopware part d'une base plus moderne, mais PrestaShop atteint d'aussi bons Core Web Vitals avec un travail d'optimisation suivi (cache, requêtes, images) — c'est d'ailleurs un de mes terrains de prédilection, voir l'[optimisation des performances PrestaShop](/developpeur-prestashop/optimisation-performance/). Côté SEO, les deux gèrent correctement URLs, redirections et données structurées ; la qualité du résultat dépend surtout de l'intégration et du thème, pas de la plateforme. ## Communauté et recrutement en France PrestaShop bénéficie d'une **communauté française très dense** : agences, freelances, forums, ressources en français à profusion. Trouver un prestataire est facile. Shopware est encore **plus rare sur le marché français** — ce qui complique le recrutement, mais représente aussi une opportunité : un projet Shopware bien mené se démarque, et la concurrence entre prestataires y est moindre. C'est un paramètre concret à intégrer dans le choix, au-delà de la seule technique. ## Lequel choisir selon votre profil - **TPE/PME B2C, budget maîtrisé** → PrestaShop : rapide à lancer, écosystème riche. - **PME/ETI avec B2B ou besoins complexes** → Shopware : socle solide et B2B natif. - **Projet headless / API-first** → Shopware, conçu pour ça via la Store API. - **Catalogue standard, time-to-market court** → PrestaShop. - **Exigence d'homogénéité technique et de support éditeur** → Shopware. ## Et la migration de l'un vers l'autre ? Passer de PrestaShop à Shopware (ou inversement) est un projet à part entière : reprise du catalogue, des clients, des commandes et surtout du SEO via un plan de redirections 301 rigoureux. Les architectures, les structures d'URL et les modèles de données diffèrent, donc rien ne se transpose à l'identique — mais c'est faisable proprement, avec une recette complète sur préproduction avant la bascule. Voir mon offre de [migration vers Shopware 6](/developpeur-shopware/migration/). ## FAQ **Lequel est le plus performant ?** Bien optimisés, les deux sont rapides. Shopware part d'une base plus moderne ; PrestaShop demande un travail de performance plus suivi. **Lequel pour le B2B ?** Shopware, grâce à sa suite B2B native. **Lequel coûte le moins cher ?** PrestaShop à l'entrée ; l'écart se réduit sur des projets complexes. **Y a-t-il plus de développeurs pour l'un que pour l'autre ?** Oui, nettement plus pour PrestaShop en France ; Shopware est plus rare, donc plus différenciant. Hésitation sur la plateforme ? [Parlons de votre projet](/contact/) : je vous oriente objectivement selon votre cible et votre budget. Voir aussi mon guide [quelle plateforme e-commerce choisir en 2026](/blog/choisir-plateforme-e-commerce/). --- ### Développer un plugin Shopware 6 : premiers pas _Source :_ — _publié_ 2026-05-26 > Développer un plugin Shopware 6 : structure Composer et Symfony, événements et Data Abstraction Layer, et extension de l'administration Vue.js. Shopware 6 est une plateforme moderne, bâtie sur Symfony, avec une administration en Vue.js et une couche de données structurée (la DAL). Développer un plugin propre demande de maîtriser cet écosystème — mais le résultat est un code robuste, testable et durable. Voici l'anatomie d'un plugin Shopware 6, avec du code concret et les points clés du développement. ## Anatomie d'un plugin Shopware 6 Un plugin Shopware 6 est, à la base, un bundle Symfony. Sa structure type : - `composer.json` : déclare le plugin, son namespace et la classe de base. - une **classe Bootstrap** qui étend la classe `Plugin` de Shopware (namespace Shopware/Core/Framework). - `src/Resources/config/services.xml` : la déclaration des services (injection de dépendances). - `src/Resources/app/administration/` : l'extension de l'administration en Vue.js. - `src/Migration/` : les migrations de base de données. La classe de base est minimaliste : elle sert de point d'entrée et peut surcharger les méthodes du cycle de vie (install, update, activate, uninstall). ``` --- ### Hooks et filtres WooCommerce essentiels _Source :_ — _publié_ 2026-05-21 > Les hooks et filtres WooCommerce essentiels : différence action/filtre, hooks du tunnel d'achat et bonnes pratiques pour personnaliser sans casser. Les hooks sont le vrai super-pouvoir de WooCommerce : ils permettent de modifier presque tout — prix, panier, e-mails, tunnel de commande — sans surcharger de templates ni toucher au cœur de l'extension. Comprendre comment ils fonctionnent, c'est la différence entre une boutique qu'on personnalise proprement et une boutique qu'on bricole et qui casse à chaque mise à jour. Voici les hooks WooCommerce essentiels et la bonne manière de les utiliser. ## Actions vs filtres : la distinction fondamentale WooCommerce hérite du système de hooks de WordPress, qui se décline en deux familles. Une **action** (`add_action`) exécute du code à un moment précis du déroulé, sans rien renvoyer : par exemple `woocommerce_thankyou` se déclenche après une commande pour envoyer une notification ou pousser les données vers un ERP. Un **filtre** (`add_filter`) intercepte une donnée, la modifie et la _renvoie_ : par exemple `woocommerce_product_get_price` pour ajuster un prix avant affichage. La règle est simple : si vous voulez _faire quelque chose_, c'est une action ; si vous voulez _changer une valeur_, c'est un filtre. Un filtre doit toujours retourner la donnée reçue (modifiée ou non) — l'oublier est l'erreur la plus courante et elle casse silencieusement le prix, le panier ou le texte concerné. ## Comment brancher un hook proprement La signature complète d'un hook prend quatre arguments : le nom du hook, la fonction de rappel, la **priorité** et le **nombre d'arguments** attendus. ``` add_action( 'woocommerce_thankyou', 'monprefixe_apres_commande', 10, 1 ); function monprefixe_apres_commande( $order_id ) { $order = wc_get_order( $order_id ); // Logique métier : e-mail interne, synchronisation ERP, etc. } ``` La priorité (10 par défaut) décide de l'ordre d'exécution quand plusieurs fonctions partagent le même hook : un nombre plus bas passe avant. Le dernier paramètre indique combien d'arguments votre fonction doit recevoir — indispensable pour les filtres qui exposent le produit ou la commande en second argument. Préfixez systématiquement vos fonctions (`monprefixe_`) pour éviter tout conflit avec un autre plugin. ## Les hooks WooCommerce à connaître par zone Plutôt que de retenir une liste interminable, repérez les grandes zones du parcours d'achat et le hook qui y correspond. ZoneHookUsage typiquePage produit`woocommerce_after_add_to_cart_button`Ajouter de la réassurance, un délai de livraisonPage produit`woocommerce_product_tabs` (filtre)Ajouter ou retirer un ongletPanier`woocommerce_before_cart`Message promotionnel, seuil de livraison gratuiteTunnel`woocommerce_checkout_fields` (filtre)Ajouter, masquer ou réordonner des champsCommande`woocommerce_thankyou`Tracking, fidélité, intégration ERPCommande`woocommerce_order_status_changed`Automatiser un workflow selon le statutE-mails`woocommerce_email_before_order_table`Personnaliser les e-mails transactionnelsPrix`woocommerce_product_get_price` (filtre)Tarifs par rôle, B2B, remises dynamiques ## Exemples concrets **Ajouter un champ de TVA dans le tunnel** — utile pour le B2B : ``` add_filter( 'woocommerce_checkout_fields', 'monprefixe_champ_tva' ); function monprefixe_champ_tva( $fields ) { $fields['billing']['billing_vat'] = array( 'label' => 'N° de TVA intracommunautaire', 'required' => false, 'class' => array( 'form-row-wide' ), ); return $fields; } ``` **Appliquer un tarif professionnel** via un filtre de prix : ``` add_filter( 'woocommerce_product_get_price', 'monprefixe_prix_pro', 10, 2 ); function monprefixe_prix_pro( $price, $product ) { if ( current_user_can( 'wholesale_customer' ) ) { $price = (float) $price * 0.9; // -10 % pour les comptes pros } return $price; } ``` **Afficher un bloc de réassurance** sous le bouton d'ajout au panier : ``` add_action( 'woocommerce_after_add_to_cart_button', 'monprefixe_reassurance' ); function monprefixe_reassurance() { echo ' Livraison sous 48 h · Retours gratuits 30 jours '; } ``` ## Trouver le bon hook Deux réflexes font gagner des heures. D'abord, la _référence officielle des hooks_ de WooCommerce liste chaque point d'extension par template. Ensuite, en développement, un petit affichage du nom du hook à l'écran (ou un `do_action` tracé) permet de visualiser exactement quels hooks s'exécutent sur une page donnée, et dans quel ordre. C'est bien plus rapide que de deviner. ## Erreurs fréquentes à éviter - **Oublier de retourner la valeur** dans un filtre : la donnée devient vide ou nulle. - **Ne pas déclarer le bon nombre d'arguments** : votre fonction ne reçoit pas le produit ou la commande attendus. - **Mettre la logique dans le thème** plutôt que dans un plugin : tout disparaît au changement de thème. - **Multiplier les requêtes dans un hook fréquent** (comme le rendu de chaque produit) : c'est un nid à lenteurs. ## Personnaliser sans casser Privilégiez toujours un hook à une surcharge de template, et un template surchargé via le thème enfant plutôt qu'une modification directe du cœur. Regroupez vos personnalisations dans une extension dédiée : c'est ce qui garantit qu'elles survivent aux mises à jour de WooCommerce comme du thème, et qu'un autre développeur pourra les reprendre. Pour mettre tout ça en pratique, lisez [créer un plugin WooCommerce](/blog/creer-plugin-woocommerce/), et surveillez les [performances](/blog/accelerer-woocommerce/) quand vous multipliez les hooks. Besoin d'un développement clé en main et maintenable ? Découvrez mon offre de [plugin WooCommerce sur mesure](/developpeur-woocommerce/plugin-sur-mesure/) ou l'ensemble de mes prestations de [développeur WooCommerce freelance](/developpeur-woocommerce/). --- ### Connecter WooCommerce à un ERP : méthodes et API _Source :_ — _publié_ 2026-05-19 > Connecter WooCommerce à un ERP : REST API et formats d'échange, sens de synchronisation, temps réel ou planifié, et gestion des erreurs. Dès qu'une boutique WooCommerce grandit, la double saisie devient un problème : on gère les produits et les stocks dans un ERP, et les commandes dans WooCommerce, avec des recopies manuelles sources d'erreurs et de ruptures. Connecter les deux supprime cette friction. Ce guide explique les méthodes d'intégration, les API disponibles, le sens et la fréquence de synchronisation, la gestion des erreurs, et les pièges à éviter. ## Pourquoi connecter WooCommerce à un ERP L'objectif est simple : une seule source de vérité par donnée, et des flux automatiques entre les systèmes. Concrètement, une intégration bien faite élimine la double saisie, met les stocks à jour en quasi temps réel, évite les survente et fait gagner des heures de back-office chaque semaine. C'est souvent le projet au meilleur retour sur investissement pour un e-commerçant qui a dépassé le stade artisanal. ## Les méthodes d'intégration possibles MéthodePrincipeQuand l'utiliser**API REST WooCommerce**L'ERP (ou un connecteur) lit/écrit produits, stocks et commandes via l'API REST native.Le cas le plus courant et le plus propre.**Plugin connecteur dédié**Une extension spécifique à votre ERP (SAP, Sage, Odoo, Cegid…).Si un connecteur officiel fiable existe pour votre ERP.**Échange de fichiers (CSV/XML)**Import/export planifié de fichiers entre les systèmes.ERP ancien sans API, volumes maîtrisés.**Middleware / iPaaS**Une plateforme tierce (type Make, n8n) orchestre les flux.Plusieurs systèmes à connecter, logique métier transverse. Dans la majorité des cas, je développe un [connecteur WooCommerce ERP sur mesure](/developpeur-woocommerce/integration-erp/) appuyé sur l'API REST : c'est le meilleur compromis entre robustesse, coût et maîtrise. ## Quelles données synchroniser, et dans quel sens ? Le sens de synchronisation est la décision structurante du projet. Pour chaque donnée, on définit qui fait autorité : - **Produits et fiches** : généralement l'ERP ou le PIM → WooCommerce (descendant). - **Stocks** : ERP → WooCommerce, en priorité, pour éviter la survente. - **Prix** : souvent l'ERP → WooCommerce, sauf promotions gérées côté boutique. - **Commandes** : WooCommerce → ERP (montant), pour déclencher préparation et facturation. - **Clients** : selon le modèle, dans un sens ou bidirectionnel. Mélanger les sens d'autorité sans règle claire est la première cause d'incohérence. On tranche ce point _avant_ d'écrire la moindre ligne de code. ## Temps réel ou synchronisation planifiée ? Deux approches, souvent combinées : - **Temps réel (webhooks / événements)** : une commande passée déclenche immédiatement son envoi à l'ERP. Idéal pour les commandes et les stocks critiques. - **Planifié (cron)** : un batch toutes les 5, 15 ou 60 minutes synchronise produits et stocks de masse. Plus simple à fiabiliser pour les gros volumes. En pratique, on met les commandes en temps réel et le catalogue/stock en batch planifié, avec une fréquence adaptée à votre rythme de ventes. ## La gestion des erreurs : le vrai sujet Une intégration amateur fonctionne le jour de la démo et casse en silence trois semaines plus tard. Une intégration professionnelle anticipe les pannes : - **Logs administrables** : chaque échange est tracé et consultable depuis le back-office. - **Relance automatique** : un appel échoué est rejoué (avec back-off) plutôt que perdu. - **File d'attente** : les flux passent par une file pour absorber les pics et l'indisponibilité temporaire de l'ERP. - **Alertes** : une notification en cas d'échec répété, pour intervenir avant que le client ne s'en aperçoive. - **Idempotence** : rejouer un flux ne crée pas de doublon (commande, mouvement de stock). ## Mini cas client Un grossiste B2B gérait ses stocks dans son ERP et ses commandes dans WooCommerce, avec une double saisie quotidienne et des ruptures régulières. J'ai développé un connecteur sur mesure : produits, stocks et commandes synchronisés via l'API REST, logs administrables, synchronisation planifiée et relance automatique en cas d'échec. **Résultat :** fin de la double saisie et stocks à jour en quasi temps réel. ## Checklist avant de lancer un projet d'intégration - Lister les données à synchroniser et le sens d'autorité de chacune. - Vérifier que l'ERP expose une API (ou un format d'échange exploitable). - Définir la fréquence : temps réel, planifié, ou mixte. - Prévoir logs, relance, file d'attente et alertes dès la conception. - Tester sur un environnement de préproduction relié à un ERP de test. - Documenter les mappings de champs (SKU, références, taxes). ## FAQ **Faut-il un plugin ou un développement sur mesure ?** Si un connecteur officiel fiable existe pour votre ERP, commencez par lui. Sinon, un connecteur sur mesure via l'API REST est plus robuste et évolutif. **WooCommerce tient-il la charge avec de gros catalogues ?** Oui, à condition de synchroniser par lots, d'utiliser un cache objet (Redis) et un hébergement adapté. Voyez aussi mon guide pour [accélérer WooCommerce](/blog/accelerer-woocommerce/). **Combien coûte une intégration WooCommerce ↔ ERP ?** À partir d'environ 1 500 € pour un périmètre simple, davantage selon le nombre de flux, le sens des synchronisations et la complexité de l'ERP. Vous voulez relier votre boutique à votre ERP proprement ? Je conçois des [connecteurs WooCommerce ERP sur mesure](/developpeur-woocommerce/integration-erp/) fiables et documentés. [Décrivez votre besoin](/contact/) : réponse sous 24 h ouvrées. --- ### Accélérer WooCommerce : cache et Core Web Vitals _Source :_ — _publié_ 2026-05-14 > Accélérer WooCommerce : cache de page et cache objet Redis, allègement du front-end, base de données et hébergement pour de bons Core Web Vitals. Un site WooCommerce lent coûte cher : chaque seconde de chargement supplémentaire fait chuter le taux de conversion et pénalise le SEO via les Core Web Vitals. La bonne nouvelle, c'est que la plupart des boutiques WooCommerce peuvent gagner énormément avec quelques leviers bien choisis. Ce guide les passe en revue, du plus rentable au plus technique, avec une checklist concrète. ## Pourquoi WooCommerce est souvent lent WooCommerce n'est pas lent par nature : il le devient à cause de l'accumulation. Trop d'extensions, un thème surchargé, un hébergement mutualisé saturé, des images non optimisées et une base de données encombrée se combinent. Les pages dynamiques (panier, compte, checkout) ne se mettent pas en cache comme une page statique, ce qui amplifie le problème si le serveur est lent. ## Les leviers, du plus rentable au plus technique LevierImpactEffortCache de page (full-page cache)ÉlevéFaibleHébergement adapté (PHP 8, LiteSpeed/NGINX)ÉlevéMoyenCache objet RedisÉlevé sur les pages dynamiquesMoyenOptimisation des images (WebP/AVIF, lazy-load)Élevé sur le LCPFaibleAllègement CSS/JS (différer, purger l'inutile)MoyenMoyenNettoyage base + transientsMoyenFaibleRéduction du nombre d'extensionsVariableMoyenCDNMoyenFaible ## 1. Le cache : la base Le cache de page sert une version statique des pages catalogue et articles, sans solliciter PHP ni la base à chaque visite. Sur un serveur LiteSpeed, LiteSpeed Cache est redoutable et gratuit ; sinon WP Rocket fait très bien le travail. Point clé : exclure du cache les pages panier, compte et commande, qui doivent rester dynamiques. ## 2. Le cache objet Redis Là où le cache de page ne peut rien (pages connectées, checkout), le cache objet Redis prend le relais en mémorisant les résultats de requêtes répétées. C'est souvent le levier qui débloque les boutiques avec gros catalogue ou beaucoup d'utilisateurs connectés. Il demande un hébergement qui propose Redis. ## 3. L'hébergement, trop souvent négligé Un mutualisé d'entrée de gamme plafonne vite. Pour une vraie boutique, visez PHP 8.1+, un serveur LiteSpeed ou NGINX, du SSD NVMe et des ressources dédiées (VPS ou hébergement infogéré). C'est le socle : aucun plugin de cache ne compense un serveur sous-dimensionné. ## 4. Les images : premier poste sur le LCP Les images sont la principale cause d'un mauvais **LCP** (Largest Contentful Paint). Servez-les en WebP ou AVIF, dimensionnez-les correctement (pas de 3000 px affichés en 600 px), activez le lazy-loading sous la ligne de flottaison et préchargez l'image principale des fiches produit. ## 5. Alléger le front-end Chaque extension charge souvent son CSS et son JS sur toutes les pages, même là où elle ne sert pas. On diffère le JavaScript non critique, on purge le CSS inutilisé, et on conditionne le chargement des scripts. Objectif : réduire le travail du navigateur et améliorer l'**INP** (Interaction to Next Paint). ## 6. Base de données et extensions Nettoyez les transients expirés, les révisions de produits inutiles et les tables laissées par d'anciens plugins. Et surtout, faites la chasse aux extensions : chaque plugin est une dette de performance et un risque de [conflit](/blog/hooks-woocommerce/). Mieux vaut une fonctionnalité bien codée qu'un plugin lourd pour une micro-fonction — c'est la logique d'un [plugin WooCommerce sur mesure](/blog/creer-plugin-woocommerce/). ## Comprendre les Core Web Vitals - **LCP** (chargement) : viser sous 2,5 s. Surtout piloté par l'image principale et le serveur. - **INP** (interactivité) : viser sous 200 ms. Piloté par le JavaScript. - **CLS** (stabilité visuelle) : viser sous 0,1. Réservez les dimensions des images et des bannières pour éviter les sauts de mise en page. ## Checklist express - Cache de page actif, avec panier/compte/checkout exclus. - Cache objet Redis si gros catalogue ou trafic connecté. - Hébergement PHP 8.1+, LiteSpeed/NGINX, NVMe. - Images en WebP/AVIF, dimensionnées, lazy-load + préchargement du LCP. - JS différé, CSS purgé, scripts conditionnés. - Base nettoyée (transients, révisions, tables orphelines). - Audit des extensions : supprimer ou remplacer les plus lourdes. - CDN pour les assets statiques. ## FAQ **Quel plugin de cache choisir ?** LiteSpeed Cache si votre serveur est sous LiteSpeed (gratuit et excellent), sinon WP Rocket. L'essentiel est la bonne configuration, pas l'empilement de plugins. **Un CDN suffit-il à accélérer WooCommerce ?** Non. Le CDN accélère les assets statiques, mais ne remplace ni le cache, ni un bon serveur, ni l'optimisation des images. **Peut-on optimiser sans changer d'hébergeur ?** Souvent on gagne déjà beaucoup avec le cache et les images. Mais si le serveur est saturé, le changer reste le levier décisif. Votre boutique rame et vos Core Web Vitals sont dans le rouge ? Je réalise des [optimisations de performance WooCommerce](/developpeur-woocommerce/optimisation-performance/) avec audit, plan d'action chiffré et résultats mesurés. [Parlons-en](/contact/) : réponse sous 24 h ouvrées. --- ### Créer un plugin WooCommerce : guide pour débuter _Source :_ — _publié_ 2026-05-12 > Créer un plugin WooCommerce pour débuter : ossature et en-tête, actions et filtres, et bonnes pratiques conformes aux standards WordPress. WooCommerce est extensible à l'infini grâce à WordPress et à ses hooks. Plutôt que de modifier le thème ou le cœur de l'extension, un plugin isole votre fonctionnalité dans un module autonome, propre et réutilisable. Voici comment créer un plugin WooCommerce en partant des bonnes fondations, sans tomber dans les pièges classiques du débutant. ## Pourquoi un plugin plutôt qu'une surcharge de thème On voit souvent du code métier collé dans le `functions.php` du thème. C'est une fausse bonne idée : tout disparaît au changement de thème, et le fichier devient vite illisible. Un plugin, à l'inverse, survit aux changements de thème, s'active et se désactive proprement, et sépare clairement votre logique métier de la présentation. C'est la seule approche maintenable dès que la fonctionnalité dépasse trois lignes. ## L'ossature minimale d'un plugin Un plugin WooCommerce, c'est un dossier dans `wp-content/plugins` contenant un fichier principal portant un en-tête de plugin reconnu par WordPress. Depuis WordPress 6.5, l'en-tête `Requires Plugins` permet même de déclarer WooCommerce comme dépendance. ``` --- ### Online Store 2.0 : sections, blocs et métaobjets _Source :_ — _publié_ 2026-05-07 > Online Store 2.0 sur Shopify : sections sur toutes les pages, blocs et réglages, et métaobjets pour des fiches riches sans app. Ce qui change vraiment. Online Store 2.0 a transformé la façon de construire un thème Shopify. Fini les pages rigides : place aux sections sur toutes les pages, aux blocs réutilisables et aux métaobjets. Tour d'horizon de ce qui change pour les marchands comme pour les développeurs. ## Les sections partout Avant, seules la page d'accueil acceptait des sections. Désormais, **toutes les pages** (produit, collection, articles…) sont composées de sections que le marchand peut réorganiser, ajouter ou masquer depuis l'éditeur, sans toucher au code. C'est un gain d'autonomie énorme. ## Blocs et paramètres Chaque section expose des **blocs** et des **réglages** définis dans un schéma JSON. Bien pensés, ils donnent au marchand une vraie liberté de mise en page tout en gardant un rendu cohérent et performant. C'est là que se joue la qualité d'un thème. ## Les métaobjets Les **métaobjets** permettent de modéliser des données personnalisées (auteurs, ingrédients, caractéristiques techniques…) et de les réutiliser partout. Couplés aux metafields, ils ouvrent la porte à des fiches produit riches sans app dédiée. Pour poser les bases, commencez par [les fondamentaux de Liquid](/blog/creer-theme-shopify-liquid/), et si vous changez de plateforme, suivez notre guide pour [migrer vers Shopify sans perdre son SEO](/blog/migrer-vers-shopify-seo/). Pour un thème Online Store 2.0 sur mesure, voyez mon offre de [création de thème Shopify](/developpeur-shopify/theme-liquid/). --- ### Migrer vers Shopify sans perdre son référencement _Source :_ — _publié_ 2026-05-05 > Migrer vers Shopify sans perdre son référencement : cartographier l'existant, bâtir un plan de redirections 301 rigoureux et recetter avant la bascule. Changer de plateforme pour Shopify est souvent une bonne décision — à condition de ne pas y laisser son référencement. Une migration mal préparée peut effacer des années de positions en quelques jours, le temps que Google constate des centaines de pages introuvables. Voici la méthode pour migrer vers Shopify en gardant votre SEO intact. ## Pourquoi une migration met le SEO en danger Trois facteurs se combinent lors d'un changement de plateforme. Les **URLs changent** (Shopify impose sa propre structure), du **contenu peut être perdu** ou tronqué dans le transfert, et la **structure interne** (catégories, fil d'Ariane, maillage) se réorganise. Chacun de ces points, mal géré, fait chuter les positions. La bonne nouvelle : tout est maîtrisable avec de la méthode. ## Cartographier l'existant Avant de toucher à quoi que ce soit, dressez l'inventaire complet. Crawlez le site actuel pour récupérer toutes les URLs, exportez depuis la Search Console les pages qui génèrent des impressions et des clics, et repérez vos pages à fort trafic et les URLs qui reçoivent des backlinks. Cette cartographie est la base de tout le plan de redirections. Sauter cette étape, c'est s'exposer à des centaines d'erreurs 404 invisibles jusqu'à ce que le trafic s'effondre. ## Comprendre les contraintes d'URL de Shopify Shopify n'autorise pas une structure d'URL libre : il impose des préfixes pour chaque type de contenu. - Les produits vivent sous `/products/` - Les catégories sous `/collections/` - Les pages de contenu sous `/pages/` - Les articles de blog sous `/blogs/nom-du-blog/` Vous pouvez choisir le _handle_ (la fin de l'URL), mais pas supprimer ces préfixes. Concrètement, vos anciennes URLs ne pourront quasiment jamais être reproduites à l'identique : la redirection 301 n'est donc pas une option, c'est une obligation. ## Bâtir le plan de redirections 301 Chaque ancienne URL indexée doit pointer, via une redirection 301 (permanente), vers son équivalent le plus proche sur Shopify. Le travail consiste à associer une à une les anciennes adresses aux nouvelles. Shopify intègre un outil natif (_Boutique en ligne → Navigation → Redirections d'URL_) qui accepte un **import CSV en masse** : ``` Redirect from,Redirect to /categorie/chaussures-running,/collections/chaussures-running /produit/modele-x,/products/modele-x /blog/guide-tailles,/blogs/news/guide-tailles ``` Quelques règles d'or : une redirection par ancienne URL (jamais de chaîne de redirections en cascade), on dirige vers la page la plus pertinente (pas systématiquement l'accueil), et on traite en priorité les pages à trafic et à backlinks. Pensez aussi à activer, lors d'un changement de handle, la création automatique de redirection que Shopify propose. ## Préserver les autres signaux SEO Les redirections ne suffisent pas : il faut transférer le reste des signaux. Reprenez les **balises title et meta description** qui fonctionnent, conservez les **H1** et la hiérarchie de titres, réimportez les **attributs alt** des images, et vérifiez les **données structurées** (produit, fil d'Ariane). Shopify gère automatiquement les balises canoniques et génère un `sitemap.xml`, mais surveillez le `robots.txt` (éditable via `robots.txt.liquid`) pour ne rien bloquer par erreur. Si votre site est multilingue, la gestion du hreflang demande une attention particulière. ## Recetter avant la bascule On vérifie l'ensemble sur la boutique de préproduction _avant_ de basculer le domaine : redirections testées par échantillon, balises en place, plan de site cohérent, données structurées valides. Tant que la boutique n'est pas prête, la page mot de passe de Shopify évite une indexation prématurée. C'est aussi le moment de confirmer que les pages à fort enjeu ont bien leur équivalent et leur redirection. ## Après la mise en ligne La bascule n'est pas la fin du travail. Dans la Search Console, soumettez le nouveau sitemap, surveillez le rapport de couverture et la remontée d'éventuelles 404, et suivez l'évolution des positions sur deux à huit semaines. Une baisse temporaire pendant que Google recrawle et réassocie les pages est normale ; ce qui ne l'est pas, c'est une chute durable — signe d'un mapping incomplet à corriger sans tarder. ## Erreurs fréquentes - **Oublier les URLs sans trafic mais avec des backlinks** : elles transmettent de l'autorité. - **Rediriger tout vers l'accueil** : Google traite ces redirections comme des soft 404. - **Lancer sans recette** et découvrir les 404 une fois le trafic perdu. - **Négliger les images** : perdre le référencement Google Images, c'est perdre du trafic. Pour bien exploiter votre nouvelle boutique une fois migrée, lisez ensuite [Online Store 2.0](/blog/shopify-online-store-2-0/) et [les bases de Liquid](/blog/creer-theme-shopify-liquid/). Vous voulez une migration sans perte de positions ? Découvrez mon offre de [migration vers Shopify](/developpeur-shopify/migration/) ou l'ensemble de mes prestations de [développeur Shopify freelance](/developpeur-shopify/). --- ### Développer une app Shopify : par où commencer _Source :_ — _publié_ 2026-04-30 > Développer une app Shopify : choisir entre app privée et publique, comprendre les API Admin et Storefront, les webhooks et poser des fondations solides. Quand aucune app de l'App Store ne répond exactement à votre besoin — ou quand vous empilez les abonnements mensuels —, développer votre propre app Shopify devient la bonne option. Mais une app, ce n'est pas un thème : il y a une architecture, des API et des règles à connaître. Voici par où commencer et quels choix poser dès le départ. ## App personnalisée ou app publique ? Shopify distingue deux grandes familles. Une app **personnalisée** (custom app) sert une seule boutique : c'est l'idéal pour une logique métier spécifique, sans passer par la validation de Shopify. Une app **publique** vise l'App Store et plusieurs marchands : elle implique plus d'exigences (revue de Shopify, facturation intégrée, gestion multi-boutiques, support). Le choix dépend de votre objectif : résoudre votre propre problème, ou distribuer un produit. ## Les API Shopify à connaître Tout tourne autour de deux API. L'**Admin API** permet de lire et d'écrire les données de la boutique — produits, commandes, clients, stocks. Elle existe en REST, mais Shopify pousse désormais clairement vers sa version **GraphQL**, plus performante et plus complète ; c'est elle qu'il faut privilégier pour un nouveau projet. ``` query { products(first: 5) { edges { node { id title totalInventory } } } } ``` La **Storefront API**, elle, sert à construire des expériences d'achat sur mesure côté client, jusqu'au commerce headless complet. Selon que votre app agit dans l'administration ou sur la vitrine, vous utiliserez l'une, l'autre, ou les deux. ## Les webhooks : réagir aux événements Une app utile ne fait pas que lire des données à la demande : elle réagit. Les **webhooks** notifient votre app en temps réel lors d'un événement — nouvelle commande, mise à jour de stock, désinstallation de l'app. Chaque webhook doit être vérifié via sa signature HMAC pour s'assurer qu'il vient bien de Shopify, et votre endpoint doit répondre vite (Shopify réessaie en cas d'échec, puis abandonne). C'est la colonne vertébrale de toute automatisation (synchronisation ERP, notifications, traitement de commande). ## Poser des fondations solides Le démarrage s'est beaucoup simplifié. Le **Shopify CLI** génère un squelette d'app prêt à l'emploi (le template Remix est le choix par défaut), avec l'authentification et la structure déjà câblées. Pour l'interface, deux briques officielles : **App Bridge**, qui intègre votre app directement dans l'administration Shopify, et **Polaris**, le système de design qui donne à votre app l'apparence native de Shopify. Côté authentification, l'**OAuth** (ou l'installation gérée par Shopify) sécurise l'accès aux boutiques. ## App embarquée : respecter les codes La plupart des apps modernes sont _embarquées_ : elles s'affichent à l'intérieur de l'admin Shopify, pas dans une fenêtre séparée. Utiliser App Bridge et Polaris n'est pas qu'une question esthétique — c'est aussi un critère pour être accepté sur l'App Store, et un gage de confiance pour le marchand qui retrouve ses repères. Une app qui dépayse l'utilisateur convertit moins bien. ## La facturation (pour les apps publiques) Si vous visez l'App Store, Shopify impose de passer par sa **Billing API** pour facturer les marchands — abonnements récurrents, frais uniques ou facturation à l'usage. L'avantage : la facturation est intégrée à l'abonnement Shopify du marchand, ce qui simplifie l'achat. Une app personnalisée pour votre seule boutique n'a évidemment pas ce besoin. ## Limites d'API et fiabilité Point souvent sous-estimé : Shopify limite le débit des appels. L'API GraphQL fonctionne sur un système de _coût calculé_ par requête (seau à jetons), tandis que l'API REST limite le nombre de requêtes. Une app sérieuse anticipe ces limites — pagination, regroupement des appels, files d'attente et reprises — pour ne pas casser quand le volume monte. Prévoir cette robustesse dès le départ évite une réécriture douloureuse plus tard. ## Checklist de démarrage - Définir le type d'app (personnalisée vs publique) selon l'objectif. - Générer le socle avec le Shopify CLI (template Remix). - Choisir la bonne API : Admin GraphQL pour les données, Storefront pour la vitrine. - Mettre en place l'OAuth et l'app embarquée (App Bridge + Polaris). - Câbler les webhooks utiles, avec vérification HMAC. - Gérer les limites d'API et les reprises dès la conception. Avant de coder une app, vérifiez toujours si une personnalisation de thème suffit : voyez [créer un thème Shopify en Liquid](/blog/creer-theme-shopify-liquid/) et [Online Store 2.0](/blog/shopify-online-store-2-0/). Pour une app conçue et livrée clé en main, découvrez mon offre d'[app Shopify sur mesure](/developpeur-shopify/app-sur-mesure/) ou l'ensemble de mes prestations de [développeur Shopify freelance](/developpeur-shopify/). --- ### Créer un thème Shopify avec Liquid : les bases _Source :_ — _publié_ 2026-04-28 > Les bases du langage Liquid pour créer un thème Shopify : objets, balises et filtres, architecture en sections et snippets, et pistes pour aller plus loin. Liquid est le langage de templates de Shopify : c'est lui qui transforme vos données (produits, collections, panier) en pages HTML. Comprendre ses bases, c'est pouvoir créer ou personnaliser un thème qui colle vraiment à votre marque, sans dépendre d'une app pour le moindre changement. Voici l'essentiel pour démarrer sereinement. ## Objets, balises et filtres Liquid repose sur trois briques. Les **objets** affichent des données : `{{ product.title }}`. Les **balises** portent la logique et le contrôle de flux : `{% if %}`, `{% for %}`, `{% assign %}`. Les **filtres** transforment une valeur à la volée : `{{ product.price | money }}` formate un prix, `{{ image | image_url: width: 800 }}` redimensionne une image. Avec ces trois éléments, on construit n'importe quel affichage. ``` {% for product in collection.products %} {{ product.title }} — {{ product.price | money }} {% endfor %} ``` ## L'architecture d'un thème Shopify Un thème s'organise en dossiers aux rôles précis : - `layout/` — la structure globale (`theme.liquid`), commune à toutes les pages. - `templates/` — un gabarit par type de page (produit, collection, page, blog). - `sections/` — des blocs réutilisables et éditables (la pièce maîtresse). - `snippets/` — des morceaux de code réutilisés via `{% render %}`. - `config/` — les réglages du thème. - `assets/` — CSS, JS et images. - `locales/` — les traductions. Depuis Online Store 2.0, les templates sont au format JSON et assemblent des sections — c'est ce qui rend la boutique entièrement modulable. ## Les sections, pièce maîtresse Une section est un bloc autonome qui expose ses propres réglages au marchand via une balise `{% schema %}`. Résultat : le contenu et les options se modifient depuis l'éditeur de thème, sans toucher au code. C'est exactement ce qui libère le marchand de sa dépendance au développeur. ``` {% for block in section.blocks %} {{ block.settings.title }} {% endfor %} {% schema %} { "name": "Réassurance", "blocks": [ { "type": "item", "name": "Argument", "settings": [ { "type": "text", "id": "title", "label": "Titre" } ] } ], "presets": [ { "name": "Réassurance" } ] } {% endschema %} ``` Les _blocks_ à l'intérieur d'une section permettent au marchand d'ajouter, retirer et réordonner des éléments (arguments, témoignages, colonnes) en toute autonomie. ## Afficher les données produit L'objet `product` donne accès à tout : titre, description, prix, déclinaisons (`variants`), images et médias, métachamps. Pour une fiche produit propre, on parcourt les variantes, on gère la disponibilité et on affiche les médias via les filtres d'image de Shopify, qui servent automatiquement la bonne taille. Bien exploiter ces objets, c'est éviter d'aller chercher une app pour ce que le thème sait déjà faire. ## Performance : le nerf de la guerre Liquid est rendu côté serveur et reste rapide par nature. Ce qui plombe une boutique Shopify, c'est presque toujours l'accumulation : trop d'apps qui injectent du script, des images non optimisées, du JavaScript bloquant. Quelques réflexes font la différence : utiliser les filtres `image_url` avec une largeur adaptée et le lazy-loading, limiter les dépendances externes, et garder un thème léger. Mon credo sur Shopify tient en une phrase : moins d'apps, plus de vitesse, plus de conversion. ## Personnaliser un thème ou partir de zéro ? Deux approches valables. Partir d'un thème solide comme **Dawn** (le thème de référence de Shopify) et le personnaliser en profondeur couvre l'immense majorité des besoins, plus vite et moins cher. Développer un thème entièrement sur mesure se justifie pour une marque qui veut une expérience vraiment unique et un contrôle total. Le bon choix dépend du budget et du niveau de différenciation visé — pas de la mode. ## Bonnes pratiques - **Theme Check** : l'outil officiel pour repérer erreurs et mauvaises pratiques. - **Versionner avec Git** et travailler sur un thème de préproduction non publié. - **Internationaliser** les textes via les fichiers `locales` plutôt qu'en dur. - **Soigner l'accessibilité** et le responsive dès la conception. La vraie puissance arrive avec Online Store 2.0 et ses sections sur toutes les pages : on détaille tout ça dans [Online Store 2.0 : sections, blocs et métaobjets](/blog/shopify-online-store-2-0/). Et si votre besoin dépasse le thème, voyez [comment développer une app Shopify](/blog/developper-app-shopify/). Vous voulez un thème unique, rapide et facile à éditer ? Découvrez mon offre de [création de thème Shopify en Liquid](/developpeur-shopify/theme-liquid/), ou l'ensemble de mes prestations de [développeur Shopify freelance](/developpeur-shopify/). --- ### Combien coûte un module PrestaShop sur mesure ? _Source :_ — _publié_ 2026-04-23 > Combien coûte un module PrestaShop sur mesure ? Fourchettes réalistes, facteurs de prix et arbitrage entre sur-mesure et module du marché. « Combien coûte un module PrestaShop ? » La réponse honnête : cela dépend. Un correctif simple peut se chiffrer à quelques centaines d'euros, tandis qu'un module métier complexe, multiboutique et multilingue, dépasse facilement plusieurs milliers d'euros. Cet article vous donne des fourchettes réalistes, les facteurs qui font varier le prix, des exemples concrets de devis et les erreurs qui font grimper la facture. ## Les fourchettes de prix d'un module PrestaShop sur mesure Voici des ordres de grandeur observés sur le marché du [développement de module PrestaShop sur mesure](/developpeur-prestashop/module-sur-mesure/) en 2026 : Type de moduleFourchetteDélai indicatifCorrectif / petite adaptation400 – 900 €2 à 4 joursModule fonctionnel simple (front ou back)900 – 2 000 €1 à 2 semainesModule métier (front + back, BDD dédiée)2 000 – 5 000 €2 à 4 semainesModule complexe (API tierces, multiboutique, paiement)5 000 € et +4 semaines et + Ces fourchettes valent pour un développement propre, via les hooks natifs et compatible avec les montées de version. Un prix très en dessous cache souvent des overrides sales qui coûteront cher en maintenance. ## Ce qui fait varier le prix Plusieurs facteurs pèsent sur le chiffrage : - **La complexité fonctionnelle** : un simple affichage conditionnel n'a rien à voir avec un configurateur de produit ou un moteur de tarification. - **Le périmètre front + back** : un module qui ajoute une interface d'administration (onglets, formulaires, listes) demande plus de travail qu'un module purement front. - **La base de données dédiée** : créer et gérer des tables personnalisées (installation, désinstallation, mises à jour de schéma) ajoute du temps. - **Les intégrations tierces** : connexion à une API de transporteur, un ERP, un PIM ou un service de paiement implique gestion des erreurs, files d'attente et tests poussés. - **La compatibilité multi-version** : un module compatible PrestaShop 1.6 à 9 demande plus de précautions (par exemple `ModuleAdminController` plutôt que des contrôleurs Symfony pour rester cross-compatible). - **Le multiboutique et le multilingue** : gérer les contextes de boutique et les traductions double parfois la charge. - **La reprise d'un code existant** : auditer puis corriger un module mal écrit prend souvent plus de temps que de repartir d'une base propre. ## Trois exemples concrets de devis **1. Module d'affichage d'un badge promotionnel conditionnel** — front uniquement, une règle d'affichage. Environ **600 €**, livré en 3 jours. **2. Module de fidélité avec points et historique** — front + back, table dédiée, intégration au tunnel de commande. Environ **2 500 €**, livré en 3 semaines. (C'est typiquement le projet qui a généré +18 % de panier moyen sur une PME mode que j'accompagne.) **3. Connecteur transporteur avec génération d'étiquettes via API** — back, appels API, gestion des statuts et des erreurs. Environ **4 500 €**, livré en 4 à 5 semaines. ## Module sur mesure ou module du marketplace ? Avant de faire développer, posez-vous la question : un module du marketplace couvre-t-il 90 % de votre besoin ? Si oui, l'acheter (30 à 300 €) puis le faire adapter à la marge est souvent plus rentable. Le sur-mesure se justifie quand aucun module n'existe, quand votre process est spécifique, ou quand vous voulez maîtriser totalement le code et son évolution. Un module marketplace, lui, dépend de son éditeur pour les mises à jour et la compatibilité. ## Les erreurs qui font exploser la facture - **Un cahier des charges flou** : sans périmètre précis, les allers-retours s'accumulent. Quelques lignes de spécifications claires font économiser des centaines d'euros. - **Choisir le moins-disant** : un module bâclé en overrides se paie au prix fort à chaque mise à jour de PrestaShop. - **Oublier la recette et la documentation** : sans tests sur préproduction ni notice, le coût se reporte sur le support. - **Empiler les évolutions sans refonte** : à un moment, mieux vaut réécrire proprement que rustiner. ## Comment je chiffre un module Ma méthode : un échange pour comprendre le besoin réel, un découpage en lots, puis un devis ferme avec périmètre, livrables et délais. Le code est en PSR-4, via les hooks natifs, testé sur préproduction et documenté. Pour comprendre ce qu'il y a sous le capot, voyez aussi mes guides [comment créer un module PrestaShop](/blog/creer-module-prestashop/) et [les hooks PrestaShop expliqués](/blog/hooks-prestashop/). ## FAQ **Un module sur mesure est-il plus cher qu'un module du store ?** À l'achat, oui. Sur la durée, pas forcément : vous ne payez pas d'abonnement et vous maîtrisez les évolutions. **Le prix inclut-il la maintenance ?** Le développement inclut une garantie de correction des anomalies. La maintenance évolutive se traite à part, souvent en forfait mensuel. **Peut-on étaler le budget ?** Oui, en découpant en lots livrés progressivement (MVP puis évolutions). Un besoin précis en tête ? [Décrivez votre projet](/contact/) : je vous renvoie une estimation claire sous 24 h ouvrées. --- ### Optimiser les performances de PrestaShop : 12 leviers _Source :_ — _publié_ 2026-04-21 > Optimiser les performances de PrestaShop : cache et serveur, base de données et modules, images et Core Web Vitals. Les leviers les plus rentables. Une boutique PrestaShop lente, c'est du chiffre d'affaires qui s'évapore : chaque seconde de chargement supplémentaire fait chuter la conversion, et Google sanctionne les Core Web Vitals au rouge. La bonne nouvelle : la performance PrestaShop se travaille méthodiquement. Voici les 12 leviers que j'actionne, du serveur au front, pour repasser une boutique au vert. ## Mesurer avant d'optimiser On n'optimise pas à l'aveugle. Avant tout, je mesure : Lighthouse et PageSpeed Insights pour les Core Web Vitals, GTmetrix ou WebPageTest pour la cascade réseau, le profiler PrestaShop (mode debug) pour repérer les requêtes lentes et les hooks coûteux, et le Query Cache MySQL pour les goulots côté base. L'objectif : identifier les 20 % de causes responsables de 80 % de la lenteur. ## Les 12 leviers de performance PrestaShop 1. **PHP récent + OPcache** : passer à une version PHP supportée et activer OPcache donne souvent le gain le plus rapide. 2. **Le cache PrestaShop** : activer le cache du back-office (Smarty en mode production, compilation jamais à « forcer »), et le cache du système de fichiers ou Redis/Memcached. 3. **Un serveur de cache HTTP** : LiteSpeed + LSCache (ou Varnish) sert les pages en quasi-instantané aux visiteurs non connectés. 4. **La base de données** : index manquants, tables `ps_*` à nettoyer (connexions invité, paniers abandonnés, logs, statistiques), requêtes lourdes à optimiser. 5. **Les images** : formats modernes (WebP/AVIF), dimensions adaptées, compression, et `loading="lazy"` sur les visuels hors écran. 6. **CCC (Combine, Compress, Cache)** : regrouper et minifier CSS/JS via les options natives de PrestaShop — en testant, car certains thèmes/modules y réagissent mal. 7. **Réduire le JavaScript** : différer le JS non critique, supprimer les scripts de modules inutilisés. 8. **Un CDN** : servir les ressources statiques (images, CSS, JS) depuis un réseau de diffusion proche du visiteur. 9. **Le ménage des modules** : chaque module actif ajoute des requêtes et des hooks. Désactiver l'inutile allège toutes les pages. 10. **L'hébergement** : un mutualisé saturé plafonne tout. Un serveur adapté (LiteSpeed, ressources dédiées) change la donne. 11. **Le thème** : un thème surchargé d'overrides et de dépendances pèse lourd. Parfois, l'assainir est le meilleur investissement. 12. **Le suivi dans le temps** : la performance se dégrade au fil des ajouts. Un contrôle régulier la maintient. ## Le cas des Core Web Vitals Google évalue trois métriques que je traite spécifiquement : - **LCP** (Largest Contentful Paint) : souvent l'image de bannière ou le visuel produit. On la sert optimisée, en priorité (`fetchpriority="high"`), sans la lazy-loader. - **CLS** (Cumulative Layout Shift) : les sauts de mise en page. On réserve les dimensions des images et des blocs publicitaires/bannières. - **INP** (Interaction to Next Paint) : la réactivité. On allège le JavaScript exécuté au chargement. ## Résultats attendus Sur une boutique typiquement « au rouge », ces leviers permettent généralement de diviser le temps de chargement par deux ou trois et de repasser les Core Web Vitals au vert. C'est ce qui a été obtenu sur la migration et refonte [LD Medical](/realisations/) (score full green mobile et desktop). À la clé : un meilleur référencement et une conversion qui remonte. ## Erreurs fréquentes - **Activer le CCC sans tester** : peut casser l'affichage ou des scripts de modules. - **Empiler les modules de cache** qui se neutralisent entre eux. - **Optimiser le front en ignorant la base de données** : une requête lente plombe tout. - **Rester sur un hébergement sous-dimensionné** en espérant compenser par le code. ## Pour aller plus loin L'optimisation s'accompagne souvent d'une remise à plat technique. Voyez aussi mon guide sur [la migration vers PrestaShop 8](/blog/migration-prestashop-1-6-vers-8/), et si vous voulez déléguer, mon offre d'[optimisation des performances PrestaShop](/developpeur-prestashop/optimisation-performance/). ## FAQ **Combien de temps pour optimiser une boutique ?** Un premier palier de gains s'obtient souvent en 3 à 7 jours, selon l'état de départ. **Faut-il changer d'hébergement ?** Pas toujours, mais un mutualisé saturé impose une limite que le code ne franchira pas. **Le cache suffit-il ?** Il aide énormément pour les visiteurs anonymes, mais ne remplace pas le travail sur la base, les images et le thème. Votre PrestaShop rame ? [Demandez un audit de performance](/contact/) : je vous renvoie les priorités et une estimation sous 24 h ouvrées. --- ### PrestaShop 9 : nouveautés et stratégie de migration _Source :_ — _publié_ 2026-04-16 > PrestaShop 9 : ce qui change (PHP, Symfony, back-office), l'impact sur vos modules et la bonne stratégie de migration selon votre version actuelle. PrestaShop 9 marque une nouvelle étape pour la plateforme, dans la continuité de la 8. Si vous êtes encore en 1.6, 1.7 ou en 8, comprendre ce qui change vous évite de subir la montée de version : vous la planifiez. Ce guide détaille les vraies nouveautés, leur impact sur vos modules et votre thème, et la stratégie de migration la plus rentable selon votre version actuelle. ## PrestaShop 9 : ce qui change vraiment La version 9 n'est pas une rupture façon 1.6 → 1.7, mais une consolidation de la modernisation entamée avec la 8 : - **Socle PHP récent** : abandon des vieilles versions de PHP au profit de PHP 8.1+, plus rapide et mieux typé. Vos modules doivent être compatibles PHP 8. - **Montée de Symfony** : le back-office poursuit sa migration vers Symfony, au détriment des anciens contrôleurs _legacy_. Les pages d'administration historiques disparaissent progressivement. - **Nettoyage de code hérité** : suppression de fonctions dépréciées et de dépendances obsolètes — une base plus saine, mais qui casse les modules qui s'appuyaient dessus. - **Thème et front** : la base reste proche de la 8 ; les thèmes propres migrent sans douleur, les thèmes bricolés en overrides demandent une revue. ## L'impact concret sur vos modules C'est là que tout se joue. Trois cas de figure : Type de moduleCompatibilité PS 9Travail à prévoirModule propre, branché par les hooks natifsBonneTests + ajustements PHP 8 mineursModule avec overrides légersMoyenneRemplacer les overrides par des hooksModule legacy (contrôleurs obsolètes, surcharge du cœur)FaibleRéécriture partielle ou totale La meilleure assurance de compatibilité reste d'écrire ses modules avec `ModuleAdminController` plutôt qu'avec des contrôleurs Symfony trop spécifiques à une version, et de bannir les overrides du cœur. C'est exactement la philosophie détaillée dans mon guide [comment créer un module PrestaShop](/blog/creer-module-prestashop/) et dans [les hooks PrestaShop expliqués](/blog/hooks-prestashop/). ## Quelle stratégie selon votre version actuelle ? La bonne décision dépend d'où vous partez : - **Vous êtes en 1.6** : ne migrez pas en deux temps (1.6 → 8 → 9). Visez directement une cible récente et stable. La logique d'une montée 1.6 → 8 est décrite pas à pas dans mon [guide de migration PrestaShop 1.6 vers 8](/blog/migration-prestashop-1-6-vers-8/) et s'applique aussi à une cible 9. - **Vous êtes en 1.7** : la migration vers 8/9 est un vrai changement de socle (Symfony, PHP). Auditez d'abord vos modules et votre thème. - **Vous êtes en 8 et stable** : la bascule vers la 9 est la plus simple. Anticipez-la sur une préproduction, sans urgence, dès que vos modules clés sont confirmés compatibles. ## Checklist de préparation à PrestaShop 9 - Inventorier tous les modules installés et leur statut (natif, marketplace, sur mesure). - Vérifier la compatibilité PHP 8.1+ de chaque module et du thème. - Lister les overrides présents dans `/override` et les surcharges de thème. - Cloner le site en préproduction et y tester la montée de version. - Recetter le tunnel de commande, le paiement et les transporteurs en priorité. - Préparer un plan de redirection si des URLs changent. - Sauvegarder base + fichiers avant toute bascule en production. ## Erreurs fréquentes à éviter - **Migrer en production sans préproduction** : la première règle. Toute montée de version se teste à blanc d'abord. - **Négliger les modules de paiement et de livraison** : ce sont eux qui cassent le plus souvent et qui coûtent le plus cher en chiffre d'affaires perdu. - **Conserver des overrides** : ils sont la première cause d'incompatibilité. Profitez de la migration pour les remplacer par des hooks. - **Oublier le SEO** : vérifier que les URLs, les balises et les redirections 301 sont préservées. ## FAQ **PrestaShop 9 est-il rétrocompatible avec mes modules 1.7 ?** Pas systématiquement. Les modules propres passent souvent ; les modules legacy demandent une revue, voire une réécriture. **Combien de temps prend une migration vers PrestaShop 9 ?** De quelques jours pour une boutique simple à plusieurs semaines si le catalogue est volumineux et les modules nombreux. **Vaut-il mieux migrer ou rester en 8 ?** Si la 8 est stable et couvre vos besoins, rien n'oblige à migrer immédiatement. Mais rester sur une version qui n'est plus maintenue finit par poser des problèmes de sécurité. Vous préparez une montée de version ? Je réalise des [migrations PrestaShop 1.6/1.7 vers 8 et 9](/developpeur-prestashop/migration/) sans perte de données ni de SEO, recette comprise. [Parlons de votre projet](/contact/) : estimation claire sous 24 h ouvrées. --- ### Migrer de PrestaShop 1.6 vers 8 : guide pas à pas _Source :_ — _publié_ 2026-04-14 > Migrer de PrestaShop 1.6 vers 8 pas à pas : pourquoi migrer, audit, préproduction, recette et bascule, sans perte de données ni de SEO. Migrer de PrestaShop 1.6 vers PrestaShop 8 n'est pas une simple mise à jour : c'est un changement d'architecture majeur. Symfony a remplacé une grande partie du cœur historique, le système de thème a évolué, et la plupart des modules 1.6 ne sont pas compatibles tels quels. Bien préparée, l'opération sécurise votre boutique et améliore nettement ses performances. Mal préparée, elle peut coûter du trafic et des données. Voici comment je la mène. ## Pourquoi migrer depuis PrestaShop 1.6 PrestaShop 1.6 n'est plus maintenu : plus de correctifs de sécurité, compatibilité PHP limitée, et un écart technique qui se creuse avec l'écosystème. Passer à PrestaShop 8 (ou directement viser PrestaShop 9) apporte un socle Symfony moderne, de meilleures performances, une compatibilité PHP récente et un back-office repensé. C'est aussi l'occasion d'assainir une boutique alourdie par les années. ## 1.6 vers 8 : un saut, pas une simple montée de version Entre la 1.6 et la 8, le cœur a été en grande partie reconstruit autour de Symfony. Concrètement, cela signifie que vos **modules** et votre **thème** 1.6 devront être remplacés, refaits ou fortement adaptés. C'est le vrai chantier de la migration — bien plus que le transfert des données. ## Les étapes d'une migration réussie 1. **Audit & inventaire** : versions, modules installés (utiles vs obsolètes), thème, surcharges, volumétrie (produits, commandes, clients), spécificités SEO. 2. **Environnement de préproduction** : on ne migre jamais directement en production. Une copie iso sert de terrain de test. 3. **Migration des données** : produits, catégories, clients, commandes, URLs. L'outil de migration officiel aide, mais la reprise demande souvent des ajustements SQL. 4. **Reprise du thème** : refonte ou portage du thème vers le moteur de la 8, en profitant souvent pour améliorer la performance et le responsive. 5. **Modules** : remplacement par leurs équivalents compatibles, ou redéveloppement propre des modules métier essentiels. 6. **Plan de redirections 301** : la pièce maîtresse pour préserver le référencement (voir plus bas). 7. **Recette** : tests fonctionnels (tunnel d'achat, paiement, comptes, e-mails), tests de performance, vérification SEO. 8. **Bascule** : mise en production planifiée (idéalement en heure creuse), surveillance renforcée les jours suivants. ## Modules et thème : le vrai chantier C'est ici que se joue 70 % du budget. Chaque module 1.6 doit être évalué : a-t-il un équivalent natif ou marketplace en version 8 ? Est-il encore utile ? Faut-il le redévelopper ? Pour les modules métier critiques, un redéveloppement propre (PSR-4, hooks natifs) est souvent plus rentable à long terme que de rustiner un ancien code. Côté thème, mieux vaut repartir sur une base saine que de traîner les surcharges accumulées. ## Préserver le référencement (le point critique) Une migration ratée côté SEO peut faire chuter le trafic pendant des semaines. Les garde-fous : - **Conserver les URLs** autant que possible ; sinon, un plan de **redirections 301** exhaustif ancienne → nouvelle URL. - **Vérifier les balises** title, meta description, canonical et la structure Hn. - **Régénérer le sitemap** et le soumettre à la Search Console. - **Surveiller** l'indexation et les erreurs 404 après la bascule, et corriger vite. C'est exactement la démarche appliquée sur la migration [LD Medical](/realisations/) (PrestaShop 1.7 vers 8), avec un score de performances repassé au vert sur mobile et desktop. ## Combien de temps, combien ça coûte ? Pour une boutique standard, comptez de 1 à 4 semaines selon le nombre de modules à reprendre et la complexité du thème. Côté budget, une [migration PrestaShop vers 8 ou 9](/developpeur-prestashop/migration/) démarre généralement autour de 1 500 € et augmente avec le nombre de modules métier à redévelopper. Le poste principal n'est presque jamais les données : ce sont les modules et le thème. ## Faut-il viser PrestaShop 8 ou directement la 9 ? Si vous migrez aujourd'hui, la question mérite d'être posée : viser directement PrestaShop 9 évite une seconde migration à court terme. Le choix dépend de la compatibilité de vos modules cibles. J'en parle dans mon guide [PrestaShop 9 : nouveautés et stratégie de migration](/blog/prestashop-9-nouveautes/). ## Erreurs à éviter - Migrer directement en production sans préproduction. - Négliger le plan de redirections 301 (la première cause de perte de trafic). - Vouloir conserver à tout prix d'anciens modules incompatibles. - Oublier de tester le tunnel d'achat et les paiements en conditions réelles. ## FAQ **Vais-je perdre mes données ?** Non, avec une migration recettée sur préproduction et des sauvegardes complètes avant bascule. **Mes modules 1.6 fonctionneront-ils ?** La plupart non. Il faut leurs équivalents 8, ou un redéveloppement pour les modules métier. **Combien de temps d'indisponibilité ?** La bascule elle-même dure généralement quelques heures, planifiées en période creuse. Vous préparez une migration ? [Parlons-en](/contact/) : audit de faisabilité et estimation sous 24 h ouvrées. --- ### Les hooks PrestaShop expliqués avec exemples _Source :_ — _publié_ 2026-04-09 > Comprendre les hooks PrestaShop : hooks d'affichage vs d'action, enregistrement via registerHook, exemples et erreurs fréquentes à éviter. Les hooks sont le système nerveux de PrestaShop : ils permettent à un module d'exécuter du code à des moments précis (affichage d'une page, ajout au panier, validation d'une commande…) sans jamais modifier le cœur. Bien les maîtriser, c'est garantir un code propre qui survit aux mises à jour. ## Hook d'affichage vs hook d'action On distingue deux familles. Les hooks d'**affichage** (préfixe `displayHeader`, `displayProductAdditionalInfo`…) retournent du HTML à insérer à un endroit du thème. Les hooks d'**action** (`actionValidateOrder`, `actionCartSave`…) déclenchent une logique métier sans rien afficher. Un même module peut écouter les deux. ## Enregistrer et utiliser un hook On enregistre un hook dans la méthode `install()` du module via `registerHook('nomDuHook')`, puis on implémente une méthode `hookNomDuHook($params)`. Le tableau `$params` contient le contexte (produit, panier, commande selon le hook). C'est ce mécanisme qui rend un module réutilisable et découplé. ## Erreurs fréquentes à éviter Attention à ne pas surcharger des hooks coûteux sur chaque page sans cache, et préférez toujours un hook à un override. Si aucun hook n'existe pour votre besoin, un hook personnalisé ou un point d'extension propre vaut mieux qu'une modification du cœur. Les hooks sont la base de toute extension sérieuse : retrouvez la méthode complète dans notre guide [comment créer un module PrestaShop](/blog/creer-module-prestashop/), et anticipez les évolutions avec [les nouveautés de PrestaShop 9](/blog/prestashop-9-nouveautes/). Pour un développement clé en main, voyez mon offre de [module PrestaShop sur mesure](/developpeur-prestashop/module-sur-mesure/). --- ### Comment créer un module PrestaShop (guide complet) _Source :_ — _publié_ 2026-04-07 > Guide complet pour créer un module PrestaShop : structure minimale, branchement par les hooks, PSR-4 et bonnes pratiques compatibles PS 1.6 à 9. Créer un module est la bonne façon d'ajouter une fonctionnalité à PrestaShop : on étend la boutique proprement, sans toucher au cœur ni au thème, et le code survit aux mises à jour. Voici l'anatomie d'un module, les points clés du développement et les bonnes pratiques pour qu'il reste maintenable de PrestaShop 1.6 à 9. ## Anatomie d'un module PrestaShop Un module vit dans son propre dossier sous `/modules/monmodule/`. La structure minimale : - `monmodule.php` : le fichier principal, une classe qui étend `Module`. - `logo.png` : l'icône affichée dans le back-office. - `views/templates/` : les gabarits Smarty (`.tpl`) front et hook. - `controllers/` : les contrôleurs front et/ou admin. - `config.xml` : généré automatiquement, décrit le module. ## Le fichier principal La classe du module déclare ses métadonnées dans le constructeur (nom technique, version, auteur, compatibilité) puis gère son cycle de vie via `install()` et `uninstall()`. C'est aussi là qu'on enregistre les hooks : ``` public function install() { return parent::install() && $this->registerHook('displayHeader') && $this->registerHook('displayProductAdditionalInfo'); } ``` Le `install()` est aussi l'endroit où créer les tables dédiées et les valeurs de configuration ; le `uninstall()` doit tout nettoyer proprement. ## Les hooks : s'accrocher aux événements Les hooks sont des points d'ancrage déclenchés par PrestaShop (affichage d'une zone, action sur une commande, etc.). Votre module implémente une méthode `hookNomDuHook()` qui s'exécute au bon moment. C'est le mécanisme à privilégier — bien plus propre que les overrides. J'y consacre un guide complet : [les hooks PrestaShop expliqués avec exemples](/blog/hooks-prestashop/). ## Vues front et back-office Côté front, les hooks d'affichage rendent des templates Smarty (`.tpl`) auxquels on passe des variables via `$this->context->smarty->assign()`. Côté administration, pour une vraie interface (listes, formulaires, onglets), on crée un `ModuleAdminController`. Astuce de compatibilité : privilégier `ModuleAdminController` plutôt que des contrôleurs Symfony permet de rester cross-compatible entre PrestaShop 8 et 9. ## Une base de données dédiée Si le module stocke ses propres données, on crée des tables préfixées (`_DB_PREFIX_`) à l'installation et on les supprime à la désinstallation. Pensez aux montées de version : prévoyez une routine de mise à jour de schéma pour les versions suivantes du module. ## Bonnes pratiques - **Pas d'override sale** : tout passe par les hooks. C'est ce qui évite que vos mises à jour PrestaShop ne cassent le module. - **PSR-4** : organiser le code en namespaces, avec un autoloader (sans forcément Composer). - **Traductions** : utiliser `$this->l()` dans le module et `$this->module->l()` dans les contrôleurs. - **Requêtes** : avec `Db::getValue()` ou `getRow()`, ne pas ajouter de `LIMIT` explicite (ils en ajoutent déjà un — sinon erreur SQL « LIMIT 1 LIMIT 1 »). - **Compatibilité** : tester de la 1.6 à la 9 si vous visez large. ## Erreurs courantes - Recourir aux overrides par facilité — la dette technique garantie. - Oublier le nettoyage en `uninstall()` (tables et configuration orphelines). - Mélanger logique métier et présentation dans les templates. - Coder en dur des chaînes non traduites. ## FAQ **Faut-il Composer ?** Pas obligatoirement : un autoloader SPL manuel suffit pour respecter PSR-4 sans dépendance. **Un module peut-il être compatible 1.6 à 9 ?** Oui, au prix de quelques précautions (choix des contrôleurs, API utilisées). **Combien coûte un module sur mesure ?** Voir mon guide dédié : [combien coûte un module PrestaShop](/blog/prix-module-prestashop/). Besoin d'un module fiable et durable ? Découvrez mon offre de [développement de module PrestaShop sur mesure](/developpeur-prestashop/module-sur-mesure/) ou [décrivez votre besoin](/contact/). --- ## Réalisations ### La Piscine Paris _Source :_ > Étude de cas La Piscine Paris : migration PrestaShop 1.7 vers 8, refonte graphique complète, mise à jour des modules, changement de serveur et optimisation vitesse & SEO pour cet outlet de grandes marques. [La Piscine Paris](https://www.lapiscine-paris.fr/) est un _outlet store_ spécialiste du déstockage de grandes marques de luxe (femme & homme), présent à la fois en ligne et dans plusieurs boutiques parisiennes. Le projet consistait à faire passer un cap à la boutique : sortir d'une version de PrestaShop en fin de vie, moderniser entièrement l'expérience d'achat, migrer vers une infrastructure serveur plus performante et atteindre un niveau de vitesse et de référencement à la hauteur d'un site marchand premium. **Mise en production : 1er mars 2025.** ## Le contexte & les enjeux La boutique tournait sous PrestaShop 1.7, une version qui n'est plus maintenue : failles de sécurité non corrigées, modules vieillissants et incompatibilités à venir avec les versions récentes de PHP. Avec un catalogue riche, des arrivages réguliers et un trafic important, trois priorités se sont imposées : **fiabiliser et sécuriser la base technique**, **moderniser l'image de marque** à la hauteur de l'univers du luxe, et **gagner en performance** aussi bien côté serveur que côté SEO. ## Migration PrestaShop 1.7 → 8 Migration complète vers PrestaShop 8 : mise à jour du cœur, compatibilité avec une version récente de PHP, reprise intégrale des données (catalogue, marques, clients, commandes, URL et SEO) et tests de non-régression pour garantir la continuité de l'activité. L'objectif : repartir sur une base saine, sécurisée et durable, sans perte de référencement ni interruption de service. ## Refonte graphique complète Refonte intégrale du thème pour une identité plus moderne, épurée et cohérente avec le positionnement luxe/outlet. La navigation a été clarifiée (collections femme et homme, marques, promotions, nouveautés), les fiches produits valorisées et le tunnel d'achat fluidifié — l'enjeu étant qu'un visiteur trouve, comprenne et commande sans friction, aussi bien sur mobile que sur ordinateur. ## Mise à jour des modules Audit et mise à jour de l'ensemble des modules de la boutique pour les rendre compatibles avec PrestaShop 8 : remplacement des modules obsolètes ou abandonnés, mise à jour de ceux encore maintenus et reconfiguration au cas par cas. Objectif : un back-office stable, des fonctionnalités à jour (paiement, livraison, avis, marketing) et la suppression de toute dette technique héritée de l'ancienne version. ## Changement de serveur & configuration Migration vers une nouvelle infrastructure serveur, mieux dimensionnée pour le trafic et le catalogue de la boutique. Au-delà du simple transfert, un travail de configuration a été mené de bout en bout — version de PHP, paramètres OPcache, gestion du cache, optimisation de la base de données, certificats et règles de sécurité — pour offrir un socle rapide, stable et sécurisé, prêt à encaisser les pics de trafic des opérations de déstockage. ## Optimisation vitesse & SEO Un site lent fait fuir l'acheteur et pénalise le référencement Google. J'ai mené un travail d'optimisation de bout en bout — compression et chargement différé des images, allègement et regroupement des ressources, mise en cache, nettoyage du code front-end — couplé à une optimisation SEO (structure des URL, balises et données structurées, maillage interne, conservation du référencement existant lors de la migration). Au-delà des scores PageSpeed, c'est un temps de chargement réellement perçu plus court par le client et un meilleur positionnement dans les résultats de recherche. ## Le résultat Une boutique remise à neuf sur une base PrestaShop 8 sécurisée et pérenne, un design moderne pensé pour la conversion, une infrastructure serveur performante et bien configurée, et des temps de chargement nettement améliorés au service du SEO — le tout livré et mis en production le 1er mars 2025. --- ### LD Medical _Source :_ > Étude de cas LD Medical : migration PrestaShop 1.7 vers 8, refonte du thème et optimisation des performances (score full green mobile et PC) pour une boutique de matériel médical. [LD Medical](https://www.ld-medical.fr/) est une boutique spécialisée dans le matériel médical. Le projet consistait à faire passer un cap à la boutique : sortir d'une version de PrestaShop en fin de vie, moderniser l'expérience d'achat, et atteindre un niveau de performance et de conformité à la hauteur des exigences d'un site marchand qui inspire confiance dans un secteur sensible. ## Le contexte & les enjeux La boutique tournait sous PrestaShop 1.7, une version qui n'est plus maintenue : failles de sécurité non corrigées, modules vieillissants et incompatibilités à venir avec les versions récentes de PHP. Dans le médical, où l'achat engage la confiance du client, trois priorités se sont imposées : **fiabiliser la base technique**, **rassurer l'acheteur** et **respecter scrupuleusement le cadre légal** (RGPD, transparence des avis). ## Migration PrestaShop 1.7 → 8 Migration complète vers PrestaShop 8 : mise à jour du cœur, compatibilité PHP récente, reprise intégrale des données (catalogue, clients, commandes, URL et SEO) et tests de non-régression pour garantir la continuité de l'activité. L'objectif : repartir sur une base saine, sécurisée et durable, sans perte de référencement ni interruption de service. ## Design du thème Refonte graphique du thème pour une identité plus moderne et cohérente avec l'univers médical. La navigation a été clarifiée, les fiches produits valorisées et le tunnel d'achat fluidifié — l'enjeu étant qu'un visiteur trouve, comprenne et commande son matériel sans friction, aussi bien sur mobile que sur ordinateur. ## Optimisation des performances Un site lent fait fuir l'acheteur et pénalise le référencement Google. J'ai mené un travail d'optimisation de bout en bout — compression et chargement différé des images, allègement et regroupement des ressources, mise en cache, nettoyage du code front-end — pour atteindre un score « full green » sur mobile _et_ sur ordinateur dans Google Search Console / PageSpeed Insights. Au-delà du score, c'est un temps de chargement réellement perçu plus court par le client, et un meilleur positionnement dans les résultats de recherche. ## Les modules installés & pourquoi Chaque module répond à un besoin précis du projet, pas à une volonté de « tout équiper » : - **DataFirefly Avis Vérifiés PrestaShop 8** Dans le médical, la **preuve sociale** est déterminante : un acheteur hésitant est rassuré par les retours d'autres clients. Les avis sont collectés _après achat_ auprès de clients réels — donc fiables et conformes aux obligations de transparence (DGCCRF). Bonus : les étoiles remontent dans les résultats Google (rich snippets), ce qui améliore le taux de clic et, in fine, les conversions. - **Cookie Manager Tarteaucitron (RGPD)** Le site utilise des outils de suivi (analytics, Search Console, etc.) qui déposent des cookies. La **conformité RGPD / CNIL** impose de recueillir le consentement avant tout dépôt non essentiel — sous peine de sanctions. Tarteaucitron bloque les scripts tant que l'internaute n'a pas consenti. Effet secondaire vertueux : en différant le chargement des scripts tiers, le module **contribue directement aux performances** et au score « full green ». - **DataFirefly Positions Produits PrestaShop 8** Le tri natif des produits dans PrestaShop est fastidieux à piloter. Ce module donne la main sur le **merchandising** : remonter les best-sellers, les produits à forte marge ou en stock, gérer les mises en avant saisonnières. Concrètement, le client voit en premier ce qui se vend (et se convertit) le mieux. ## Le résultat Une boutique remise à neuf sur une base PrestaShop 8 sécurisée et pérenne, un design moderne pensé pour la conversion, des performances « full green » mobile et PC, et un socle de confiance (avis vérifiés, conformité RGPD) adapté aux exigences du secteur médical. --- ### Miss June Paris _Source :_ > Étude de cas Miss June Paris : refonte complète de la boutique PrestaShop, modules DataFirefly sur mesure, optimisation de la vitesse, traductions et multi-boutiques pour cette maison de mode bohème premium. [Miss June Paris](https://miss-june.com/fr/) est une maison de mode bohème premium qui, depuis 2001, crée des robes brodées à la main, des caftans et des pièces de cérémonie taillés dans des tissus nobles, distribués dans le monde entier. Le projet a consisté à refondre intégralement la boutique PrestaShop : nouvelle identité graphique, développement de modules sur mesure, optimisation des performances et déploiement d'un environnement multilingue et multi-boutiques pour accompagner le rayonnement international de la marque. ## Le contexte & les enjeux Installée depuis plus de vingt ans, Miss June Paris devait offrir une expérience d'achat à la hauteur de son positionnement premium et de sa présence à l'international. Trois enjeux structurants se sont imposés : **moderniser entièrement la vitrine et le parcours d'achat**, **déployer la boutique sur plusieurs langues et marchés** sans dégrader le référencement, et **garantir des temps de chargement rapides** malgré un catalogue riche en visuels haute définition et en vidéos de campagne. ## Refonte complète Refonte intégrale du thème pour une identité éditoriale et sensorielle, fidèle à l'univers bohème chic de la maison : mise en avant des collections (Nouveautés, Endless Summer, Cérémonie, Accessoires), intégration de contenus immersifs (vidéos de campagne, lookbooks), navigation repensée par univers et tunnel d'achat fluidifié. L'objectif : valoriser le savoir-faire et les pièces tout en simplifiant le passage à l'achat, aussi bien sur mobile que sur ordinateur. ## Modules personnalisés Développement et intégration de modules **DataFirefly** sur mesure pour couvrir les besoins spécifiques de la boutique : - [Module hreflang](https://www.datafirefly.com/product/module-hreflang-prestashop-8-balises-alternate-seo-multilingue-datafirefly/) — balises _alternate_ hreflang pour un SEO multilingue et multi-boutiques sans contenu dupliqué. - [dfbulkfeature](https://www.datafirefly.com/product/module-caracteristiques-produit-en-masse-prestashop-8-dfbulkfeature/) — gestion en masse des caractéristiques produit (matières, coupes, entretien…) sur un grand catalogue. - [FAQ IA Produit](https://www.datafirefly.com/product/datafirefly-faq-ia-produit-prestashop-8/) — questions / réponses générées par IA directement sur les fiches produits. - [dfaccountdelete](https://www.datafirefly.com/product/dfaccountdelete-suppression-compte-rgpd/) — suppression de compte client conforme RGPD. - [Checkout simple & élégant](https://www.datafirefly.com/product/checkout-simple-elegant-prestashop/) — tunnel de commande épuré et fluidifié pour réduire les abandons. - [Final Sales](https://www.datafirefly.com/product/datafirefly-final-sales-vente-ferme-prestashop/) — gestion des ventes fermes pour les opérations de déstockage (Journées Privilèges). - [Product Return Manager](https://www.datafirefly.com/product/datafirefly-product-return-manager-prestashop-8/) — gestion des retours et du « 15 jours pour changer d'avis ». ## Optimisation vitesse Un site lent fait fuir l'acheteur et pénalise le référencement — un défi d'autant plus réel sur une boutique de mode très visuelle. J'ai mené un travail d'optimisation de bout en bout : compression et chargement différé des images, gestion des vidéos de campagne, allègement et regroupement des ressources, mise en cache et nettoyage du code front-end. Au-delà des scores PageSpeed, l'objectif était un temps de chargement réellement perçu plus court par la cliente, sur tous les supports. ## Traductions & multi-boutiques Déploiement de la boutique en six langues (français, anglais, espagnol, allemand, italien, portugais) et sur plusieurs marchés, avec gestion des devises et de la livraison internationale. Le module hreflang DataFirefly assure la cohérence SEO entre les versions linguistiques grâce aux balises _alternate_, évitant le contenu dupliqué et orientant chaque visiteur vers la bonne version selon sa langue et son pays. ## Le résultat Une boutique PrestaShop entièrement modernisée, fidèle à l'univers premium et bohème de Miss June Paris, dotée de modules sur mesure, rapide malgré un contenu visuel dense, et déployée sur six langues et plusieurs marchés — prête à soutenir la croissance internationale de la marque. --- ### My Smart Book _Source :_ > Étude de cas My Smart Book : réalisation complète d'une librairie en ligne Shopware 6 avec structure bibliographique WEMI sur mesure, catalogue de centaines de milliers de livres et API mobile. [My Smart Book](https://mysmartbook.fr/) est une librairie en ligne nouvelle génération propulsée par Shopware 6. Le projet consistait à construire de A à Z une boutique capable d'exposer un catalogue de centaines de milliers de livres, de modéliser finement les relations entre œuvres, éditions et exemplaires grâce à une structure bibliographique WEMI sur mesure, et d'alimenter des applications mobiles via une API dédiée. Le site a été mis en production le 1ᵉʳ mai 2026. ## Le contexte & les enjeux Vendre du livre en ligne à grande échelle pose des défis très différents de ceux d'une boutique classique : un même titre peut exister en plusieurs éditions, formats, traductions et rééditions, et le catalogue se compte en centaines de milliers de références. Trois priorités structuraient le projet : **réaliser une boutique Shopware complète et performante**, **modéliser intelligemment l'information bibliographique** pour regrouper et naviguer dans le catalogue sans confusion, et **exposer ces données à des applications mobiles** via une API robuste. ## Réalisation complète du site Construction intégrale de la librairie sous Shopware 6 : architecture du catalogue, arborescence des univers et rayons, fiches livres, tunnel de commande, comptes clients, pages éditoriales et tout le socle technique. L'objectif était de livrer une plateforme autonome, maintenable et taillée pour la volumétrie d'un véritable catalogue de librairie, du back-office à l'expérience d'achat front. ## Structure WEMI sur mesure Le cœur technique du projet repose sur un modèle bibliographique **WEMI** (Work, Expression, Manifestation, Item) développé sur mesure. Cette modélisation, issue des standards de catalogage des bibliothèques, distingue l'_œuvre_ (le contenu intellectuel), l'_expression_ (une traduction, une édition révisée), la _manifestation_ (une édition publiée précise : broché, relié, numérique) et l'_item_ (l'exemplaire). Concrètement, elle permet de regrouper toutes les éditions d'un même livre, d'éviter les doublons, de proposer au client le bon format et de garder un catalogue cohérent malgré sa taille — un niveau de finesse impossible à obtenir avec un simple produit Shopware standard. ## Catalogue de centaines de milliers de livres La plateforme gère un catalogue de très grande ampleur : des centaines de milliers de références importées, normalisées et tenues à jour. Ce volume impose un travail spécifique sur les performances (indexation, recherche, pagination), sur la qualité des données (rapprochement des doublons via la structure WEMI, gestion des EAN/ISBN, métadonnées éditeur) et sur l'ergonomie de navigation pour que le client trouve rapidement le bon ouvrage dans cette masse de références. ## API pour applications mobiles Au-delà du site web, le catalogue et les fonctionnalités d'achat sont exposés via une **API dédiée aux applications mobiles**. Cette couche permet aux apps de consommer les données bibliographiques, la recherche, les fiches livres et le parcours de commande, en s'appuyant sur le même socle Shopware — une seule source de vérité pour le web et le mobile. ## Les modules installés & pourquoi Chaque module DataFirefly répond à un besoin précis de la librairie, pas à une volonté de « tout équiper » : - **Popup Pro Newsletter** La **fidélisation** est déterminante pour une librairie : nouveautés, recommandations et coups de cœur passent par l'e-mail. Ce module affiche une popup de capture d'inscription à la newsletter, ciblée et paramétrable, pour transformer le trafic de passage en audience qualifiée sans dégrader l'expérience de navigation. - **dfSocialConnect pour Shopware** Sur un catalogue où le client revient souvent, **réduire la friction à la connexion** compte. Le module ajoute l'authentification via les réseaux sociaux : création de compte et connexion en un clic, sans formulaire à remplir, ce qui améliore le taux de conversion à l'inscription comme au retour client. - **DataFirefly Dark Mode pour Shopware 6** Le livre se consulte longtemps : le **confort de lecture** est un argument réel. Ce module apporte un mode sombre natif à la boutique Shopware 6, qui réduit la fatigue visuelle lors des longues sessions de navigation et répond aux attentes d'un public habitué au dark mode sur ses appareils. ## Le résultat Une librairie en ligne Shopware 6 complète et autonome, capable d'exposer des centaines de milliers de livres grâce à une structure bibliographique WEMI sur mesure, d'alimenter des applications mobiles via une API dédiée, et d'offrir une expérience de lecture et d'achat soignée (newsletter, connexion sociale, mode sombre). Mise en production le 1ᵉʳ mai 2026. --- ### Sysnav Healthcare _Source :_ > Étude de cas Sysnav Healthcare : mise en production du site WordPress de la plateforme Syde®, intégration du design sous Elementor Pro, optimisation de la vitesse (WP Rocket), SEO, correctifs CSS et modules personnalisés. [Sysnav Healthcare](https://healthcare.sysnav.com/) édite la plateforme **Syde®**, un dispositif de santé porté (DHT) qui mesure la fonction motrice des patients dans leur vie quotidienne et fournit des _endpoints cliniques numériques_ validés pour les essais sur les maladies neurologiques et neuromusculaires. Le projet portait sur la mise en production de leur site WordPress et son optimisation, dans un secteur exigeant où la rigueur scientifique et la crédibilité du site comptent autant que sa performance technique. ## Le contexte & les enjeux Sysnav Healthcare s'adresse à un public exigeant — laboratoires pharmaceutiques, chercheurs, médecins et associations de patients. Le site devait refléter ce niveau d'exigence : un **design soigné et fidèle aux maquettes**, des **temps de chargement maîtrisés** et un **socle SEO solide** pour gagner en visibilité sur des requêtes techniques pointues (endpoints numériques, fonction motrice, essais cliniques). Le tout devait être préparé et testé sans jamais perturber le site en ligne. ## Intégration du design Intégration complète des maquettes sous **Elementor Pro** : mise en page des pages clés (plateforme Syde, opérations cliniques, endpoints numériques, à propos), composants réutilisables et déclinaisons responsive. L'objectif : un rendu fidèle au design attendu, cohérent de page en page, et lisible aussi bien sur mobile que sur ordinateur. ## Optimisation de la vitesse Un site lent nuit à l'expérience et au référencement. J'ai mené un travail d'optimisation des performances appuyé sur **WP Rocket** — mise en cache, minification et regroupement des ressources, chargement différé des images et des scripts — afin de réduire les temps de chargement réellement perçus par le visiteur et d'améliorer les scores PageSpeed / Core Web Vitals. ## Intégration des recommandations SEO Application des recommandations SEO sur l'ensemble du site : structure des titres, balises meta, balisage sémantique, optimisation des images et bonnes pratiques techniques. L'objectif : poser des fondations propres pour le référencement naturel et faciliter l'indexation par Google sur les thématiques métier de Sysnav Healthcare. ## Correctifs CSS & modules personnalisés Au-delà de l'intégration standard, le projet a nécessité des **correctifs CSS** ciblés pour des ajustements fins de mise en page et de responsive, ainsi que le développement de **modules personnalisés** pour couvrir des besoins spécifiques non pris en charge nativement par le thème ou les extensions. ## Les extensions utilisées & pourquoi Chaque extension répond à un besoin précis du projet : - **Elementor Pro** Constructeur de pages avancé utilisé pour **intégrer fidèlement le design** et construire des gabarits réutilisables, tout en gardant la main sur le rendu responsive et la cohérence visuelle de l'ensemble du site. - **WP Staging Pro** Permet de cloner le site en un **environnement de préproduction** isolé pour développer, tester et valider chaque évolution _sans risque_ pour le site en ligne — indispensable pour préparer une mise en production sereine. - **WP Rocket** Extension de **cache et de performance** : mise en cache, minification, regroupement et chargement différé des ressources. C'est le levier principal de l'optimisation de la vitesse et de l'amélioration des Core Web Vitals. ## Le résultat Un site WordPress mis en production le **1er juin 2025**, fidèle au design attendu, optimisé en vitesse et en SEO, consolidé par des correctifs CSS et des modules sur mesure — à la hauteur des exigences d'un acteur de la santé numérique et de la recherche clinique. --- ### Tapis Logo _Source :_ > Étude de cas Tapis Logo : création complète du site WooCommerce, optimisation SEO et PageSpeed pour le spécialiste du tapis d'entrée personnalisé pour professionnels. [Tapis Logo](https://www.tapis-logo.com/) est le spécialiste du tapis d'entrée personnalisé avec logo pour les professionnels — commerces, hôtels, restaurants, réseaux de franchises et collectivités. Le projet consistait à créer de A à Z une boutique WooCommerce capable de présenter un large catalogue de tapis sur mesure, de transformer chaque demande en devis puis en commande sans friction, et d'atteindre un niveau de référencement et de performance à la hauteur d'un marché très concurrentiel. Le site a été mis en production le 1ᵉʳ janvier 2025. ## Le contexte & les enjeux Tapis Logo s'adresse à une clientèle majoritairement B2B, dont le parcours d'achat passe presque toujours par une étape de devis : le client envoie son logo, l'équipe réalise une maquette gratuite, le client valide, puis la commande est lancée. Trois priorités structuraient le projet : **bâtir une boutique complète et fiable**, la rendre **visible sur des requêtes très disputées** (« tapis personnalisé », « tapis logo entreprise »), et garantir une **expérience rapide** aussi bien pour le visiteur que pour le traitement des demandes professionnelles. ## Réalisation complète du site Construction intégrale du site sous WordPress / WooCommerce : architecture du catalogue (tapis personnalisés, classiques & sur-mesure, caoutchouc & caillebotis, anti-fatigue, événementiel, aluminium, chariot élévateur…), arborescence des catégories, fiches produits, tunnel de commande, pages de contact et de demande de devis, blog et pages ressources. L'objectif était de couvrir tous les usages métier — du tapis publicitaire d'entrée de gamme au modèle premium haute définition — dans une navigation claire qui guide le professionnel vers la bonne solution, puis vers le devis ou la commande. ## Optimisation SEO Travail de référencement de fond pour positionner le site sur un secteur concurrentiel : structuration sémantique des catégories et des fiches produits, balisage Hn cohérent, métadonnées et données structurées, maillage interne entre catégories, modèles et articles de blog (guides sur le grammage, la mesure au m², le choix des matières, la couleur la moins salissante…). Cette stratégie de contenu transforme des recherches d'information en points d'entrée vers le catalogue et les pages de devis, et installe Tapis Logo comme référence sur sa thématique. ## Optimisation des performances (PageSpeed) Un site marchand lent fait fuir l'acheteur et pénalise le référencement Google. J'ai mené une optimisation de bout en bout — compression et chargement différé des images (lazy-load), allègement et regroupement des ressources CSS / JS, mise en cache, nettoyage du code front-end — pour réduire le temps de chargement réellement perçu par le visiteur et améliorer les scores PageSpeed Insights sur mobile _et_ sur ordinateur. Le chargement différé des scripts tiers (avis, suivi) participe directement à ce gain de vitesse. ## Les modules installés & pourquoi Chaque module répond à un besoin précis du modèle B2B de Tapis Logo, pas à une volonté de « tout équiper » : - **Gestion de Devis WooCommerce (DF Woo Quotes)** C'est le **cœur du métier** : presque chaque commande commence par un devis. WooCommerce sait gérer des commandes, pas des devis — ce module ajoute un véritable workflow : éditeur avec recherche des clients et produits, lignes libres pour le sur-mesure, remises et TVA configurables, génération PDF, envoi par e-mail et page publique sécurisée où le client accepte, refuse ou paie directement (Stripe), avec conversion automatique en commande WooCommerce. Le « devis sous 24 h » promis en page d'accueil s'appuie concrètement sur cet outil. - **Factures Proforma PDF pour WooCommerce** Les **acheteurs professionnels** ont souvent besoin d'une facture proforma avant de régler : pour obtenir un bon de commande interne ou justifier la dépense auprès de leur comptabilité. Le module génère ce document PDF en un clic — numérotation automatique, logo, mise en page propre et envoi par e-mail — exactement ce qu'attend une clientèle d'entreprises et de collectivités. - **Carrousel d'Avis Google pour WordPress** Quand l'achat engage l'**image de marque** du client, la preuve sociale est déterminante. Le module affiche les avis Google de Tapis Logo (note 5/5) sous forme de carrousel responsive, avec un balisage **Schema.org** automatique : les étoiles peuvent remonter dans les résultats Google (rich snippets) et améliorer le taux de clic. Léger et chargé uniquement là où il est utile, il ne pénalise pas le score de performances. ## Le résultat Une boutique WooCommerce complète et autonome, pensée pour un marché B2B exigeant : catalogue clair, workflow de devis fluide jusqu'à la commande, documents proforma pour les acheteurs professionnels, preuve sociale mise en avant, et un socle SEO + performances optimisé pour gagner en visibilité comme en conversions. Mise en production le 1ᵉʳ janvier 2025. --- ## Témoignages ### Céline _Source :_ --- ### Charles _Source :_ --- ### Daniel _Source :_ --- ### David _Source :_ --- ### Magali _Source :_ --- ### Marine _Source :_ --- ### Philippe _Source :_ --- ### Rémi _Source :_ --- ### Sarah _Source :_ --- ### Stéphane _Source :_ ---