Conseils et bonnes pratiques

Prix d’une boutique : les sept chantiers oubliés.

Une boutique coûte un site vitrine plus sept chantiers. Les photos mesurées : 57,3 Mo et 14,6 s pour vingt-quatre produits, contre 339 Ko et 436 ms.

17 septembre 2026Par Amine15 min de lecture
Relevé de 57,3 Mo et 14,6 secondes pour vingt-quatre photos brutes, contre 339 Ko en WebP
Article publié le 17 septembre 2026 · dernière modification le 17 septembre 2026

Un devis d’e-commerce est un devis de site vitrine plus sept chantiers qui n’y figurent pas. C’est la raison pour laquelle les projets de boutique dérapent plus souvent que les autres : non pas parce que le développement est mal estimé, mais parce que la moitié du travail est portée par des lignes que personne n’a écrites — les photos, les fiches, la reprise du catalogue, les réglages de transport, la TVA, les courriels de commande, les modules.

Cet article chiffre ces sept chantiers, avec deux mesures faites ici pour ancrer le plus sous-estimé de tous : les photos produits. Vingt-quatre photos de catalogue non préparées mettent une page de catégorie à 57,3 Mo et retardent son affichage principal à 14,6 secondes sur une connexion mobile correcte. Les mêmes, redimensionnées et réencodées, pèsent 339 kilooctets et s’affichent en 436 millisecondes. Et l’attribut de chargement différé, que tout le monde pose en croyant régler le problème, n’a rien changé du tout.

Mesure — les photos produits, le poste que personne ne chiffre

Protocole : une page de catégorie de vingt-quatre produits, grille de quatre colonnes, servie en local sur une connexion bridée à cent cinquante millisecondes de latence et huit mégabits par seconde — une bonne 4G. Trois variantes du même contenu. Les photos sont des images générées, mais à un niveau de détail et de grain comparable à une photo d’appareil, pour que la compression se comporte normalement.

Une page de catégorie de 24 produits, trois traitements des photos
MesureA — photos brutes 4000 pxB — brutes + chargement différéC — WebP 800 px + différé
Premier affichage212 ms212 ms204 ms
Affichage de l’élément principal14 652 ms14 648 ms436 ms
Fin du chargement57,7 s57,7 s0,62 s
Octets transférés57,3 Mo57,3 Mo339 Ko

Trois enseignements, dont un qui contredit une pratique universelle.

Le chargement différé ne répare rien. Colonnes A et B : 14 652 et 14 648 millisecondes, 57,3 mégaoctets dans les deux cas. L’écart est nul. La raison est mécanique : l’attribut loading="lazy" retarde les images hors écran, et l’élément le plus grand de la fenêtre n’est jamais hors écran. Les huit premières vignettes, celles que le visiteur voit, pèsent 2,4 mégaoctets chacune et elles se chargent quand même. Poser cet attribut est une bonne pratique ; le présenter comme une optimisation d’images est une erreur de diagnostic. Beaucoup de boutiques l’ont posé, ont constaté que rien n’avait changé, et en ont conclu que « le site est lent parce que PrestaShop est lourd ».

Ce qui marche est ennuyeux : redimensionner et réencoder. Cent soixante-treize fois moins d’octets, trente-quatre fois moins de temps avant l’affichage principal. Aucune astuce, aucun module payant : une chaîne de traitement qui produit les dérivés à l’import.

Et le premier affichage ne dit rien. 212 millisecondes contre 204 : les trois variantes se valent sur cette mesure, alors que l’une met une minute à finir de charger. Un tableau de bord qui ne regarde que le premier affichage déclarera la page en bon état.

Voici ce que coûte, à l’unité, la fabrication des dérivés — mesurée sur la même photo source de 4000 × 3000 pixels, qui pèse 2,39 mégaoctets en JPEG de qualité 95.

