Favicon e nome del sito su Google: perché e come risolverli

Se cerchi il tuo sito su Google e nella pagina dei risultati vedi un'icona generica, sfocata o completamente diversa dal tuo logo, il problema non è quasi mai il file favicon che hai caricato: è quasi sempre un ostacolo tecnico che impedisce a Google di leggerlo o di considerarlo valido. Lo stesso vale per il nome che compare accanto all'URL: se al posto del tuo brand vedi il titolo di una pagina, il nome del dominio o una stringa che non hai mai scritto da nessuna parte, Google lo ha generato da solo perché non ha trovato un segnale chiaro su cui basarsi.

Favicon e nome del sito sono due elementi distinti dello snippet di ricerca, gestiti da meccanismi diversi: il primo dipende da requisiti tecnici del file immagine e dalla sua accessibilità alla scansione, il secondo da segnali algoritmici come i dati strutturati WebSite, il tag title e i meta tag Open Graph. Risolverli richiede di intervenire su leve diverse, e questo articolo copre entrambe: cosa deve avere un favicon per essere accettato, da dove Google prende il nome del sito, come correggere ciascuno dei due e quanto tempo aspettarsi prima di vedere il cambiamento in SERP.

I requisiti tecnici del favicon per Google

Google non mostra qualsiasi immagine caricata come favicon: applica un insieme di requisiti documentati nelle sue linee guida per le immagini in Search. Il file deve essere quadrato, con dimensioni multiple di 48 pixel — 48x48, 96x96, 144x144 e così via — perché Google possa ridimensionarlo senza perdita di leggibilità nei diversi contesti in cui lo mostra: risultati desktop, mobile, app.

I formati accettati sono ICO, PNG, GIF, JPEG e SVG. Un errore comune è servire un file .ico che in realtà contiene un'immagine non quadrata, oppure un'icona molto piccola, tipo 16x16, pensata solo per la tab del browser: funziona lì, ma è sotto la dimensione consigliata da Google, e in SERP rischia di apparire sgranata o di essere sostituita da un'icona generica.

Il file deve inoltre essere raggiungibile da Google esattamente come lo è per un utente: stesso protocollo, stesso host, nessun redirect che porta a un dominio diverso da quello indicizzato. Se il tuo sito risponde sia su www.esempio.it che su esempio.it ma il favicon è referenziato solo su una delle due varianti, la versione servita dall'altra risulterà priva di icona finché non uniformi i riferimenti tra le due.

Perché Google mostra un'icona sbagliata o generica

Il caso più frequente è un file bloccato in robots.txt. Molte configurazioni storiche bloccano intere cartelle come /wp-content/uploads/ o /assets/ per motivi di crawl budget, senza considerare che il favicon vive proprio lì. Google deve poter scaricare l'immagine con lo stesso crawler che scansiona le pagine: se il percorso è vietato, il favicon per Google semplicemente non esiste, anche se un utente lo vede perfettamente nel browser, perché il browser non consulta robots.txt per gli asset visivi.

Il secondo caso è la cache. Google non riscansiona il favicon a ogni visita: lo memorizza e lo aggiorna a intervalli che non sono pubblici né garantiti. Se hai cambiato icona di recente, è normale che in SERP compaia ancora la vecchia, o che compaia l'icona generica nella finestra di transizione in cui la vecchia è stata scartata ma la nuova non è stata ancora recuperata e validata.

Il terzo caso è l'inconsistenza tra sottodomini o protocolli. Un favicon dichiarato su https://esempio.it non copre automaticamente blog.esempio.it se quel sottodominio non ha un proprio riferimento al file, anche se visivamente sembra lo stesso sito agli occhi di un utente. Google tratta ogni host come un'entità distinta per questo segnale, e lo stesso vale per una versione in HTTP rimasta accessibile in parallelo a quella in HTTPS.

• Percorso del favicon bloccato da robots.txt o da una regola su un CDN o un WAF
• Immagine sotto la soglia minima o non quadrata
• Redirect verso un dominio o un protocollo diverso da quello indicizzato
• Riferimento al favicon assente su uno o più sottodomini

Da dove Google prende il nome del sito nei risultati

Il nome che appare sopra il titolo in SERP, accanto al favicon, non è preso da un singolo campo: Google lo genera combinando più segnali, e sceglie quello che ritiene più rappresentativo per l'intero sito, leggendo soprattutto la homepage. Le fonti principali documentate sono i dati strutturati di tipo WebSite con la proprietà name, il contenuto del tag title, il meta tag og:site_name di Open Graph, e in assenza di questi, elementi testuali prominenti della pagina come intestazioni ben formattate o il nome di dominio stesso.

Questo spiega perché il nome mostrato possa cambiare da un periodo all'altro: se il tag title cambia formato da pagina a pagina — a volte "Nome Brand | Categoria", a volte solo "Categoria - Sottotitolo" — Google non ha un segnale coerente su cui convergere e può alternare tra le interpretazioni disponibili finché non trova un'origine dati strutturata e stabile.

Il caso tipico che genera confusione è l'assenza totale di markup WebSite: senza quella dichiarazione esplicita, Google deve inferire il nome dal resto della pagina, e il risultato più comune è che venga usato il dominio stesso, spesso senza branding, tutto minuscolo o con l'estensione ancora visibile, come esempio.it invece di Esempio.

Come correggere il nome del sito con i dati strutturati

Il modo documentato per dichiarare esplicitamente il nome che vuoi venga mostrato è il markup WebSite con la proprietà name, pubblicato in formato JSON-LD nell'head della homepage — Google tratta questo segnale a livello di sito, non di singola pagina, quindi non serve ripeterlo su ogni URL. Il campo name va impostato sul nome del brand esattamente come vuoi che appaia, senza suffissi tipo "Home" o "Sito ufficiale" e senza l'estensione del dominio.

