Rendere visibile un portfolio Next.js su Google: la SEO che conta davvero
Favicon, nome del sito, dati strutturati, sitemap multilingue: i segnali tecnici concreti che decidono l'aspetto del tuo sito nei risultati di ricerca — e come li ho regolati su questo portfolio.
Il problema: ben posizionato non vuol dire ben presentato
Quando si digita il mio nome su Google, il mio portfolio esce in prima posizione. Il posizionamento funziona. Ma un buon ranking non garantisce una buona presentazione: l'icona mostrata accanto al link, il nome del sito, la descrizione — tutto ciò si gioca su segnali tecnici precisi che Google legge nel tuo codice.
Questo articolo illustra le impostazioni che fanno la differenza tra un risultato generico e uno che ispira fiducia.
La favicon: un vincolo che quasi nessuno rispetta
Google mostra un'icona a sinistra di ogni risultato. Perché sia la tua e non un fallback generico, tre condizioni:
- La favicon deve essere servita a un URL stabile e dichiarata tramite
<link rel="icon">. - La sua dimensione deve essere un multiplo di 48px (48, 96, 144…). Un
64×64, per quanto comune, viene semplicemente ignorato da Google. - Deve restare leggibile a dimensioni molto piccole: un monogramma o un simbolo, mai un logo dettagliato.
In Next.js, un semplice file app/icon.tsx genera la favicon e inietta automaticamente il tag <link>. La trappola si nasconde nella dimensione esportata.
Una favicon perfetta ma in
64×64non comparirà mai nei risultati di Google. Il dettaglio che costa settimane di dubbi.
Il «nome del sito»: riprendere il controllo di ciò che Google mostra
Per impostazione predefinita, Google mostra spesso il dominio (ilmiosito.com) al posto del vero nome. Per imporgli un nome proprio, bisogna allineare tre segnali che devono essere rigorosamente identici:
- Il campo
namedei dati strutturatiWebSite(JSON-LD). - Il tag
og:site_name(Open Graph). - La meta
application-name.
Se questi tre valori divergono — foss'anche solo «Jean Portfolio» da un lato e «Jean — Portfolio» dall'altro — Google rinuncia e ripiega sul dominio. La coerenza è l'unica regola.
I dati strutturati: spiegare chi sei
Il JSON-LD Person è ciò che permette a Google di capire che il sito parla di un individuo preciso, con un mestiere, una localizzazione e profili social. I campi che pesano di più:
name,jobTitle,description— l'identità di base.sameAs— l'elenco dei tuoi profili (GitHub, LinkedIn). È ciò che collega il tuo sito alla tua presenza online e alimenta il Knowledge Panel.image— una foto, utile per i risultati arricchiti.
Collegare ogni entità tramite un identificatore @id (#person, #website) evita i duplicati e dà a Google un grafo pulito anziché una collezione di schede isolate.
La sitemap multilingue: non farsi divorare dagli hreflang
Un sito in più lingue deve dire a Google quale versione mostrare a chi. Senza, le diverse lingue si cannibalizzano nell'indice. La regola: ogni URL dichiara tutte le sue varianti linguistiche tramite alternates.languages, più un x-default.
Next.js genera un sitemap.ts nativo dove ogni voce porta i suoi hreflang. È più affidabile dei plugin di terze parti, che spesso mancano le rotte dinamiche di tipo [locale].
Ciò che conta davvero, in ordine
Se dovessi dare priorità per un nuovo progetto:
- Google Search Console — senza, sei cieco. Invia la sitemap, richiedi l'indicizzazione.
- Coerenza dei segnali d'identità — favicon conforme, nome del sito allineato, JSON-LD pulito.
- Contenuti reali — un sito di una sola pagina raggiunge presto il suo limite. Articoli tecnici come questo ti fanno esistere su query reali.
- I Core Web Vitals — un sito veloce è un sito meglio posizionato. Misura, poi ottimizza.
La SEO tecnica non è magia: è una serie di segnali chiari, inviati con pulizia, e poi lasciati al tempo che Google impiega a ri-scansionare. La pazienza fa il resto.