Contrôle des images du site

Optimisez les images du site : vérifiez la page avant publication

Utilisez ce guide pour voir ce que le navigateur charge réellement, choisir la bonne taille pour chaque image, corriger le HTML et vérifier la page avant publication.

Réponse rapide

Vérifiez la page en ligne avant d’exporter un autre fichier

La correction la plus rapide n’est souvent pas un nouveau convertisseur. Identifiez d’abord les requêtes lourdes, tailles manquantes, image LCP chargée en différé ou métadonnées obsolètes. Commencez par la page, puis exportez uniquement ce qui doit changer.

Vérifiez les requêtes, pas les dossiers La page peut encore charger un fichier lourd même si un fichier optimisé existe ailleurs.
Choisir par image Une image principale, une image d’article, une carte répétée et une image de métadonnées nécessitent des règles différentes.
Indiquez au navigateur quoi utiliser Utilisez srcset, sizes, largeur et hauteur pour que le navigateur choisisse un bon fichier et réserve l’espace.
Vérifiez la page publiée Recherchez URL erronées, décalages de mise en page, images LCP chargées en différé, aperçus sociaux cassés et anciennes images schema.

Vérifier d’abord

Commencez par ce que le navigateur télécharge

Les fichiers de design et dossiers médias ne reflètent pas ce que l’utilisateur reçoit. Le navigateur montre l’URL chargée, la taille affichée, la réservation d’espace et la réutilisation d’un gros fichier là où un petit suffirait.

Contrôle réseau

Quelle URL est chargée ?

Ouvrez la page et notez l’URL réelle de l’image, la taille transférée, la taille affichée et si le navigateur a choisi la version attendue.

Vérification de la mise en page

Quelle est la taille de l’image ?

Mesurez la zone visible au lieu de deviner à partir du fichier source. Cartes, colonnes de contenu et images sociales ne doivent pas partager un même export.

Contrôle de chargement

Est-ce dans le premier écran ?

Identifiez l’image probable du LCP, évitez son chargement différé par erreur, et excluez les images moins importantes du premier chargement.

Vérification du contexte

Les métadonnées correspondent-elles ?

Vérifiez le texte alternatif, l’image Open Graph, l’image JSON-LD, le texte proche et le nom de fichier pour une histoire cohérente.

Plan d’image

Planifiez chaque image importante avant conversion

Un plan d’image sépare ce guide des articles sur les convertisseurs. Il définit les besoins de chaque zone : taille, ordre de chargement, solution de secours, rôle des métadonnées, et une vérification finale confirmant l’usage du bon fichier.

Zone d’image Décision Risque Vérifier
Image principale Définissez l’image probable du LCP, ses dimensions exactes, l’ordre de chargement et un chemin de secours. Le chargement différé ou les fichiers surdimensionnés peuvent retarder la première image utile. Comparez la taille affichée, la taille demandée et le comportement de chargement sur le premier écran.
Image de contenu d’article Définissez des versions adaptées à la largeur du contenu et réservez l’espace avec largeur et hauteur. La page peut charger une image source bien plus large que la colonne de lecture. Vérifiez les largeurs desktop et mobile et confirmez le candidat srcset choisi.
Image de carte répétée Créez des versions réduites pour listes, hubs, cartes associées et archives. Une image d’article réutilisée peut alourdir considérablement une page de liste. Analysez la page de liste et confirmez que les cartes répétées ne chargent pas les images complètes des articles.
Image de métadonnées Préparez les images Open Graph et JSON-LD comme fichiers planifiés, pas des restes accidentels. Les aperçus de recherche et partage peuvent afficher des images anciennes, recadrées ou non liées. Inspectez les balises méta rendues et les données structurées pour l’URL finale.

Quand le plan indique que des fichiers doivent être mis à jour, utilisez le guide de conversion d’images pour choisir la prochaine étape. Utilisez le Guide JPG vers WebP pour le travail WebP normal et le guide AVIF uniquement pour les grandes photos nécessitant plus d’économies.

Tailles d’image

Définissez des tailles claires pour chaque zone d’image

Les images responsives fonctionnent uniquement si le HTML correspond à la mise en page. Mesurez la zone, choisissez quelques largeurs utiles, réservez le ratio et évitez d’envoyer un original volumineux juste parce qu’il existe.

Mesurez la zone Prenez la largeur visible comme point de départ, pas la taille du fichier original.
Utilisez une liste courte de largeurs Quelques versions planifiées sont plus faciles à gérer qu’un dossier rempli d’exports aléatoires.
Réservez l’espace de mise en page Définissez largeur et hauteur ou un ratio pour éviter que le chargement déplace la page.
Images d’aperçu séparées Les images sociales et schema ont un rôle propre et ne doivent pas être des copies aléatoires des images visibles.
Réduisez les images répétées Les images répétées dans les hubs, sections associées et archives nécessitent leurs propres fichiers réduits.
Conservez les originaux pour plus tard Stockez clairement les fichiers sources, mais gardez le HTML publié pointant vers les fichiers optimisés.

Contrôle simple : si une carte de 360 px télécharge un fichier de 2400 px, la compression n’est pas le problème principal. La page a besoin d’une version plus petite ou le HTML pointe vers un mauvais fichier.

Ordre de chargement

Chargez volontairement la première image

