Guide Image SEO

TL;DR — Image SEO est making le pictures on votre pages fonctionner pour recherche: showing up dans Google Images, et chargement rapide donc ils ne pas lent votre page bas. Le basics: utiliser a descriptive filename, écrire bon texte alternatif, compress images donc ils sont pas huge, pick a modern format comme WebP, et ne pas faire le big image à le top de lune page “lazy charger.” il y a aucun magic classement boost depuis quelconque de ce — il simplement aide votre images obtenir trouvé et garde votre pages rapide.

Ce que image SEO is

Quand vous put a picture on a page web, moteur de recherches peut faire deux utile choses avec il. Ils peut montrer il dans recherche d’images (Google Images, Bing Images, Google Lens), qui sends personnes à votre page. Et ils lire le image as partie de lune page — mostly via son texte alternatif — à comprendre ce que lune page est à propos de.

Le catch est que a moteur de recherche ne peut pas “voir” a photo le façon vous faire. Il relies on le clues vous donner il: le filename, le texte alternatif, le words autour le image, et le fichier itself. Image SEO est simplement giving bon clues — et making certain le image ne fait pas lent votre page à a explorer.

The handful of choses que matter

• Utiliser a réel format et compress il. WebP et AVIF sont modern formats que faire fichiers beaucoup plus petit que old JPEGs sans looking pire. Plus petit fichiers = faster pages. Faster pages aider votre rankings (pas parce que de le format itself, mais parce que speed counts).
• Nom le fichier quelque chose descriptive. golden-retriever-puppy.jpg indique Google plus que IMG_0042.jpg. Faire ce pour nouveau images — ne pas go back et rename tout votre old ones (plus on que dans le Avancé tab).
• Écrire bon texte alternatif. Ce est le court description de le image. c’est le principal chose que aide votre image montrer up dans recherche d’images. c’est aussi requis pour accessibility. Je cover il entièrement dans le séparé texte alternatif guide.
• ne pas lazy-charger le big image à le top. “Lazy loading” delays chargement images jusqu’à vous scroll à les — great pour images bas lune page, mauvais pour le principal image à le top, parce que c’est le un Google times votre vitesse de page contre.
• Utiliser a unique image quand vous pouvez. Stock photos sont fine pour normal recherche, mais le même stock photo est on a thousand autre sites, donc c’est harder à stand out dans image recherche.

The chose la plupart personnes obtenir incorrect

il y a aucun SEO “boost” pour en utilisant WebP or AVIF. Personnes assume switching formats va lift leur rankings. Il ne va pas — Google a said donc directement. Ce que modern formats faire est faire votre pages faster, et speed est ce que en réalité aide. Même avec renaming fichiers: utile pour nouveau images, mais renaming votre entier library peut faire plus harm que bon.

Vouloir le precise version — le exact Google citations, format trade-offs, structured données, image sitemaps, Découvrir, et le lazy-loading règles — switch à le Avancé tab.

TL;DR — Image SEO est deux séparé goals: (1) classement dans recherche d’images (Google Images / Lens / Bing), driven par texte alternatif, filenames, page context, et uniqueness; et (2) page performances, parce que images sont généralement le LCP element. Google indexes <img> (notamment à l’intérieur <picture>) — pas CSS backgrounds — et prend en charge BMP, GIF, JPEG, PNG, WebP, SVG, AVIF. Là est aucun direct classement boost pour WebP or AVIF (Mueller); le payoff est speed → Core Web Vitals. ne pas bulk-rename existing fichiers. Native loading="lazy" est sûr ci-dessous le fold mais jamais on le LCP image — que un obtient fetchpriority="high". Since Peut 2025, référence le même image à le même URL everywhere. Données structurées (ImageObject, Produit/Article image arrays) unlocks résultats enrichis; image sitemaps encore aider discovery. Texte alternatif obtient son propre deep dive.

Image SEO is two jobs, pas un

Ce est le framing Je garder coming back à, et presque chaque “image SEO liste de contrôle” blurs il. Là sont deux distinct goals, et ils appel pour différent fonctionner:

