Favicon Google: come controllare icona, homepage e redirect

Google ha aggiornato il 27 ottobre 2026 la guida alla favicon, chiarendo l’accessibilità dei redirect dalla homepage. Il percorso da verificare comprende pagina finale, dichiarazione HTML e file dell’icona.

La favicon Google è un dettaglio piccolo, ma visibile accanto alla provenienza di un risultato. Se compare un’icona generica o una versione vecchia, cambiare ripetutamente l’immagine può non risolvere il problema. Prima conviene capire quale pagina dichiara l’icona, quale indirizzo viene richiesto e quale risposta arriva davvero.

Che cosa chiarisce la documentazione aggiornata

La guida ufficiale richiede che Googlebot raggiunga la homepage e segua gli eventuali redirect fino alla pagina che specifica la favicon. Googlebot-Image deve poter recuperare il file. È un chiarimento sui risultati organici, senza l’annuncio di un nuovo formato.

Il punto operativo è separare due passaggi: raggiungere il documento che contiene il riferimento e ottenere l’immagine indicata da quel riferimento. Una homepage funzionante non prova da sola che il secondo passaggio riesca; un file che si apre nel browser non prova che venga dichiarato dalla pagina corretta.

Per iniziare, annota l’indirizzo principale del sito e quello sul quale termina la navigazione. Se sono diversi, conserva entrambi. Questa semplice distinzione aiuta a individuare dove cercare il codice dell’icona e quali richieste verificare.

Favicon, nome del sito e titolo non sono la stessa cosa

Un risultato può contenere diversi elementi identificativi. La favicon è l’immagine; il nome del sito identifica la fonte; il titolo presenta la singola pagina. La documentazione sui nomi dei siti distingue il nome complessivo dai titoli delle pagine e descrive segnali specifici, tra cui i dati strutturati WebSite nella homepage.

Questa distinzione evita di correggere il componente sbagliato. Se l’icona è corretta ma il nome appare poco chiaro, sostituire il file PNG non affronta necessariamente il problema. Se il titolo della pagina è incompleto, il controllo riguarda un’altra parte della presentazione del risultato.

Prima di modificare il sito, descrivi quindi il difetto in modo preciso: icona assente, immagine precedente, nome errato oppure titolo inatteso. Una schermata con data e query può aiutare a confrontare lo stesso elemento dopo l’intervento, senza confondere cambiamenti diversi.

Dove viene dichiarata l’icona

Lo standard HTML definisce il collegamento alla risorsa attraverso l’elemento link con relazione icon. Il riferimento si trova nella sezione head del documento. Un esempio illustrativo è il seguente:

<link rel="icon" href="/assets/icona-sito.png" type="image/png">

Il codice non va incollato automaticamente in ogni sito. Prima controlla che cosa produce già il CMS: tema, impostazioni globali e componenti aggiuntivi potrebbero generare riferimenti propri. Aggiungere un secondo meccanismo senza conoscere il primo rende meno chiaro quale configurazione mantenere.

Individua l’URL effettivo del file e aprilo separatamente. Lo scopo è verificare che il riferimento conduca all’immagine prevista. Se il sito usa più risorse per contesti diversi, annotane funzione, formato e percorso, così da evitare che un intervento sull’icona modifichi per errore un’altra immagine.

Controllare la homepage e i suoi redirect

Un redirect HTTP comunica che la richiesta deve proseguire verso un’altra destinazione. Lo standard RFC 9110 descrive i codici di stato e il campo Location usato per indicare la destinazione nei reindirizzamenti pertinenti. Nella diagnosi interessa soprattutto ricostruire dove termini il percorso.

Immaginiamo un sito il cui indirizzo principale porta a una versione localizzata. È un esempio ipotetico: il controllo deve identificare la pagina finale, verificare che sia quella prevista e cercare lì il riferimento all’icona. Non basta ricordare quale file era stato caricato nell’amministrazione del sito.

Ripeti la verifica per le varianti realmente utilizzate, come dominio con e senza www o indirizzo precedente dopo una migrazione. Se trovi un percorso inatteso, documentalo prima di correggerlo. L’obiettivo è ottenere una destinazione coerente con la configurazione del sito, senza cambiare redirect che hanno altre funzioni legittime.

Usare il pannello Network per vedere le risposte

Il pannello Network degli strumenti per sviluppatori permette di osservare le richieste effettuate dal browser. La guida ufficiale di Chrome DevTools descrive come registrare l’attività e ispezionare dettagli e intestazioni delle risposte. È un supporto utile quando la navigazione nasconde i passaggi intermedi.

Apri il pannello prima di ricaricare la pagina, conserva il registro durante la navigazione quando necessario e individua il documento principale. Controlla quindi l’indirizzo finale e le risposte relative alla risorsa dell’icona. Il nome del file aiuta a trovarla, ma va confrontato con l’URL dichiarato nel documento.

Una prova svolta nel browser descrive quell’accesso specifico. Se il file richiede una sessione, viene servito da un altro host o incontra un controllo di sicurezza, annotalo. Per completare la diagnosi bisognerà confrontare queste osservazioni con la configurazione del server e, quando disponibili, con i log delle richieste.

Verificare che il file sia davvero un’immagine utilizzabile