Poids et temps d’encodage des dérivés d’une photo produit
LargeurJPEGWebPEncodage JPEGEncodage WebP
4000 px497 Ko92 Ko165 ms1 392 ms
1600 px69 Ko28 Ko23 ms154 ms
800 px31 Ko14 Ko7 ms40 ms
400 px15 Ko7 Ko3 ms12 ms

À l’échelle d’un catalogue, l’écart devient une décision d’infrastructure.

Poids d’un catalogue selon le traitement des photos
CatalogueImagesBrutesWebP 800 pxFabrication des dérivés
100 produits × 4 photos400194 Mo5,5 Mo1,6 min de calcul
300 produits × 4 photos1 200582 Mo16,5 Mo4,8 min
1 200 produits × 5 photos6 0002,9 Go83 Mo23,8 min

La dernière colonne est celle qui tranche le débat budgétaire. Traiter six mille images coûte vingt-quatre minutes de calcul — c’est-à-dire rien. Le coût n’est pas dans le traitement, il est dans la mise en place de la chaîne : décider des largeurs, brancher la génération à l’import, écrire les balises qui proposent la bonne variante au bon écran, et vérifier que le catalogue existant est retraité. Comptez un à deux jours, une fois. Ce n’est pas une option à cocher, c’est une ligne de devis, et son absence se paie en secondes d’attente à chaque visite pendant des années.

seuil « bon » 2,5 s A — brutesB — brutes + différéC — WebP 800 px 14 652 ms14 648 ms 436 ms 03 s6 s 9 s12 s15 s affichage de l’élément principal, 4G bridée à 8 Mb/s, 24 produits A et B transfèrent 57,3 Mo, C transfère 339 Ko

Les fiches produits : l’arithmétique qui décide du calendrier

Une fiche produit correcte, ce n’est pas une ligne de tableur. C’est un titre commercial, une description utile, des caractéristiques renseignées, des déclinaisons, un prix, une TVA, un poids pour le transport, des photos rattachées, et deux champs pour les moteurs de recherche. Douze minutes par produit si les données existent et sont propres ; vingt si elles sont à reprendre ; trente-cinq s’il faut écrire la description.

Jours de préparation du catalogue, à 7 heures par jour
Produits12 min/produit20 min/produit35 min/produit
501,4 j2,4 j4,2 j
3008,6 j14,3 j25 j
1 20034,3 j57,1 j100 j

Cent jours. Sur un catalogue de mille deux cents références dont il faut écrire les descriptions, la saisie représente à elle seule cinq mois d’une personne à temps plein. Aucun devis de développement ne contient cette ligne, et c’est normal — mais si personne ne l’a dite, elle atterrit sur quelqu’un qui ne l’avait pas prévue, et la boutique reste en préproduction pendant un an.

Trois façons d’en sortir, dans l’ordre de ce que nous voyons fonctionner :

  • L’import depuis une source existante. Si vos données sont dans un logiciel de gestion ou chez vos fournisseurs, un import correctement écrit ramène les cent jours à deux ou trois jours de développement plus une semaine de nettoyage. C’est presque toujours le bon calcul au-delà de deux cents références.
  • Le lancement partiel. Cinquante produits en ligne valent mieux que mille deux cents en attente. Le choix des cinquante est une décision commerciale, pas technique.
  • La saisie externalisée, avec un modèle de fiche imposé et un contrôle par échantillon. Coût réel, mais prévisible.

Ce que prend la caisse

La commission d’encaissement est un coût récurrent proportionnel, et il est presque toujours absent de la comparaison entre deux devis alors qu’il finit par dépasser le prix du site. Prenons un modèle courant — une part variable d’environ 1,5 % plus un quart d’euro par transaction ; vérifiez le tarif en vigueur de votre prestataire, les grilles bougent.

Coût d’encaissement selon le panier moyen
Panier moyenCommission par commandePart du panierSur 1 000 commandes par an
25 €0,62 €2,5 %625 €
45 €0,92 €2,1 %925 €
80 €1,45 €1,8 %1 450 €
150 €2,50 €1,7 %2 500 €
400 €6,25 €1,6 %6 250 €