L’image qui compose le premier écran nécessite une règle différente des images plus bas sur la page. Identifiez l’image probable du LCP, évitez son chargement différé par erreur, et gardez les images inférieures silencieuses jusqu’à leur besoin.

  1. 1

    Nommez l’image LCP

    Si la première image significative est probablement le Largest Contentful Paint, ne la chargez pas en différé par erreur.

  2. 2

    Gardez les images inférieures discrètes

    Les images sous le premier viewport doivent généralement utiliser le chargement différé et le décodage asynchrone.

  3. 3

    Vérifier les arrière-plans CSS

    Un arrière-plan recadré peut toujours télécharger un fichier volumineux. Utilisez un fichier de taille adaptée à la zone visible.

  4. 4

    Vérifier les requêtes répétées

    Une petite image de carte devient coûteuse lorsque le même fichier surdimensionné est répété des dizaines de fois.

HTML

Utilisez un HTML responsive pour la zone mesurée

Pour les images importantes, clarifiez le choix du navigateur. L’exemple montre options de largeur, tailles, dimensions fixes et solution de secours. Adaptez le chargement selon la zone, pas par habitude.

HTMLExemple d’image responsive
<picture>
  <source
    type="image/avif"
    srcset="/images/article/product-640.avif 640w,
            /images/article/product-960.avif 960w,
            /images/article/product-1280.avif 1280w"
    sizes="(max-width: 768px) 100vw, 720px" />
  <source
    type="image/webp"
    srcset="/images/article/product-640.webp 640w,
            /images/article/product-960.webp 960w,
            /images/article/product-1280.webp 1280w"
    sizes="(max-width: 768px) 100vw, 720px" />
  <img
    src="/images/article/product-960.jpg"
    alt="Capture d’écran du tableau de bord montrant le flux d’upload"
    width="960"
    height="540"
    loading="lazy"
    decoding="async" />
</picture>

Recherche et partage

Faites que images, texte alternatif et métadonnées racontent une même histoire

Le SEO image ne se limite pas aux mots-clés. L’image visible, le texte proche, le texte alternatif utile, les balises Open Graph et les liens JSON-LD doivent décrire clairement la même page. Les images décoratives restent décoratives.

Les noms de fichiers expliquent l’image Utilisez des noms liés à la page et au sujet plutôt que des exports d’appareil photo ou téléchargements temporaires.
Le texte alternatif doit être utile Décrivez clairement les images utiles et excluez les images décoratives du référencement.
Le texte proche soutient l’image Les titres, légendes et paragraphes proches doivent correspondre à ce que montre réellement l’image.
Les métadonnées sont vérifiées Les liens d’images Open Graph et JSON-LD doivent pointer vers des fichiers préparés représentant la page.

Quand le contrôle détecte des aperçus sociaux faibles, poursuivez avec le Guide des images Open Graph. Si les schémas et méta-tags posent problème, utilisez le Guide des métadonnées Blazor pour garder JSON-LD et métadonnées cohérents.

Étapes

Un contrôle simple des images pour chaque page

  1. 1

    Ouvrir la page réelle

    Commencez par l’URL actuelle, pas le dossier d’assets. Notez les images réellement chargées.

  2. 2

    Élaborez le plan d’image

    Pour chaque image importante, notez largeur cible, ratio, ordre de chargement, solution de secours et rôle des métadonnées.

  3. 3

    Convertir uniquement ce qui a changé

    Utilisez les outils de conversion uniquement pour les fichiers identifiés par le contrôle, au lieu de réexporter tout le dossier média.

  4. 4

    Mettez à jour HTML et métadonnées

    Pointez srcset, sizes, dimensions, Open Graph et liens JSON-LD vers les fichiers préparés.

  5. 5

    Vérifiez la sortie du navigateur

    Vérifiez la page, les requêtes réseau, les métadonnées sociales, les données structurées et la mise en page mobile.

  6. 6

    Conservez la règle pour la prochaine fois

    Documentez les décisions d’image pour éviter les suppositions lors des futures mises à jour.

Info-bulle

Utilisez PixelPress une fois les fichiers à convertir identifiés

Quand le contrôle montre qu’un dossier nécessite de nouveaux fichiers WebP ou AVIF, PixelPress peut les convertir localement. Les originaux restent intacts et le dossier de sortie est facile à vérifier.

Ouvrir PixelPress

Liste de contrôle

Liste de contrôle des images avant publication

Utilisez cette liste avant la mise en ligne d’un article, d’une page d’accueil ou produit. Elle détecte des problèmes que la conversion seule ne résout pas.

Les requêtes réelles ont été vérifiées Le contrôle a examiné les images chargées par la page, pas seulement les fichiers du dépôt.
Chaque image importante a sa règle Largeur, ratio, ordre de chargement, solution de secours et usage des métadonnées sont définis pour chaque image importante.
La taille affichée correspond au fichier Le navigateur n’est pas obligé de télécharger un fichier plusieurs fois plus grand que l’image visible.
Le premier écran est intentionnel L’image probable du LCP n’est pas chargée en différé par erreur, surdimensionnée ou cachée derrière un arrière-plan.
Le HTML responsive a été vérifié Les images de contenu importantes utilisent srcset, sizes, dimensions et solutions de secours utiles si nécessaire.
La qualité visuelle a été revue Texte, visages, détails produits, dégradés et captures d’écran restent nets sur la page.
Les métadonnées pointent vers des fichiers planifiés Les liens d’images Open Graph et JSON-LD pointent vers des fichiers planifiés, pas des restes aléatoires.
Les anciens originaux ne sont pas référencés Le HTML publié charge des fichiers optimisés au lieu des sources lourdes.

FAQ

Questions fréquentes

Réponses aux contrôles d’images et questions de chargement