Gestione SEO del sito: la guida avanzata che serve quando le basi non bastano più

Di Daniele Forciniti

Indice del Contenuto

La gestione SEO di un sito comincia davvero dopo le basi: quando il sito è online, indicizzato, e iniziano i casi strani. Pagine che spariscono, contenuti duplicati, un trasloco da fare senza perdere posizioni, versioni in più lingue che si fanno concorrenza. Questa è la guida a quello che viene dopo, basata sulle indicazioni ufficiali di Google: come controllare scansione e indicizzazione, come spostare pagine e siti, come far capire il sito ai motori e cosa guardare in Search Console.

A chi serve questa guida (e a chi no)

Se stai partendo da zero, questa non è la guida giusta: meglio cominciare da cos’è la SEO, spiegata da zero e poi tornare qui. Questa serve a chi ha già un sito che funziona e deve gestirlo nel tempo: chi si occupa della manutenzione, chi ha un sito grande, chi lavora in più lingue o chi sta per fare un cambiamento importante come un cambio di dominio.

Il presupposto di tutto è capire come funziona la catena: Google prima scansiona le pagine, poi le indicizza, poi decide se e come mostrarle. Sono tre fasi diverse e separate. Se non tieni a mente questa distinzione, ogni problema diventa un mistero: una pagina può essere scansionata e non indicizzata, oppure indicizzata e non mostrata per una certa ricerca.

Controllare come Google scansiona e indicizza

Contenuti duplicati e pagina canonica

Quando lo stesso contenuto è raggiungibile da più indirizzi, Google ne sceglie uno come versione ufficiale, la pagina canonica. Il punto è che se non glielo dici tu, sceglie lui, e non sempre come vorresti. Succede più spesso di quanto pensi: con e senza www, con parametri di tracciamento, versioni di stampa, schede prodotto raggiungibili da categorie diverse. Indicare la canonica con il tag apposito evita che le versioni si facciano concorrenza da sole.

Risorse bloccate: l’errore silenzioso

Google deve poter scaricare non solo l’HTML, ma anche i CSS e le immagini che servono a costruire la pagina. Se le blocchi con il robots.txt o se sono accessibili solo dopo il login, Google vede una pagina diversa da quella che vedono gli utenti, e può sbagliare a valutarla. È un errore che non dà segnali evidenti: il sito sembra a posto, ma il rendering per Google è rotto. Lo strumento Controllo URL di Search Console mostra la pagina come la vede Google davvero: è il modo più rapido per accorgersene.

robots.txt, noindex, canonical e sitemap: chi fa cosa

Qui si concentrano quasi tutti gli errori che vedo nei siti dei clienti, perché questi quattro strumenti sembrano simili ma fanno cose diverse. Questa tabella vale da sola la lettura:

Strumento	A cosa serve davvero	Errore tipico
robots.txt	Impedire la scansione di certe aree del sito	Usarlo per nascondere una pagina da Google: non funziona, perché una pagina bloccata può comparire lo stesso
noindex	Impedire l’indicizzazione, cioè che la pagina finisca nei risultati	Metterlo su una pagina bloccata dal robots.txt: Google non può leggerlo, quindi non lo applica
canonical	Dire qual è la versione ufficiale tra più pagine uguali o simili	Usarlo al posto del redirect quando la pagina vecchia va davvero spostata
sitemap	Segnalare quali pagine contano e con che frequenza cambiano	Pensare che Google scansioni solo quelle: la sitemap dà priorità, non limita

Due regole pratiche da tenere a mente. La prima: il robots.txt serve a non far scansionare, non a non far indicizzare. Se vuoi che una pagina non compaia, usa il noindex o proteggila con un accesso. La seconda: blocca pure le risorse inutili che appesantiscono il server, come le icone ripetute, ma mai il CSS e le immagini che servono a rendere la pagina.

La sitemap conta più di quanto sembri

La sitemap è il modo più diretto per dire a Google quali pagine ritieni importanti. Diventa decisiva in tre casi: quando i contenuti cambiano spesso, quando alcune pagine non sono raggiungibili con i link interni, e quando hai contenuti non testuali come immagini e video. Non limita la scansione al suo elenco, ma indirizza le priorità, e su un sito grande questo fa la differenza.

