Official statement
Other statements from this video 24 ▾
- 1:03 Faut-il vraiment maintenir deux sitemaps lors d'une migration HTTPS ?
- 1:06 Faut-il vraiment soumettre les anciennes URLs HTTP dans le sitemap lors d'une migration HTTPS ?
- 6:35 Google peut-il vraiment mesurer la vitesse de chargement pour le classement SEO ?
- 11:06 La vitesse de chargement impacte-t-elle vraiment le classement Google ?
- 11:25 Les améliorations progressives suffisent-elles à sortir d'une pénalité Panda ?
- 11:26 Panda récompense-t-il vraiment les améliorations progressives d'un site pénalisé ?
- 12:06 Faut-il migrer tous les sous-domaines vers HTTPS en une seule fois ou par étapes ?
- 12:57 Google indexe-t-il vraiment correctement les sites JavaScript ?
- 12:57 AngularJS est-il compatible avec une indexation Google optimale ?
- 14:00 Un site photo sans texte peut-il vraiment ranker dans Google ?
- 14:00 Le contenu textuel est-il vraiment obligatoire pour ranker des images ?
- 16:00 Comment Google choisit-il vraiment les mots-clés qui font ranker votre site ?
- 16:41 Les pages en noindex diluent-elles vraiment le PageRank de votre site ?
- 20:13 Faut-il migrer tous ses sous-domaines HTTPS en une seule fois ou progressivement ?
- 22:21 Les liens naturels sont-ils vraiment plus efficaces que les liens obtenus par stratégie SEO ?
- 22:47 Les liens naturels sont-ils vraiment plus efficaces que les backlinks manipulés pour le classement Google ?
- 25:07 La sandbox Google existe-t-elle vraiment ou est-ce un mythe SEO ?
- 28:56 Le structured data influence-t-il vraiment le classement organique ?
- 29:42 Comment Google filtre-t-il vraiment le contenu dupliqué pour l'indexation ?
- 31:10 Les algorithmes de Google sont-ils vraiment 100% automatiques ?
- 32:08 AMP booste-t-il vraiment votre classement Google ?
- 39:52 La sandbox Google existe-t-elle vraiment ou est-ce un mythe SEO ?
- 43:05 Faut-il migrer son site en IPv6 pour améliorer son référencement Google ?
- 71:37 Hreflang suffit-il vraiment à garantir l'affichage de la bonne version linguistique dans Google ?
John Mueller confirms that the indexing of images is slower than that of HTML pages during a migration. 301 redirects should cover both image URLs and the pages that host them. This time lag can significantly extend the transition period in Google Images, even when the rest of the site has migrated correctly.
What you need to understand
Does image indexing follow the same timeline as pages?
No, and this is a common trap. Google treats images as distinct entities in its index. When you migrate a site, the crawler discovers your 301 redirects on HTML pages relatively quickly. However, image URLs require a Googlebot-Image pass, which operates at a different pace.
In practice, you may see your new pages indexed in a few days, while your images can take several weeks to switch over. During this waiting period, your Google Images traffic remains fragmented between the old domain and the new one. The visual SEO is slow to catch up with the rest of your content.
What happens if we forget to redirect images?
You lose all the SEO capital accumulated on those URLs. Google sees each image as an independent indexable resource, with its own history of popularity, quality signals, and position in visual search results.
Without a 301 redirect, Google interprets the disappearance of the old image URL as a permanent removal. You start from scratch. Your product visuals, infographics that generated qualified traffic, your ambiance photos that converted: everything disappears from the image SERPs. And this traffic is rarely negligible, especially in e-commerce or visual sectors.
How long does this slow indexing really last?
Mueller talks about slowdown without providing a specific number. In the field, we observe delays ranging from a few days to several weeks depending on the volume of images and your site's crawl frequency. A site with 10,000 images may see its image migration stretch over 4 to 8 weeks, while HTML pages switch in 1 to 2 weeks.
This time frame depends on your image crawl budget, which is distinct from the page crawl budget. If Google usually crawls your images infrequently, the migration will take even longer. Sites with a history of frequently updated and well-optimized images will migrate faster than those that have never taken care of this aspect.
- Image indexing is asynchronous compared to HTML pages during a migration
- 301 redirects are mandatory for both image URLs and the pages that contain them
- The image migration delay can last several weeks even when the rest of the site has migrated quickly
- Google Images traffic remains fragmented between the old and new domain throughout the transition period
- Each image has its own SEO capital that is permanently lost without proper redirection
SEO Expert opinion
Is this statement consistent with on-the-ground observations?
Absolutely. It has been observed for years that Google Images lags during migrations. Feedback from practitioners is consistent: image traffic takes longer to stabilize. What's interesting is that Mueller finally clarifies this lag, where Google had previously been vague on the subject.
However, what is missing is a rough temporal scale. Saying it is "slower" is vague. [To be verified]: is it 2x slower? 5x? Does it vary linearly with the number of images or is there a threshold? Practitioners would like benchmarks to properly anticipate their migrations and inform their clients.
What nuances should be added to this guideline?
Mueller talks about redirecting "image URLs as well as their corresponding pages." But in reality, architectures are rarely that simple. You have images shared across multiple pages, CDNs serving visuals from third-party domains, lazy-loading that modifies URLs dynamically.
Google's recommendation assumes a clean architecture where each image has a clear canonical URL. If your images are served via dynamically generated URL parameters, or if you are using external services like Cloudinary that transform images, the concept of "image redirection" becomes blurry. In these cases, the priority becomes updating the image sitemap and adding ImageObject schema tags to the new pages.
When does this rule not apply?
If your site does not derive any traffic from Google Images, you can downplay the urgency. But let's be honest: very few sites are in this case. Even a corporate blog will generate some visits through its article visuals. And these visits are often qualified, as the user is looking for specific visual content.
The real exception concerns sites that undergo a complete overhaul of their visual identity during the migration. If you replace 100% of your images with new creations, redirecting old image URLs makes less sense. You would rather let the old ones die and actively push the new ones via a comprehensive image sitemap and targeted link building campaigns for your new visuals.
Practical impact and recommendations
What should you do concretely before the migration?
First, map all your indexed image URLs. A Screaming Frog or Sitebulb crawl is not always enough: also extract URLs present in your image sitemap and those driving traffic in Google Search Console, under the Performance tab, filtering for "Image".
Then, plan your redirect matrix, including those image URLs. Many migrations forget this aspect and focus solely on the pages. The result: thousands of images in 404 that take months to disappear from the index, leading to a degraded user experience and significant traffic loss.
What mistakes to avoid during the transition?
Do not redirect all your images to the homepage of the new site. This catastrophic practice is still observed. Each image should be redirected to its exact equivalent on the new domain, or at least to the product/article page that now contains it.
Another trap: forgetting to update og:image and twitter:image tags in your new pages. Google uses these signals to understand which image represents your content. If they still point to the old domain, you confuse the signals and delay the indexing of your new visuals.
How can you speed up the re-indexing of images?
Submit a complete and up-to-date XML image sitemap as soon as the new site goes live. This sitemap should list all image URLs from the new domain, ideally with title and caption tags filled in. It's the strongest signal to indicate to Googlebot-Image that there is fresh content to crawl.
Then, monitor Google Search Console, Coverage section, filtering for images. You will gradually see your new URLs appear. If, after 3-4 weeks, certain strategic images are still not indexed, you can force their discovery by integrating them into freshly published pages and requesting the indexing of these pages via the URL inspection tool.
- Extract all indexed image URLs before migration (crawl + GSC + sitemap)
- Set up individual 301 redirects for each image URL to its exact equivalent
- Update all image sitemaps with the new URLs as soon as the switch occurs
- Ensure og:image and schema ImageObject tags point to the new domain
- Monitor image indexing in GSC and restart the crawl if strategic URLs lag
- Keep redirects active for at least 12 months to cover the entire recrawl cycle
❓ Frequently Asked Questions
Faut-il rediriger les images même si elles sont hébergées sur un CDN externe ?
Les redirections d'images impactent-elles le crawl budget global du site ?
Combien de temps doit-on maintenir les redirections 301 d'images après une migration ?
Peut-on accélérer l'indexation des nouvelles URLs images en demandant une indexation manuelle ?
Que faire si on découvre après la migration qu'on a oublié de rediriger les images ?
🎥 From the same video 24
Other SEO insights extracted from this same Google Search Central video · duration 1h04 · published on 29/11/2016
🎥 Watch the full video on YouTube →
💬 Comments (0)
Be the first to comment.