Faut-il vraiment rediriger toutes les images lors d'une migration de site ?

Pourquoi Google insiste-t-il autant sur les redirections d'images ?

La déclaration de Martin Splitt est sans ambiguïté : les images ne sont pas un détail qu'on peut négliger lors d'une migration. Le contenu visuel génère du trafic, parfois massif selon les secteurs (e-commerce, tourisme, édition), et Google Images représente une source d'acquisition à part entière.

Le problème ? L'index d'images fonctionne sur des cycles de rafraîchissement qui ne sont pas synchronisés avec l'index textuel. Une URL d'image non redirigée = une erreur 404 côté Googlebot-Image. Résultat : des mois à attendre que Google recrawle, réindexe, et rétablisse la visibilité. Temps pendant lequel le trafic organique images s'effondre.

Que signifie « surveiller les logs serveur de l'ancien domaine » ?

Google recommande de ne pas précipiter la fermeture de l'ancien domaine. La raison : Googlebot continue de crawler les anciennes URLs — y compris les images — même après la migration, le temps de mettre à jour ses index.

Surveiller les logs serveur, c'est identifier l'activité de crawl résiduelle. Tant que Googlebot tape encore régulièrement sur l'ancien domaine, c'est qu'il n'a pas fini son travail de mise à jour. Couper le serveur trop tôt = forcer Google à gérer des erreurs 404 au lieu de redirections propres. Autant dire qu'on lui complique la vie, et qu'on ralentit le processus.

Les redirections d'images comptent-elles autant que celles des pages HTML ?

Oui. C'est justement le cœur de cette déclaration. Le contenu visuel est très important pour le SEO, dit Google. Pas « peut être utile » ou « à envisager selon les cas ». Très important.

Dans la pratique, ça signifie qu'une migration qui gère parfaitement les redirections HTML mais oublie les images est une migration bancale. Les images portent du contexte sémantique, génèrent des backlinks (Pinterest, réseaux sociaux), et alimentent des featured snippets visuels. Les négliger, c'est sacrifier une partie du référencement sans même s'en rendre compte.

• Toutes les images doivent bénéficier d'une redirection 301, pas juste celles des pages principales
• Le rafraîchissement de l'index d'images est plus lent que l'index textuel — patience obligatoire
• Surveiller les logs serveur de l'ancien domaine permet de savoir quand Googlebot a terminé son travail de recrawl
• Ne pas supprimer l'ancien domaine tant que l'activité de crawl reste significative
• Le trafic organique images peut représenter une part non négligeable du trafic global selon le secteur

Cette recommandation est-elle cohérente avec les observations terrain ?

Oui, et c'est même une confirmation bienvenue. Les praticiens SEO qui ont géré des migrations complexes savent que les images sont souvent le parent pauvre du processus. On se concentre sur les URLs de pages, sur le maillage interne, sur les sitemaps XML — et les images ? On les oublie, ou on se dit qu'elles suivront.

Sauf qu'elles ne suivent pas. Les retours d'expérience montrent qu'une migration sans redirections d'images peut entraîner des chutes de trafic de 20 à 40 % sur Google Images, et que le rétablissement prend entre 3 et 6 mois. Martin Splitt confirme ce qu'on observe : l'index d'images est lent à se mettre à jour, et les erreurs 404 sur des ressources visuelles ne sont pas anodines.

Quelles nuances faut-il apporter à cette déclaration ?

La formulation « toutes les images » est large. Concrètement, ça inclut quoi ? Les images de contenu éditorial, oui. Les visuels de produits e-commerce, évidemment. Mais aussi les icônes CSS, les sprites, les assets techniques ? [A verifier] — Google ne précise pas si la recommandation vise uniquement les images indexables ou l'ensemble des ressources visuelles du site.

Autre point : la durée d'attente avant de supprimer l'ancien domaine. Google dit « attendre que l'activité de crawl diminue », mais diminue jusqu'où ? Un crawl par jour, c'est négligeable ou encore significatif ? La déclaration manque de seuils concrets. En pratique, on recommande de garder l'ancien domaine actif au moins 6 mois après la migration, parfois 12 mois selon la taille du site. Mais Google ne donne pas de chiffre.

Dans quels cas cette règle peut-elle être assouplie ?

Si le site migré génère peu ou pas de trafic via Google Images, la priorité peut être revue. Un site B2B axé sur du contenu textuel technique, sans dimension visuelle forte, peut se permettre de négliger certaines images — même si ce n'est jamais idéal.

Mais attention : même dans ces cas, les images portent du contexte sémantique pour le contenu textuel. Google utilise la reconnaissance visuelle pour enrichir la compréhension d'une page. Négliger les redirections d'images, c'est potentiellement affaiblir le signal global de la page, même si le trafic images en lui-même est marginal. Donc oui, on peut assouplir, mais il faut mesurer le risque.

Que faut-il faire concrètement lors d'une migration ?

Première étape : inventorier toutes les URLs d'images du site actuel. Pas juste celles visibles dans les pages HTML, mais aussi celles présentes dans les sitemaps images, dans les balises srcset, et même les anciennes images orphelines qui génèrent encore du trafic via Google Images. Un crawl Screaming Frog ou Sitebulb configuré pour extraire les images est un bon point de départ.

Ensuite, mapper chaque ancienne URL d'image vers sa nouvelle URL sur le domaine cible. Si l'image n'existe plus, rediriger vers une image équivalente ou, à défaut, vers la page qui contextualise le mieux le sujet. Une redirection 301 vers la homepage ? Non. Google veut de la cohérence sémantique, pas du bricolage.

Comment surveiller que le processus de migration des images se passe bien ?

Deux outils : les logs serveur et la Search Console. Côté logs, on configure une analyse sur l'ancien domaine pour tracker l'activité de Googlebot-Image. Tant que le volume de requêtes reste élevé (disons, plusieurs centaines par jour pour un site moyen), c'est que Google continue de recrawler l'ancien domaine. On ne coupe rien.

Côté Search Console, on surveille l'index de couverture et les rapports d'erreurs 404 sur les URLs d'images. Si des pics d'erreurs apparaissent après la migration, c'est un signal d'alerte : soit les redirections ne sont pas en place, soit Google n'a pas encore mis à jour son index. Dans tous les cas, ça demande une action corrective immédiate.

Quelles erreurs éviter absolument ?

Erreur numéro un : supposer que les redirections HTML suffisent. Elles ne suffisent pas. Les images sont crawlées et indexées indépendamment des pages qui les hébergent. Une redirection 301 sur la page ne redirige pas automatiquement les images qu'elle contient.

Erreur numéro deux : couper l'ancien domaine trop vite. On l'a dit, mais ça mérite d'être répété : tant que Googlebot tape régulièrement sur l'ancien serveur, il faut maintenir les redirections actives. Fermer un domaine après deux semaines parce que « visuellement tout est bon » ? C'est une garantie de perdre du trafic images pendant des mois.

• Inventorier toutes les URLs d'images via un crawl exhaustif (Screaming Frog, Sitebulb)
• Mapper chaque ancienne image vers sa nouvelle URL ou une alternative sémantiquement proche
• Mettre en place des redirections 301 côté serveur (Apache .htaccess, Nginx conf, ou CDN si applicable)
• Configurer une analyse de logs serveur pour tracker l'activité de Googlebot-Image sur l'ancien domaine
• Surveiller les erreurs 404 images dans la Search Console post-migration
• Conserver l'ancien domaine actif au moins 6 mois, idéalement 12 mois pour les gros sites