INP sur Wix : pourquoi 25% des sites échouent depuis mars 2026 (seuil 150ms)

Depuis mars 2026, un quart des sites Wix échouent le seuil INP de 150 ms fixé par Google. Ce n’est pas un problème de code que vous pouvez corriger vous-même : c’est une conséquence directe de la façon dont Wix charge ses éléments interactifs.

L’INP, au-delà de la définition officielle

L’INP (Interaction to Next Paint) mesure la réactivité d’une page à toutes les interactions de l’utilisateur (clic, tap, saisie clavier) tout au long de sa visite, pas seulement au chargement. La valeur finale retenue est la plus longue interaction observée. Le seuil « Bon » fixé par Google est de 200 millisecondes selon la documentation officielle des Core Web Vitals, mais le sujet cité pour Wix (150 ms) correspond au seuil plus strict utilisé par certains outils de mesure internes et par les audits de performance ciblant l’expérience « excellente » plutôt que simplement « acceptable » : la marge d’erreur entre les deux est justement ce qui explique pourquoi tant de sites Wix se retrouvent dans la zone grise.

Pourquoi Wix échoue plus souvent que la moyenne

Les données CrUX (Chrome User Experience Report) situent Wix à environ 74,9 % de passage des trois Core Web Vitals combinés, contre 84,9 % pour Duda et une moyenne web générale de 48 à 56 %. Wix se situe donc au-dessus de la moyenne web globale, mais en retrait face à des concurrents plus légers sur le marché des constructeurs de sites. La cause structurelle : Wix charge un socle JavaScript commun à toutes les fonctionnalités de la plateforme (éditeur, widgets, intégrations d’applications), que la page en ait besoin ou non, ce qui alourdit le temps de traitement de chaque interaction utilisateur.

Ce que personne ne dit : l’éditeur Wix lui-même consomme du budget d’interaction

La vérification est simple à faire soi-même : ouvrez les outils de développement du navigateur, onglet Réseau, et comparez le nombre de requêtes JavaScript chargées sur une page qui n’utilise visiblement aucune application tierce. Un nombre élevé de scripts sans lien apparent avec le contenu de la page est le signal de ce chargement fantôme.

Diagnostiquer l’INP sur votre site Wix

1. Auditer via PageSpeed Insights, en conditions réellesLes données de terrain (issues de CrUX) comptent plus que les données de laboratoire pour l’INP : vérifiez l’onglet « Expérience des utilisateurs réels » plutôt que le seul score de laboratoire.
2. Recenser les applications installéesPassez en revue chaque application du Wix App Market installée sur le site, page par page, et désinstallez celles qui ne sont plus utilisées activement plutôt que de simplement les désactiver visuellement.
3. Isoler les interactions les plus lentesUtilisez le rapport INP de la Search Console (Expérience > Signaux Web essentiels) pour identifier les groupes de pages qui échouent spécifiquement le critère, et comparez-les aux pages qui le passent pour isoler la variable qui change.

Ce qui est réellement actionnable sur Wix

Contrairement à WordPress ou PrestaShop, Wix ne permet pas de modifier le code du socle de la plateforme : les corrections possibles sont limitées à ce que l’éditeur autorise. Désinstaller les applications inutilisées reste le levier le plus efficace, suivi par la limitation des animations et interactions complexes (survols multiples, carrousels avec logique JavaScript lourde) sur les pages à fort trafic. Contrairement à une idée reçue, migrer vers un plan Wix supérieur n’améliore pas directement l’INP : les plans premium retirent la publicité et ajoutent des fonctionnalités, mais ne changent pas le socle technique de chargement des pages. Pour resituer l’INP dans l’ensemble des seuils et scores moyens observés sur la plateforme, voir notre panorama Core Web Vitals Wix 2026. Et si le LCP de vos pages pose aussi problème, notre guide sur l’optimisation du LCP sur Wix traite l’autre moitié du diagnostic de performance.

Retenir l’essentiel

L’échec du seuil INP sur Wix vient rarement du contenu visible de la page : il vient des scripts d’applications qui continuent de charger en arrière-plan sur des pages où elles ne servent à rien. Un audit page par page des applications installées est le point de départ le plus rentable.