Image Sitemap

What an image sitemap is and why it exists — the image namespace, the image:image and image:loc tags, the tags Google deprecated in 2022, accepted formats, and cross-domain images.

First published: Jun 22, 2026 · Last updated: Jul 18, 2026 · Advanced
demand #10 in Discovery#48 in How Search Works#249 in Technical SEO#338 on the site
1 evidence signal on this page

An image sitemap is an extension to a normal XML sitemap that lists your images using Google's image namespace (http://www.google.com/schemas/sitemap-image/1.1) — without that namespace the image tags are ignored. You add <image:image> blocks (each with an <image:loc>) inside the <url> entry for the page; up to 1,000 images per URL. It surfaces images Google might miss (JavaScript-loaded or dynamically served) and you can put the tags in a standalone file or fold them into an existing sitemap — both are fine. Google deprecated image:caption, image:geo_location, image:title and image:license in August 2022; leaving them in has no indexing effect, so don't panic. Accepted image formats are BMP, GIF, JPEG, PNG, WebP, SVG, and AVIF. Cross-domain image hosting works if both domains are verified in Search Console and robots.txt allows crawling. Bing does not document image-sitemap support.

TL;DR — An image sitemapA 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. is an extension to a normal XML sitemapAn XML sitemap is a UTF-8 file listing the canonical URLs on your site (with optional lastmod) so search engines can discover and prioritize them. It's a discovery and diagnostic aid, not a guarantee of indexing — and Google ignores its priority and changefreq tags.: add the namespace http://www.google.com/schemas/sitemap-image/1.1 to <urlset>, then nest <image:image><image:loc> inside each <url> (up to 1,000 images per URL). Without the namespace the image tags are ignored. Standalone file or tags in an existing sitemapA 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. — both are fine. It surfaces images Google might miss (JS-loaded, dynamically served). Google deprecated image:caption, image:geo_location, image:title, and image:license in August 2022 — leave them or remove them, no 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. effect either way. Accepted image formatsThe file encoding used to store an image (JPEG, PNG, WebP, AVIF, SVG, GIF) — it drives file size and Core Web Vitals, but carries no direct ranking weight.: BMP, GIF, JPEG, PNG, WebP, SVG, AVIF. Cross-domain images work if both domains are verified in Search ConsoleA free Google service that reports how a site performs in Google Search and surfaces problems with how Google crawls, indexes, and serves it. It's first-party data straight from Google — but you don't need it to appear in results. and robots.txt allows 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.. Bing doesn’t document image-sitemap support.

Evidence for this claim Image sitemap extensions provide Google with information about images it might otherwise not discover. Scope: Current Google image sitemap behavior. Confidence: high · Verified: Google Search Central: Image sitemaps Evidence for this claim Each image sitemap entry requires image:loc; several legacy image fields were deprecated in 2022. Scope: Current image sitemap schema and deprecated fields. Confidence: high · Verified: Google Search Central: Image sitemap reference

What it is, mechanically

An image sitemapAn 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. is a sitemap extension, not a distinct file type. You take a standard XML sitemapAn XML sitemap is a UTF-8 file listing the canonical URLs on your site (with optional lastmod) so search engines can discover and prioritize them. It's a discovery and diagnostic aid, not a guarantee of indexing — and Google ignores its priority and changefreq tags. and add Google’s image namespace to the root <urlset> element:

xmlns:image="http://www.google.com/schemas/sitemap-image/1.1"

Then, inside the <url> block for each page, you add one <image:image> element per image, each containing an <image:loc> with the image file’s URL. Google’s docs describe <image:image> as the element that “[encloses] all information about a single image,” and note that each <url> tag can contain up to 1,000 <image:image> tags. So the structure is: one <url> per page → many <image:image> per <url> → one <image:loc> per image.

That namespace line is load-bearing. Leave it off and Google ignores the image tags entirely — they’re just unknown XML to it. This is the single most common reason an “image sitemap” does nothing.

Why bother — discovery of images Google might miss

