Audit e-commerce : ce que doit couvrir l’audit d’une boutique installée

Votre boutique en ligne tourne depuis des années. Elle encaisse, elle expédie, et personne n’a envie d’y toucher. C’est souvent le moment où l’on vous propose d’y ajouter de l’IA : des fiches produits rédigées automatiquement, un assistant qui répond aux clients, des relances de panier plus fines. Avant d’empiler quoi que ce soit, il faut savoir sur quoi on construit.

Ce texte s’adresse au dirigeant d’une PME de 7 à 50 salariés qui vend en ligne depuis longtemps, avec une équipe, un prestataire ou les deux, et qui veut savoir ce qu’un audit doit regarder.

Qu’est-ce qu’un audit e-commerce pour une boutique installée ?

Un audit e-commerce est l’état des lieux technique d’une boutique qui vend déjà. Il regarde ce qui permet au site de continuer à vendre demain. Cela couvre la plateforme et sa version, les modules ajoutés au fil des années, les sauvegardes, la façon dont une modification arrive en ligne, et la qualité des données qui décrivent vos produits.

Il s’inscrit dans la démarche plus large de l’audit IA, qui fait le point sur toute l’entreprise avant d’installer un outil. Sur une boutique, la question devient très concrète : un assistant IA qui touche au catalogue ou au tunnel de commande peut-il le faire sans casser le paiement ?

Les points clés à retenir :

• Versions : la plateforme et le langage qui la fait tourner reçoivent-ils encore des correctifs ?
• Modules : qui les a installés, qui les met à jour, lesquels servent encore ?
• Sauvegardes : une restauration complète a-t-elle déjà été faite, et quand ?
• Mise en ligne : combien de personnes savent publier une modification, avec quelle vérification ?
• Données produits : les fiches sont-elles assez complètes et justes pour être confiées à un outil ?

Pourquoi faire un audit e-commerce quand la boutique vend encore ?

La vente en ligne pèse déjà lourd. Une panne se paie donc tout de suite. Selon l’Insee, dans ses données sur le commerce électronique parues le 21 juillet 2026, 16,9 % des sociétés de 10 personnes ou plus ont reçu des commandes via un site web en 2024. Dans le secteur du commerce et de la réparation automobile, la proportion monte à 30,4 %, et les ventes par site web y représentent 5,8 % du chiffre d’affaires.

Une boutique qui fonctionne en apparence peut cacher trois risques. Le premier tient à la sécurité : un composant sans correctif reste exposé aux failles connues. Le deuxième tient à la continuité : si le site tombe, rien ne garantit qu’on sache le remettre en ligne. Le troisième tient à la dépendance : une seule personne connaît la boutique, et son départ arrête les évolutions.

L’audit répond à ces trois risques avant qu’un projet d’IA ne les aggrave.

Que vérifier dans les versions et les modules de la boutique ?

La première ligne du rapport est un inventaire : quelle plateforme, quelle version, sur quelle version du langage. Prenons l’exemple de PrestaShop. La documentation de PrestaShop 8 recommande PHP 8.1, le langage sur lequel tourne la plateforme. Or le projet PHP indique que la version 8.1 ne reçoit plus de correctifs depuis le 31 décembre 2025. Une boutique restée sur ce couple tourne donc sur un langage sans correctif.

La sortie existe. PrestaShop 9.1 accepte PHP 8.1 à 8.5, et le calendrier de PHP prévoit des correctifs de sécurité pour la version 8.5 jusqu’au 31 décembre 2029. L’audit compare ces dates à ce qui tourne chez vous, puis chiffre la montée de version.

Les modules méritent une ligne à part. Chacun ajoute du code que votre équipe n’a pas écrit. En juin 2022, la base nationale des vulnérabilités des États-Unis (NVD) a enregistré une faille dans le module de PrestaShop qui affiche les listes d’envies des clients. Dans les versions concernées, un client connecté pouvait effectuer une injection SQL. Il pouvait ainsi faire exécuter ses propres requêtes par la base de données de la boutique. La version 2.1.1 a corrigé la faille. Une boutique qui ne met pas ses modules à jour garde la faille tant que personne n’installe la correction.

Vos sauvegardes permettent-elles de remettre la boutique en ligne ?

Tant qu’une sauvegarde n’a jamais été restaurée, rien ne prouve qu’elle contient toute la boutique. La CNIL le dit sans détour dans sa fiche sur la sauvegarde des données : les copies « doivent être réalisées et testées régulièrement pour être disponibles en cas de besoin ». Elle recommande aussi de stocker au moins une sauvegarde sur un site géographiquement distinct, et d’isoler au moins une sauvegarde hors ligne, déconnectée du réseau de l’entreprise.

Pour une boutique, la sauvegarde doit couvrir trois choses : les fichiers du site, la base de données avec les commandes et les comptes clients, et les images des produits. L’audit vérifie que les trois existent, où elles se trouvent, et combien de temps prend une restauration complète. Ce dernier chiffre compte : il vous dit combien de jours de ventes vous perdriez le jour d’une panne grave.

