Ranking in Google Images

A deep dive on ranking and visibility in Google Images and visual search (Google Lens) — indexing prerequisites, image sitemaps, ImageObject and Product structured data, the Licensable badge, mobile-first indexing, and why rel=canonical doesn't apply to images.

First published: Jul 2, 2026 · Last updated: Jul 18, 2026 · Advanced
demand #4 in Image SEO#35 in On-Page#176 in Technical SEO#236 on the site
1 evidence signal on this page

Ranking in Google Images is downstream of general image SEO: it's about the image-search system itself, not another optimization checklist. Get the indexing prerequisites right first — not blocked by robots.txt, a supported format (BMP/GIF/JPEG/PNG/WebP/SVG/AVIF), and extracted from an <img> src (never a CSS background) — then the ranking signals (alt text, surrounding text, filename, uniqueness) covered in the alt text and filename deep dives can do their work. Mobile-friendliness isn't a separate Images rule; it's a consequence of mobile-first indexing, so your mobile page has to carry the same images and alt text. Image sitemaps are a discovery aid, not a ranking lever. Structured data unlocks rich treatment: ImageObject with a license property gates the Licensable badge, and Product structured data feeds Google Lens/Shopping Graph. rel=canonical does not apply to images — Google matches visually similar versions automatically. Google Lens now runs ~20 billion visual searches a month (20% shopping-related), and C2PA content credentials can label AI images via About this image.

TL;DR — Ranking in Google Images is downstream of general image SEOImage SEO is optimizing the images on your pages so search engines can discover, crawl, index, and rank them — in Google Images and visual search, and as part of standard web results. It spans file format, filenames, alt text, compression, responsive markup, structured data, and image sitemaps. — it’s about the image-search system, not another optimization checklist. First clear the indexingStoring a crawled page in the search index so it can appear in results. Crawled is not the same as indexed — Google selects what to keep, and indexing isn't guaranteed. prerequisites: not blocked by robots.txt → supported format (BMP/GIF/JPEG/PNG/WebP/SVG/AVIF) → extracted from <img src> (never a CSS background). Then the ranking signals (alt textAlt text is the value of the `alt` attribute on an HTML `<img>` element — a short text substitute chosen for the image's purpose and context, not a literal description of what it shows. It makes images accessible to screen-reader users and helps search engines understand images, mainly for image search., surrounding text, filename, uniqueness) — covered in the alt textAlt text is the value of the `alt` attribute on an HTML `<img>` element — a short text substitute chosen for the image's purpose and context, not a literal description of what it shows. It makes images accessible to screen-reader users and helps search engines understand images, mainly for image search. and filename deep dives — do the work. “Mobile-friendliness” isn’t a separate Images rule; it’s a consequence of mobile-first indexingGoogle's practice of using the mobile version of a page's content — crawled by Googlebot smartphone — for indexing and ranking. It is not a separate index and not a ranking boost., so the mobile version must carry the same images and alt text. Image sitemapsAn image sitemap is a sitemap (or an extension added to an existing sitemap) that lists the images on your pages using Google's image namespace, helping Google discover images it might otherwise miss. are a discovery aid, not a ranking lever. Structured data unlocks rich treatment: ImageObject with a license property gates the Licensable badgeImageObject is the schema.org type that describes an image as structured data. It's rarely used alone — its main job is as the value of an image or logo property nested inside another type (Product.image, Article.image, Recipe.image, Organization.logo). You upgrade a plain image URL to a full ImageObject when you want to attach metadata: who owns the image, how it can be licensed, its caption, or its dimensions. Adding the license property is what makes an image eligible for Google's Licensable badge.; Product structured dataStructured data is a standardized way of labeling page content (using the schema.org vocabulary in JSON-LD, Microdata, or RDFa) so search engines can understand its meaning. It's not a direct ranking factor — its value is rich results and entity understanding. feeds Google LensMultimodal search lets you query and get results across more than one modality — text, images, video, and audio together. Instead of typing words, you can point your camera, circle something on screen, or combine an image with a question, and the system understands them jointly. / Shopping Graph. rel=canonical does not apply to images — Google matches visually similar versions automatically. Lens now runs ~20 billion visual searches a month (20% shopping); C2PA content credentials can label AI images via “About this image.”

