SEO & Visibilité28 octobre 2026·6 min de lecture

Votre logo a disparu des résultats Google après une refonte ? Google précise le rôle des redirections pour le favicon

Le 27 octobre 2026, Google a précisé sa documentation : pour afficher le favicon, son robot doit pouvoir suivre toutes les redirections depuis la page d'accueil. Pourquoi une refonte ou un passage en HTTPS le fait souvent disparaître, et la vérification en six points.

Votre logo a disparu des résultats Google après une refonte ? Google précise le rôle des redirections pour le favicon
Sommaire7 sections

Le site vient d'être refait, ou il est passé en HTTPS, ou la page d'accueil renvoie maintenant vers une version française. Quelques jours plus tard, dans les résultats Google, le petit logo à côté du nom du site a disparu : à sa place, un globe gris générique. C'est souvent la première chose qu'un dirigeant remarque après une mise en ligne, et la question tombe vite : « qu'est-ce qui a cassé ? »

Google vient de préciser sa documentation sur ce point. Ce n'est pas une nouvelle règle, mais une clarification utile, parce qu'elle vise exactement ce qui change lors d'une refonte : les redirections.

Ce que Google a précisé

La page « Define a favicon to show in search results » de Google Search Central porte la date de mise à jour du 27 octobre 2026. Search Engine Roundtable, qui l'a comparée avec la version archivée du 22 octobre, relève qu'une seule consigne a été réécrite. Avant, elle disait seulement que Googlebot doit pouvoir explorer la page d'accueil et que Googlebot-Image doit pouvoir explorer le fichier du favicon. Elle dit désormais que Googlebot doit pouvoir explorer la page d'accueil, suivre toutes les redirections depuis celle-ci jusqu'à la page où le favicon est déclaré, et que ces adresses ne doivent pas être bloquées, ni par le fichier robots.txt, ni par un autre moyen.

Google n'a publié aucun commentaire sur ce changement, et il n'apparaît pas dans le journal des mises à jour de sa documentation. Search Engine Roundtable y voit une clarification plutôt qu'un changement de fonctionnement. C'est aussi notre lecture : la consigne écrit noir sur blanc ce qui était implicite. Mais elle donne une piste précise quand le logo disparaît après une migration.

Les autres conditions, rappelées sur la même page

  • Une balise dans l'en-tête de la page d'accueil, sous la forme <link rel="icon" href="/chemin/favicon.png">. Google accepte aussi apple-touch-icon et, par héritage, shortcut icon.
  • Un seul favicon par nom d'hôte : www.exemple.re et boutique.exemple.re peuvent avoir chacun le leur, mais un sous-répertoire comme exemple.re/boutique prend celui du site principal.
  • Une image carrée, d'au moins 8 x 8 pixels ; Google recommande plus de 48 x 48 pixels pour un rendu correct sur tous les écrans.
  • Un format de la liste : BMP, GIF, ICO, PNG, JPEG, PPM ou TIFF. Le SVG, très utilisé dans les sites récents, n'y figure pas. Un favicon uniquement en SVG est donc un suspect à vérifier ; le plus simple est de déclarer aussi une version PNG.
  • Une adresse stable : Google demande de ne pas changer souvent l'URL du fichier.
  • Aucune garantie : même quand tout est conforme, Google précise que l'affichage du favicon n'est pas garanti.

Pourquoi une refonte casse souvent le favicon

Une refonte ou une migration modifie justement les éléments que Google doit pouvoir suivre :