La part fixe de vingt-cinq centimes explique la colonne du milieu : sur un panier de vingt-cinq euros, elle représente un point de commission à elle seule. C’est pourquoi une boutique à petit panier a un intérêt financier direct à faire monter le panier moyen — un euro de plus au panier ne coûte rien en commission fixe. À un chiffre d’affaires de deux cents mille euros avec un panier de quatre-vingts euros, l’encaissement coûte 3 625 € par an, soit 1,81 % du chiffre d’affaires. Sur trois ans, cela dépasse le prix d’une boutique de la fourchette basse.

Les modules : le coût qui revient chaque année

C’est la particularité de l’écosystème et la source des mauvaises surprises. Un module a trois coûts : son prix d’achat, son abonnement quand il en a un, et sa compatibilité. Le troisième est le seul qui compte vraiment.

À chaque montée de version majeure de la boutique, chaque module doit être vérifié. Certains ont une version compatible, parfois payante ; certains n’en ont pas, et il faut alors soit s’en passer, soit refaire la fonctionnalité, soit rester sur l’ancienne version — c’est-à-dire ne plus recevoir les correctifs de sécurité. Une boutique avec quarante modules a quarante fois cette question à traiter, et c’est la raison pour laquelle tant de boutiques restent sur une version ancienne pendant des années. Le sujet est développé dans notre retour d’expérience après quinze ans de PrestaShop, et la question de la montée de version dans notre guide de migration vers PrestaShop 9.

La règle que nous appliquons est simple et impopulaire : on n’installe pas un module pour une fonctionnalité qu’on peut écrire en une journée. Un module de trente euros qui bloque une montée de version dans trois ans coûte plus cher qu’un jour de développement aujourd’hui. Et on documente, pour chaque module conservé, pourquoi il est là — sinon personne n’osera le retirer.

Les sept chantiers, chiffrés

Voici les sept postes qui séparent un devis de site vitrine d’un devis de boutique, en jours, pour une boutique de deux cents à cinq cents références.

Les sept chantiers propres à l’e-commerce
ChantierJoursCe qui le fait déraper
Chaîne de traitement des images1 – 2un catalogue existant à retraiter en masse
Import et nettoyage du catalogue2 – 5des données fournisseur incohérentes, des déclinaisons mal modélisées
Transport : zones, poids, seuils, points de retrait1 – 3les règles réelles, qui sont toujours plus subtiles qu’annoncé
TVA, mentions, conditions de vente, rétractation0,5 – 2la vente à l’étranger, les taux réduits, les produits particuliers
Paiement : mise en place, tests, cas d’échec1 – 2le 3-D Secure, les paiements en plusieurs fois, les remboursements partiels
Courriels transactionnels et délivrabilité0,5 – 1,5les enregistrements d’authentification du domaine, sans lesquels les confirmations partent en indésirable
Recette de bout en bout : commander, payer, annuler, rembourser, retourner1 – 3c’est le poste qu’on sacrifie, et celui qui se paie en commandes perdues
Total des sept7 – 19hors saisie du catalogue et hors photos

Ajoutés aux neuf à quatorze jours d’un site vitrine, on arrive à seize à trente-trois jours. C’est exactement ce qui sépare les fourchettes publiées d’un site vitrine de celles d’une boutique, et cela se vérifie par la division : de 6 000 à 12 000 € pour une boutique essentielle, de 15 000 à 30 000 € pour une plateforme avancée. Le détail du décompte des jours d’un site vitrine est dans notre article sur le prix d’un site vitrine.

La ligne des courriels transactionnels mérite un mot, parce qu’elle est minuscule sur le devis et grosse dans la réalité. Une confirmation de commande qui arrive dans les indésirables génère un appel client par commande. Les enregistrements d’authentification du domaine — ceux qui prouvent que vos courriels viennent bien de vous — se posent en une heure et évitent ce scénario. Personne ne les vérifie avant la mise en ligne.