«1. Ranking in image search. Getting your images found in Google Images, Bing Images, and Google Lens for image-specific queries. This is driven by alt text, filenames, the text surrounding the image, structured data, and image uniqueness. 2. Page performance. Images are almost always the heaviest thing on a page — Google’s own docs say images are “often the largest contributor to overall page size.” That makes them the usual culprit for a slow Largest Contentful Paint (LCP), which feeds Core Web Vitals, which is a web-search ranking signal. » (Traduction) (Résumé en français de la section dix-neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Garder ces séparé et le entier topic obtient clearer. Texte alternatif et filenames sont mostly an image-recherche play. Format, compression, et chargement stratégie sont a performances play. Les deux matter; ils sont simplement pas le même lever.

Et le volume est réel: image et visual recherche est a meaningful slice de tout recherche activity, et Google Lens a grown rapide. Optimized images ne sont pas simplement defensive — ils sont a trafic source.

Comment Google discovers et indexes images

A few mechanics decide si votre images même faire it into the index:

«- Only HTML <img> gets indexed. Google: “Google parses the HTML <img> elements (even when they’re enclosed in other elements such as <picture> elements) in your pages to index images, but doesn’t index CSS images.” If an image lives only in a CSS background-image, it’s invisible to image search. Put anything you want found in an <img>. » (Traduction) (Résumé en français de la section vingt-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Always provide a fallback src. When you use srcset or <picture>, keep a plain src too — “some browsers and crawlers don’t understand” the responsive attributes, and the src is the safety net Google relies on. » (Traduction) (Résumé en français de la section vingt-quatre, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Supported formats: BMP, GIF, JPEG, PNG, WebP, SVG, and AVIF (AVIF support landed in August 2024). The file extension should match the actual file type. » (Traduction) (Résumé en français de la section vingt-quatre, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- Context still matters alongside markup. Supported markup gets an image discovered; it’s the page’s surrounding text, captions, titles, and other metadata that Google combines with the image itself to understand what it’s about once found. » (Traduction) (Résumé en français de la section vingt-quatre, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- URL consistency (May 2025 update). Google now recommends referencing the same image with the same URL every time it appears. A Google spokesperson put it as: “We updated the Google Image SEO best practices to clarify that URLs for images should be referenced consistently for easier crawling on larger websites.” This is a crawl-efficiency thing — same image, same URL, so Google can cache and reuse it instead of re-fetching the same picture under different CDN paths or query strings.

» (Traduction) (Résumé en français de la section vingt-quatre, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.)

Fichier formats: pick pour speed, pas pour an SEO boost

Ici’s le myth à kill premier: là est aucun direct classement boost pour “suivant-gen” formats. Mueller confirmed il y a aucun “SEO boost” pour AVIF, et le même logic s’applique à WebP — “WebP images sont fine pour Image Recherche,” mais “fine” n’est pas “meilleur.” Google ne fait pas reward vous pour le container.

Ce que modern formats do is shrink votre fichiers, qui speeds up lune page, qui helps Core Web Vitals — an indirect benefit. So choisir on the merits:

• AVIF — meilleur compression (souvent 50%+ plus petit que JPEG). Utiliser il où navigateur prise en charge est covered, avec fallbacks.
• WebP — 25–35% plus petit que JPEG avec near-universal navigateur prise en charge. Le sûr par défaut pour photos aujourd’hui.
• JPEG — universal fallback pour photographs.
• PNG — quand vous besoin transparency or sharp-edged graphics.
• SVG — logos et icons (vector, scales infinitely, tiny).
• GIF — éviter pour n’importe quoi non-trivial; utiliser video or animated WebP/AVIF à la place.

Le clean implementation est <picture> avec <source> elements pour le modern formats et a <img src> fallback, donc older navigateurs degrade gracefully et Google encore a a src à indexer.

Fichier noms: descriptive pour nouveau images, don’t bulk-rename old ones

«Filenames are a real (if minor) signal. Google’s own best practice is to use short, descriptive names — “the filename can give Google clues about the subject matter of the image” — so golden-retriever-puppy.jpg beats IMG00023.JPG, and anything generic like image1.jpg is a wasted opportunity. » (Traduction) (Résumé en français de la section trente et un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Mais ici’s le nuance que trips personnes up: ne pas go back et rename votre existing fichiers. Mueller était clair que bulk renaming “est going à prendre a lot de temps pour Google’s systèmes à voir” le new images, et ce le effect est “minimal… maybe aucun visible effect à tout” si votre texte alternatif et surrounding context sont déjà bon. Gary Illyes framed le signal loss depuis image URL migrations as “dans line avec web résultats de recherche, qui est a quelques weeks.” Donc: descriptive noms on nouveau images, oui; a site-wide rename project pour marginal avantage et weeks de churn, aucun.

Texte alternatif (La version courte)

Je’m pas going à repeat le complet treatment ici parce que texte alternatif a son propre deep dive. Le headline: texte alternatif est le la plupart important piece de image metadata, mais son réel payoff est recherche d’images et accessibility — pas web-recherche rankings. Google lit il alongside computer vision et page context, donc écrire pour context, ne pas mot-clé-stuff, et utiliser alt="" pour purely decorative images. Le complet règles, citations, et audit workflow sont dans mon texte alternatif guide.

Compression, lazy chargement, and Core Web Vitals

Parce que images généralement decide votre LCP, ce est où image SEO et Core Web Vitals overlap la plupart:

• Compress tout. Right-size images à leur afficher dimensions et compress les. Ce est le unique biggest performances lever pour la plupart pages.
• Native lazy chargement est sûr — ci-dessous le fold. loading="lazy" on le <img> est Google-endorsed et crawlable. Le implementations que break sont JavaScript ones que hide le réel URL dans data-src et jamais expose a src — ceux risque pas étant indexé. Stick à native loading="lazy" or IntersectionObserver, et faire certain images charger quand visible, pas on a click or swipe (“Recherche Google ne fait pas interact avec votre page”).
• Jamais lazy-charger le LCP image. Ce est le un règle personnes break la plupart. Votre largest ci-dessus-le-fold image (généralement le hero) devrait charger eagerly — loading="eager" et fetchpriority="high" — pas lazily. Lazy-loading le LCP image peut ajouter hundreds de milliseconds à LCP pour aucun raison.

Responsive images

Utiliser srcset + sizes (différent resolutions pour différent viewports) et <picture> (art direction / format switching). Deux choses à garder straight:

• Toujours inclure a fallback src. As ci-dessus — robots d’exploration et older navigateurs besoin il.
• Chaque candidate nécessite à être reachable. Whatever accès règles appliquer à votre fallback src — pas bloqué, pas behind auth, pas a dead URL — appliquer à chaque srcset/<picture> candidate aussi. An undiscoverable candidate ne fait pas aider même quand le fallback est fine.
• Garder votre URLs consistent avec lune page. Le image URL vous put dans an image sitemap devrait être le même URL lune page en réalité utilise. ne pas servir a différent image URL à mobile que à desktop — Google est a mobile-premier robot d’exploration, et divergent URLs causer temporary image-traffic loss pendant que Google rebuilds classement history pour le nouveau URLs.

Données structurées pour images

Données structurées is ce que unlocks image-related résultats enrichis and badges:

• ImageObject avec a license property rend images eligible pour le licensable badge dans Google Images. Le requis champs sont contentUrl plus à le moins un de creator, creditText, copyrightNotice, or license; ajouter license
  • acquireLicensePage pour le badge itself.
• Produit et Article données structurées vouloir an image array avec plusieurs aspect ratios (commonly 16:9, 4:3, 1:1). Le image property est requis pour image-bearing résultats enrichis.
• Thumbnail contrôler. Google’s thumbnail pick est automated, mais vous pouvez influence il via primaryImageOfPage schema, le principal entity’s image property, or le og:image meta balise — Google utilise les deux schema.org markup et og:image pour thumbnails dans Recherche et Découvrir.

Eligible markup n’est pas a afficher guarantee — Google encore decides, page par page, si à en réalité montrer le badge, image array treatment, or thumbnail votre données structurées rend possible.

Ce est aussi où image SEO overlaps avec le broader données structurées topic — le markup que powers produit, article, et image résultats enrichis est le même machinery.

Image sitemaps

Image sitemaps sont a discovery outil, la plupart utile pour CDN-hosted images, grand galleries, et JS-heavy sites où images pourrait pas être trouvé via normal exploration. Deux notes que catch personnes out: Google maintenant prend en charge seulement <image:image> et <image:loc> (il deprecated <image:caption>, <image:title>, <image:geo_location>, et <image:license> on Peut 6, 2022 — though Bing encore utilise les, donc garder les dans si vous servir un sitemap à les deux). Et image sitemaps sont le un placer vous êtes allowed cross-domain URLs dans <image:loc>, qui est handy pour CDN hosting (vérifier le CDN domain dans Search Console). Le mechanics actif dans le image sitemaps article. None de ce est a promise: an image sitemap peut aider Google découvrir images il pourrait sinon miss, mais submitting un ne fait pas guarantee exploration, indexation, or classement.

Découvrir and grand images

À être eligible pour grand-format image previews dans Découvrir et à travers Google surfaces, ajouter <meta name="robots" content="max-image-preview:large"> et utiliser big images — à le moins 1,200px wide, élevé resolution, ideally 16:9. Google’s propre cas study documented réel CTR lift depuis enabling grand previews (a food blog à +79% CTR depuis Découvrir; a news site à +30% CTR / +332% clicks over six months). Ce est un de le quelques image changements avec directement measurable upside.

Stock vs. unique images

Mueller’s position est worth quoting plainly: stock photography “ne fait pas matter pour web recherche directement,” mais “pour recherche d’images, si c’est le même image as utilisé dans nombreux places, il’ll être harder.” Et séparément: “uniqueness n’est pas equivalent à plus élevé qualité” — taking le photo yourself ne fait pas automatiquement classer il meilleur. Donc: utiliser stock freely si vous seulement care à propos de web rankings; utiliser unique imagery quand image-recherche visibility matters, parce que a un-de-a-kind image a rien à compete avec.

«## Emerging: AI-image labeling (C2PA / IPTC) » (Traduction) (Résumé en français de la section cinquante-trois, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Worth flagging parce que c’est nouveau et la plupart guides miss il: Google lit IPTC copyright champs (qui peut montrer as attribution credit dans Google Images — gratuit brand visibility) et utilise IPTC / C2PA metadata à identifier AI-generated images, surfacing an “AI generated” label via le “À propos de ce image” fonctionnalité. Camera EXIF (ISO, aperture, GPS) a aucun documented classement effect — strip il pour performances, mais preserve le copyright champs. Ce space est encore evolving.

Où to go suivant

Ce hub est le map. Le deep dives et adjacent topics:

• Texte alternatif — le complet treatment de le alt attribut: pourquoi c’est image-recherche-pas-web-recherche, accessibility/legal stakes, writing règles, decorative images, linked-image anchor texte, et auditing à scale. c’est le un sub-topic deep suffisant à warrant son propre article.
• Classement dans Google Images — le deep dive on visibility précisément dans Google Images et Lens: indexation requirements, licensable images, et le myths top-classement pages encore repeat.
• Image formats — JPEG vs. PNG vs. WebP vs. AVIF up fermer: ce que chaque format est en réalité bon pour, et pourquoi le format switch itself n’est pas a facteur de classement.
• Core Web Vitals — image SEO’s performances half lives ici. Compression, LCP, et fetchpriority sont vraiment Core Web Vitals fonctionner wearing an image hat.
• Données structurées — ImageObject, Produit/Article image arrays, et og:image thumbnail contrôler sont partie de le broader structured-données story.
• Image sitemaps — le discovery mechanics, le deprecated-par-Google-mais-kept-pour-Bing balises, et cross-domain CDN URLs.

AI summary

A condensed prendre on the Avancé version:

• Image SEO est deux jobs: (1) classement dans recherche d’images (Google Images / Lens / Bing) — driven par texte alternatif, filenames, page context, et uniqueness; et (2) page performances, parce que images sont généralement le LCP element feeding Core Web Vitals.
• Discovery mechanics: Google indexes <img> (notamment à l’intérieur <picture>), pas CSS backgrounds; toujours garder a fallback src; pris en charge formats sont BMP, GIF, JPEG, PNG, WebP, SVG, AVIF.
• Formats donner aucun direct classement boost (Mueller, on AVIF; WebP est “fine”). Le win est speed. Pick AVIF/WebP pour compression, PNG pour transparency, SVG pour icons.
• Filenames: descriptive noms aider nouveau images; ne pas bulk-rename existing ones (minimal/aucun effect, weeks de churn — Mueller; signal loss ~“a quelques weeks” — Illyes).
• Texte alternatif primarily aide recherche d’images, pas web rankings — covered dans son propre article.
• Lazy chargement: native loading="lazy" est sûr ci-dessous le fold; JS que hides le URL dans data-src est risky; jamais lazy-charger le LCP image — utiliser fetchpriority="high".
• URL consistency (Peut 2025): référence le même image à le même URL everywhere; match mobile et desktop URLs.
• Données structurées: ImageObject + license = licensable badge; Produit/Article vouloir multi-aspect-ratio image arrays; primaryImageOfPage / og:image influence thumbnails.
• Image sitemaps aid discovery (CDN, big galleries, JS sites); Google kept seulement <image:image> / <image:loc> (deprecated le rest dans Peut 2022 — Bing encore utilise les).
• Découvrir: max-image-preview:large + 1,200px / 16:9 images; documented CTR lift.
• Stock vs. unique: stock est fine pour web recherche, harder pour recherche d’images; uniqueness ≠ plus élevé qualité. AI-image labeling via C2PA/IPTC est emerging; EXIF ne fait pas classer.

«## Official documentation » (Traduction) (Résumé en français de la section soixante-cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Primary-source documentation from the search engines. » (Traduction) (Résumé en français de la section soixante-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Google » (Traduction) (Résumé en français de la section soixante-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Google Images best practices — the core reference: discovery via <img>, supported formats, descriptive filenames, alt text, responsive images, URL consistency, preferred-image selection, and opting out of inline linking. » (Traduction) (Résumé en français de la section soixante-sept, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Image sitemaps — the supported <image:image> / <image:loc> tags, cross-domain URLs for CDNs, and the 1,000-image-per-URL limit. » (Traduction) (Résumé en français de la section soixante-sept, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- Image license structured data — ImageObject, required/recommended fields, and the licensable badge. » (Traduction) (Résumé en français de la section soixante-sept, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- Article structured data — the recommended image array and aspect ratios (16:9, 4:3, 1:1). » (Traduction) (Résumé en français de la section soixante-sept, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.) «- Product snippet structured data — product image recommendations. » (Traduction) (Résumé en français de la section soixante-sept, sous-partie six : le texte source est conservé pour vérification lors de la relecture francophone.) «- Fix lazy-loaded content — native loading="lazy" / IntersectionObserver, and why interaction-triggered loading hides content from Google. » (Traduction) (Résumé en français de la section soixante-sept, sous-partie sept : le texte source est conservé pour vérification lors de la relecture francophone.) «- Robots meta tag — max-image-preview — unlocking large image previews in Search and Discover. » (Traduction) (Résumé en français de la section soixante-sept, sous-partie huit : le texte source est conservé pour vérification lors de la relecture francophone.) «- Large images case study — Google’s own CTR-lift data from enabling large previews. » (Traduction) (Résumé en français de la section soixante-sept, sous-partie neuf : le texte source est conservé pour vérification lors de la relecture francophone.) «- Prevent images appearing in search — robots.txt (Googlebot-Image), X-Robots-Tag: noindex, and the Removals tool. » (Traduction) (Résumé en français de la section soixante-sept, sous-partie dix : le texte source est conservé pour vérification lors de la relecture francophone.) «- Mobile-first indexing best practices — matching image URLs, alt text, and filenames across mobile and desktop. » (Traduction) (Résumé en français de la section soixante-sept, sous-partie onze : le texte source est conservé pour vérification lors de la relecture francophone.)

«Bing / Microsoft » (Traduction) (Résumé en français de la section soixante-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Being a part of the Bing Image Search ecosystem — Bing’s image discovery and the metadata it uses (note: Bing still uses the image-sitemap tags Google deprecated). » (Traduction) (Résumé en français de la section soixante-huit, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Bing Visual Search — object-level visual search and what helps Bing match images. » (Traduction) (Résumé en français de la section soixante-huit, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

«## Quotes from the source » (Traduction) (Résumé en français de la section soixante-onze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

On-le-record statements depuis Google. Où une page exposes le texte, le lien est a deep lien que jumps à le quoted passage.

Google docs — discovery et filenames

«- “Google parses the HTML <img> elements (even when they’re enclosed in other elements such as <picture> elements) in your pages to index images, but doesn’t index CSS images.” Jump to quote » (Traduction) (Résumé en français de la section soixante-quatorze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- “The filename can give Google clues about the subject matter of the image.” Jump to quote » (Traduction) (Résumé en français de la section soixante-quatorze, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

Google spokesperson — URL consistency (Peut 2025)

• “Nous updated le Google Image SEO bonnes pratiques à clarify ce URLs pour images devrait être referenced consistently pour easier exploration on larger sites web.” Coverage

John Mueller, Google — formats give aucun SEO boost

• On AVIF: là est aucun “SEO boost” pour en utilisant AVIF fichiers — le avantage est indirect, via vitesse de page. Coverage
• On WebP: “WebP images sont fine pour Image Recherche.” Coverage

John Mueller, Google — don’t bulk-rename fichiers

• “Si vous modifier tous de le filenames dans le site web, alors c’est going à take a lot de time pour Google’s systèmes à voir” le nouveau images — et le effect est “minimal effect, maybe no visible effect at all” si texte alternatif et surrounding context sont déjà dans placer. SEJ coverage

«John Mueller, Google — stock vs. unique images » (Traduction) (Résumé en français de la section quatre-vingt-un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«- Stock photography “doesn’t matter for web search directly,” but “for image search, if it’s the same image as used in many places, it’ll be harder.” Coverage » (Traduction) (Résumé en français de la section quatre-vingt-deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- “Uniqueness isn’t equivalent to higher quality” — taking a photo yourself doesn’t necessarily make the page or image rank higher. Coverage » (Traduction) (Résumé en français de la section quatre-vingt-deux, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

«John Mueller, Google — image streaming » (Traduction) (Résumé en français de la section quatre-vingt-trois, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«- Embedding images via streaming is “a great way to prevent your images from being found through search engines” — i.e. it’s not SEO-friendly. Coverage » (Traduction) (Résumé en français de la section quatre-vingt-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Gary Illyes, Google — image migration signal loss » (Traduction) (Résumé en français de la section quatre-vingt-cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«- Signal loss from image URL migrations is “in line with web search results, which is a few weeks.” Coverage » (Traduction) (Résumé en français de la section quatre-vingt-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Image SEO cheat sheet

Le factors — ce que chaque fait et le meilleur pratique

«Fast facts » (Traduction) (Résumé en français de la section quatre-vingt-treize, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Supported formats: BMP, GIF, JPEG, PNG, WebP, SVG, AVIF (AVIF since Aug 2024). » (Traduction) (Résumé en français de la section quatre-vingt-treize, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Google indexes <img> (incl. inside <picture>) — not CSS background-image. » (Traduction) (Résumé en français de la section quatre-vingt-treize, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- No direct ranking boost for WebP/AVIF — the benefit is speed → Core Web Vitals. » (Traduction) (Résumé en français de la section quatre-vingt-treize, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- EXIF (ISO/aperture/GPS): no ranking effect; IPTC copyright fields can show as credit. » (Traduction) (Résumé en français de la section quatre-vingt-treize, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.) «- C2PA/IPTC: used to label AI-generated images in Google (“About this image”) — emerging. » (Traduction) (Résumé en français de la section quatre-vingt-treize, sous-partie six : le texte source est conservé pour vérification lors de la relecture francophone.)

«## The mental model » (Traduction) (Résumé en français de la section quatre-vingt-seize, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Image SEO is two jobs, not one. Almost every “image SEO checklist” blurs this together, and blurring it is exactly why the myths (rename your files! switch to WebP for rankings!) keep spreading. Split it into the two goals it actually is, and each piece of advice sorts itself into the right bucket: » (Traduction) (Résumé en français de la section quatre-vingt-dix-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«1. Ranking in image search. Getting your images found in Google Images, Bing Images, and Google Lens for image-specific queries. The levers here are alt text, filenames, the text surrounding the image, structured data, and image uniqueness. None of this touches how fast the page loads. » (Traduction) (Résumé en français de la section quatre-vingt-dix-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

2. Page performances. Images sont presque toujours le heaviest chose on une page, qui rend les le usual culprit pour a lent Plus grand affichage de contenu (LCP) — et LCP feeds Core Web Vitals, a web-recherche classement signal. Le levers ici sont format, compression, et chargement stratégie. None de ce touches si le image montre up dans Google Images.

Pourquoi the split matters En pratique:

• Il kills le format myth. WebP et AVIF ne pas classer vous plus élevé dans image recherche — c’est pas ce que ils sont pour. ils sont a performance-bucket lever (plus petit fichiers → faster LCP → Core Web Vitals), pas an image-recherche-bucket lever. Expecting a classement boost depuis a format switch est applying a performances outil à an image-recherche problème.
• Il kills le bulk-rename myth. Filenames sont an image-recherche-bucket signal, et a minor un à que. Renaming votre entier existing library ne fait pas touch le performances bucket à tout, et Mueller’s lire est que le image-recherche payoff est “minimal… maybe no visible effect” si votre texte alternatif et context sont déjà solid — donc c’est weeks de churn pour a petit win dans seulement un de le deux buckets.
• Il indique vous où lazy chargement belongs. loading="lazy" est a performance-bucket décision (defer off-screen images à aider charger temps), et il a un difficile exception à le intersection de les deux buckets: le LCP image. Lazy-charger que un et vous avez fait le performances bucket pire pour aucun gain dans le image-recherche bucket.
• Il explique pourquoi texte alternatif et compression ne sont pas interchangeable advice. Texte alternatif est presque entirely an image-recherche-bucket lever (plus accessibility); compression est presque entirely a performance-bucket lever. Une page peut ont perfect texte alternatif et encore ont a terrible LCP, or a blazing-rapide LCP image avec aucun texte alternatif et zero image-recherche visibility. Fixing un ne fait pas corriger le autre.

Utiliser le split as a diagnostic: quand an image “isn’t working,” premier decide qui job c’est failing à. Pas showing up dans Google Images? Regarder à texte alternatif, filename, et uniqueness. Page est lent? Regarder à format, compression, et lazy-loading choices. Trying à corriger an image-recherche problème avec a performances lever (or vice versa) est le la plupart courant wasted effort dans ce topic.

Le standing KPIs: image-recherche visibility et image-driven vitesse de page

Parce que image SEO est deux jobs, le health vérifications split le même façon — un définir pour image-recherche visibility, un définir pour le performances/Core Web Vitals side.

Image-recherche impressions et clicks (Search Console)

• Metric — Impressions et clicks précisément depuis Google Images, tracked over temps as a share de total Recherche trafic.
• Ce que il indique vous — Si votre texte alternatif, filenames, page context, et image uniqueness sont en réalité earning visibility dans recherche d’images — le premier de le deux jobs. A flat or falling Images share pendant que overall trafic grows est a sign le image-recherche side est étant neglected relative à le web-recherche side.
• Comment pull il — Search Console → Résultats de recherche rapport → filter par Recherche type: Image. Comparer impressions/clicks/CTR/position contre le par défaut Web filter pour le même pages et date range.
• Benchmark / realistic range — il y a aucun universal cible share — an image-heavy site (recipes, produit photography, stock/portfolio sites) devrait expect a meaningfully plus grand Images share que a texte-heavy B2B blog. Establish votre propre baseline le premier temps vous vérifier, alors watch le trend plutôt que chasing a fixed number.
• Cadence — Quarterly as a standing vérifier; re-vérifier dans a quelques weeks de quelconque grand-scale image modifier (bulk rename, CDN migration, nouveau alt-texte réussir) — Illyes’ lire on migration signal loss puts le re-settling window à “a few weeks.”

Core Web Vitals réussir rate, filtered to image-heavy templates

• Metric — Le share de real-utilisateur page charge passing LCP (et CWV overall), précisément pour templates où le LCP element est typically an image (produit pages, blog hero images, galleries).
• Ce que il indique vous — Si le performances half de image SEO — compression, format choice, et correct lazy-loading — est en réalité holding up sous real-world conditions. Ce est le champ-données proof que le jamais-lazy-charger-le-LCP-image règle et format/compression choices sont fonctionnement.
• Comment pull il — PageSpeed Insights or le Core Web Vitals rapport dans Search Console (CrUX-backed), segmented par template/page groupe plutôt que site-wide averages, qui peut hide a badly performing template behind well-performing ones.
• Benchmark / realistic range — Google’s publié “bon” LCP threshold est 2,5 seconds or faster à le 75th percentile — c’est a réel, documented number, pas a guess. Treat il as le réussir/échouer line; il y a aucun honest “typical” number au-delà il since il dépend entirely on votre image weight et hosting.
• Cadence — CrUX champ données est a rolling 28-day window, donc vérifier monthly; re-vérifier immédiatement après quelconque modifier à image format, compression pipeline, or lazy-loading implementation.

Ressources utiles

Mon connexe writing

• Image SEO: 12 Actionable Tips pour Plus Trafic organique — Ahrefs’ image SEO guide (filenames, texte alternatif, formats, compression, sitemaps, responsive images, schema, lazy chargement, CDN).
• Le Beginner’s Guide à SEO technique — où images et Core Web Vitals fit dans le broader technique picture.
• JavaScript SEO Problèmes & Meilleur Practices — le rendu side, plus blank alt attributs left behind par JS frameworks.
• Ahrefs Site Audit Study — le 1M+ domain study où manquant alt attributs étaient le unique la plupart courant technique problème (80,4% de sites).

My speaking

• “Image SEO” (Visme webinar, 2021) — my dedicated talk on optimizing images pour search.

Official

• Google’s Google Images meilleur practices — le canonical référence pour tout on ce page.
• Google’s Grand images cas study — réel CTR-lift données depuis enabling grand image previews.

Depuis autour le industry

• Google on Image Filenames & a Surprising SEO Mistake (Moteur de recherche Journal) — Mueller’s recorded session advice: bulk-renaming a “minimal, maybe no visible effect at all” si texte alternatif est déjà bon.
• Google Montre Comment utiliser Texte alternatif pour le SEO (Moteur de recherche Journal) — Mueller on texte alternatif as primarily an image-recherche signal, pas a direct web-facteur de classement.
• Google Mises à jour Image SEO Meilleur Practices: URL Consistency (Moteur de recherche Land) — coverage de le Peut 2025 mettre à jour clarifying même-URL-pour-même-image guidance.
• Google Utilise Schema.org + og:image pour Thumbnails (Moteur de recherche Land) — March 2026 mettre à jour on preferred-image signaux dans Recherche et Découvrir.
• Récupérer Priority API (web.dev) — le canonical explainer pour fetchpriority="high" on LCP images; le référence behind “jamais lazy-charger votre hero.”
• Let’s Talk Image SEO (Recherche Off le Record, Google, Oct 2022) — Lizzi Sassman et John Mueller discussing image naming, texte alternatif, et explorer frequency directement.
• Image SEO: Multimodal AI (Moteur de recherche Land) — comment AI-powered visual understanding est shifting image-recherche optimization.
• Image Migrations et Lost Signaux (GSQI) — Gary Illyes on le ~quelques-weeks signal-loss window quand image URLs modifier.

Testez vos connaissances: Image SEO

Five rapide questions on le myths et mechanics ce hub covers. Pick an réponse pour chaque, alors vérifier.

Journal des modifications