If your images sit in plain <img src="…"> tags in the served HTML, Google generally finds them through the normal crawl and you don’t strictly need an image sitemap. The case for one is discovery of images the crawl can’t easily see: images loaded or swapped in by JavaScript, images served dynamically, or images referenced in a way that isn’t a clean HTML src. Listing them explicitly gives Google a direct path to images it would otherwise overlook. Like every sitemap, this is a discovery aid — it doesn’t guarantee 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., and it isn’t a ranking lever.

Standalone file vs. tags in an existing sitemap

There’s no right answer here — Google accepts both. You can keep everything in one sitemap and just add image tags to the relevant <url> entries, or generate a dedicated image-only sitemap (often what a plugin does) and submit it alongside your regular one. Pick whichever your toolchain produces cleanly. If you’re on a JS framework, search the framework name plus “sitemap image” before hand-rolling anything — there’s usually a module that already does it.

The deprecated tags — and why you needn’t panic

This is where most third-party guides are out of date. In August 2022 Google removed four image tags from its documentation: <image:caption>, <image:geo_location>, <image:title>, and <image:license>. Google’s docs say plainly that it “removed the following tags and attributes from our documentation,” listing exactly those four.

Crucially, removing them from the docs did not mean you had to rush out and strip them from your files. Gary Illyes was explicit that, for plugin developers and anyone managing their own sitemaps, “there’s no immediate action required; you can leave these tags and attributes in place without drawbacks.” There’s no penalty and no indexing effect either way. So if your generator still emits them, leave it; if you’d rather have a clean file, remove them. Both are fine — just don’t treat their presence as a problem to fix urgently.

The two tags that still matter are the structural ones: <image:image> and <image:loc>. That’s the current, supported surface area.

Accepted image file formats

A reasonable question before you bother listing an image: will Google even index it? Google Search supports images in BMP, GIF, JPEG, PNG, WebP, SVG, and AVIF — its docs say it “supports images referenced in the src attribute of img in the following file formats: BMP, GIF, JPEG, PNG, WebP, SVG, and AVIF.” Your <image:loc> URL should point at a crawlable file in one of those formats. Point it at something Google can’t read and listing it in a sitemap won’t help.

Cross-domain images

Your images don’t have to live on the same domain as the page that displays them — a CDN or dedicated image host is fine. But there are two conditions for Google to use cross-domain image references in a sitemap:

  1. Both domains must be verified in Search ConsoleGoogle's free tool for monitoring crawling, indexing, and search performance. (the page’s domain and the image host’s domain), and
  2. The image host’s robots.txt must allow 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. to crawl the image files.

Miss either one and the cross-domain images won’t be picked up. If you serve images from an image subdomain or third-party CDN, verify that property and check its robots.txt before you assume the sitemap is doing its job.

Best practices

The sitemap is plumbing; the image-SEO fundamentals still apply. Follow Google’s Google Images publishing guidelines: descriptive, accurate alt text; meaningful filenames; high-quality, fast-loading images that are genuinely relevant to the page they sit on; and a stable, crawlable URL for each image file. List only images you actually want surfaced, and keep the <image:loc> URLs in a supported format. The sitemap improves discovery; these practices are what decide whether the discovered images do anything for you.

A note on Bing

This is a Google extension. Bing does not document support for image sitemaps — its sitemap guidance defers to the base sitemaps.org protocol rather than adding an image namespace of its own. So don’t assume the <image:image> tags do anything for Bing; treat the image sitemap as a Google-specific tool.

Where this sits

An image sitemap is one member of a small family of sitemap extensions. The base XML sitemap lists your page URLs; a video sitemapA video sitemap is an XML sitemap (or mRSS feed) that uses the video:video extension to tell Google about videos hosted on your pages — the landing page, a thumbnail, a title, a description, and a link to the video file or player. It helps Google discover and surface video content, but it doesn't guarantee indexing. does the same job as this one but for video, with its own namespace and tags; a sitemap indexA sitemap index is a sitemap of sitemaps — a single file that lists your other sitemap files instead of listing URLs directly. It's how large sites stay under the 50,000-URL / 50MB-per-sitemap limit while submitting just one file. is the sitemap-of-sitemaps you use once you outgrow a single file; and the broader sitemaps overview ties them together. All of them are about the same goal that sits at the top of this cluster — discovery.

Add an expert note

Pin an expert quote

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