Les guides génériques sur l’optimisation d’images vous diront d’ajouter loading="eager" et fetchpriority="high" sur vos premières images, puis de convertir le reste en WebP ou AVIF à la main. Sur Wix, cette liste d’actions est en grande partie inapplicable : la plateforme gère déjà le format à votre place, et le lazy loading y est natif, automatique et documenté par Wix lui-même comme impossible à désactiver, y compris sur l’image visible sans défilement. Voici ce qui reste réellement actionnable une fois cette contrainte posée.
Sommaire
- WebP et AVIF : ce que Wix gère déjà à votre place
- Le lazy loading sur Wix : natif, automatique, non désactivable
- fetchpriority et LCP : pourquoi le conseil générique ne s’applique pas
- Ce qui reste réellement actionnable sur Wix
- Comment optimiser ses images avant de les uploader
- Vérifier l’effet réel avec PageSpeed Insights
- Ce qu’il faut retenir
WebP et AVIF : ce que Wix gère déjà à votre place
Conversion automatique selon le navigateur
Wix convertit automatiquement les visuels uploadés (JPEG, PNG) et les sert en WebP ou en AVIF selon ce que le navigateur du visiteur accepte, sans action de votre part. Wix génère aussi plusieurs variantes de taille de la même image et sert la plus pertinente via srcset. Concrètement, la conversion manuelle en WebP recommandée par la plupart des guides généralistes (via Sharp, Squoosh ou un plugin) n’apporte rien de plus sur Wix : la plateforme le fait déjà, à la volée, à chaque visite.
Ce qui reste sous votre contrôle : le fichier source
Ce que Wix ne corrige pas, en revanche, c’est un fichier source disproportionné dès le départ. Une photo de 6000 pixels de large compressée ensuite en AVIF reste plus lourde qu’une photo correctement recadrée à la taille d’affichage avant compression. L’automatisation de Wix optimise le format, pas vos choix de cadrage et de résolution initiale.
Le lazy loading sur Wix : natif, automatique, non désactivable
Ce que Wix documente officiellement
Le centre d’aide Wix est explicite sur ce point : le lazy loading protège la vitesse globale du site et ne peut pas être désactivé, pas même sur une image précise. Contrairement à WordPress ou Shopify, où l’attribut loading se contrôle par thème ou par plugin, il n’existe sur l’éditeur Wix classique aucun réglage, aucune case à cocher, pour en exempter une image.
Ce que ça donne dans la pratique, y compris sur l’image visible sans défilement
Des retours d’utilisateurs sur le forum communautaire Wix confirment que ce comportement touche aussi des bannières et arrière-plans visibles dès le chargement de la page, pas seulement les images plus bas dans le contenu : un flou temporaire apparaît le temps que la version haute résolution remplace la version basse résolution utilisée en placeholder. La réponse officielle de Wix sur ce cas précis (« le lazy loading est normal pour les fichiers haute résolution ») ne convainc pas toujours les utilisateurs concernés, dont certains ont explicitement cherché en vain une option de désactivation.
fetchpriority et LCP : pourquoi le conseil générique ne s’applique pas
Le mécanisme que les guides génériques recommandent
La recommandation standard pour l’image la plus visible d’une page (généralement l’élément LCP) est de la charger en priorité et sans délai, via une combinaison de chargement immédiat et de priorité haute déclarée dans le code. Notre article sur l’optimisation du LCP sur Wix détaille pourquoi ces deux réglages sont complémentaires et non interchangeables sur un site qui, lui, permettrait de les poser.
Ce qui est réellement accessible sur Wix (et l’exception Velo)
Sur l’éditeur Wix classique, il n’existe aucun accès au head ni aux attributs HTML des balises image : impossible donc de forcer un fetchpriority="high" à la main, quand bien même vous le voudriez. Combiné au lazy loading non désactivable vu plus haut, cela signifie qu’une partie des recommandations les plus citées sur le LCP est, sur Wix, simplement hors de portée. Wix Studio et le développement Velo ouvrent un accès au code qui change cette équation pour les profils techniques : la même limite s’applique d’ailleurs à d’autres correctifs de performance, comme nous le détaillons dans notre article sur la réduction du CLS sur Wix, qui pose la même distinction entre éditeur classique et Wix Studio.
Ce qui reste réellement actionnable sur Wix
Une fois les leviers hors de portée écartés, il en reste plusieurs qui, eux, dépendent entièrement de vous.
| Levier | Actionnable sur l’éditeur classique |
|---|---|
| Choisir le format WebP/AVIF | Non, Wix le fait automatiquement |
| Désactiver le lazy loading | Non, documenté comme impossible par Wix |
| Forcer fetchpriority= »high » | Non, pas d’accès au head (sauf Velo) |
| Cadrer et dimensionner avant upload | Oui, entièrement sous votre contrôle |
| Viser un poids de fichier source raisonnable | Oui, avant l’upload |
| Choisir un widget image simple plutôt qu’une galerie lourde | Oui, choix de conception |
| Limiter le nombre d’images dans la section visible au chargement | Oui, choix de conception |
Comment optimiser ses images avant de les uploader
- Recadrez à la taille d’affichage réelle avant l’uploadUne image affichée sur 800 pixels de large n’a aucune raison d’être uploadée à 4000 pixels : Wix la convertira efficacement, mais ne la recadrera pas pour vous.
- Exportez déjà compressé depuis votre outil d’éditionUn JPEG ou PNG source déjà raisonnable (quelques centaines de kilo-octets, pas plusieurs mégaoctets) donne un meilleur résultat final que de compter uniquement sur la conversion automatique de Wix.
- Limitez le nombre d’images dans la section visible au premier écranMoins d’images à traiter au chargement initial signifie mécaniquement moins de concurrence pour la bande passante disponible, lazy loading ou non.
- Préférez un widget image simple à une galerie animée pour un visuel critiqueLes widgets de galerie ajoutent souvent des scripts et des calculs de mise en page supplémentaires, qui pèsent sur le temps de rendu au-delà du poids de l’image elle-même.
Vérifier l’effet réel avec PageSpeed Insights
Une fois ces ajustements faits, mesurez plutôt que de supposer : PageSpeed Insights indique précisément le poids de chaque image chargée et signale les optimisations restantes détectées automatiquement. Notre article sur les seuils et scores réels des Core Web Vitals sur Wix donne les repères pour savoir si le résultat obtenu est réellement compétitif face à la moyenne de la plateforme, pas seulement techniquement correct sur le papier.
Ce qu’il faut retenir
Sur Wix, le format d’image et le lazy loading ne se pilotent pas : ils sont automatiques, et c’est plutôt une bonne nouvelle une fois qu’on arrête de chercher à les contourner. L’énergie utile se porte ailleurs, sur ce que la plateforme ne corrige pas d’elle-même : la taille et le poids du fichier avant upload, le choix du widget, et le nombre d’images à faire concourir pour l’attention du navigateur au premier chargement.
Wix convertit-il automatiquement mes images en WebP ou AVIF ?
Oui. Wix sert automatiquement vos images au format WebP ou AVIF selon ce que le navigateur du visiteur prend en charge, sans intervention de votre part, quel que soit le format du fichier d’origine uploadé.
Peut-on désactiver le lazy loading sur Wix ?
Non. Wix documente explicitement cette impossibilité : le lazy loading est intégré au fonctionnement de la plateforme et s’applique à toutes les images, y compris celles visibles dès le chargement de la page.
Faut-il ajouter fetchpriority= »high » sur Wix ?
Sur l’éditeur classique, cet attribut n’est pas accessible : il n’existe aucun moyen d’éditer le head ou les balises image du site. Cette optimisation reste réservée aux sites développés en Velo sur Wix Studio.
Le lazy loading sur Wix nuit-il vraiment au LCP ?
C’est un facteur possible si l’image la plus grande de l’écran initial subit le même traitement que les autres, puisqu’elle ne peut pas être exemptée. L’effet réel dépend aussi du poids et du cadrage du fichier source, deux leviers, eux, entièrement sous votre contrôle.
Quel poids d’image viser avant de l’uploader sur Wix ?
Il n’existe pas de seuil universel, mais un fichier source déjà recadré à la taille d’affichage réelle et compressé à quelques centaines de kilo-octets donne un bien meilleur résultat final qu’un fichier de plusieurs mégaoctets laissé à la seule conversion automatique de Wix.
Wix Studio et Velo changent-ils la donne ?
Oui. Le développement Velo sur Wix Studio ouvre un accès au code qui permet, pour les profils techniques, d’intervenir plus finement sur certains de ces comportements, contrairement à l’éditeur classique.
À propos de l’auteur
Aymeric Maingé
Consultant SEO senior avec plus de 10 ans d’expérience, côté agence et annonceur. J’accompagne des sites Wix sur des problématiques de performance technique, de Core Web Vitals et d’expérience utilisateur, avec les contraintes réelles de la plateforme plutôt que des recommandations génériques inapplicables. Mon approche croise audit terrain, priorisation métier et recommandations actionnables. Pour aller plus loin, faites appel à un consultant SEO qui creuse la performance technique de votre site Wix.
À lire aussi
Les autres articles sur le sujet
Un score PageSpeed Insights sous 80 sur Wix ne veut pas dire ce qu’on croit. Voici ce que Wix recommande vraiment de prioriser, et…
Lire l’article
Masquer un élément sur mobile ne le supprime pas : Wix continue de le charger. Le vrai diagnostic d’un site Wix lent sur mobile,…
Lire l’article
Sur les données CrUX de terrain, Wix devance WordPress et Webflow sur les Core Web Vitals, à l’inverse des scores Lighthouse…
Lire l’article
Précharger l’image hero, différer les scripts, headers HTTP custom via Velo sur Wix : ce qui marche vraiment, et ce que l’API ne…
Lire l’article
Wix ne dit jamais quelle app ralentit votre site : la méthode par élimination pour identifier et supprimer les applications qui…
Lire l’article
INP sur Wix : pourquoi tant de sites echouent, le role cache des applications du App Market, et ce qui est reellement actionnable…
Lire l’article
Les Core Web Vitals restent accessibles sur Wix : voici ce qui pese sur le LCP, INP et CLS et comment corriger sans changer de…
Lire l’article

