Contrôle de préparation · Axe Accélérer · pondération 4
Images hors écran chargées à la demande
Sur une page d’accueil comportant au moins six images, au moins une utilise loading="lazy".
- Observé sur
- 61%
- Sites du top 1K
- 63%
- Tranche du top 1M
- 60%
- Non mesuré
- 68,816
sur 117,240 sites mesurés
200 mesurés
65,763 mesurés
bloqué, soumis à un défi de validation ou non applicable
Pourquoi c’est important
Les images situées sous la ligne de flottaison ne sont téléchargées que lorsque le visiteur fait défiler la page à proximité, ce qui libère de la bande passante pour les éléments visibles en premier.
Comment apporter la correction
Ajoutez loading="lazy" aux images situées sous la ligne de flottaison. N’appliquez pas le chargement différé à l’image principale du bandeau, car cela retarde l’affichage du plus grand élément visible.
Notre méthode de contrôle
Sur une page d’accueil comportant au moins six images, au moins une utilise loading="lazy".
Observé : Chargement différé natif utilisé.
Non observé : Aucun chargement différé natif détecté.
Limite : résultat fondé sur le HTML de la page d’accueil transmis à un client automatisé ; les scripts qui s’exécutent ultérieurement n’ont pas été exécutés.
Étapes propres à chaque pile technologique
- WordPress : WordPress ajoute loading="lazy" aux images par défaut depuis 5.5 ; vérifiez que votre thème ou une extension ne l’a pas supprimé.
Par tranche de popularité
| Tranche Chrome UX Report | Observé | Mesuré |
|---|---|---|
| 1 000 premiers | 63% | 200 |
| 5 000 premiers | 65% | 976 |
| 10 000 premiers | 62% | 1,275 |
| 50 000 premiers | 61% | 9,767 |
| 100 000 premiers | 62% | 9,593 |
| 500 000 premiers | 62% | 29,666 |
| 1 million de premiers | 60% | 65,763 |
Catégories les plus susceptibles de le faire
Catégories les moins susceptibles de le faire
Par pile technologique
- Webflow97%
- Next.js on Vercel95%
- Next.js on Netlify93%
- Astro on Amazon CloudFront93%
- Astro on Cloudflare93%
- Astro92%
- Shopify91%
- Next.js91%
- Next.js on Cloudflare90%
- Next.js on Google edge90%
- Next.js on Amazon CloudFront90%
- Next.js on Fastly89%
- Next.js on Akamai89%
- Squarespace88%
- Next.js on Azure Front Door/CDN88%
- Drupal on Fastly87%
- HubSpot CMS87%
- WordPress on Vercel86%
- Gatsby on Amazon CloudFront85%
- Gatsby83%
- Drupal on Akamai82%
- Drupal on Cloudflare82%
- Wix82%
- Drupal on Amazon CloudFront80%
- Magento / Adobe Commerce on Cloudflare80%
- Nuxt on Google edge77%
- Magento / Adobe Commerce77%
- Angular on Cloudflare77%
- Drupal77%
- PrestaShop on Cloudflare76%
- Nuxt on Cloudflare75%
- Angular on Amazon CloudFront75%
- Nuxt on Amazon CloudFront75%
- WordPress on Fastly74%
- Angular74%
- Nuxt71%
- WordPress on Google edge70%
- WordPress69%
- WordPress on Cloudflare69%
- PrestaShop68%
- Adobe Experience Manager on Akamai68%
- WordPress on Amazon CloudFront66%
- BigCommerce66%
- Adobe Experience Manager on Amazon CloudFront65%
- Adobe Experience Manager on Cloudflare64%
- WordPress on Sucuri63%
- WordPress on Imperva62%
- Sitecore on Azure Front Door/CDN61%
- Adobe Experience Manager61%
- GoDaddy Website Builder52%
- Sitecore on Cloudflare52%
- Sitecore49%
- Joomla41%
- Blogger40%
- Bitrix35%
- Tilda13%
Par fournisseur
- Vercel94%
- Netlify83%
- Bunny CDN73%
- Cloudflare72%
- Fastly72%
- Amazon CloudFront68%
- Akamai68%
- Azure Front Door/CDN65%
- Google edge63%
- Imperva57%
- Sucuri54%
- Alibaba Cloud CDN42%
Sites populaires sur lesquels nous avons observé ce comportement
Sources et guides
- web.dev : chargement différé des images par le navigateur
- WordPress 5.5 : chargement différé des images
Guide : Chargement différé sans pages casséesVérifiez votre propre site