Apps Wix empilées : comment identifier et supprimer celles qui tuent la vitesse

Chaque application ajoutée sur Wix injecte automatiquement son propre code JavaScript, page après page, souvent bien au-delà de l’endroit où elle est réellement utilisée. Le problème n’est pas de le savoir, c’est de savoir LAQUELLE, parmi cinq, dix ou quinze apps installées, est la vraie responsable d’un score de vitesse dégradé. Ce guide détaille pourquoi Wix ne vous donne aucune réponse directe à cette question, et la méthode concrète pour identifier puis supprimer les apps qui pèsent réellement sur votre site.

Pourquoi les apps sont un des premiers postes de ralentissement sur Wix

Sur Wix, ajouter une application depuis l’App Market revient à ajouter un fichier JavaScript supplémentaire à charger, à chaque visite. Wix le documente lui-même : les apps et composants ajoutent automatiquement des scripts, et leur accumulation pèse directement sur la vitesse perçue. Le problème dépasse la simple addition : une application installée sur une seule page continue souvent de charger son script d’initialisation sur toutes les pages du site, même celles où elle n’apparaît pas visuellement, ce qui dégrade en particulier l’interactivité (INP) sans qu’aucun audit visuel classique ne le révèle. Notre article sur l’INP sur Wix et le chargement fantôme des apps détaille ce mécanisme précis ; celui-ci se concentre sur la question qui suit logiquement : comment identifier, parmi toutes les apps installées, celles qu’il faut réellement retirer.

Ce que Wix optimise pour vous, et ce qui reste à votre charge

Wix optimise en continu le cœur de sa plateforme : le code livré par son propre CDN (le domaine static.parastorage.com) est packagé et découpé par Wix lui-même, considéré comme structurel, et la documentation officielle est explicite sur ce point : même si un outil comme PageSpeed Insights le signale comme « JavaScript inutilisé », ce code ne doit pas être touché, il est nécessaire au fonctionnement du site. En revanche, tout ce que vous ajoutez par-dessus (applications tierces, widgets, scripts de tracking) reste entièrement sous votre responsabilité, et c’est précisément ce second groupe qui concentre l’essentiel des marges de progression réelles.

Le piège : pourquoi vous ne voyez jamais quelle app ralentit quoi

Voici ce qu’aucun guide de vitesse Wix ne détaille : contrairement à WordPress, où un outil comme Query Monitor attribue précisément un temps de chargement à chaque extension active, Wix ne propose aucun outil natif d’attribution par application. Le tableau de bord de vitesse de site intégré à Wix affiche des métriques globales et par page (Core Web Vitals réels des visiteurs, simulation PageSpeed) mais ne ventile jamais ces chiffres application par application.

Résultat concret : il n’existe aucun raccourci fiable pour lire, dans un rapport de performance, le nom d’une application coupable. La seule méthode qui fonctionne reste empirique, détaillée dans la section suivante.

La méthode d’identification par élimination

1. Établissez un score de référenceLancez PageSpeed Insights ou Lighthouse sur la page concernée, sans rien changer, et notez le score ainsi que le détail des ressources JavaScript listées (temps de blocage, poids).
2. Listez toutes les apps actives sur cette page préciseDans le tableau de bord Wix, repérez chaque application installée qui affiche un élément sur la page testée, même discret (widget de chat replié, bandeau, module d’avis en bas de page).
3. Désactivez une seule app à la foisNe coupez jamais plusieurs apps d’un coup : vous perdriez la capacité d’isoler laquelle est responsable de quoi. Commencez par les apps les plus susceptibles d’être lourdes (chat en direct, pop-up, carrousel social) plutôt que par les plus légères en apparence.
4. Retestez immédiatement après chaque désactivationRelancez le même test de vitesse dans les mêmes conditions (même page, même appareil simulé) et comparez le score et le poids JavaScript à l’étape précédente. Un écart net désigne l’application responsable.
5. Consultez l’onglet Réseau du navigateur en complémentDans les outils de développement, filtrez les requêtes par domaine et observez lesquelles disparaissent quand vous désactivez une app : c’est la confirmation la plus directe, application par application, même si le nom lisible de l’app n’apparaît pas toujours dans l’URL du script.

Supprimer ou désactiver une app sans casser une page

Une fois l’application coupable identifiée, la retirer proprement demande un peu plus de rigueur qu’un simple clic sur « désinstaller ».

Vérifiez d’abord tous les emplacements où elle est utilisée

Une même application peut être posée sur plusieurs pages sans que ce soit visible d’un seul coup d’œil dans le tableau de bord. Avant suppression, parcourez rapidement les pages principales du site pour confirmer qu’aucun élément visible ne dépend de cette app ailleurs que sur la page testée.

Cherchez une alternative plus légère avant de supprimer purement et simplement

Si l’application remplit une fonction réellement utile (avis clients, chat), mieux vaut chercher une alternative moins gourmande dans l’App Market ou une solution native Wix équivalente, plutôt que de perdre la fonctionnalité. Beaucoup d’apps tierces dupliquent des fonctions que Wix propose déjà nativement, avec un poids bien moindre.

Videz le cache et retestez sur un appareil réel

Après suppression, videz le cache de votre navigateur et testez la page sur un appareil mobile réel, pas seulement en simulation : c’est sur mobile que l’impact d’une app supprimée se mesure le plus nettement, notamment sur l’INP.

Les catégories d’apps le plus souvent en cause

Les bonnes pratiques pour la suite

Wix recommande lui-même de répartir les applications entre différentes pages plutôt que de les concentrer toutes sur la page d’accueil, une piste souvent négligée alors qu’elle limite mécaniquement le poids cumulé par page. Au-delà de ce réflexe, un audit du nombre d’apps installées tous les trois à six mois évite l’accumulation silencieuse : une app ajoutée pour un test ponctuel, jamais retirée ensuite, continue de peser indéfiniment sur chaque chargement de page. Cet audit prend tout son sens dans une démarche plus large ; notre article sur l’optimisation de la vitesse d’un site Wix et des Core Web Vitals pose le cadre général dans lequel replacer ce nettoyage régulier des applications. Pour resituer ce travail dans l’ensemble des leviers de performance Wix, notre article sur les seuils et scores réels des Core Web Vitals sur Wix aide à prioriser où porter l’effort en premier.

Questions fréquentes

Ce qu’il faut retenir

Wix ne vous dira jamais directement quelle application ralentit votre site : ni son tableau de bord de vitesse, ni sa documentation sur le JavaScript inutilisé, qui peut même orienter vers la mauvaise conclusion sur les fichiers structurels. La méthode par élimination, une app à la fois, reste la seule approche fiable pour transformer une suspicion générale en diagnostic précis, puis en suppression justifiée plutôt qu’en nettoyage à l’aveugle.