Je vends un audit Shopify à 590€. Et je vais te dire que 70% de cet audit est faisable toi-même, gratuitement, en une après-midi.
Ça paraît contre-productif comme accroche. Pourtant c’est la vérité, et je préfère que tu le saches avant de sortir ta carte bleue. La plupart des problèmes qui plombent une boutique Shopify sont visibles avec des outils que Google met à disposition pour zéro euro. Tu n’as pas besoin de moi pour voir qu’une page met huit secondes à charger ou que ton image de hero pèse trois mégaoctets.
Ce que tu paies dans un audit pro, ce n’est pas la mesure. C’est l’interprétation, la priorisation et l’estimation d’effort. C’est savoir lequel des quarante problèmes que tu vas découvrir mérite ton attention demain matin, et lequel peut attendre six mois.
L’estimation 70/30 que j’utilise dans cet article, c’est mon cadrage éditorial, pas une statistique externe. C’est ma façon de découper le travail après plusieurs dizaines d’audits. Tu peux ne pas être d’accord avec le ratio. Le principe tient quand même : une grosse partie du diagnostic est à ta portée, et une petite partie demande de l’expérience.
Cet article te donne la méthode complète pour faire les 70% toi-même. Outil par outil, étape par étape. Et il te dit honnêtement où se situent les 30% qui justifient de payer quelqu’un. À la fin, tu sauras décider en fonction de ton stade, pas en fonction d’un argumentaire commercial.
Ce qui se mesure dans un audit Shopify professionnel
Un audit Shopify sérieux repose sur quatre piliers. Ce sont exactement les axes que je couvre dans mon offre à 590€, et ils valent autant pour un audit DIY que pour un audit payant.
Performance et Core Web Vitals
C’est le socle. On regarde le LCP (Largest Contentful Paint), le CLS (Cumulative Layout Shift) et l’INP (Interaction to Next Paint). Ces trois métriques sont définies et documentées par Google sur web.dev. Elles mesurent respectivement la vitesse d’affichage du contenu principal, la stabilité visuelle pendant le chargement et la réactivité aux interactions.
Concrètement, dans ce pilier on mesure le poids total de la page, le nombre de requêtes réseau, le temps de blocage du thread principal et le volume de JavaScript exécuté avant que la page devienne utilisable. On distingue aussi les données de laboratoire des données terrain, parce qu’une boutique peut afficher un bon score simulé tout en offrant une expérience lente à ses vrais visiteurs sur mobile 4G.
Sur Shopify, les coupables habituels sont connus : images non optimisées, thème lourd, et surtout l’accumulation d’applications tierces qui injectent du JavaScript à chaque page. On regarde aussi le carrousel de hero, les polices web chargées en bloquant le rendu, et les bannières de pop-ups qui décalent la mise en page une fois affichées.
SEO technique
On vérifie l’indexabilité, la structure des balises title et meta description, les balises canonical, le maillage interne, la profondeur des pages et la gestion des variantes produit. Shopify génère beaucoup de pages automatiquement, et certaines créent du contenu dupliqué ou des URL parasites si la configuration laisse à désirer.
Dans le détail, on inspecte le fichier robots.txt et le sitemap généré par Shopify, on contrôle que les pages de filtres et de tri ne sont pas indexées à tort, et on vérifie la cohérence des canonical sur les variantes qui partagent le même contenu. On regarde aussi les redirections en place après une migration ou un changement de thème, parce qu’une chaîne de redirections mal réglée dilue l’autorité et ralentit le crawl. Enfin, on contrôle les données structurées produit, souvent incomplètes ou invalides selon le thème.
Friction UX et conversion
Ici on quitte la technique pure pour regarder le parcours d’achat. Où les gens hésitent, où ils abandonnent, ce qui crée de la friction sur mobile. Le Baymard Institute documente depuis des années les patterns de friction au checkout à partir de tests utilisateurs réels. Beaucoup de ces patterns se retrouvent tels quels sur les boutiques Shopify.
Dans ce pilier, on déroule le tunnel complet comme un client : page produit, ajout au panier, panier, puis checkout. On note chaque endroit qui demande un effort inutile, un champ de formulaire mal libellé, des frais qui apparaissent trop tard, un bouton d’ajout au panier qui ne réagit pas tout de suite. On regarde aussi la version mobile en priorité, parce que c’est là que se joue la majorité du trafic et que la friction y est presque toujours plus forte que sur desktop.
Livrable
Le dernier pilier n’est pas une mesure, c’est ce que tu obtiens à la fin : une liste priorisée de correctifs, chacun avec une estimation d’effort. Pas un dump de cent problèmes, mais un plan d’action ordonné par rapport impact sur effort. C’est ce pilier qui transforme des données brutes en décisions, et c’est aussi le plus difficile à produire seul.
Un bon livrable se lit en cinq minutes par quelqu’un qui n’est pas technique. Chaque ligne dit quoi corriger, pourquoi ça compte, combien de temps ça prend et ce que ça devrait changer. Ton développeur sait par où commencer et toi tu gardes une feuille de route que tu peux suivre semaine après semaine.
Les 70% que tu peux faire toi-même avec des outils gratuits
Voici la partie concrète. Quatre outils, tous gratuits ou avec une version gratuite suffisante. Compte une demi-journée pour faire le tour de ta boutique sérieusement.
PageSpeed Insights
C’est ton point de départ. Tu colles l’URL d’une page, et l’outil te renvoie deux choses : des données de laboratoire (un test simulé dans des conditions contrôlées) et des données terrain issues du Chrome User Experience Report, le CrUX. Les données terrain sont les plus précieuses parce qu’elles reflètent ce que vivent tes vrais visiteurs sur leurs vrais appareils.
Comment l’utiliser concrètement : teste au minimum trois types de page. Ta page d’accueil, une page produit et une page collection. Ne te contente jamais de la home, elle est rarement représentative. Note le LCP, le CLS et l’INP de chaque page. Si une métrique est dans le rouge, l’outil te liste les opportunités d’amélioration en dessous, classées par gain de temps estimé.
Lance toujours l’analyse en vue mobile avant la vue desktop, parce que c’est la vue mobile que Google utilise pour ranker et c’est presque toujours la plus mauvaise. Regarde l’écart entre le score laboratoire et les données terrain : un grand écart te dit que le test simulé ne reflète pas la réalité de tes visiteurs, et que tu dois te fier au terrain. Garde une capture de chaque rapport, ça te servira de point de comparaison après tes corrections.
L’INP est la métrique la plus mal comprise des trois. Pour le détail INP, lis mon article dédié.
Google Search Console
PageSpeed te parle de vitesse, la Search Console te parle d’indexation et de visibilité. C’est gratuit, et si tu as une boutique en ligne, tu devrais l’avoir configurée hier.
Comment l’utiliser : va dans le rapport Indexation des pages pour voir lesquelles de tes URL sont indexées et lesquelles sont exclues, avec la raison. Tu y découvres souvent des centaines de pages parasites générées par des filtres ou des variantes. Le rapport Signaux Web essentiels te donne aussi les Core Web Vitals sur l’ensemble de ton site, regroupés par URL similaires, ce qui complète PageSpeed qui ne teste qu’une page à la fois.
Concentre-toi sur les raisons d’exclusion les plus fréquentes : « Explorée, actuellement non indexée », « Page en double sans URL canonique sélectionnée par l’utilisateur », et les pages bloquées par robots.txt. Chacune de ces étiquettes pointe vers un problème de configuration précis. Utilise aussi l’outil d’inspection d’URL sur une page produit clé pour voir exactement comment Google la voit et quelle canonical il a retenue.
Regarde aussi le rapport Performances : quelles requêtes te rapportent des impressions sans clics. C’est souvent là que se cachent les opportunités SEO les plus rentables.
Chrome DevTools
L’onglet Network et l’onglet Performance de DevTools, c’est là que tu vois ce qui se passe vraiment quand une page charge. Ouvre DevTools, va dans Network, recharge la page et trie par taille. Tu vois immédiatement quelles ressources pèsent le plus lourd.
Avant de recharger, coche « Disable cache » et choisis un profil de connexion ralentie dans le menu de throttling, par exemple « Slow 4G ». Tu mesures alors ce que vit un visiteur mobile réel, pas ce que vit ta fibre. En bas de l’onglet Network, la barre de résumé te donne le poids total transféré et le nombre de requêtes, deux chiffres à noter avant et après tes corrections.
C’est aussi l’endroit où tu mesures le coût réel de tes applications. Chaque app Shopify charge ses propres scripts, et leur accumulation est souvent la première cause de lenteur. Filtre les requêtes par type « JS » et regarde les domaines tiers : tu identifies vite quelle app charge quoi. Pour les apps, voici comment mesurer leur coût.
L’onglet Performance permet d’enregistrer le chargement et de voir où le thread principal est bloqué. C’est plus technique, mais c’est exactement ce qui explique un mauvais INP : du JavaScript qui monopolise le processeur et empêche la page de répondre aux clics. Repère les longues tâches signalées en rouge dans la timeline, ce sont elles qui figent ta page pendant que le visiteur essaie d’interagir.
Screaming Frog ou Sitebulb
Pour le SEO technique à l’échelle, tu as besoin d’un crawler. Screaming Frog est gratuit jusqu’à 500 URL, ce qui couvre largement la plupart des petites et moyennes boutiques. Sitebulb propose un essai gratuit avec une visualisation plus pédagogique.
Comment l’utiliser : tu lances le crawl sur ton domaine, et l’outil parcourt ton site comme le ferait Google. Tu obtiens la liste des titles dupliqués, des meta descriptions manquantes, des pages en erreur 404, des redirections en chaîne, des images sans attribut alt et de la profondeur de clic de chaque page. Shopify a tendance à enterrer certaines pages produit à cinq ou six clics de la home, ce qui nuit à leur indexation. Un crawl le révèle en quelques minutes.
Une fois le crawl terminé, attaque-toi d’abord aux onglets « Page Titles » et « Meta Description » pour repérer les doublons et les manquants, puis à l’onglet « Response Codes » pour isoler les 404 et les redirections. La colonne de profondeur de crawl te montre les pages trop enfouies : si une page produit rentable se trouve à cinq clics de la home, c’est un signal d’alerte pour ton maillage interne. Active aussi le rendu JavaScript dans la configuration, parce que les thèmes Shopify chargent une partie du contenu en JS et un crawl sans rendu te donnerait une image fausse.
Croise ces résultats avec la Search Console et tu as déjà un diagnostic SEO technique solide.
Les 30% qui justifient un expert
Tu as maintenant une pile de données. PageSpeed te dit que ton LCP est à 4,2 secondes, Screaming Frog a trouvé 180 titles dupliqués, DevTools montre trois apps qui chargent 600 kilooctets de JavaScript. Et maintenant ? C’est exactement là que le DIY atteint sa limite. Mesurer est facile. Décider est dur.
Priorisation impact sur effort
Tu as quarante problèmes devant toi. Lesquels traiter en premier ? Le piège, c’est de commencer par ce qui est facile plutôt que par ce qui rapporte. Réduire 180 titles dupliqués prend des jours et change rarement le chiffre d’affaires. Corriger le LCP de la page produit la plus visitée prend deux heures et peut faire bouger le taux de conversion. Savoir lequel est lequel, ça vient de l’expérience, pas d’un outil.
La difficulté concrète, c’est que les outils te présentent tout au même niveau d’urgence. PageSpeed colore en rouge une opportunité d’économiser 0,3 seconde sur une page que personne ne visite, et en orange un problème qui touche ta page produit la plus rentable. Sans grille de lecture, tu finis par traiter les alertes dans l’ordre où elles apparaissent, ce qui est rarement le bon ordre. Un expert hiérarchise d’abord par trafic et par valeur de page, ensuite par effort.
Biais de mesure et interprétation
PageSpeed teste une page une fois, dans des conditions précises. Ton INP varie selon l’appareil, la connexion, le moment de la journée. Une mauvaise note de laboratoire peut être un faux positif, et une bonne note peut cacher un vrai problème terrain. Les données CrUX sont agrégées sur 28 jours et peuvent masquer une régression récente. Savoir quand croire une métrique et quand la remettre en cause, c’est de l’interprétation.
Un exemple concret : une boutique affiche un bon LCP en laboratoire mais un mauvais LCP terrain. Le réflexe du débutant est de douter de ses propres yeux et de faire confiance au score vert. Le réflexe juste est de comprendre que le test simulé tourne sur une connexion idéale, et que tes clients sur mobile en zone mal couverte vivent autre chose. Inverser cette lecture, c’est partir corriger un problème qui n’existe pas pendant que le vrai problème reste en place.
Pattern recognition
Quand tu as audité plusieurs dizaines de boutiques Shopify, tu reconnais les configurations au premier coup d’oeil. Tu sais que tel symptôme vient presque toujours de telle famille d’apps, que tel thème a un défaut connu, que telle structure d’URL annonce un problème de variantes. Cette reconnaissance de patterns ne s’achète pas avec un outil, elle se construit avec le volume. C’est ce qui fait gagner des heures de diagnostic.
Sans cette expérience, tu pars d’une liste de symptômes et tu remontes péniblement vers la cause, en testant des hypothèses une par une. Avec elle, tu vois un CLS qui saute uniquement sur mobile et tu sais déjà qu’il faut regarder la bannière de consentement ou un bloc d’avis chargé tardivement. Le DIY te donne les symptômes ; ce qui manque, c’est le raccourci vers la cause que seul le volume d’audits permet de tracer.
Estimation effort et impact en heures et en euros
Le livrable final d’un audit pro ne dit pas seulement « corrige ton LCP ». Il dit « corrige ton LCP, compte trois heures de dev, voici l’impact attendu sur la conversion, voici ce que ça représente en euros ». Cette traduction d’un problème technique en décision business chiffrée, c’est le coeur de la valeur. Et c’est précisément ce qu’un outil gratuit ne te donnera jamais, parce qu’il ne connaît ni ton équipe, ni ton chiffre d’affaires, ni ton contexte. La documentation Shopify sur la performance web explique les leviers, mais elle ne les priorise pas pour ta boutique.
C’est aussi cette estimation qui rend une décision défendable. Quand tu dis à ton développeur « trois heures sur ce correctif, pas une journée sur celui-là », tu cadres son travail et tu évites de payer du temps sur des chantiers à faible rendement. Et quand tu présentes le plan à un associé, des heures et des euros parlent mieux qu’une capture de PageSpeed. Mettre un chiffre d’effort en face de chaque correctif, c’est ce qui transforme une liste de problèmes en budget.
Matrice de décision : DIY ou audit pro ?
Voici comment trancher selon ta situation. Pas une question de budget d’abord, une question de besoin.
| Situation | DIY suffit | Audit pro vaut son prix | |---|---|---| | Tu débutes et veux comprendre | Oui, c’est formateur | Plus tard | | Tu as le temps et l’envie d’apprendre | Oui | Non | | Tu sais lire un rapport technique | Oui | Selon volume | | Tu as 40 problèmes et zéro idée de l’ordre | Non | Oui | | Chaque heure passée sur l’audit te coûte du CA | Non | Oui | | Tu dois convaincre une équipe ou un associé | Difficile | Oui, le livrable chiffré aide | | Ton dev attend une liste priorisée | Non | Oui | | Budget vraiment serré, boutique récente | Oui | Pas encore |
Pour rendre ça plus concret, prends trois scénarios. Premier cas : tu lances ta boutique, tu fais quelques ventes par semaine, tu as du temps et l’envie de comprendre comment marche ton site. Là, le DIY est non seulement suffisant, il est recommandé. Tu vas apprendre à lire tes propres métriques, et cette compétence te servira à chaque décision technique des deux prochaines années.
Deuxième cas : ta boutique tourne, tu fais plusieurs ventes par jour, et tu as déjà collé tes URL dans PageSpeed. Tu te retrouves avec quarante alertes et aucune idée de l’ordre dans lequel les traiter, pendant que ton temps part en gestion quotidienne. C’est le scénario typique où l’audit pro se rembourse : tu ne paies pas la donnée, tu paies le tri et la feuille de route qui te font corriger d’abord ce qui rapporte.
Troisième cas : tu travailles avec un développeur freelance ou une petite équipe, et tu dois leur donner une direction claire. Leur balancer un export PageSpeed brut, c’est leur laisser décider des priorités à ta place, souvent en commençant par ce qui est techniquement amusant plutôt que rentable. Un livrable chiffré aligne tout le monde sur le même ordre de marche et évite de payer des heures de dev mal ciblées.
La logique générale : si ton problème est de voir, fais-le toi-même. Les outils gratuits voient très bien. Si ton problème est de décider quoi faire et dans quel ordre, c’est là qu’un regard extérieur expérimenté change la donne.
Il y a aussi un facteur temps. Une après-midi dans PageSpeed et DevTools, c’est gratuit en euros mais pas en heures. Si cette après-midi te coûte des ventes parce que tu gères seul ta boutique, le calcul penche vite vers l’audit pro. Le 590€ achète surtout du temps et une priorisation, pas une donnée que tu ne pourrais pas trouver.
DIY ou expert : pas une question d’argent, une question de stade
La vraie question n’est pas « ai-je les moyens de payer un audit ». C’est « où en est ma boutique, et de quoi ai-je besoin maintenant ».
Si tu démarres, fais-le toi-même. Tu vas apprendre énormément en passant une après-midi dans tes propres métriques. Tu comprendras d’où viennent tes ralentissements, tu sauras lire un rapport Core Web Vitals, et cette compréhension te servira pour toutes les décisions techniques à venir. Commence par mesurer ton INP correctement, c’est la métrique la plus négligée : tout est expliqué dans mon article INP.
Si ta boutique tourne, génère du chiffre d’affaires et que chaque heure de ton temps a une valeur, le calcul change. Le DIY te donne les données, mais c’est la priorisation qui te fait gagner de l’argent. Vérifie d’abord le coût de tes apps, c’est souvent le levier le plus rentable et le plus rapide à actionner : voici la méthode.
Dans les deux cas, tu pars gagnant. Soit tu apprends et tu économises 590€, soit tu délègues et tu gagnes du temps. Ce qui serait dommage, c’est de ne rien faire parce que tu attends d’avoir le budget d’un expert. Les 70% gratuits sont là, accessibles aujourd’hui. Commence par eux.