Siti in più lingue o per più paesi

Se il sito parla più lingue o si rivolge a paesi diversi, la gestione si complica parecchio, perché entrano in gioco l’hreflang, la struttura degli URL e il rischio che le versioni competano tra loro. Le regole principali sono tre: un indirizzo diverso per ogni lingua, l’hreflang per dichiarare le varianti e nessun reindirizzamento automatico in base alla lingua che pensi parli l’utente. C’è poi un caso particolare da conoscere: se il sito cambia i contenuti in base al paese da cui arriva la richiesta, questo influisce su come Google riesce a scansionarlo, perché il crawler lavora quasi sempre dagli Stati Uniti.

È un tema che merita da solo un articolo, e infatti l’ho scritto: trovi tutto in siti multilingua, perché Google mostra la pagina sbagliata, con la tabella delle strutture di URL e le regole dell’hreflang.

Spostare una pagina o migrare un sito intero

È il momento in cui si fanno più danni, perché un errore qui si porta via anni di lavoro. La differenza fondamentale è tra spostamento definitivo e temporaneo:

Situazione	Cosa restituire	Perché
La pagina si sposta per sempre	Redirect 301	Trasferisce il valore accumulato al nuovo indirizzo
Lo spostamento è temporaneo	Redirect 302	Dice a Google di continuare a considerare l’indirizzo originale
La pagina non esiste più	404 vero	Google capisce che va tolta dall’indice
La pagina non esiste ma risponde “ok”	Da evitare (soft 404)	Confonde Google, che continua a trattarla come esistente

Sul 404 aggiungo una cosa che vedo sbagliare spesso: puoi (e dovresti) fare una pagina 404 curata, con la ricerca interna e i link alle sezioni principali. Ma quella pagina deve restituire un vero codice 404. Una pagina “non trovato” che però risponde come se fosse tutto a posto è la definizione di soft 404, e crea solo confusione.

Per una migrazione completa, l’ordine di lavoro è questo:

Mappa vecchio e nuovo: ogni indirizzo esistente deve avere una destinazione precisa, non una generica pagina iniziale.
Redirect 301 uno a uno, evitando le catene di redirect.
Sitemap aggiornata con i nuovi indirizzi.
Comunica lo spostamento a Google da Search Console, così inizia prima a scansionare il nuovo sito e a trasferire i segnali.
Controlla per settimane: indicizzazione, errori di scansione e posizioni. I cali nei primi giorni sono normali, quelli che durano no.

Best practice di scansione da non trascurare

Link scansionabili: un link deve essere un vero collegamento con il suo indirizzo. Se è costruito solo con JavaScript o con un elemento cliccabile qualsiasi, Google può non seguirlo.
Qualifica i link in uscita: usa nofollow o sponsored per link a pagamento, link dietro accesso e contenuti inviati dagli utenti. Serve anche a proteggerti: la cattiva qualità altrui non si riflette su di te.
Budget di scansione: è un problema vero solo per siti enormi, nell’ordine di decine o centinaia di milioni di pagine. Se hai un sito normale, non è quello il tuo problema, anche se in giro te lo raccontano spesso.
JavaScript: Google lo esegue, ma non è gratis in termini di tempo e risorse. Più il contenuto importante è disponibile subito nell’HTML, meno rischi corri.
Scorrimento infinito: è comodo per l’utente ma difficile da scansionare. Se quei contenuti devono finire su Google, prevedi anche una versione con le pagine numerate.
Articoli divisi in più pagine: metti link chiari a pagina precedente e successiva, e che siano link veri.
Blocca gli indirizzi che cambiano stato: carrello, creazione account, invio commenti. Non devono essere scansionati.
HTTPS: se sei ancora su HTTP, la migrazione al protocollo sicuro non è più rimandabile. Chrome segnala i siti non sicuri, e la fiducia si perde in un attimo.

Aiutare Google a capire di cosa parli

