Analyse SEO des Images : Optimisation Alt Text, Format et Performance
Les images représentent 50 à 70% du poids moyen d'une page web, et pourtant la plupart des audits SEO les survolent. Ici, chaque image est analysée individuellement : le crawler extrait jusqu'à 30 balises img du HTML, mesure la taille réelle en Ko des 10 premières via des requêtes HEAD, et vérifie 7 attributs critiques : texte alternatif, format (WebP, AVIF), dimensions width/height pour le CLS, lazy loading, fetchpriority et poids. Vous savez exactement quelles images ralentissent votre site.
Ce que l'analyse couvre
- 1Texte alternatif (alt) image par image : présence, longueur (10-125 caractères recommandés), détection des alt vides, des noms de fichiers utilisés comme alt ("IMG_1234.jpg") et du keyword stuffing. Un bon alt décrit le contenu visible de l'image pour Google Images et l'accessibilité.
- 2Taille réelle en Ko mesurée via HEAD request sur les 10 premières images. Seuils par catégorie : thumbnails < 50 Ko, images de contenu < 100 Ko, hero/banner < 200 Ko. Au-delà de 200 Ko, l'image est signalée critique avec son poids exact.
- 3Format détecté pour chaque image : WebP (97%+ support navigateur), AVIF (92%+ support, meilleure compression), JPEG, PNG, SVG, GIF. Recommandation de conversion vers WebP/AVIF avec le pattern <picture> et fallback pour les formats non optimaux.
- 4Lazy loading : vérification de l'attribut loading="lazy" sur chaque image. Les images below-fold doivent avoir lazy loading activé. L'image hero/LCP ne doit jamais être lazy-loadée — ça dégrade directement le LCP.
- 5Fetchpriority : détection de fetchpriority="high" sur l'image LCP principale. Cet attribut prioritise le téléchargement dans la file d'attente réseau du navigateur. Recommandation de decoding="async" sur les images non-LCP pour éviter de bloquer le thread principal.
- 6Prévention du CLS (Cumulative Layout Shift) : vérification des attributs width et height sur chaque <img>. Les images sans dimensions explicites causent des décalages de mise en page quand elles se chargent, ce qui dégrade le score CLS.
- 7Noms de fichiers : détection des noms génériques (IMG_1234.jpg, photo.png, image001.jpg) vs noms descriptifs avec tirets et mots-clés (blue-running-shoes.webp). Les noms de fichiers descriptifs aident Google Images à comprendre le contenu.
- 8Données PageSpeed Insights croisées : les opportunités d'optimisation images détectées par Lighthouse (modern-image-formats, uses-optimized-images, uses-responsive-images, offscreen-images, efficiently-encode-images) sont intégrées au rapport pour quantifier les gains potentiels en millisecondes.
Comment fonctionne l'analyse
Le crawler extrait jusqu'à 30 balises <img> du HTML source avec Cheerio, incluant les éléments <picture> et les attributs srcset.
Pour chaque image, 9 attributs sont vérifiés : src, alt, format, width, height, loading (lazy), fetchpriority, srcset et la présence dans un lien <a> (logo/icône vs contenu).
Les 10 premières images reçoivent une requête HEAD pour mesurer leur taille réelle en Ko via le header content-length du serveur.
Les scores PageSpeed Insights sont croisés pour intégrer les opportunités d'optimisation images (formats modernes, images hors-écran, compression).
L'IA distingue les images de contenu (alt obligatoire, priorité haute) des logos/icônes dans des liens (alt vide toléré WCAG, priorité mineure).
Analysez votre site maintenant
Résultat en moins de 60 secondes. Rapport détaillé avec recommandations actionables.
Essai gratuit →Questions fréquentes
Comment la taille réelle des images est-elle mesurée ?
Le crawler envoie une requête HEAD (sans télécharger l'image) sur les 10 premières images de votre page pour lire le header content-length renvoyé par le serveur. La taille est convertie en Ko. Si le serveur ne renvoie pas cette information, la taille est marquée comme non disponible et l'analyse recommande de vérifier manuellement via Chrome DevTools.
Pourquoi ne pas lazy-loader l'image hero ?
L'image hero est souvent l'élément LCP (Largest Contentful Paint) de la page. Lui ajouter loading="lazy" retarde son chargement car le navigateur attend de savoir si elle est dans le viewport. Résultat : le LCP augmente, le score Core Web Vitals baisse. L'image LCP doit avoir fetchpriority="high" et aucun lazy loading.
WebP ou AVIF, lequel choisir ?
AVIF offre une meilleure compression (environ 20% plus léger que WebP à qualité égale) mais le support navigateur est à 92% contre 97% pour WebP. La recommandation est d'utiliser l'élément <picture> avec AVIF en premier choix, WebP en fallback, et JPEG en dernier recours. Ainsi chaque navigateur utilise le format le plus efficace qu'il supporte.
Combien d'images l'analyse peut-elle vérifier ?
Le crawler extrait jusqu'à 30 balises <img> du HTML source et mesure la taille réelle des 10 premières via des requêtes HEAD. Pour les 20 suivantes, le format, l'alt, les dimensions et le lazy loading sont vérifiés mais la taille en Ko n'est pas mesurée. Pour un site avec beaucoup d'images, lancez l'analyse sur plusieurs pages clés.
L'alt text a-t-il un impact direct sur le classement Google ?
Oui, doublement. D'abord, c'est le signal principal que Google utilise pour comprendre et classer les images dans Google Images — source de trafic souvent sous-estimée. Ensuite, les alt text améliorent l'accessibilité, un critère pris en compte par le score Lighthouse Accessibilité qui est intégré aux signaux de qualité de page.