Supprimer tes apps Shopify pour gagner en vitesse de chargement

Une marque de prêt-à-porter nous arrive avec un site lent. Vraiment lent. 35 sur 100 en mobile sur PageSpeed Insights, 57 en desktop. Pour te donner une idée, en dessous de 50 sur mobile, t'es dans le rouge vif. Google te le dit, les clients le ressentent, et ton taux de conversion en prend un coup sans que tu comprennes pourquoi.

On creuse. Et là, le constat est toujours le même. Une pile d'apps installées, dont la moitié que plus personne n'utilise vraiment. Un outil d'A/B testing qui coûte une blinde et qu'on utilise à peine. Des trucs installés il y a deux ans pour un besoin ponctuel et jamais retirés. Chaque app, c'est du code en plus qui se charge à chaque visite. Résultat, le site rame.

Je vais te raconter comment on regarde ce genre de dossier, pourquoi les apps plombent autant tes perfs, et comment on bascule vers un site qui tourne sans elles.

Pourquoi tes apps ralentissent vraiment ton site

Une app Shopify, c'est pas magique. C'est du code qui vient se greffer sur ton thème. Soit un script, soit un bloc qui s'injecte dans tes pages. Et ce code, il faut que le navigateur le télécharge et l'exécute à chaque fois que quelqu'un arrive sur ton site.

Multiplie ça par quinze apps, et t'as ton navigateur qui doit charger quinze couches de code en plus avant d'afficher ta page. Les plus lourdes, c'est les classiques. Les avis, les pop-ups, les chats, les upsells, les sélecteurs de devise. Chacune te rajoute son petit poids. Mises bout à bout, ça fait la différence entre un site qui charge en 2 secondes et un site qui charge en 6.

À 6 secondes de chargement en eCom, t'as déjà perdu la moitié des visiteurs. Le client attend pas. Il repart.

Et désinstaller une app suffit pas toujours à nettoyer le code derrière. Beaucoup laissent des résidus dans le thème. Des bouts de script qui continuent de se charger alors que l'app est partie. Donc même après le ménage, faut aller vérifier dans le code que tout est bien parti.

Passer au natif plutôt que de trier app par app

Trier tes apps une par une, c'est un premier pas. Tu kill ce que tu utilises plus, tu gardes ce qui est vraiment utile. Mais tu restes dans la même logique, celle d'empiler des outils externes sur ton store.

Nous, sur ce genre de dossier, on va plus loin. On part sur un thème conçu pour n'avoir aucune app. Toutes les fonctionnalités que les gens délèguent habituellement à des apps, on les développe en natif, directement dans le code du site.

Concrètement, ça donne quoi.

La wishlist, le système d'avis, les options et formules dans le cart, les quick views, tout ça, on le code en interne dans le thème. Tout ce qui te coûtait un abonnement mensuel par app, tu l'as en dur, dans ton thème, sans dépendance externe.

Les bénéfices sont simples. Le code est plus léger, donc ça charge plus vite, et tu payes plus tes dix abonnements mensuels. Bonus, tu maîtrises ton code au lieu de subir les mises à jour d'un éditeur tiers.

On fait souvent du custom justement pour ça, éviter d'avoir cinquante mille apps sur le store et pousser la perf au max. Après, faut faire peser le pour et le contre. Si c'est pour développer un truc qui prend cinq jours pour remplacer une app à 20 euros par mois, c'est pas toujours rentable. Chaque cas se regarde. Mais sur un site qui rame à 35 sur 100, le calcul est vite fait.

Si tu veux creuser la logique d'un thème pensé proprement, j'en parle aussi dans cet article sur la fiche produit Shopify.

Comment on teste au fur et à mesure

Un truc important quand tu reconstruis un thème léger, c'est de pas le découvrir à la fin. Tu testes la vitesse à chaque nouvelle section que tu ajoutes.

Tu ajoutes un bloc, tu mesures. Si le score chute, tu sais tout de suite que c'est cette section qui pèse. Comme ça tu peux la retravailler avant d'empiler la suivante. C'est beaucoup plus propre que de tout construire d'un bloc et de découvrir à la fin que t'es redescendu à 40 sur 100 sans savoir d'où ça vient.

Pour la mesure, un point à garder en tête. Les outils type PageSpeed Insights sont variables. Tu lances le test trois fois d'affilée, t'auras trois scores légèrement différents. C'est normal. Donc tu testes plusieurs fois, tu regardes la tendance, pas le chiffre exact d'un run isolé. Ce qui compte, c'est de voir si t'es globalement à 80 ou globalement à 40.

Avant de reconstruire, tu audites l'existant

Pour savoir quoi remplacer, faut d'abord savoir ce que tu as. Et là, le plus efficace, c'est de brancher le dépôt de code. GitHub, l'endroit où ton code est stocké.

Ça te permet de récupérer toutes les fonctionnalités actuelles du site. Tu les mets à plat, et en face, tu listes ce que tu peux remplacer par du natif. La wishlist, l'app d'avis, les upsells, tu regardes une par une si tu peux la refaire en interne. Celle que tu peux pas remplacer facilement et qui est critique, tu la gardes mais tu l'encadres. Les apps de paiement ou de fulfillment par exemple, tu les retires pas, mais tu vérifies qu'elles chargent pas plus que nécessaire.

Et là, un point que le dirigeant de la marque a bien soulevé, et il avait raison. L'audit, c'est pas que du technique.

Quand tu reprends ton site, tu regardes aussi le wording de tes boutons. Est-ce que ton CTA dit "commander" ou "acheter". Est-ce que tes textes sont bien placés. Est-ce que le parcours tient la route. Ça, aucune app te le dira. C'est du bon sens, de l'expérience et de la stratégie. Un site rapide avec des mauvais CTA, ça convertit mal quand même. Donc tu bosses les deux en même temps.

Si tu veux voir à quoi ressemble ce genre d'accompagnement de bout en bout, c'est ce qu'on fait en direction eCommerce externalisée sur Shopify.

Empêcher que ça recommence

Le vrai piège, il est pas dans le ménage ponctuel. C'est six mois plus tard, quand les apps reviennent.

Parce que six mois plus tard, quelqu'un dans l'équipe a un besoin, il installe une app pour aller vite, et tu recommences à empiler. Il faut donc une règle simple. Avant d'installer quoi que ce soit, tu te demandes si ça peut se faire en natif. Et tu fais le ménage régulièrement, genre une fois par trimestre, pour couper ce qui sert plus.

Sur un des comptes qu'on gère, j'ai fait un gros tri des apps installées avec l'équipe, juste pour vérifier qu'il n'y avait rien d'inutile. D'un point de vue coût d'abord, parce que supprimer des abonnements inutiles c'est de la marge récupérée. Et d'un point de vue perf ensuite. Rien que de couper les apps mortes, t'as déjà gagné quelque chose.

La vitesse, ça se travaille en continu. Un truc à surveiller comme le stock ou la tréso. Tu mesures, tu coupes ce qui pèse, tu remplaces par du natif quand ça vaut le coup, et tu vérifies que personne réinstalle les trucs lourds derrière. Un site à 80 sur 100 qui retombe à 50 en un an, c'est juste un site dont personne s'est occupé.