Evidence for this claim Google recommends contextual placement, descriptive titles and alt text, and high-quality images for Google Images. Scope: Current Google Images SEO guidance. Confidence: high · Verified: Google Search Central: Google Images SEO best practices Evidence for this claim Google must be able to crawl image URLs and supports documented image formats; responsive image markup can be crawled when implemented normally. Scope: Current Google image crawling and format guidance. Confidence: high · Verified: Google Search Central: Image technical guidelines

Where this fits: one indexed corpus, several surfaces

Google Images, the inline image results in web search, and Google Lens / Circle to Search all draw from the same indexed-image corpus. Optimizing for “Google Images” therefore also feeds visual search. This article is the ranking/visibility deep dive that complements my image SEO hubImage SEO is optimizing the images on your pages so search engines can discover, crawl, index, and rank them — in Google Images and visual search, and as part of standard web results. It spans file format, filenames, alt text, compression, responsive markup, structured data, and image sitemaps.: the hub is the general optimization checklist; this is about the mechanics of the image-search system itself — what gets an image indexed, what gets it surfaced, and what earns it a badge.

The strategic starting point Google’s John Mueller recommends is worth adopting before any of the mechanics: “think about what do you think people would search for in a visual way to come to your website” (Search Off the Record ep. 48). If nobody searches visually for what you publish, image SEOImage SEO is optimizing the images on your pages so search engines can discover, crawl, index, and rank them — in Google Images and visual search, and as part of standard web results. It spans file format, filenames, alt text, compression, responsive markup, structured data, and image sitemaps. isn’t your highest-leverage work.

The indexing prerequisites (before ranking even applies)

