Comment optimiser le LCP sur Wix : images hero, polices et scripts tiers

« Activer le priority hint sur l’image hero » revient dans presque tous les guides Wix sur le LCP, sans jamais expliquer ce que ça fait vraiment, ni pourquoi l’ajouter partout produit l’effet inverse de celui recherché. La distinction entre « découvrir tôt » et « charger en priorité » change concrètement ce qu’il faut faire, et sur combien d’éléments.

NiveauIntermédiaire
CMS / OutilWix, PageSpeed Insights
Temps de lecture11 min

Identifier l’élément LCP de chaque page

Avant d’optimiser quoi que ce soit, il faut savoir précisément quel élément Google considère comme le « plus grand contenu visible » sur chaque page, ce n’est pas toujours l’image hero évidente. Les outils d’inspection du navigateur (onglet Performance de Chrome DevTools) permettent d’identifier cet élément exact page par page, plutôt que de supposer qu’il s’agit systématiquement du même bloc sur tout le site.

Optimiser l’image hero

  1. Dimensionner à la taille réelle affichée

    Ne pas télécharger un fichier surdimensionné en comptant sur le navigateur pour le réduire à l’affichage : redimensionner en amont aux dimensions réellement utilisées sur la page.

  2. Désactiver le chargement différé sur cette image précise

    Le lazy loading, utile pour les images sous la ligne de flottaison, retarde justement l’image qui doit s’afficher en premier si elle y est appliquée par erreur.

  3. Privilégier JPG ou WebP plutôt que PNG

    Un JPG peut être jusqu’à dix fois plus léger qu’un PNG équivalent visuellement pour une photo, Wix servant déjà les images en WebP avec adaptation automatique selon le navigateur.

Préchargement vs priorité : la distinction qui manque

C’est le point que la plupart des guides Wix résument en une phrase (« activez le priority hint ») sans expliquer le mécanisme, ce qui pousse à l’appliquer au hasard plutôt qu’au bon endroit.

Deux mécanismes différents, souvent confondus

Le préchargement (rel="preload") contrôle QUAND le navigateur découvre une ressource : il permet de la repérer plus tôt dans le processus de chargement de la page. La priorité (fetchpriority="high") contrôle avec QUELLE priorité cette ressource se charge une fois découverte. Sans les deux combinés, le navigateur peut découvrir l’image tôt via le préchargement, mais continuer à la charger à une priorité standard, sans gain réel de vitesse.

Concrètement : ajouter uniquement un préchargement sur l’image hero, sans le combiner à une priorité élevée, laisse une partie du gain potentiel sur la table. Selon des mesures publiées sur ce sujet, un préchargement seul peut réduire le LCP jusqu’à 45 % dans certains cas, tandis que les priority hints combinés apportent des gains observés entre 4 % (cas Etsy) et 20-30 % en tests de laboratoire selon l’architecture de la page. Un chiffre à retenir : seulement environ 2,1 % des pages sur le web utilisent effectivement le préchargement pour leur image LCP, ce qui en fait une optimisation largement sous-exploitée malgré sa disponibilité.

Le piège inverse

Appliquer une priorité élevée à trop d’éléments de la page annule le bénéfice : si tout est « prioritaire », plus rien ne l’est vraiment, et la congestion de chargement qui en résulte peut dégrader le LCP au lieu de l’améliorer. La règle : cibler uniquement l’élément identifié comme LCP réel de la page, pas toutes les images visibles au premier écran.

Les polices, souvent oubliées

Quand le texte constitue l’élément LCP (un titre en grande taille plutôt qu’une image), les polices personnalisées deviennent le facteur limitant. Privilégier une police système ou un format WOFF2 pour cet élément précis, et limiter le nombre de familles et de graisses chargées, évite que le navigateur attende le téléchargement de la police avant d’afficher le texte.

Scripts tiers et applications

Chaque application installée sur Wix charge potentiellement des scripts qui consomment de la bande passante et retardent le rendu du contenu principal, même quand elle n’apparaît pas visuellement en haut de page. Un audit des applications actives, avec suppression de celles réellement inutilisées, reste l’un des leviers les plus rapides à mettre en œuvre, sans compétence technique poussée.

Mesurer et confirmer le gain

  • Les données de laboratoire (PageSpeed Insights, DevTools) montrent un effet immédiat après modification.
  • Les données de terrain, celles utilisées par Google pour le classement, se stabilisent sur une fenêtre glissante d’environ trois semaines à un mois : c’est ce délai qu’il faut respecter avant de considérer qu’une optimisation a un effet réel et durable.
  • Un cas documenté : un site de services avec un LCP mobile supérieur à 4 secondes, ramené sous 2,5 secondes en moins de quinze jours via le redimensionnement de la bannière, la désactivation du lazy loading sur cette image, et la suppression de deux applications inutiles.

Questions fréquentes

Le préchargement seul suffit-il à améliorer le LCP ?

Partiellement. Le préchargement avance la découverte de la ressource, mais sans priorité de chargement élevée associée, le gain reste limité. Combiner préchargement et fetchpriority= »high » sur l’élément LCP réel donne le meilleur résultat.

Faut-il appliquer une priorité élevée à toutes les images visibles au premier écran ?

Non, c’est une erreur fréquente. Appliquer une priorité élevée à trop d’éléments annule le bénéfice en créant une nouvelle congestion de chargement. Cibler uniquement l’élément identifié comme LCP réel de la page.

Faut-il désactiver toutes les applications Wix ?

Non, seulement celles réellement inutilisées ou dont l’impact ne justifie pas le coût en performance. Un audit régulier des applications actives, pas une suppression systématique, reste l’approche la plus pertinente.

Combien de temps pour voir l’effet d’une optimisation LCP ?

L’effet est immédiat en données de laboratoire, mais les données de terrain qui comptent pour le référencement se stabilisent sur une fenêtre d’environ trois à quatre semaines.

En résumé

Optimiser le LCP sur Wix ne se résume pas à cocher une case « priority hint » : comprendre la distinction entre découverte (préchargement) et priorité de chargement permet de cibler le bon élément, sans tomber dans le piège inverse d’une priorité appliquée partout, qui annule le bénéfice recherché.

À propos de l’auteur

Aymeric Mainge de Lorme

Consultant SEO chez AdTech Paris, j’accompagne des sites Wix sur l’optimisation technique de la performance. Pour un accompagnement mené par un consultant SEO dédié aux sites Wix, contactez-moi.

À lire aussi

Les autres articles sur le sujet

Aymeric Maingé consultant SEO freelance