PrestaShop · développement sur mesure
Calendrier Événement vend des calendriers de l’Avent, des calendriers perpétuels, des box de ballons, des noix surprise et des affiches du ciel. Autant de produits qui se composent, se personnalisent et s’offrent — souvent sur quelques semaines. J’y ai développé quatorze modules PrestaShop, du configurateur d’affiche au calendrier des fêtes, et construit toutes les pages dans Creative Elements : le client change un texte, une image ou une page entière sans développeur. Voici chaque module, tel qu’il tourne en production.
Le contexte
Un calendrier de l’Avent n’est pas un produit comme un autre. Il se compose, il se personnalise, il s’offre, et il se vend dans une fenêtre de quelques semaines. Même chose pour une affiche du ciel à une date précise, une box de ballons pour une naissance ou une noix qui cache un message.
PrestaShop sait gérer un catalogue classique. Dès que le métier s’en écarte, il y a deux chemins : empiler des modules du marché en espérant qu’ils cohabitent, ou développer ce qui manque. Le premier va plus vite au départ et coûte cher à chaque mise à jour. Le second demande d’écrire du code — et de l’écrire pour qu’il survive aux montées de version.
En chiffres
L’autonomie du client
C’était l’exigence numéro un du client, et elle a guidé chaque choix : tout ce qui s’affiche doit pouvoir se changer dans l’éditeur. Un texte, une image, une couleur, un bouton, l’ordre des sections, une page entière — sans m’appeler, sans toucher au code.
Chaque section est donc construite avec les widgets natifs de Creative Elements : titre, texte, bouton, image, icône, liste, accordéon, note en étoiles. Tous les réglages visibles sont posés dans les contrôles du widget, là où le client les retrouve. Les rares effets que l’éditeur ne sait pas exprimer — un dégradé à trois couleurs, un carrousel tactile sur mobile — sont écrits dans le champ CSS de l’élément, visibles et commentés dans l’éditeur : aucun code caché.
Une première version faisait rendre chaque section par un module. Le résultat était fidèle au pixel, mais plus rien n’était modifiable : elle a été abandonnée. Aujourd’hui, sur 53 sections, 48 sont des widgets natifs. Les cinq autres sont des formulaires et une grille de produits, qu’aucun widget ne sait faire fonctionner seul ; ils se règlent dans l’administration du module, toujours sans code.
Les gabarits
Les pages qui se répètent sont des gabarits Creative Elements. Le client en modifie un dans l’éditeur, et le changement s’applique partout où il sert — sans passer produit par produit ni catégorie par catégorie.
Bandeau crème, sous-catégories en capsules qui défilent sur une ligne, filtres dans une carte blanche, barre de tri, deux cartes côte à côte sur téléphone. Le même gabarit, sans sous-catégories ni filtres, sert aux promotions, aux nouveautés, aux meilleures ventes et à la recherche.
Voir une catégorie
Galerie, nom, prix, déclinaisons, stock, quantité, panier, description, caractéristiques : tout ce qui vient du catalogue passe par les widgets produit de Creative Elements et s’adapte à chaque fiche. Réassurance, garanties et questions fréquentes s’écrivent une fois, dans l’éditeur. Un produit qui a une histoire à raconter reçoit son propre bloc de contenu, sans toucher aux autres.
Accueil, catégories, recherche, produits liés, ventes croisées : une seule vignette, avec ses drapeaux « Neuf », « Pack » et « Promo », sa photo qui s’agrandit au survol, son prix, ses avis et l’ajout au panier. La modifier une fois change toutes les listes.
Bandeau d’annonce, logo, recherche, favoris, suivi de commande, compte, panier et raccourcis colorés vers chaque univers : chaque texte, chaque couleur et chaque lien se change dans l’éditeur. Panier, connexion et recherche sont les widgets vivants de Creative Elements.
Mosaïque de bannières en diaporama sur téléphone, nouvelle collection, promotions, meilleures ventes, nouveautés et derniers articles du Mag’ par rubrique. Les grilles de produits se remplissent seules à partir du catalogue.
Contact, zéro déchet, calendrier des fêtes et ses trois pages sœurs, pied de page : toutes construites avec les mêmes widgets, toutes ouvrables avec le bouton « Modifier avec Creative Elements ».
Optimisation et vitesse
Un constructeur de pages a la réputation d’alourdir une boutique. Ici, chaque réglage de l’éditeur a été vérifié pour ce qu’il coûte au chargement.
Changer de page ou cocher un filtre renvoyait 1,28 Mo de données pour douze produits, et le chargement tournait de trois à six secondes. Seuls les champs utiles sont désormais envoyés : 247 Ko et environ 1,4 seconde, pour des vignettes identiques.
Les styles et les scripts d’un module ne sont chargés que sur la page qui s’en sert. La page des box ne transporte pas le calcul du ciel, et la fiche produit ne charge pas les formulaires des pages de vente.
Chaque image a sa place réservée avant d’arriver : rien ne se décale pendant le chargement. Mesuré sur l’accueil en mobile, le décalage de mise en page est de 0,005, quand Google considère 0,1 comme bon.
Creative Elements charge ses images à la demande sans réserver leur hauteur : une image de hauteur nulle n’entre jamais dans l’écran, donc n’est jamais demandée. Le format réservé corrige les deux problèmes d’un coup.
Le thème Hummingbird n’a pas été réécrit, et le cœur de PrestaShop n’est surchargé qu’à deux endroits. Les mises à jour passent sans reprendre le travail.
Les identifiants des éléments sont stables d’une publication à l’autre : la feuille de style générée par l’éditeur reste valable, et aucune page ne s’affiche brute le temps que les caches se vident.
Les pages de vente
Chaque famille de produits a sa page de vente, et chacune est une vraie page Creative Elements : textes, visuels, questions et ordre des sections se modifient dans l’éditeur. Seuls les blocs qui calculent ou qui recueillent une demande restent tenus par leur module, réglable depuis l’administration.
Le client choisit une date et un lieu : l’affiche montre le ciel exact de ce soir-là, calculé à partir du catalogue d’étoiles de Yale — celles qu’on voit à l’œil nu — avec les constellations et la Voie lactée. Aperçu en direct, prix tiré des déclinaisons, personnalisation enregistrée sur la commande et visible dans l’administration comme dans les e-mails.
Voir la page
Les blocs marchands de la page : trésors à glisser dans la noix, coffrets, compléments, option brise-noix et barre d’achat fixe. Le catalogue se règle dans le module, les prix restent dans les fiches produits — une seule source de vérité.
Voir la page
Une page de vente autonome, déclinée par occasion — naissance, anniversaire, mariage, retraite — avec un formulaire de demande synchronisé avec Brevo pour le suivi commercial.
Voir la page
Les calendriers de l’Avent personnalisés pour les entreprises : lancement de produit, événement, cadeaux clients. Un questionnaire de cadrage qualifie la demande avant même le premier échange, puis l’envoie dans Brevo.
Voir la page
Une page de candidature pour les influenceurs et les testeurs : formulaire, média kit et synchronisation Brevo. Le recrutement de créateurs devient un canal géré, pas une boîte mail qui déborde.
Voir la page
Une page de vente pour un produit qui ne se démode pas : pourquoi il ne manque jamais un anniversaire, comment il fonctionne, puis un renvoi vers la catégorie de la boutique.
Voir la pageLa fiche produit
Dans le gabarit Creative Elements de la fiche, quatre modules ajoutent des blocs composés à partir du catalogue. Ajouter un produit suffit : les blocs se remplissent seuls, selon sa famille et ses caractéristiques.
Trois sections composées par famille de produit. Le discours de vente est écrit une fois par famille, et chaque fiche le reprend automatiquement.
La carte « Détails du produit » est composée depuis les caractéristiques du catalogue : format, nombre de cases, public, fabrication. Les tournures se règlent dans le module.
Quand un calendrier est signé par un illustrateur ou un studio, une carte le présente sur la fiche : portrait, métier, quelques lignes, et un lien vers tous ses calendriers. Elle se déclenche d’après la caractéristique « Illustrateur » du produit.
Les trois derniers articles du blog sur la fiche produit, et les derniers de chaque rubrique sur l’accueil. Le contenu éditorial nourrit la vente au lieu de rester dans son coin.
Voir le Mag’Navigation, contenus et SEO
Le prénom du jour, les 366 jours de l’année avec leurs variantes, les journées mondiales classées par thème et les vacances scolaires par zone, tirées de l’API de l’Éducation nationale avec des données de secours. Chaque prénom et chaque journée a sa page, un rappel .ics à ajouter à son agenda — alarme sept jours avant — et son entrée dans un sitemap dédié. De quoi attirer des visites toute l’année, pas seulement en décembre.
Voir les fêtes
Ouvert par « Menu » ou par le burger, il présente toutes les familles de produits sans surcharger l’en-tête. L’arborescence se règle dans un éditeur visuel, une carte par univers, sans toucher au thème.
Newsletter avec remise de bienvenue, garanties, presse, catégories, offre pro : le pied de page devient un dernier argument de vente. Il est construit en widgets Creative Elements, modifiables dans l’éditeur ; seul le formulaire d’inscription reste tenu par le module.
Les pages sont servies sur /ma-page au lieu de /info/ma-page, les produits sur /nom-du-produit au lieu de /categorie/36-nom-du-produit.html. Les anciennes adresses sont redirigées en 301 : aucune perte de référencement, des liens qu’on peut lire et partager.
Ce que ça change
Développer sur mesure n’a d’intérêt que si le résultat reste maintenable. Les quatorze modules partagent un préfixe et ne dépendent pas les uns des autres : on peut en désactiver un sans casser le reste, ce qui compte le jour où il faut diagnostiquer vite, en pleine saison. Le cœur de PrestaShop n’est surchargé qu’à deux endroits, la classe produit et son contrôleur, là où c’était indispensable.
La boutique a été livrée avec deux guides : l’un pour l’administration au quotidien, l’autre pour la prise en main. Ce qui s’affiche se modifie dans Creative Elements ; ce qui se paramètre — prénoms, journées, formulaires, produits rattachés — se règle depuis l’administration des modules. Dans les deux cas, sans développeur : le client ne dépend de personne pour faire vivre sa boutique, pas même de moi.
C’est le principe que j’applique sur toutes mes missions PrestaShop : préférer une brique lisible à une astuce habile.
Si votre métier demande autre chose qu’une fiche produit classique, parlons-en avant d’empiler des modules.
Six boutiques PrestaShop suivies depuis 2022 : maintenance, modules sur mesure, landing pages, intégrations fournisseurs et APIs transporteurs. Un parc géré comme un ensemble, pas boutique par boutique.
Lire l'étude de cas
Migration complète de Shopify vers WooCommerce : reconstruction avec Gutenberg et Kadence, correspondance des URLs, reprise des avis Judge.me, livraison Boxtal et paiement Sogecommerce, le tout prêt et validé en préproduction.
Lire l'étude de cas
Migration de Shopify vers WooCommerce menée à partir d’une analyse de l’existant : reconstruction, migration des données, préservation du SEO et des URLs, et adaptation des fonctionnalités à WooCommerce.
Lire l'étude de cas