L'application Shopify devient de plus en plus chère et lente ? Une approche pour alléger la pile d'applications de votre boutique

De nombreuses applications Shopify ne se sont pas accumulées en un jour. Au début, on installe des applications pour les avis, puis pour le suivi après avoir lancé des publicités, pour les compte à rebours lors des promotions, et ensuite on ajoute des abonnements, des pop-ups, des ventes groupées et des suivis logistiques. Chaque application, prise individuellement, n’est pas chère et a sa raison d’être. Mais lorsque la facture et la vitesse commencent à poser problème, il se peut que le backend ait déjà 20 applications installées, dont la moitié ne sait plus vraiment ce qu’elle fait au quotidien.

Le modèle de tarification proposé par Shopify aux développeurs est désormais plus flexible. La tarification des applications Shopify prend en charge les frais récurrents, la tarification basée sur l’utilisation et la tarification combinée. Pour les commerçants, cela signifie que le coût des applications n’est plus seulement un abonnement fixe mensuel. Une application peut avoir des frais mensuels, des remises annuelles, des essais gratuits, des frais basés sur l’utilisation, voire un mélange des deux. Le centre d’aide officiel rappelle également que les frais d’application périodiques commencent à partir du moment où vous approuvez le paiement et se reproduisent à chaque début de période de facturation. Vous pensez simplement “essayer”, mais la facture peut déjà avoir commencé à s’accumuler.

La vitesse est également un problème similaire. Après Online Store 2.0, les extensions d’applications de thème et les blocs d’applications facilitent l’intégration des applications dans le thème. La documentation de Shopify indique que les blocs d’applications basés sur cette architecture peuvent être intégrés sans modifier le code du thème du commerçant, et que le code associé sera également supprimé lors de la désinstallation de l’application. C’est une bonne chose, mais cela souligne également un autre point : les anciennes applications, les anciens thèmes et les scripts insérés de manière personnalisée ne sont pas nécessairement aussi propres. Après plusieurs installations, suppressions et changements, il est probable que des scripts, des extraits et des configurations vides soient laissés dans le thème, dont personne ne se souvient de l’origine.

Ainsi, pour alléger votre boutique Shopify, ne commencez pas par “peut-on supprimer des applications ?” Cela peut facilement mener à des débats. Une approche plus stable consiste à considérer d’abord la pile d’applications comme une facture et une liste de chargement en frontend.

Commencez par exporter la liste des applications, ne supprimez pas sur un coup de tête

La première étape est simple : ouvrez la liste des applications dans le backend de Shopify et notez chaque application installée. Vous devez au moins noter 5 colonnes : nom de l’application, frais mensuels ou frais d’utilisation, responsable, utilisation réelle et si le code est chargé en frontend.

Cette étape n’a pas besoin d’être très soignée, un tableau suffira. L’important est de forcer l’équipe à clarifier “cette application est-elle réellement utilisée ?”.

Prenons un exemple : un site indépendant vendant des fournitures pour animaux, avec environ 200 SKU, pourrait avoir simultanément trois applications marketing dans le backend : une pour un pop-up de bienvenue, une pour une offre d’ajout au panier et une pour les abonnements par e-mail. L’équipe d’exploitation pourrait penser que les trois sont importantes, car chacune a résolu un besoin d’activité. Mais si vous les mettez dans le même tableau et examinez les enregistrements d’utilisation des 30 derniers jours, vous constaterez que certaines applications ne sont plus que des pages d’activités historiques, tandis que d’autres ne servent qu’à conserver un style de pop-up.

Je ne suis pas sûr que chaque boutique puisse directement exporter l’historique d’utilisation complet des applications, certaines données devront peut-être être consultées dans le backend de l’application elle-même.

Ces applications ne doivent pas nécessairement être supprimées immédiatement, mais elles peuvent déjà entrer dans une liste d’observation.

Les coûts doivent être évalués selon le “coût réel mensuel”

Les factures d’applications sont souvent sous-estimées, car de nombreux prix ne sont pas des chiffres fixes.

