Boutique Shopify trop lente : pourquoi vos correctifs ne suffisent plus
Vous avez déjà compressé les images, supprimé des apps et changé de thème, et le score PageSpeed reste orange. Les correctifs de surface plafonnent quand le thème lui-même ralentit la boutique.
La réponse en bref
Une boutique Shopify reste lente après compression d’images et suppression d’apps quand le problème vient du thème lui-même : un thème générique charge du code inutilisé sur chaque page, et chaque app ajoute son propre script sans coordination. Mesurez vos Core Web Vitals (LCP, CLS, INP) sur PageSpeed Insights et dans le rapport Search Console pour savoir où se situe le problème. Au-delà d’un certain point, seule une reconstruction du thème en code sur mesure fait baisser durablement le temps de chargement.
Pourquoi ma boutique Shopify reste lente alors que j’ai déjà tout essayé ?
Vous avez compressé les images en WebP, désinstallé les apps qui ne servaient plus, peut-être changé de thème l’an dernier. Le score PageSpeed Insights reste orange sur mobile, parfois rouge. La boutique met encore trois à quatre secondes à s’afficher. Vous avez appliqué ce que les guides recommandent, mais à partir d’un mauvais diagnostic.
La plupart des conseils qu’on trouve en ligne visent les symptômes visibles (images lourdes, trop d’apps, cache mal réglé) et passent à côté d’une cause plus profonde quand il y en a une. Sur une boutique retouchée au fil des années par plusieurs prestataires, ces correctifs font gagner quelques dixièmes de seconde et s’arrêtent là : la vitesse reste dans la même fourchette depuis des mois.
Pourquoi les correctifs rapides plafonnent-ils ?
Compresser des images et désinstaller des apps zombies, ça marche, jusqu’à un certain point. Chaque app installée charge son propre script sur toutes les pages, même celles où elle ne sert à rien, et chaque section de thème ajoute sa feuille de style. Un script tiers bloque le rendu pendant quelques centaines de millisecondes.
Pris un par un, ces éléments pèsent peu. Sur une boutique avec douze à quinze apps actives, leur somme devient ingérable, et aucune compression d’image ne la résorbe. Nettoyer les apps réduit une partie du poids, à condition que le thème sous-jacent soit sain.
Thème générique et empilement d’apps : la cause la plus fréquente
Un thème Shopify, même premium, est conçu pour fonctionner sur des milliers de boutiques différentes, avec des dizaines de réglages activables ou non dans l’éditeur. Cette flexibilité a un coût : du code conditionnel partout, des sections jamais utilisées mais quand même chargées, des feuilles de style qui couvrent des cas d’usage que votre boutique n’aura jamais.
Ajoutez à ce socle une dizaine d’apps payantes, chacune injectant son propre script sans coordination avec les autres, et la boutique télécharge plusieurs mégaoctets de code avant même d’afficher le premier produit. Quand on audite une boutique existante, on trouve presque toujours une accumulation de couches qui rend chaque correctif isolé insuffisant, et rarement une seule app mal codée ou une image trop lourde. Le détail de cette approche est sur /guides/shopify-sans-applications-payantes.
Optimisation des Core Web Vitals sur Shopify : comment mesurer soi-même la vitesse de sa boutique ?
Deux outils gratuits suffisent pour un premier diagnostic. PageSpeed Insights teste une page précise (testez une fiche produit en plus de la page d’accueil) et donne un score plus trois mesures. Le rapport Signaux Web essentiels de Search Console montre les données réelles de vos visiteurs, regroupées par statut : bon, à améliorer, médiocre.
Les trois mesures qui comptent s’appellent les Core Web Vitals, un signal de classement Google depuis 2021. Le LCP mesure le temps d’affichage du plus gros élément visible, votre image produit en général. Le CLS mesure les sauts de mise en page quand un bouton se décale juste avant que vous cliquiez. L’INP mesure le délai entre un clic et la réaction de la page.
Les seuils exacts sont publiés par Google sur web.dev, repris dans le tableau ci-dessous. Une boutique dans l’orange ou le rouge sur mobile perd des visiteurs avant qu’un problème visuel ne saute aux yeux : la lenteur se voit d’abord dans le taux de rebond.
| Mesure | Bon | À améliorer | Médiocre |
|---|---|---|---|
| LCP (affichage) | ≤ 2,5 s | 2,5 à 4 s | > 4 s |
| INP (réactivité) | ≤ 200 ms | 200 à 500 ms | > 500 ms |
| CLS (stabilité visuelle) | ≤ 0,1 | 0,1 à 0,25 | > 0,25 |
Ce que vous pouvez corriger seul, sans passer par une agence ni tout reconstruire
Certains correctifs restent utiles même sur une boutique construite sur un thème générique, et ils ne demandent pas de toucher au code. Les quatre suivants apportent un gain mesurable sans reconstruction, dans l’ordre où on les applique en général.
- Compresser et redimensionner les images à la taille réelle d’affichage. Une photo produit de 4 000 pixels envoyée telle quelle depuis le shooting reste l’amélioration la moins chère à corriger.
- Supprimer les apps inutilisées et vérifier ce qu’elles laissent derrière elles. Désinstaller une app ne retire pas toujours le code qu’elle a injecté dans le thème.
- Regrouper les fonctionnalités qui font doublon. Avis, compteur de stock, pop-up : chacune de ces apps charge son script ; en garder une seule qui couvre les trois besoins réduit déjà le poids.
- Différer le chargement des scripts non essentiels. Chat en direct et pixels publicitaires additionnels peuvent souvent être chargés après l’affichage initial, sans perte fonctionnelle.
Ce qui demande de recoder le thème
Si après ce nettoyage le poids de JavaScript chargé avant l’affichage reste élevé, le thème lui-même est en cause. Un thème générique personnalisé pendant plusieurs années, à coups de sections ajoutées et de réglages jamais retirés, charge du code que votre boutique n’utilise plus mais que l’éditeur garde actif.
Pour régler ça durablement, il faut un thème écrit pour une seule boutique, qui ne charge que ce dont chaque page a besoin, sans section fantôme, sans feuille de style pour une fonctionnalité désactivée et sans app pour afficher un avis client.
Certaines apps restent nécessaires : le paiement ou la logistique n’ont pas d’alternative raisonnable en code sur mesure. Pour les autres, posez la question app par app : quelques dizaines de lignes de code pourraient-elles couvrir cette fonctionnalité sans dépendance externe ? Si oui, chaque app en moins est un gain permanent.
Deux boutiques Shopify recodées : Pimo Care et Grillé
Sur Pimo Care, boutique bilingue France/Suisse, on a reconstruit entièrement les pages produit et collection, qui ne chargent plus que ce qui compte à l’affichage. Le détail est sur /realisations/pimo-care.
Sur Grillé, les fonctionnalités confiées auparavant à des apps sont codées directement dans le thème. L’équipe gère ses pages et son catalogue sans développeur, comme le détaille /realisations/grille.
Qu’est-ce qu’il faut faire maintenant ?
Deux chemins s’ouvrent. Le premier : continuer à traiter les symptômes (encore une image compressée, encore une app désinstallée) en acceptant que les gains resteront marginaux si le problème vient du thème. Le second : faire auditer le thème et les apps ensemble, pour savoir si une reconstruction en code sur mesure est justifiée.
Le choix dépend de l’état de votre boutique ; six mois de plus du même correctif de surface ne changeront pas le résultat. Chez Sonho, une refonte Shopify sur mesure prend 4 à 6 semaines. Écrivez-nous pour un audit qui situe l’origine du problème.
Questions fréquentes
- Compresser mes images suffit-il à régler une boutique Shopify lente ?
- Ça suffit souvent quand le problème vient d’images trop lourdes : c’est la cause la plus fréquente sur les boutiques récentes. Une photo produit de 4 000 pixels affichée à 800 pixels de large pèse inutilement plusieurs centaines de kilo-octets, et la compresser en WebP reste l’amélioration la moins chère à mettre en place. Mais si votre thème charge du code inutilisé sur chaque page et que votre boutique tourne avec une dizaine d’apps actives, la compression d’image apporte un gain limité, souvent quelques dixièmes de seconde, qui ne résout pas la cause de fond. Le bon réflexe est de mesurer avant de corriger : ouvrez PageSpeed Insights et regardez le poids du JavaScript chargé avant l’affichage du premier produit. S’il reste élevé après ce nettoyage, le problème vient du thème, et seule une reconstruction du thème le règle durablement.
- Comment savoir si le problème vient du thème ou des apps ?
- Ouvrez les outils de développement de Chrome, onglet Réseau, rechargez une fiche produit et regardez le poids total du JavaScript chargé avant l’affichage de la page. Si ce poids reste élevé après avoir désinstallé les apps inutiles, le thème lui-même est probablement en cause : un thème générique, personnalisé pendant plusieurs années par différents prestataires, charge souvent du code pour des sections ou des réglages que votre boutique n’utilise plus. Deuxième vérification simple : comparez le rapport Signaux Web essentiels de Search Console avant et après une désinstallation d’apps. Si le LCP mobile bouge à peine, la cause n’est pas dans les apps retirées. Ces deux mesures, gratuites, donnent en dix minutes une réponse plus fiable qu’un audit générique acheté en ligne, et vous disent s’il faut continuer à nettoyer ou passer à une reconstruction du thème.
- Qu’est-ce que le LCP, le CLS et l’INP ?
- Ce sont les trois Core Web Vitals, les mesures que Google utilise pour évaluer l’expérience réelle de vos visiteurs, signal de classement depuis 2021. Le LCP (Largest Contentful Paint) mesure le temps d’affichage du plus gros élément visible, votre image produit en général : un bon score est inférieur ou égal à 2,5 secondes. Le CLS (Cumulative Layout Shift) mesure les sauts de mise en page, quand un bouton se décale juste avant que vous cliquiez dessus : un bon score reste sous 0,1. L’INP (Interaction to Next Paint) mesure le délai entre un clic et la réaction visible de la page : un bon score est inférieur ou égal à 200 millisecondes. Les trois se mesurent gratuitement sur PageSpeed Insights ou dans le rapport Signaux Web essentiels de Search Console, qui s’appuie sur les données réelles de vos visiteurs.
- Faut-il supprimer toutes ses apps Shopify pour aller plus vite ?
- Non. Certaines apps couvrent des besoins réels sans alternative simple en code sur mesure, comme le paiement ou la logistique : les supprimer casserait plus de choses que ça n’en réglerait. Posez la question app par app : cette fonctionnalité pourrait-elle être couverte par quelques dizaines de lignes de code écrites directement dans le thème, sans dépendance externe ? Un compteur de stock ou un carrousel d’avis simple sont typiquement des fonctionnalités qu’une app entière n’a pas besoin de porter. À l’inverse, un module de paiement fractionné ou un connecteur logistique justifient largement leur script. Le tri se fait donc fonctionnalité par fonctionnalité : une boutique avec cinq apps essentielles bien choisies est plus rapide qu’une boutique avec deux apps si l’une des deux duplique une fonctionnalité que le thème pourrait couvrir seul.
- Combien coûte une refonte Shopify pour régler un problème de vitesse structurel ?
- Chez Sonho, une refonte Shopify sur mesure coûte à partir de 3 000 € HT selon la complexité du catalogue et des fonctionnalités à reprendre. Elle est livrée en 4 à 6 semaines. Ce chiffrage n’est donné qu’après un appel découverte qui évalue l’état réel du thème et des apps en place : une boutique avec dix apps actives et trois ans de personnalisations n’a pas le même point de départ qu’une boutique récente et bien tenue. Le forfait couvre la reconstruction complète du thème, section par section.





