Le socle commun

Quelle que soit la plateforme, six angles sont examinés.

Technique : qualité du code, erreurs, versions, dette accumulée, sécurité de base.

Performance : mesures sur données réelles, temps de réponse serveur, poids, scripts tiers, comportement mobile.

SEO : indexation, structure, duplication, redirections, données structurées.

Conversion : parcours complet de la fiche produit au paiement, friction, réassurance, mobile.

Tracking : ce qui est mesuré, ce qui est faux, ce qui manque.

Expérience et administration : navigation côté client, et temps perdu côté back-office.

Et une constante : le parcours d’achat est toujours testé en conditions réelles, sur un vrai appareil mobile. C’est là que se trouvent les problèmes que personne ne voit depuis l’intérieur.

Auditer une boutique Shopify

Shopify gère l’infrastructure : pas de serveur à examiner, pas de version de PHP, pas de base de données à nettoyer. L’audit se concentre donc sur ce que vous avez ajouté.

Le thème. C’est ici que se trouve l’essentiel. Un thème repris par trois prestataires successifs accumule des personnalisations non documentées, du code mort, et souvent des scripts d’applications désinstallées que personne n’a retirés. Ces fragments continuent de se charger sur toutes les pages.

Les applications. Trois questions par application : est-elle utilisée, que charge-t-elle sur les pages où elle ne sert pas, et combien coûte-t-elle par mois ? Le total mensuel réel surprend souvent les propriétaires.

Le tunnel de commande. Ce qui est personnalisable dépend de votre offre. On vérifie ce qui est en place, ce qui pourrait l’être, et si des personnalisations reposent sur des mécanismes en fin de vie.

Les marchés et la fiscalité. Si vous vendez à l’international : devises, taxes, expédition par zone, et cohérence de ce qui est annoncé au client.

Les événements et le flux produits. Doublons de mesure, correspondance des identifiants avec le flux Merchant Center, cohérence avec le back-office.

Plus de détail sur la page expert Shopify.

Auditer une boutique PrestaShop

PrestaShop donne accès à tout — et c’est justement ce qui rend l’audit plus large.

La version et l’environnement. Version de PrestaShop, version de PHP, configuration serveur. Une boutique en 1.6 sur un PHP ancien est d’abord un sujet de sécurité, avant d’être un sujet de performance.

Les modules. Combien sont installés, combien sont réellement utilisés, lesquels ne sont plus maintenus, lesquels chargent des ressources sur toutes les pages. Les modules orphelins — dont les fichiers ont été supprimés sans désinstallation — sont une découverte fréquente sur les boutiques reprises.

Les surcharges. Le dossier des overrides raconte l’histoire technique de la boutique. Conflits, code écrit pour une version antérieure, fonctionnalités dont plus personne ne connaît l’origine.

Les performances serveur. Temps de réponse, requêtes lentes, tables devenues volumineuses, configuration des caches. Les caches PrestaShop sont nombreux et souvent mal réglés — j’en détaille les couches dans cet article.

Les journaux. Les erreurs applicatives et serveur révèlent des problèmes quotidiens dont personne n’a connaissance.

La faisabilité d’une montée de version. Souvent la vraie question derrière la demande d’audit. Voir expert PrestaShop.

Auditer une boutique WooCommerce

WooCommerce hérite des forces et des faiblesses de WordPress : souplesse maximale, et accumulation tout aussi maximale.

Les extensions. Nombre, utilité réelle, conflits, mises à jour en retard, doublons fonctionnels. Une boutique avec quarante extensions actives a presque toujours un problème de performance et de stabilité.

La base de données. Options chargées à chaque requête, tables gonflées, révisions accumulées, données laissées par des extensions supprimées. C’est souvent le premier gisement de gain sur une boutique ancienne.

Les tâches de fond. WooCommerce s’appuie sur un planificateur d’actions. Quand des dizaines de milliers d’actions s’y accumulent, l’administration devient inutilisable et les traitements prennent du retard.