Comment une modification arrive-t-elle en ligne chez vous ?

Sur beaucoup de boutiques anciennes, une modification part en ligne directement sur le site qui vend, par la personne qui l’a faite, sans copie de test. L’audit retrace ce chemin pas à pas : où l’on prépare la modification, qui la vérifie, comment on revient en arrière si elle casse le panier.

Trois réponses suffisent à situer le niveau. Une copie de la boutique existe-t-elle pour tester avant la mise en ligne ? Le panier, le paiement et l’envoi de la confirmation sont-ils vérifiés automatiquement à chaque modification ? Au moins deux personnes savent-elles mettre en ligne avec la même procédure écrite ?

La place de l’IA se joue à cette étape. Un assistant IA qui écrit du code produit des modifications en série. Sans copie de test ni vérification automatique des parcours d’achat, chacune peut casser le paiement sans que personne ne le voie avant les clients.

Vos données produits sont-elles prêtes pour l’IA ?

Les promesses de l’IA en e-commerce reposent presque toutes sur vos fiches produits. Nous détaillons ces usages dans ce qu’un site marchand ancien peut attendre de l’IA. Un outil qui rédige, traduit ou classe ne fait pas mieux que les données qu’on lui donne : une référence fausse ou une caractéristique manquante se retrouvera dans le texte produit.

Les plateformes extérieures sont déjà strictes. La spécification des données produits de Google Merchant Center rend le code GTIN obligatoire pour tous les produits qui en ont un, et précise que Google refuse un produit envoyé avec un GTIN incorrect. Elle exige aussi que le prix et la disponibilité correspondent à ceux de vos pages produit et de paiement.

L’audit prend donc un échantillon du catalogue et mesure ce qui manque : codes produits, poids, dimensions, descriptions recopiées d’un fournisseur, prix différents d’un canal à l’autre. Ce relevé dit si un projet d’IA sur le catalogue peut démarrer, ou s’il faut d’abord nettoyer les données.

Que contient le rapport d’un audit e-commerce ?

Le rapport range chaque constat dans un chantier, classé par risque pour vos ventes. Les chantiers qui protègent la boutique passent avant ceux qui la font évoluer.

Comment nous menons l’audit d’une boutique en ligne

Kyy 42 regarde votre boutique comme un dirigeant la regarde : par ce qui protège ou menace le chiffre d’affaires. Nous travaillons avec votre équipe et votre prestataire actuel, sans rien modifier sur le site qui vend pendant l’audit. Nous présentons notre accompagnement des sites marchands sur la page consacrée à l’e-commerce, et la démarche générale dans l’approche de Kyy 42.

Le prix et le contenu exact de l’audit dépendent de votre boutique : sa plateforme, le nombre de modules, les outils qu’elle alimente, comme la comptabilité ou la logistique. Nous les fixons après un premier échange.

Ce que vous pouvez préparer avant la visio

Rassemblez ce que vous savez déjà : le nom de la plateforme, le nom de l’hébergeur, la liste des personnes qui ont accès au site, et la date du dernier incident dont vous vous souvenez. Ces éléments suffisent pour la visio de 30 minutes que nous proposons : vous décrivez votre boutique, nous vous disons par où l’audit commencerait.

Questions fréquentes

Faut-il couper la boutique pendant l’audit ?

Non. L’audit lit la boutique sans la modifier : il consulte le code, les réglages et les journaux, et les tests de restauration se font sur une copie séparée. Vos clients ne voient aucune différence.

Notre prestataire doit-il nous donner ses accès ?

Les accès au site, à l’hébergement et au nom de domaine doivent appartenir à votre entreprise, même quand un prestataire les utilise. L’audit vérifie que vous les détenez. S’ils restent seulement chez le prestataire, leur transfert devient le premier chantier, et il se règle sans conflit avec lui.

Une boutique sur une plateforme hébergée a-t-elle besoin d’un audit ?

Sur une plateforme hébergée, l’éditeur met à jour le cœur du logiciel, ce qui retire une part du risque. Les applications ajoutées, les données produits, les accès et les connexions avec vos autres outils restent à votre charge, et l’audit se concentre sur eux.

Un audit e-commerce remplace-t-il un audit de référencement ?

Les deux se complètent. L’audit de référencement regarde comment Google voit vos pages. L’audit e-commerce regarde ce qui fait tourner la boutique derrière ces pages. Une migration mal préparée peut d’ailleurs faire perdre le référencement acquis, d’où l’intérêt de faire le point technique avant.

Que faire si l’audit conclut à une migration ?

Une migration se prépare comme un chantier à part, avec ses étapes : copie de la boutique, reprise des produits, des clients et des commandes, redirection des anciennes adresses, tests des parcours d’achat. L’audit vous donne la matière pour comparer les devis et poser les bonnes questions. Vous trouverez les autres questions des dirigeants dans la FAQ de Kyy 42.