Priorité d’image et Preload en 2025
Publié: 22 sept. 2025 · Temps de lecture: 2 min · Par la rédaction Unified Image Tools
L’image visible en premier décide souvent de la vitesse perçue et du LCP. Le design de livraison doit être explicite.
TL;DR
- Attribuer
fetchpriority="high"
à un seul candidat LCP - Ajouter
<link rel="preload" as="image">
uniquement si vraiment nécessaire - Pour le responsive, soigner
imagesrcset
/imagesizes
et verrouiller la mise en page avecaspect-ratio
- Autres images:
loading="lazy"
+decoding="async"
pour préserver l’INP - Côté CDN, vérifier
Vary: Accept
et la négociation AVIF/WebP
Liens internes: Livraison centrée INP, Comparaison de formats, Optimisation des sprites et animations — Sprite Sheet / WebP / APNG 2025
Parcours de décision
- Héros/above‑the‑fold → LCP
- Surface importante dans le viewport →
fetchpriority="high"
envisageable - Bloquant rendu → Preload ciblé, sinon s’abstenir
- Photo vs illustration → Préparer encodage et
sizes
réalistes - INP → paresse par défaut, JS non critique retardé
Implémentation de référence
<link
rel="preload" as="image" href="/hero/landing.avif"
imagesrcset="/hero/landing-800.avif 800w, /hero/landing-1200.avif 1200w, /hero/landing-1600.avif 1600w"
imagesizes="(max-width: 768px) 92vw, 1200px" type="image/avif"
/>
<img
src="/hero/landing-1200.avif"
srcset="/hero/landing-800.avif 800w, /hero/landing-1200.avif 1200w, /hero/landing-1600.avif 1600w"
sizes="(max-width: 768px) 92vw, 1200px"
width="1200" height="630" fetchpriority="high" decoding="async"
alt="Visuel principal" style="aspect-ratio: 1200/630; object-fit: cover"
/>
Erreurs classiques
- Multiplier les preloads → concurrence inutile, priorité diluée
sizes
imprécis → surdimensionnement, LCP dégradéfetchpriority
generique → une page, une image LCP- CSS seul → sans infos de mise en page tôtives, CLS possible
Livraison et métriques
- LCP: priorité haute +
srcset/sizes
précis - Non‑LCP: lazy/async, prefetch ciblé si besoin
- CDN: négociation propre et cache aligné
Checklist
- [ ] Identifier l’unique LCP
- [ ] Ajuster
sizes
à la largeur réelle - [ ] Verrouiller
aspect-ratio
- [ ] Mesurer LCP/INP
FAQ
-
Q:
fetchpriority
oupreload
? -
A: Rôles différents. Priorité vs amorçage. Combine pour le LCP uniquement.
-
Q:
preload
cassesrcset
? -
A: Non, si
imagesrcset/imagesizes
sont fournis sur le lien.
Résumé
La vitesse perçue vient d’un design clair: un candidat LCP, des tailles justes, et peu de magie.
Articles liés
Priorités d’images en 2025 — fetchpriority, preload, HTTP/2 push (retiré)
Maîtrisez LCP avec `fetchpriority`, `preload`, tailles réactives et budgets de bande passante. Stratégies par type de page.
Livraison d’images à l’ère de l’edge — Conception CDN 2025
Modèles de bout en bout pour une livraison d’images rapide, stable et économique sur edge/CDN. Clés de cache, Vary, négociation Accept, Priority/Early Hints et preconnect — guide pratique.
SEO d’images 2025 — Alt, données structurées et sitemaps en pratique
Implémentation pratique et à jour pour 2025 du SEO d’images : texte alt, noms de fichier, données structurées, sitemaps d’images et optimisation LCP sous une politique unifiée.
Livraison d’images orientée INP 2025 — Protéger la performance perçue via decode/priority/coordination avec les scripts
LCP ne suffit pas. Cadre pratique pour concevoir une livraison d’images qui ne dégrade pas l’INP. Couvre l’attribut decode, fetchpriority, le lazy loading et la coordination avec les scripts dans Next.js et le navigateur.
Conception d’images responsives 2025 — Guide pratique srcset/sizes
À partir des breakpoints et de la densité de pixels, raisonner à rebours pour écrire correctement srcset/sizes. Feuille de route complète couvrant LCP, direction artistique et icônes/SVG.
Conception de placeholders LQIP/SQIP/BlurHash — Guide pratique 2025
Un guide pratique pour concevoir des placeholders qui évitent le layout shift et améliorent la vitesse perçue. Choisir entre LQIP/SQIP/BlurHash, pièges à éviter et intégration avec Next.js.