La documentation officielle de la tarification des applications Shopify est très directe : elle prend en charge les frais récurrents, la tarification basée sur l’utilisation et la tarification combinée. Un abonnement fixe, par exemple 10 dollars par mois, est facile à comprendre, mais les applications qui facturent en fonction du nombre de commandes, du volume de messages, du nombre d’abonnés ou d’un pourcentage des dépenses publicitaires peuvent être plus problématiques. Une fois que le GMV de la boutique augmente, elles peuvent coûter plus cher que les applications à frais mensuels.

Il est conseillé de décomposer les frais de chaque application en trois catégories :

• • Frais d’abonnement fixes : mensualités, annualisation au mois
• • Frais d’utilisation : facturés par commande, e-mail, SMS, trafic, abonnés
• • Frais de maintenance cachés : qui doit configurer, dépanner et consulter les rapports chaque semaine

La troisième catégorie est souvent négligée. Une application à 19 dollars par mois, si chaque mise à jour de thème nécessite que le développeur résolve un problème de compatibilité, ne coûte pas seulement 19 dollars.

Un autre détail : avant de désinstaller une application, vérifiez la période de facturation. Le centre d’aide de Shopify rappelle que les frais périodiques commencent à partir de l’approbation du paiement et se reproduisent à chaque début de période de facturation. Cela signifie que nettoyer les applications à la fin du mois n’est pas toujours la solution la plus économique, cela dépend de chaque cycle de facturation des applications. L’officiel n’a pas fourni d’outil unique pour déterminer automatiquement la meilleure date de désinstallation de toutes les applications tierces, il faut donc vérifier manuellement les factures.

Pour savoir si c’est lent, vérifiez d’abord si le frontend charge

Toutes les applications ne ralentissent pas la page. Les applications qui ne fonctionnent que dans le backend pour générer des rapports ou traiter le flux de commandes n’affectent généralement pas la vitesse d’ouverture de la page produit. Ce qu’il faut vérifier en priorité, ce sont les applications qui interagissent avec le frontend.

Les emplacements courants sont les suivants :

• • script, style, extrait dans theme.liquid
• • blocs d’applications dans la page produit et la page du panier
• • intégration d’applications dans l’éditeur de thème
• • scripts de vente incitative, d’abonnement, d’avis et de suivi avant et après le paiement

La méthode de vérification reproductible n’est pas compliquée. Ouvrez d’abord la page produit dans votre navigateur, accédez au panneau Réseau de DevTools, filtrez JS et CSS, et vérifiez s’il y a des ressources provenant de domaines d’applications tierces. Ensuite, allez dans le backend de Shopify à l’emplacement Online Store → Themes → Customize, et vérifiez si les intégrations d’applications ont des éléments qui n’ont pas été utilisés depuis longtemps mais qui sont toujours activés. Enfin, examinez les extraits suspects dans theme.liquid et sections, en particulier le code ajouté manuellement par d’anciens développeurs.

Les blocs d’applications d’Online Store 2.0 sont une approche plus propre. La documentation de Shopify mentionne que l’extension d’application de thème peut regrouper le code en blocs d’applications, permettant aux commerçants de les contrôler dans l’éditeur de thème ; lors de la désinstallation de l’application, le code sera également supprimé. Il est important de noter que je ne peux pas garantir que chaque ancienne application a été intégrée de cette manière. En particulier pour les boutiques qui ont installé tôt, modifié le thème ou fait appel à des freelances pour insérer des scripts, il est préférable de passer en revue le code du thème.

Parfois, désinstaller une application n’est pas suffisant, ce qui ralentit réellement la page, c’est un ancien script qu’elle a laissé derrière elle.

Regroupez les éléments similaires, ne cherchez pas seulement à réduire le nombre d’applications

Alléger la pile d’applications ne doit pas être compris comme réduire brutalement 20 applications à 10. Il est plus important de réduire les fonctionnalités redondantes.

Les applications d’avis et d’adhésion se chevauchent souvent. Les e-mails, les pop-ups, les remises et les ventes groupées sont également souvent couverts par plusieurs applications marketing en même temps. Par exemple, une application d’automatisation marketing peut déjà gérer les abonnements par e-mail et les pop-ups, tandis qu’une autre application de pop-up doit prouver qu’elle a encore une valeur indépendante. Une application d’abonnement qui inclut déjà des fonctionnalités de base d’adhésion n’a pas besoin de conserver une application de fidélité qui n’utilise que 10 % de ses fonctionnalités.