Le thème et le constructeur de pages. Gabarits WooCommerce surchargés et non mis à jour, poids du balisage, ressources chargées partout.

Le tunnel de commande. Blocs ou formulaire classique, compatibilité des extensions, exclusions de cache, notifications de paiement. Un cache mal exclu sur le panier est une cause classique d’incidents.

Les emails transactionnels. Partent-ils réellement, et arrivent-ils ? Un site qui n’envoie pas correctement ses emails perd des clients sans le savoir. Voir expert WooCommerce.

Les accès nécessaires

Un audit se fait en lecture. Je ne modifie rien — c’est une règle, pas une précaution de circonstance.

Shopify : un compte collaborateur avec accès aux produits, commandes, applications et thèmes. L’accès au code du thème est indispensable pour un audit utile.

PrestaShop : un compte employé avec droits de lecture étendus, et si possible un accès FTP en lecture pour examiner modules et surcharges. Sans cela, l’audit reste superficiel.

WooCommerce : un compte administrateur, ou éditeur avec accès à l’état du système. L’accès aux journaux et à la liste des extensions est essentiel.

Dans tous les cas : Google Analytics et la Search Console, en lecture, si vous les utilisez. Ce sont les deux sources qui permettent de relier les constats techniques à la réalité commerciale.

Vous pouvez révoquer ces accès à tout moment, et je vous recommande de le faire une fois l’audit rendu.

Quand auditer

Les moments où un audit rapporte le plus :

  • Quand un indicateur se dégrade sans explication. Ventes, conversion, trafic. C’est le cas le plus fréquent, et le plus rentable.
  • Avant d’engager un budget important. Refonte, migration, campagne d’envergure : vérifier d’abord que les fondations tiennent évite de construire sur du sable.
  • À la reprise d’une boutique existante. Nouveau propriétaire, nouvelle équipe, prestataire parti : l’audit établit la carte de ce dont vous héritez.
  • Avant de choisir de migrer. Beaucoup de migrations sont décidées sur des symptômes réparables en l’état. L’audit tranche.
  • Périodiquement, sur une boutique qui évolue vite : une fois par an suffit généralement à éviter l’accumulation silencieuse.

Et le moment où cela n’a pas de sens : quand la boutique est en panne. Là, c’est un dépannage qu’il faut.

Checklist

  • Vérifier que l’audit couvre les six angles, pas seulement la technique
  • Préparer les accès en lecture avant le démarrage
  • Donner accès à Analytics et à la Search Console
  • Signaler les problèmes déjà constatés et leur date d’apparition
  • Lister les interventions récentes sur la boutique
  • Demander une priorisation par impact et par effort
  • Exiger un rapport exploitable par un tiers
  • Révoquer les accès une fois l’audit rendu

Questions fréquentes

Faut-il auditer une boutique qui fonctionne bien ?

Périodiquement, oui. Les problèmes s’installent progressivement : extensions accumulées, dette technique, mesure qui dérive. Un audit annuel sur une boutique active coûte moins cher qu’une remise à plat d’urgence après trois ans d’accumulation.

Un audit peut-il ralentir ma boutique pendant sa durée ?

Non. Les opérations sont en lecture et n’ont aucun impact perceptible. Si une mesure nécessite une manipulation plus lourde, elle se fait en préproduction ou à un horaire creux, convenu avec vous.

Puis-je faire auditer par plusieurs prestataires ?

Rien ne l’interdit, et les points de convergence sont instructifs. Mais comparez ce qui est comparable : un rapport automatique de quarante pages et un diagnostic priorisé ne sont pas la même prestation, même si les deux s’appellent « audit ».

Que se passe-t-il si vous ne trouvez rien de grave ?

C’est une information en soi, et elle a de la valeur : elle vous dit que votre problème est ailleurs — offre, prix, acquisition, marché — et vous évite d’investir dans un chantier technique inutile.

Combien coûte un audit ?

Forfait fixe de 150 €, connu avant tout démarrage. Détail sur la page diagnostic e-commerce.