In parallelo, mantieni coerente il meta tag og:site_name con lo stesso valore: anche se pensato originariamente per la condivisione sui social, Google lo legge come segnale di supporto quando il markup WebSite manca o è ambiguo. Avere i due segnali allineati riduce le occasioni in cui l'algoritmo deve scegliere tra fonti in conflitto tra loro.

Se il tag title delle pagine principali include il nome del brand, usa sempre la stessa forma esatta — stessa capitalizzazione, stessa punteggiatura. Un brand scritto come "ESEMPIO", "Esempio" ed "esempio.it" in tre punti diversi del sito manda tre segnali diversi, e Google non ha modo di sapere quale sia quello ufficiale se non glielo dici in modo univoco tramite i dati strutturati.

Un ultimo punto spesso trascurato: se il sito usa un plugin o un tema che genera automaticamente un proprio blocco WebSite, controlla che non stia già scrivendo un valore diverso da quello che hai impostato tu manualmente. Due blocchi WebSite con name differenti sulla stessa pagina sono un conflitto diretto, non una ridondanza innocua, e Google deve arbitrare tra i due senza garanzia su quale prevalga.

Favicon e nome del sito sono governati da meccanismi indipendenti

È facile pensare che risolvendo uno si risolva anche l'altro, ma sono governati da meccanismi indipendenti: puoi avere un favicon perfettamente conforme e visibile mentre il nome del sito resta sbagliato, o viceversa. La causa dell'uno non implica nulla sulla causa dell'altro, quindi diagnosticarli insieme rischia di far perdere tempo su una pista sbagliata invece di isolare il problema reale.

Vale anche la pena sapere che Google stessa non garantisce che favicon o nome del sito compaiano in ogni risultato: la propria documentazione lo dichiara esplicitamente. Possono variare per dispositivo, per query o per la versione della pagina indicizzata in quel momento, quindi un singolo test isolato — una ricerca, da un solo dispositivo, in un solo momento — non è sufficiente per concludere che la correzione non ha funzionato o che il problema persiste ovunque.

Tempi di aggiornamento: quanto aspettare

Né per il favicon né per il nome del sito Google pubblica una finestra temporale garantita. La documentazione ufficiale sul favicon si limita a dire che l'aggiornamento può richiedere del tempo, perché dipende dalla frequenza con cui Google ricrawla e riprocessa quello specifico URL, che varia in base all'importanza percepita del sito e alla frequenza storica di modifica dei suoi contenuti.

In pratica, un sito crawlato spesso — contenuti aggiornati con regolarità, un buon numero di segnali di autorità — tende a vedere questi cambiamenti riflessi nell'ordine di giorni o settimane; un sito piccolo e aggiornato raramente può aspettare più a lungo, semplicemente perché Google alloca meno risorse di scansione a quell'host. Richiedere una nuova scansione della homepage tramite lo strumento di ispezione URL in Search Console non garantisce l'aggiornamento immediato dell'icona o del nome, ma segnala a Google che quell'URL è cambiato, ed è ragionevole farlo dopo ogni modifica ai file o al markup coinvolti.

Un errore comune è concludere, dopo pochi giorni senza cambiamenti visibili, che la correzione non ha funzionato e tornare a modificare di nuovo il file o il markup. Questo può paradossalmente riportare l'attesa da capo, perché Google torna a dover validare un segnale che è appena cambiato una seconda volta. Se i requisiti tecnici sono soddisfatti e i dati strutturati sono corretti, la scelta più efficace è aspettare, monitorando periodicamente senza intervenire ogni pochi giorni sullo stesso elemento.

Errori comuni da evitare

Alcuni errori si ripetono con una regolarità tale da meritare una lista a parte, perché nella maggior parte dei casi che sembrano un bug di Google la causa reale è una di queste.

• Bloccare l'URL del favicon, o l'intera cartella che lo contiene, in robots.txt
• Usare un'immagine rettangolare o più piccola di 48x48 pixel
• Dichiarare il favicon solo su una variante del dominio — www, sottodominio, HTTP invece di HTTPS — e non sulle altre
• Avere più blocchi WebSite in conflitto tra loro, ad esempio uno inserito manualmente e uno generato da un plugin, con valori di name diversi
• Modificare title, og:site_name e markup WebSite in momenti diversi invece che nella stessa release, prolungando la finestra di segnali contraddittori
• Aspettarsi che la favicon della tab del browser, spesso 16x16 e gestita da un tag link con rel icon nell'head, coincida automaticamente con quella richiesta per la SERP

Checklist pratica per verificare entrambi i segnali

Prima di aspettare settimane senza sapere se il problema è già risolto dal tuo lato, vale la pena verificare ogni punto in modo sistematico, nell'ordine in cui Google stesso li valuterebbe.

Nessuno di questi controlli richiede strumenti a pagamento: un browser, il file robots.txt e il codice sorgente della homepage bastano per isolare la causa reale nella maggior parte dei casi.

• Apri l'URL del favicon direttamente nel browser in una finestra anonima: deve caricarsi senza redirect e senza errore, sullo stesso host della pagina indicizzata
• Controlla robots.txt per il percorso esatto del file favicon e per l'intera cartella che lo contiene
• Verifica che l'immagine sia quadrata e di almeno 48x48 pixel, idealmente un multiplo superiore come 96x96
• Ripeti il controllo su ogni variante del dominio che il sito serve pubblicamente, inclusi www, non-www e sottodomini
• Controlla che il markup WebSite con la proprietà name sia presente nella homepage e restituisca lo stesso valore del title e di og:site_name
• Usa lo strumento di ispezione URL in Search Console per richiedere una nuova scansione della homepage dopo aver corretto ogni elemento