Regola semplice: le informazioni importanti vanno scritte in testo, non messe dentro un’immagine. Google legge molti formati, ma il testo resta la strada più sicura. Prezzi, orari, indirizzi, nomi dei servizi: se stanno solo in una grafica, per i motori è come se non ci fossero.

Sopra al testo si aggiungono i dati strutturati, cioè un modo standard per dire a Google che quel numero è un prezzo, quella data è un evento, quel blocco è una domanda frequente. Oltre a farsi capire meglio, sbloccano i risultati arricchiti nelle ricerche. Se non sai mettere le mani nel codice, esistono strumenti guidati per generarli, anche se il modo più solido resta inserirli nelle pagine. È lo stesso lavoro che facciamo nei progetti dei clienti, e uno dei motivi per cui oggi i siti fatti bene vengono citati anche dalle AI, come racconto nell’articolo sulla SEO locale per farsi citare dalle intelligenze artificiali.

Esperienza utente: sicurezza, velocità e mobile

L’esperienza d’uso non è solo cortesia verso i visitatori, conta anche nel posizionamento. Tre cose in particolare:

HTTPS: obbligatorio nei fatti, sia per la sicurezza sia per la fiducia di chi arriva.
Velocità: una pagina veloce batte una lenta, sempre. Il report dei Core Web Vitals in Search Console ti dà il quadro di tutto il sito, PageSpeed Insights il dettaglio della singola pagina.
Mobile: oltre il 60% di chi naviga nel mondo lo fa da telefono, e Google usa ormai il crawler mobile come predefinito. Tradotto: se il sito è comodo da desktop ma scomodo da telefono, per Google il tuo sito è quello scomodo.

Una nota onesta: nella documentazione ufficiale compare ancora AMP tra i modi per avere pagine veloci. Oggi però pesa molto meno rispetto a qualche anno fa, e per la maggior parte dei siti conviene investire su un sito già leggero di suo invece che su una tecnologia a parte.

Controllare come appari nei risultati

Una parte del lavoro riguarda l’aspetto: come ti presenti nella pagina dei risultati. Su queste cose hai più controllo di quanto credi:

Favicon: la piccola icona accanto al risultato. Serve a farti riconoscere, soprattutto da mobile.
Titolo del risultato: Google può riscriverlo, ma parte da quello che gli dai. Titoli chiari e diversi tra loro riducono le riscritture.
Snippet: puoi limitarne la lunghezza o toglierlo del tutto, se hai motivi per farlo.
Data di pubblicazione: utile per gli articoli, perché mostra che il contenuto è aggiornato.
Risultati speciali: ricette, eventi, offerte di lavoro e altri formati si attivano con i dati strutturati giusti.

Regole particolari per certi tipi di contenuto

Se hai…	Cosa devi sapere
Video	Ci sono regole specifiche perché Google li trovi, li scansioni e li mostri nei risultati video
Immagini	Contano nome file, testo alternativo e metadati; per escluderne una si usa una regola nel robots.txt
Un sito di notizie	Servono il Centro editori, una sitemap dedicata alle news e le regole per i contenuti a pagamento
Contenuti per bambini	Vanno contrassegnati come rivolti ai minori, per la normativa sulla privacy dei minori
Contenuti per adulti	Conviene segnalarli, così vengono filtrati correttamente da SafeSearch
Un e-commerce	Schede prodotto, disponibilità e prezzi vanno dichiarati con i dati strutturati

Sul commercio elettronico il discorso è lungo e merita un approfondimento a parte: se vendi online, parti da SEO per e-commerce.

Gestione SEO nel tempo: i report di Search Console che contano

Search Console è lo strumento che ti dice come Google vede il tuo sito, ed è gratis. Nella pratica, i report su cui torno sempre sono quattro: Indicizzazione delle pagine (quali sono dentro e quali no, con il motivo), Controllo URL (per vedere una singola pagina con gli occhi di Google), Rendimento (quali ricerche ti portano clic, non solo visite) e Core Web Vitals. Se ne guardi solo uno, guarda l’indicizzazione: è lì che si scoprono i problemi seri prima che diventino cali di traffico.