Le transport, ce chantier qu’on croit simple

« Un transporteur, un tarif au poids » : c’est la phrase qui fait passer ce poste à une demi-journée sur le devis, et à trois jours dans la réalité. Les règles réelles d’une boutique française comportent presque toujours les éléments suivants, et chacun est une condition à écrire :

  • Le poids volumétrique. Un colis léger et encombrant est facturé au volume, pas au poids. Si votre catalogue contient des produits volumineux, le poids seul ne suffit pas à calculer le prix, et il faut renseigner les dimensions de chaque référence — ce qui ramène au chantier de la saisie.
  • Les seuils de port offert. Un seul seuil est simple. Un seuil par zone, ou un seuil qui exclut certains produits, ou un seuil calculé hors remise, sont trois règles différentes qui produisent trois montants différents pour le même panier.
  • Les zones. France métropolitaine, Corse, outre-mer, Union européenne, reste du monde : cinq grilles, et la Corse et l’outre-mer ont leurs propres délais et leurs propres taux de taxe.
  • Les points de retrait. Un choix de point relais suppose une carte, un appel à un service tiers et une gestion des indisponibilités. C’est une journée à lui seul, et c’est souvent l’option préférée des clients.
  • La TVA sur les frais de port. Elle suit le taux du produit transporté ; sur un panier mixte à deux taux, la répartition se calcule. Une erreur ici se retrouve dans toute la comptabilité.

La bonne façon de chiffrer ce poste est de demander la grille réelle avant le devis. Si le client répond « comme aujourd’hui », il faut lire la grille d’aujourd’hui : elle contient presque toujours deux ou trois exceptions dont personne ne se souvient, et qui sont pourtant appliquées.

Ce que la TVA fait au devis

Deux situations, et elles ne coûtent pas la même chose.

Vous vendez uniquement en France, à des particuliers, avec un seul taux. C’est le cas simple : un taux, une mention, des factures conformes. Une demi-journée de réglage et de vérification.

Vous vendez à des particuliers dans d’autres pays de l’Union européenne. Au-delà d’un seuil annuel de dix mille euros de ventes à distance intracommunautaires, la taxe est due dans le pays du client, à son taux. Concrètement, la boutique doit connaître le taux applicable par pays et par catégorie de produit, l’appliquer à l’affichage comme au paiement, et produire les états nécessaires à la déclaration au guichet unique. Ce n’est pas un module à cocher : c’est une table de taux à tenir à jour et des factures à produire correctement. Comptez un à trois jours, et vérifiez le seuil en vigueur avec votre comptable — les règles évoluent.

Le piège le plus fréquent n’est pas technique mais chronologique : la boutique est lancée sous le régime simple, le seuil est franchi au bout de dix-huit mois, et il faut alors modifier l’affichage des prix, le calcul du panier et la facturation sur une boutique en production. Le faire au lancement coûte un à trois jours ; le faire après coûte le même travail plus une reprise des données. Si l’export vers l’Union européenne fait partie de votre plan, dites-le au moment du devis même si la première commande est loin.

La facturation elle-même devient par ailleurs un sujet de conformité à part entière, indépendant de la boutique : c’est ce que nous traitons dans notre article sur la facturation électronique des PME.

Les trois fourchettes, et ce qui fait passer de l’une à l’autre

Trois niveaux de boutique, et ce qui les sépare
NiveauFourchetteCe qui est dedans
Boutique essentielle6 000 – 12 000 €moins de cent références, thème adapté, un transporteur, un moyen de paiement, import simple
Plateforme avancée15 000 – 30 000 €déclinaisons complexes, plusieurs transporteurs et zones, lien avec un logiciel de gestion, parcours travaillé, automatisations
Application de commerce sur mesure25 000 – 50 000 €une règle métier propre : configurateur, tarification par client, place de marché, portail B2B