Lors de l’évaluation des redondances, vous pouvez regrouper par parcours client, ne vous limitez pas à regrouper par nom d’application :

• • Avant l’entrée : suivi des publicités, pages d’atterrissage, SEO
• • Pendant la navigation : pop-ups, avis, recommandations, recherche
• • Après ajout au panier : remises, ventes groupées, rappels de panier
• • Après paiement : e-mails, logistique, adhésion, réachats

Dans le même parcours, si deux applications modifient le même bouton, le même pop-up ou la même zone de panier, soyez prudent. Elles ne sont pas seulement des coûts redondants, elles peuvent également se faire concurrence pour les ressources du frontend.

Mais ne forcez pas un système clé dans un outil inapproprié juste pour réduire le nombre d’applications. Les applications d’avis, d’abonnement et les connecteurs ERP/WMS, une fois que le coût de migration est élevé, doivent d’abord avoir un plan de remplacement et de retour en arrière.

Avant de supprimer, désactivez les modules, puis vérifiez les données

Lorsque vous êtes prêt à agir, je recommande plutôt de procéder en trois étapes : désactiver, observer, désinstaller.

Commencez par désactiver le module frontend dans l’application, ou désactivez l’intégration d’application dans l’éditeur de thème. Observez pendant 3 à 7 jours pour voir si le taux de conversion, le taux d’ajout au panier, la vitesse de la page et les retours du service client présentent des anomalies. Si tout va bien, désinstallez. Après la désinstallation, vérifiez s’il reste des extraits ou des scripts externes dans le thème.

Ne désinstallez pas 8 applications d’un coup. Si un problème survient, personne ne saura lequel en est la cause.

Si la boutique ne reçoit pas beaucoup de commandes chaque jour, vous pouvez prolonger la période d’observation ; si le trafic est concentré lors des jours de publicité, ne nettoyez pas juste avant une grande promotion. Le nettoyage des applications est une action de maintenance, pas une opération de sauvetage de dernière minute.

Un rythme relativement stable est de traiter 2 à 3 applications candidates chaque semaine. Commencez par les moins risquées, comme les applications d’activités historiques, les applications de pop-up redondantes et les applications de rapports qui n’ont pas été consultées depuis longtemps. Les applications liées aux paiements, aux abonnements, aux stocks et à la logistique doivent être traitées en dernier, et il faut d’abord sauvegarder le thème et confirmer la méthode d’exportation des données.

Conservez un enregistrement de “pourquoi l’avoir installé”

Après avoir terminé l’allégement, il est préférable de conserver une brève explication de la pile d’applications. Trois phrases par application suffisent : ce qu’elle gère, qui la maintient et dans quelles conditions elle peut être supprimée.

Cet enregistrement sera précieux à l’avenir.

De nombreuses boutiques voient leurs applications se multiplier, souvent non pas parce que l’équipe ne sait pas se contenir. Le véritable problème est que chaque action de croissance laisse un outil : une publicité laisse une application de suivi, une activité laisse une application de remise, un service client laisse une application logistique. Six mois plus tard, personne ne se souvient pourquoi elle a été installée, et bien sûr, personne n’ose la supprimer.

Alléger la pile d’applications consiste essentiellement à transformer les “héritages historiques” en “choix actuels”. Gardez celles dont l’utilisation peut être expliquée, et mettez en pause celles qui ne le peuvent pas pour observation. Évaluez les coûts selon les factures réelles, la vitesse selon le chargement du frontend, et le risque selon l’impact sur les commandes et les données.

Cette série d’actions n’est pas stimulante, mais elle est très utile. Les boutiques Shopify, après un certain temps, doivent inévitablement faire un bilan de leur pile d’applications.

Références : Tarification des applications Shopify, documentation officielle d’Online Store 2.0 ; avant publication, veuillez vérifier en fonction du cycle de facturation et du code du thème de la boutique.