La mia lettura da web designer e SEO specialist

Dopo anni passati su siti di ogni tipo, ti dico dove si concentrano i problemi veri: quasi mai nelle cose esotiche come il budget di scansione, quasi sempre in tre banalità. Una canonica messa male, un robots.txt usato per nascondere pagine che invece continuano a comparire, e una migrazione fatta di corsa con tutti i redirect che puntano alla pagina iniziale. Sono errori che non si vedono subito, e proprio per questo fanno danni per mesi prima che qualcuno se ne accorga.

Il consiglio pratico è di trattare la gestione SEO come la manutenzione di un’auto: un controllo periodico corto, non un intervento enorme una volta l’anno. Ogni mese guarda indicizzazione, errori di scansione e le pagine che hanno perso clic. Se vuoi che ce ne occupiamo noi, c’è la nostra pagina di consulenza SEO, e per chi lavora su Wix c’è il servizio dedicato di SEO per Wix Studio in Italia. Se invece il tuo sito è in WordPress, il punto di partenza è la pagina di sviluppo siti web WordPress.

In conclusione

La differenza tra chi fa SEO e chi la gestisce sta tutta qui: non nelle parole chiave, ma nel controllo. Sapere cosa viene scansionato, cosa viene indicizzato, cosa succede quando sposti una pagina e come ti presenti nei risultati. Sono cose meno appariscenti dei contenuti, ma sono quelle che tengono in piedi il resto. Fai un controllo periodico, sistema una cosa alla volta e vedrai che i cali improvvisi diventeranno molto più rari.

Domande frequenti

Posso usare il robots.txt per togliere una pagina da Google?

No, è l’errore più comune. Il robots.txt impedisce la scansione, non l’indicizzazione: una pagina bloccata può comparire lo stesso nei risultati. Per toglierla davvero serve il noindex oppure un accesso protetto.

Che differenza c’è tra redirect 301 e 302?

Il 301 è definitivo e trasferisce il valore della vecchia pagina alla nuova. Il 302 è temporaneo e dice a Google di continuare a tenere in considerazione l’indirizzo di partenza. Per un trasloco vero serve sempre il 301.

Cos’è un soft 404?

È una pagina che dice all’utente “non trovato” ma risponde tecnicamente come se fosse tutto regolare. Google continua a trattarla come una pagina valida e la tiene nell’indice. La pagina 404 può essere curata quanto vuoi, ma deve restituire un vero codice 404.

Devo preoccuparmi del budget di scansione?

Quasi certamente no. È un tema che riguarda siti enormi, con decine o centinaia di milioni di pagine. Su un sito aziendale o un blog, i cali di traffico hanno praticamente sempre altre cause.

Ogni quanto va controllato un sito?

Un controllo mensile di indicizzazione, errori di scansione e pagine in calo è più che sufficiente per un sito normale. Dopo un cambiamento importante, come una migrazione, va guardato ogni settimana per un paio di mesi.

Google vede il mio sito da telefono o da computer?

Da telefono. Google usa ormai il crawler mobile come predefinito, quindi la versione che conta è quella per smartphone: se lì mancano contenuti presenti sul desktop, per Google semplicemente non esistono.

Fonti

Google Search Central: la guida introduttiva alla SEO, da cui partono tutte le regole avanzate.
Google Search Central: come funziona la Ricerca Google.
Google Search Central: pagine canoniche e contenuti duplicati.
Google Search Central: migrazione di un sito con cambio di URL.
Google Search Central: le nozioni di base della Ricerca.

Daniele Forciniti

Sono Daniele Forciniti, un esperto di web design e SEO con oltre 10 anni di esperienza e diverse certificazioni professionali. Mi specializzo in HTML e CSS, utilizzo CMS come WordPress. Sono il maggior esperto in Italia di WIX e WIX Studio, mi occupo anche di SEO posizionamento web nei motori di ricerca e digital marketing. Sono appassionato del mio lavoro e continuo ad aggiornare le mie competenze per fornire soluzioni innovative e di alta qualità ai miei clienti.