An image can rank only after it’s indexed, and indexingStoring a crawled page in the search index so it can appear in results. Crawled is not the same as indexed — Google selects what to keep, and indexing isn't guaranteed. has gates. In order:

  • Not blocked by robots.txt. If the image URL or its directory is disallowed, GooglebotGooglebot is Google's web crawler — the software that fetches pages so Google can index and rank them. It comes in two variants, Googlebot Smartphone (primary, under mobile-first indexing) and Googlebot Desktop, and runs an evergreen Chromium renderer.-Image can’t fetch it, so it can’t appear in Google Images — full stop. This is the most common self-inflicted cause of “my images don’t show up.”
  • Crawlable at a reasonable file size. Image Search’s crawlerA crawler — also called a spider or bot — is an automated program that fetches web pages, extracts their links, and queues new URLs to visit. Search engines use crawlers to discover and download content for their index. tolerates far larger files than something like faviconA favicon (\"favorite icon\") is the small square image that represents a website — shown in browser tabs, bookmarks, and history, and (when the requirements are met) next to a site's listing in Google and Bing search results. It's declared with an HTML <link rel=\"icon\"> tag in the <head>. It is not a ranking factor, but it affects brand recognition and click-through rate. fetching, per Google’s technical requirements, but sensibly compressed, right-sized images still matter for crawl efficiency and page speed.
  • A supported format — BMP, GIF, JPEG, PNG, WebP, SVG, and AVIF (AVIF was added in August 2024).
  • Extracted from <img src>. Google: “Google can find images in src attribute of <img> element.” It pulls images from the src of an <img> (including <img> inside <picture>) — not from CSS background-image. Google’s docs explicitly clarified this: they “occasionally get questions about” it, and images are only extracted from the src attribute of img tags.

Clear those and the image is eligible. Ranking is a separate question.

Image ranking starts only after discovery and indexability: crawlable file, supported format, and an extractable `<img src>`. Source: Google Search Central

An image must first be crawlable by Googlebot-Image, use a supported image format, and appear in a real image element source. A CSS background image does not clear the extraction gate. Only after the image becomes an indexed-image candidate can alt text, surrounding context, filename, and uniqueness affect ranking.

© Patrick Stox LLC · CC BY 4.0 ·

The ranking signals (briefly — the mechanics live in the deep dives)

I won’t re-litigate alt text and filenames here because each has its own article. The short version, with the differentiated framing from Google’s own team:

  • Alt text — the primary signal, covered in full in my alt text guideAlt text is the value of the `alt` attribute on an HTML `<img>` element — a short text substitute chosen for the image's purpose and context, not a literal description of what it shows. It makes images accessible to screen-reader users and helps search engines understand images, mainly for image search.. The nuance most guides miss: write alt text for context, not just description. Mueller: “don’t just be like, ‘Oh, this is a photo of a beach.’ But rather like, ‘This is the beach before the chemical spill happened’… when you’re talking about Image Search, it’s not that people want an image, but rather they want information which is attached to that image.”
  • Surrounding text, captions, and placement — Google: “Make sure images are placed near relevant text and on pages that are relevant to the image subject matter.” This is the leg of the stool most checklists underweight relative to alt text.
  • Filename — a lighter signal, covered in my image filenames guide. Mueller put its weight in perspective: descriptive filenames are good, “but I don’t think you would see a significant change if you already do the other things around images, like the alt texts, the text surrounding the image. Those are really, really strong signals.”
  • Uniqueness — a stock photo used decoratively simply won’t rank you for that image’s query, because dozens of other licensed sites use it — but per Mueller it “doesn’t count against” the rest of your page or site.
TIP Check the image signals in the delivered HTML

This focused finding identifies the exact image URLs missing alt attributes. It does not judge whether a decorative image should use an empty alt or whether the supplied wording is useful in context.

Audit a representative page with my image checker, then review each finding against the image's actual role and surrounding text. Image SEO Checker Free

  1. Test a representative mobile page and confirm the intended images exist in the fetched HTML.
  2. Review missing-alt URLs individually: add contextual alt for meaningful images and an empty alt for decorative ones.
  3. Rerun after the template change, then verify crawl access and the rendered mobile version separately.
A URL-level finding locates the gap; the image's purpose determines whether the correct fix is descriptive alt text or an empty decorative alt.

Mobile-first indexing and image visibility

You’ll see “mobile-friendliness” listed as a Google Images ranking factor. That’s imprecise. The real mechanism is mobile-first indexingGoogle's practice of using the mobile version of a page's content — crawled by Googlebot smartphone — for indexing and ranking. It is not a separate index and not a ranking boost.: Google indexes the mobile-rendered version of your page — including whatever images and alt text that version actually contains — because mobile-first indexing has landed for essentially the whole web. Google’s mobile-first guidance tells you to make sure the mobile site has the same content (text, images, videos, links) and the same alt text as desktop.

So the practical check isn’t “is my page mobile-friendly?” in the abstract — it’s: does my mobile page actually serve the same image, at the same URL, with the same alt text as desktop? A site that strips images on mobile, or serves lower-res/different images there, is functionally invisible to image search regardless of what desktop shows.

Image sitemaps: what they do (and don’t do)

Image sitemapsAn image sitemap is a sitemap (or an extension added to an existing sitemap) that lists the images on your pages using Google's image namespace, helping Google discover images it might otherwise miss. are a discovery aid — not a ranking lever and not a way to speed up re-crawlingCrawling is how search engines use automated bots (like Googlebot and Bingbot) to discover URLs and download pages. A page has to be crawlable to be indexed, but crawling on its own isn't a ranking factor.. Google: “Image sitemapsA sitemap is a file that lists the pages, images, videos, and other files on your site so search engines can discover them. It helps discovery, but submitting a sitemap doesn't guarantee crawling or indexing. are a way of telling Google about other images on your site, especially those that we might not otherwise find (such as images your site reaches with JavaScript code).” They earn their keep for JS-loaded images and CDN-hosted images.

The short version: <image:image> encloses all information about a single image inside the <url> block, <image:loc> is the image URL, each <url> tag can hold up to 1,000 <image:image> tags, and — unlike a regular sitemap — an image sitemap can point to a different domain (e.g., a CDN), “as long as you verify both domains in Search Console.” On May 6, 2026, Google removed four sub-tags from its documentation — <image:caption>, <image:geo_location>, <image:title>, and <image:license>; the sitemap mechanism itself isn’t deprecated, those four tags just no longer do anything, so don’t let old blog posts talk you into using them. Mueller has also been candid that sitemaps won’t speed up re-crawling of images Google already knows about — on image sitemaps specifically, “Personally, I don’t think this would change much, in our case.” Treat them as a discovery aid for images Google can’t otherwise find, not a re-crawl accelerator. For the full tag reference, the namespace declaration, and file-format mechanics, see my image sitemap guideAn image sitemap is a sitemap (or an extension added to an existing sitemap) that lists the images on your pages using Google's image namespace, helping Google discover images it might otherwise miss. — this section only covers what a sitemap does for Google Images visibility, not how to build one.

Structured data and rich treatment in Google Images

Structured data is what unlocks badges and richer display in Google Images. Google: “If you include structured data, Google can display your images in certain rich resultsRich results (formerly 'rich snippets') are enhanced search listings — stars, images, prices, breadcrumbs, video thumbnails, and more — that Google and Bing build from structured data. They're a display feature, not a ranking factor, and eligibility never guarantees they'll show., including a prominent badge in Google Images,” and “the image attribute is a required field to be eligible for a badge.” Eligibility is type-specific — Recipe, Product, and Video structured data each unlock different treatments, and you have to follow both the general and the type-specific guidelines or the markup is ineligible. Note the word eligible: valid markup makes a badge or rich treatment possible, it doesn’t guarantee Google will actually show it — the same eligibility-not-guarantee boundary that applies to every other rich result type.

The Licensable badge — the exact gating detail

Most guides oversimplify this to “just add ImageObject schema.” The precise requirements from Google’s image license metadata docs:

  • contentUrl is always required — “Google uses contentUrl to determine which image the photo metadata applies to.”
  • license specifically is what gates the badge: “If you’re using structured data to specify an image, you must include the license property for your image to be eligible to be shown with the Licensable badge.” The other properties (creator, creditText, copyrightNotice) add detail to the metadata panel but don’t independently unlock the badge.
  • acquireLicensePage is recommended — a URL where users can find out how to license the image.

You can supply this via schema.org structured data or embedded IPTC photo metadata (or both); where they conflict, “Google will use the structured data information.” The general ImageObject / structured-data mechanics are also covered in my image SEO hubImage SEO is optimizing the images on your pages so search engines can discover, crawl, index, and rank them — in Google Images and visual search, and as part of standard web results. It spans file format, filenames, alt text, compression, responsive markup, structured data, and image sitemaps..

Product structured data → Google Images + Google Lens

For e-commerce, Product structured data is the mechanism that makes a product image eligible for Lens visual-match and shopping surfaces. Google: “When you add structured data to your product pages, your product information can appear in richer ways in Google Search results (including Google Images and Google Lens),” and “Providing both structured data on web pages and a Merchant Center feed maximizes your eligibility.” A Merchant Center feed isn’t strictly required for basic free-listing eligibility, but combining the two is Google’s explicit recommendation. (The full markup mechanics live in my product schema guideProduct schema (schema.org/Product) is structured data that tells search engines a page's product name, price, availability, and reviews so it can appear in Shopping-style rich results. It's separate from a Google Merchant Center feed, though Google reconciles the two..)

Preferred thumbnail: schema.org and og:image

A common practitioner question is “how does Google pick which image to show as my thumbnail?” As of a March 2, 2026 documentation update, Google clarified that it “uses both schema.org markup and the og:image meta tag as sources when determining image thumbnails in Google Search and Discover.” So both are worth setting deliberately. (Note the scoping caveat: the image property in Recipe structured data only controls recipe rich results, not general text-result thumbnails — a type-specific property isn’t a global override.)

No canonical tags for images

This one surprises people and is almost absent from competitor content: rel=canonical does not apply to images. Mueller, directly: “For images, the rel=canonical is essentially irrelevant. It’s really more for web pages. And I don’t think we even support it for images… Our systems try to recognize when the image is the same thing. And having multiple images indexed for one thing is perfectly fine.”

So you don’t need consolidation markup to tell Google that two crops or sizes are “the same” image. Google’s systems “look at the image and try to find visually similar images, and they kind of connect it like that.” Multiple sizes/crops can all be indexed simultaneously as valid, separate results. This is the image-search counterpart to canonicalizationHow search engines pick one canonical URL among duplicates and consolidate signals onto it. for web pages — except here it happens automatically and there’s no tag to set.

A related consequence: the same photo posted to your own site and to social media (Instagram, etc.) may get folded together as duplicates in Image Search, even though the surrounding web pages remain distinct results in regular Web Search. And uploading first does not make your site “the canonical” source — per Mueller, “I don’t think it works that way.” There’s no first-mover canonical mechanism for images.

Individual image landing pages

If you want a specific image to be independently findable, give it its own landing page with unique descriptive text — not just a spot in a 50-image gallery. Mueller’s framing (from Search Off the Record ep. 97, his and Martin Splitt’s photographer episode): a dedicated landing page lets Google understand “This is the primary image of this page, and here is some additional information about this image,” whereas a gallery page with 50 images and a bit of text reads ambiguously — “is this an image landing page that someone might be looking for? Which perhaps not.” JS-fragment galleries that never give each image a real, crawlable URL are a concrete failure mode here.

Two quick myth-busters from the same episode: watermarking is not penalized (Mueller: “No… That’s fine.”), and responsive/high-res images and good Core Web VitalsGoogle's three real-user UX metrics — LCP (loading), INP (responsiveness), and CLS (visual stability) — used by Google's ranking systems, with no official weight attached, measured on field data. are good practice but not a ranking shortcut — “just because you’re doing these good practices, you’re not going to rank for underwater photography Switzerland automatically… You have to do more.”

Google Lens layers visual matching (finding visually similar images/products across the web) and multisearch (image + text together) on top of the same indexed-image corpus. The scale is real: per Google’s October 2024 announcement (Lilian Rincon, VP of Product Management), Lens handles nearly 20 billion visual searches monthly, 20% of Lens searches are shopping-related, and Lens “merges the power of Google’s AI and more than 45 billion products in the Shopping Graph to help you discover visual matches.”

A note on numbers: various 2025–2026 SEO posts cite larger or fresher figures (“20+ billion,” “43% increase”) that I couldn’t trace to a primary Google source — treat those as industry-repeated. The Oct 2024 Google figures above are the solid anchor.

For getting a product image into Lens shopping results, the mechanism is the Product structured data covered above, ideally combined with a Merchant Center feed. There’s no separate “Lens SEO” surface to optimize — you optimize the indexed image and its structured data, and Lens draws from that.

AI-image labeling: C2PA and “About this image”

Publishers using AI-generated imagery ask whether it hurts visibility. As of current guidance: not directly. Google reads C2PA content-credential metadata and can label AI-generated or AI-edited images via the “About this image” panel, which — per Google’s September 2024 announcement (Laurie Richardson, VP, Trust & Safety) — “is accessible in Google Images, Lens and Circle to Search.” Google Search added support for this metadata in the “About this image” feature. This is a transparency/labeling layer, not a documented ranking penalty — worth knowing because it can label your AI imagery as such in the same surfaces you’re optimizing for.

Bing image search (brief)

There’s no dedicated official Bing/Microsoft documentation on image-search SEO — Bing’s general webmaster guidelines and standard crawlabilityCrawlability is how well search engine crawlers can discover, access, and fetch a site's pages. A crawlability issue is any technical condition — blocked access, broken links, server failures, or bloated URL inventory — that stops pages from reaching the index./alt-text/structured-data practices are the closest thing. Bing is actively investing here: it shipped a redesigned, AI-organized Image Search experience in May 2026 that groups results into labeled sections with summaries, though that announcement is a product/UX update with no accompanying optimization guidance for site owners. Optimize with the same fundamentals you’d use for Google.

Where to go next

This is the ranking/visibility deep dive in the image-SEO cluster. Its siblings:

  • Image SEOImage SEO is optimizing the images on your pages so search engines can discover, crawl, index, and rank them — in Google Images and visual search, and as part of standard web results. It spans file format, filenames, alt text, compression, responsive markup, structured data, and image sitemaps. — the hub: the general optimization checklist (formats, compressionCompression (HTTP content encoding) shrinks text-based responses — HTML, CSS, JS, JSON, SVG, XML sitemaps — before they're sent over the network, using an algorithm like Gzip, Brotli, or Zstd, so the browser or crawler downloads fewer bytes. It's not a ranking factor, but it speeds up page loads and helps pages stay under crawler fetch limits., lazy loadingLazy loading defers loading of off-screen or non-critical resources — usually images and iframes — until they're about to enter the viewport. The native way to do it is the loading=\"lazy\" HTML attribute, which needs no JavaScript., Core Web VitalsWeb Vitals is Google's initiative (launched May 2020) for unified page-experience quality signals. Core Web Vitals — LCP, INP, and CLS — are the subset used in ranking; the rest (TTFB, FCP, TBT, Speed Index) are diagnostic, not ranking factors.) this article complements.
  • Alt textAlt text is the value of the `alt` attribute on an HTML `<img>` element — a short text substitute chosen for the image's purpose and context, not a literal description of what it shows. It makes images accessible to screen-reader users and helps search engines understand images, mainly for image search. — the primary ranking signal, in full: writing rules, decorative images, and auditing at scale.
  • Image filenames — the filename signal, including why you shouldn’t bulk-rename already-indexed images.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.