Ce qui changeCe qui peut casser
Passage de HTTP à HTTPSUne redirection en plus à suivre ; une redirection mal configurée ou en boucle empêche d'atteindre la page finale.
Ajout ou retrait du « www »Encore une étape ; et le favicon est rattaché au nom d'hôte final.
Accueil redirigé vers /fr ou vers une page d'entréeLa balise doit se trouver sur la page d'arrivée, pas seulement sur l'ancienne page d'accueil.
Nouveau thème ou nouveau frameworkBalise oubliée, fichier déplacé dans un dossier bloqué par robots.txt (dossiers d'assets ou de thème), favicon livré uniquement en SVG.
Nouveau CDN ou protection anti-robotsLe fichier répond aux navigateurs mais refuse les robots de Google (« bloqué par un autre moyen »).

La vérification en six points

  1. Suivre la chaîne de redirections depuis l'adresse la plus simple (http://votresite.re) jusqu'à la page finale. Un outil de vérification d'en-têtes ou la commande curl -IL suffit. Chaque étape doit répondre par une redirection permanente, puis la dernière par un code 200. Une chaîne courte est préférable : une seule redirection directe vers l'adresse finale quand c'est possible.
  2. Ouvrir le code source de la page finale et chercher rel="icon". Pas de balise, pas de favicon.
  3. Ouvrir l'adresse du fichier directement dans un navigateur : elle doit afficher l'image, sans erreur 404 ni redirection vers une page de connexion.
  4. Relire le robots.txt : ni la page d'accueil, ni les pages de redirection, ni le dossier qui contient le favicon ne doivent être bloqués, y compris pour Googlebot-Image.
  5. Contrôler le fichier : carré, plus de 48 x 48 pixels, dans un format de la liste de Google.
  6. Demander une nouvelle exploration de la page d'accueil avec l'outil d'inspection d'URL de Search Console, puis patienter. Google indique que l'exploration peut prendre de plusieurs jours à plusieurs semaines.

Si tout est conforme et que le logo ne revient pas après plusieurs semaines, Google propose un formulaire de retour sur les favicons, sans promesse de traitement individuel.

Un détail, mais un détail visible

Le favicon ne fait pas monter un site dans les résultats. Il sert à être reconnu au milieu d'une liste, sur mobile comme sur ordinateur, où il s'affiche à côté du nom du site. Le perdre ne coûte pas de positions, mais il signale souvent un problème plus large dans la migration : une chaîne de redirections mal construite ou un robots.txt trop large touchent aussi les pages qui, elles, comptent pour le référencement. C'est pourquoi nous le traitons comme un témoin de la qualité d'une migration, au même titre que les redirections 301 décrites dans notre guide refonte de site sans perdre son référencement.

Ce que nous faisons chez Axiom

Nous avons appliqué la vérification à notre propre site : http://axiom-marketing.io passe par deux redirections permanentes (vers HTTPS, puis vers le « www ») avant d'arriver sur la page d'accueil, qui déclare des favicons en PNG de 32 et 192 pixels, et aucune de ces adresses n'est bloquée par le robots.txt. Sur les projets de refonte que nous livrons, ces six points font partie de la recette de mise en ligne, avec le reste des contrôles de redirections, et ils reviennent dans le suivi de maintenance. Si votre logo a disparu des résultats après une refonte, ou si vous préparez une migration, voyez notre page agence web à La Réunion ou développeur web à La Réunion. Nous pouvons aussi faire un audit gratuit, ou en parler via la page contact.

Sources

  • Google Search Central, « Define a favicon to show in search results », mise à jour le 27 octobre 2026 : developers.google.com
  • Search Engine Roundtable, Barry Schwartz, précision de Google sur les redirections entre la page d'accueil et le favicon, 27 octobre 2026 : seroundtable.com
  • Google Search Central, journal des mises à jour de la documentation (entrée du 28 août 2026 sur la liste des formats de favicon) : developers.google.com
Tags :GooglefaviconrefonteredirectionsSearch ConsoleLa Réunion
Jonathan Dewaele
Fondateur & Lead Developer

Fondateur d'Axiom Marketing (UNIVILE SAS), studio d'ingénierie web basé à La Rivière, à La Réunion. 15 ans d'expérience en développement web, e-commerce Shopify et applications métier sur-mesure. Il conçoit et code les projets, avec une exigence de transparence sur les prix, les délais et la technique.

Profil LinkedIn

Un projet en tête ?

On construit des produits digitaux ambitieux et sur-mesure. Le vôtre pourrait être le prochain. Un échange de 30 minutes pour en parler, sans engagement.

Réponse sous 24 h · Devis clair à prix fixe · Sans engagement
Prendre rendez-vous