Google richiede un’icona quadrata di almeno 8×8 pixel, raccomanda dimensioni superiori a 48×48 e indica i formati supportati. Un PNG da 96×96 è una possibile scelta pratica, non una dimensione che garantisce risultati migliori.

Apri il file e verifica le dimensioni reali, senza basarti soltanto sul nome. Un’immagine chiamata icona-96.png potrebbe essere stata sostituita o esportata diversamente. Controlla anche che il risultato resti riconoscibile in piccolo: dettagli sottili e testi lunghi possono diventare poco leggibili.

Se il CMS offre un’anteprima o ritaglia automaticamente l’immagine, verifica il file prodotto dopo il salvataggio. Nella diagnosi conta ciò che viene pubblicato, non soltanto l’originale presente sul computer. Conserva l’immagine precedente per confrontarla e rendere reversibile l’intervento.

Robots.txt e protezioni del server vanno controllati separatamente

La guida di Google a robots.txt distingue gli usi del file per pagine e risorse multimediali. Una regola che impedisce la scansione di una cartella di immagini può coinvolgere anche l’icona ospitata al suo interno. Va quindi confrontato il percorso effettivo con le regole applicabili.

Il catalogo ufficiale dei crawler Google specifica inoltre che le preferenze indirizzate a Googlebot-Image riguardano le funzioni di ricerca in cui compaiono immagini, loghi e favicon. Questa informazione aiuta a scegliere il controllo corretto quando la pagina è accessibile ma la risorsa grafica non lo è.

Una configurazione robots consentita non esclude altri ostacoli. Chiedi di verificare eventuali restrizioni del CDN o del sistema di protezione sul percorso coinvolto. La domanda da risolvere è se la richiesta prevista possa ottenere il file corretto, evitando di allargare indiscriminatamente l’accesso ad altre aree del sito.

Dominio, sottodominio e versioni internazionali

Per le favicon, Google distingue gli hostname, quindi domini e sottodomini, mentre una sottocartella non identifica un sito separato. Il controllo deve partire dalla struttura effettiva, senza attribuire automaticamente un’icona indipendente a ogni lingua.

In un progetto internazionale, prepara un piccolo inventario dei domini e dei sottodomini pubblici. Per ciascuno registra homepage iniziale, pagina finale e file dichiarato. La tabella di lavoro serve a confrontare le configurazioni, non a imporre che tutti i mercati abbiano necessariamente la stessa immagine.

Se alcuni host mostrano l’icona prevista e altri no, la differenza può guidare la diagnosi. Confronta percorsi e regole prima di sostituire il file comune. Un problema su un solo mercato richiede una verifica di quel percorso, anche quando l’amministrazione delle immagini è centralizzata.

Definisci per ciascun host un esito atteso: quale pagina deve essere raggiunta e quale immagine deve essere restituita. Se due mercati condividono la stessa icona, dichiaralo nel registro. Se devono essere diversi, conserva entrambi i riferimenti. Questo rende possibile riconoscere un errore di associazione che altrimenti sembrerebbe soltanto un’immagine mancante, e permette a chi gestisce il sito di ripetere esattamente la stessa verifica dopo una modifica.

Che cosa verificare dopo la correzione

Prima controlla il risultato tecnico: il riferimento è presente nella pagina prevista, il percorso termina sulla destinazione corretta e il file recuperato è quello desiderato. Il test va ripetuto dopo la pubblicazione, perché l’ambiente pubblico può avere configurazioni diverse da quello usato per preparare la modifica.

Lo strumento Controllo URL di Search Console consente di esaminare una pagina indicizzata e svolgere un test attuale. Può contribuire alla verifica della homepage, ma non è una certificazione che la favicon verrà mostrata immediatamente nei risultati.

Google indica che la nuova scansione e l’elaborazione possono richiedere giorni o settimane; la visualizzazione dell’icona non è garantita. Registra la data dell’intervento e osserva lo stesso risultato nel tempo. Se continui a cambiare file o percorso, diventa più difficile ricondurre l’esito a una configurazione precisa.

Valutare il risultato senza attribuirgli effetti non misurati

Il primo successo verificabile è la coerenza tecnica della configurazione. Il secondo è vedere l’icona desiderata nel risultato osservato. Un eventuale cambiamento del CTR richiede un’analisi separata: nel frattempo possono cambiare query, posizione, concorrenza e altri elementi della pagina dei risultati.

Per un sito commerciale, una favicon riconoscibile può aiutare a identificare il brand. È una considerazione sull’esperienza del lettore, non una promessa di traffico. La correzione resta utile come intervento di presentazione, anche quando non è possibile attribuirle un effetto isolato sulle visite.

Conclusionii

Per controllare la favicon su Google, conviene seguire il percorso completo: homepage, destinazione degli eventuali redirect, riferimento HTML e risorsa grafica. Separare questi passaggi permette di individuare il punto da correggere e verificare l’effetto della modifica.

Un inventario essenziale degli host, insieme alle risposte effettivamente ottenute e alla data del rilascio, rende il controllo ripetibile. Dopo aver verificato la configurazione, osserva l’elaborazione nel tempo e conserva la distinzione tra correttezza tecnica, presentazione del risultato e prestazioni del sito.