Ce qui fait vraiment changer de ligne n’est pas le nombre de produits, contrairement à l’intuition. Ce sont trois choses : la complexité des déclinaisons — un produit avec trois tailles et quatre couleurs n’est pas douze produits, c’est un modèle de données —, le nombre de systèmes à faire parler ensemble, et la particularité de votre tarification. Une boutique de trois mille références toutes simples coûte moins cher qu’une boutique de quarante références configurables. Le sujet des tarifs par client est traité dans notre article sur l’e-commerce B2B et ses comptes clients.

L’année suivante

Coût annuel d’une boutique en ligne
PostePar an
Hébergement dimensionné pour une boutique300 – 2 400 €
Mises à jour, correctifs, surveillance1 200 – 4 800 €
Licences et abonnements de modules0 – 1 500 €
Commissions d’encaissement1,6 à 2,5 % du chiffre d’affaires
Courriels transactionnels et marketing0 – 600 €
Total hors commissions1 500 – 9 300 €

La ligne de maintenance est plus élevée que pour un site vitrine, et pour une raison précise : une boutique encaisse. Une intrusion sur un site vitrine abîme votre image ; une intrusion sur une boutique touche des données de commande et des moyens de paiement, avec les obligations de notification qui vont avec. Ce n’est pas le même risque, donc pas le même budget de surveillance.

Les cinq erreurs de chiffrage

  1. Compter les produits au lieu des déclinaisons. Le devis est fait sur « trois cents produits » et le catalogue en contient trois mille en comptant les variantes. C’est la première cause de dépassement.
  2. Oublier que le catalogue existe déjà ailleurs. Un import bien écrit vaut cinquante jours de saisie. La question « où sont vos données aujourd’hui » doit être posée avant le chiffrage, pas après.
  3. Traiter les photos comme un détail. Voir la mesure : c’est un facteur cent soixante-treize sur le poids de vos pages.
  4. Chiffrer le paiement sans les cas d’échec. Le paiement qui marche prend une heure à brancher. Le paiement refusé, le remboursement partiel, la commande abandonnée après débit : voilà le travail.
  5. Ne pas chiffrer la recette de bout en bout. Commander, payer, annuler, rembourser, retourner : cinq parcours à jouer réellement, avec de vraies cartes de test. C’est un à trois jours, et c’est le seul moyen de découvrir les problèmes avant vos clients.

Si votre projet est une reprise de boutique existante plutôt qu’une création, le décompte change encore : il faut y ajouter la reprise des commandes, des comptes clients et des adresses, plus le plan de redirections. C’est un chantier à part, que nous traitons en développement PrestaShop.

Ce qu’il faut retenir

Une boutique coûte un site vitrine plus sept chantiers, soit seize à trente-trois jours au total, ce qui place les fourchettes réelles entre 6 000 et 12 000 € pour une boutique essentielle et entre 15 000 et 30 000 € pour une plateforme avancée. Ce qui fait changer de fourchette, ce sont les déclinaisons, le nombre de systèmes à connecter et la particularité de votre tarification — pas le nombre de références.

Deux postes n’apparaissent jamais sur le devis et pèsent plus que tout le reste. La saisie du catalogue : jusqu’à cent jours pour mille deux cents produits dont il faut écrire les descriptions, ramenés à quelques jours par un import si les données existent ailleurs. Et les photos : vingt-quatre photos non préparées mettent une page de catégorie à 57,3 mégaoctets et retardent son affichage principal à 14,6 secondes, contre 339 kilooctets et 436 millisecondes une fois redimensionnées et réencodées. L’attribut de chargement différé, lui, n’a rien changé — ni au temps, ni aux octets.

Enfin, la caisse coûte entre 1,6 et 2,5 % du chiffre d’affaires, chaque année, et cette ligne finit par dépasser le prix du site. Elle mérite d’être dans le calcul dès le premier tableau.

Agence PrestaShop à Paris

Reliez le choix du CMS, les modules et l’exploitation à un périmètre de boutique concret.

Découvrir cette expertise