Ottimizzazione SEO: come ottimizzare un sito passo dopo passo

Ottimizzare un sito significa individuare ciò che limita la sua capacità di essere trovato, compreso e scelto nei risultati di ricerca e intervenire nell’ordine corretto.

Non significa inserire più volte una keyword, portare tutti i semafori di un plugin sul verde o inseguire un punteggio PageSpeed perfetto.

Un sito può avere contenuti eccellenti ma problemi di indicizzazione. Può essere tecnicamente impeccabile e rispondere all’intento sbagliato. Può avere pagine valide che competono tra loro perché l’architettura è cresciuta senza controllo. Oppure può ricevere molte impressioni da Google ma quasi nessun clic perché appare lontano dalle posizioni competitive.

Per questo il modello operativo di questa guida è:

baseline → indexability → architettura → intent → pagina → contenuto → media → performance → reputazione → misura

Prima diagnostichiamo. Poi interveniamo.

Se devi partire dalle fondamenta della disciplina, nella guida su cos’è la SEO e come funziona trovi il modello generale. Se invece devi decidere quali interventi abbiano priorità, la guida alla strategia SEO affronta il livello decisionale.

Qui facciamo un lavoro diverso: passiamo all’esecuzione.

Cos’è l’ottimizzazione SEO e cosa significa davvero ottimizzare un sito

L’ottimizzazione SEO comprende gli interventi che migliorano il modo in cui una pagina o un sito può essere scoperto, elaborato e compreso dai motori di ricerca, mantenendo allo stesso tempo il contenuto utile e coerente con ciò che le persone stanno cercando.

Google descrive questo lavoro come un insieme di pratiche che aiutano i motori di ricerca a comprendere i contenuti e gli utenti a trovare un sito attraverso la Search.

La parola ottimizzazione può però creare un equivoco.

Non stiamo modificando Google.

Stiamo modificando ciò che controlliamo:

• struttura del sito;
• accessibilità tecnica;
• pagine;
• contenuti;
• collegamenti interni;
• media;
• performance;
• segnali forniti ai crawler;
• coerenza tra query, intent e risposta;
• processo di monitoraggio.

Il risultato finale — impressioni, ranking, clic o conversioni — non è sotto il nostro controllo diretto.

Ottimizzazione, strategia e posizionamento non sono la stessa cosa

È utile distinguere tre livelli.

Livello	Domanda
Strategia SEO	Cosa dobbiamo fare, perché e in quale ordine?
Ottimizzazione	Come implementiamo concretamente gli interventi?
Posizionamento	Come si comportano successivamente le pagine nelle ricerche?

La strategia decide che una pagina deve essere aggiornata.

L’ottimizzazione modifica intent, contenuto, title, struttura, internal linking o altri elementi necessari.

Il ranking è uno dei risultati che possiamo osservare dopo l’intervento.

Confondere questi livelli porta facilmente a un approccio meccanico: si modifica ciò che è semplice da modificare invece di ciò che risolve realmente il problema.

Ottimizzare un sito intero o una singola pagina: cambia il livello dell’intervento

Una pagina può avere un problema locale.

Per esempio:

• title poco descrittivo;
• contenuto fuori intent;
• informazioni obsolete;
• internal linking insufficiente;
• immagini pesanti;
• struttura informativa debole.

Un sito può invece avere problemi sistemici:

• architettura poco chiara;
• migliaia di URL inutili;
• canonical incoerenti;
• template problematici;
• pagine orfane;
• crawling dispersivo;
• duplicazioni su larga scala;
• forte sovrapposizione tra cluster.

La prima domanda da porsi non è quindi:

cosa devo ottimizzare?

È:

a quale livello esiste il problema?

1. Prima di ottimizzare: stabilisci baseline e problema

Ottimizzare senza baseline significa modificare il sito senza sapere esattamente da dove siamo partiti.

Prima di intervenire dobbiamo poter rispondere almeno a tre domande:

Cosa vogliamo migliorare?

Quale evidenza indica che esiste un problema?

Come capiremo se la situazione sarà cambiata?

Un SEO audit è utile proprio quando deve trasformare dati e anomalie in una diagnosi ordinata, non in un elenco indiscriminato di warning.

Quale risultato deve migliorare?

“Voglio migliorare la SEO” non è ancora un obiettivo operativo.

Potremmo voler:

Situazione	Possibile intervento
Pagina non indicizzata	verificare indexability e segnali tecnici
Molte impressioni, posizione bassa	verificare intent, qualità, concorrenza e ruolo della pagina
Posizione buona, CTR molto debole	analizzare query, SERP, title e promessa del risultato
Traffico senza conversioni	verificare intent e percorso post-click
Più URL per lo stesso problema	audit di cannibalizzazione e consolidamento
Contenuto in calo	content refresh e confronto temporale
Cluster poco comprensibile	architettura e internal linking

La stessa tecnica non risolve tutti questi problemi.

Cambiare il title di una pagina che non può essere indicizzata, per esempio, significa lavorare sul livello sbagliato.

Query e pagine: partire dai dati Search Console

Google Search Console permette di osservare come un sito si comporta nella Ricerca Google attraverso query, pagine, impressioni, clic e altri dati diagnostici.

La documentazione ufficiale di Search Console è il riferimento corretto per comprenderne il ruolo.

Una query può dirci che Google sta associando una pagina a un tema.

Molte impressioni possono indicare che quella pagina viene valutata frequentemente per una famiglia di ricerche.

Una posizione media lontana dalla fascia competitiva può invece suggerire che quella visibilità non si traduce ancora in opportunità concreta.

Il dato non contiene automaticamente la diagnosi.

Serve interpretarlo.

Visibilità, traffico e conversioni misurano cose diverse

Separerei almeno tre livelli:

Visibilità

query → impressioni → posizione

Acquisizione

impressione → clic → visita

Risultato

visita → azione → conversione

Una pagina può migliorare il primo livello senza migliorare immediatamente gli altri due.

Oppure può avere meno traffico ma intercettare query più utili al business.

Per questo “più traffico” non è una misura universale dell’ottimizzazione.

2. Verifica che Google possa trovare e indicizzare le pagine giuste

Prima di intervenire su contenuti e keyword dobbiamo verificare che Google possa arrivare alla pagina e che non esistano segnali tecnici incompatibili con il risultato desiderato.

Google descrive nella documentazione su come funziona la Ricerca tre grandi fasi: crawling, indicizzazione e pubblicazione dei risultati.

Una rappresentazione utile è:

scoperta → crawling → elaborazione/rendering → indicizzazione → serving/ranking

Sono problemi diversi.

Crawling, indicizzazione e ranking sono fasi diverse

Se Google non conosce un URL, abbiamo un problema di discovery.

Se lo conosce ma non può recuperarlo, abbiamo un problema di crawling.

Se può recuperarlo ma non lo conserva nell’indice, dobbiamo indagare l’indicizzazione.

Se è indicizzato ma non emerge per le query che ci interessano, siamo già a un livello diverso.

Quindi:

crawled ≠ indexed ≠ ranked

Questa distinzione evita molti interventi inutili.

Aggiungere cinquecento parole a una pagina esclusa volontariamente con noindex, per esempio, non risolve il problema che stiamo osservando.

Status HTTP, canonical e noindex

Tre controlli tecnici sono particolarmente utili.

Status HTTP: una pagina che dovrebbe essere disponibile deve rispondere coerentemente con il suo stato reale.

Canonical: serve a comunicare la versione rappresentativa quando esistono contenuti duplicati o molto simili.

noindex: indica ai motori compatibili che una pagina non deve essere mostrata nei risultati.

Per il noindex c’è un dettaglio importante: Google deve poter eseguire il crawling della pagina per vedere la direttiva. Se l’URL è contemporaneamente bloccato tramite robots.txt, il crawler potrebbe non riuscire a leggerla. Google lo specifica nella propria documentazione sulla rimozione tramite noindex.

Robots.txt: cosa controlla e cosa non controlla

robots.txt serve principalmente a gestire l’accesso dei crawler a determinate risorse.

Non è il metodo da utilizzare per chiedere a Google di rimuovere una normale pagina web dai risultati.

La documentazione ufficiale robots.txt distingue chiaramente controllo della scansione e controllo dell’indicizzazione.

Questa distinzione è importante perché una delle vecchie semplificazioni più comuni consiste proprio nell’usare robots.txt come se fosse un comando noindex.

Non lo è.

Sitemap e discovery

Una sitemap comunica ai motori quali URL consideriamo importanti e fornisce informazioni utili per la discovery.

Non è però un ordine:

inserisci immediatamente questa pagina nell’indice.

Google specifica nella propria guida alle sitemap che l’invio di una sitemap è un suggerimento e non garantisce crawling o indicizzazione.

Una sitemap sana dovrebbe quindi essere coerente con ciò che vogliamo realmente mantenere nel sito.

3. Ottimizza architettura e internal linking

Molte attività vengono affrontate pagina per pagina.

Ma una pagina vive dentro un sito.

Il suo ruolo dipende anche da:

• dove si trova;
• quali pagine la collegano;
• quali risorse collega;
• quali contenuti vicini esistono;
• quante altre URL cercano di soddisfare lo stesso intento.

È per questo che l’architettura viene prima di molte micro-ottimizzazioni on-page.

Ogni pagina deve avere una funzione

Ogni URL importante dovrebbe avere un job riconoscibile.

Su Creativemotions, per esempio, abbiamo separato intenzionalmente:

/cos-e-la-seo/
→ capire la disciplina e il suo funzionamento;

/strategia-seo-vincente/
→ decidere cosa fare e in quale ordine;

questa pagina
→ capire come eseguire concretamente gli interventi;

/ottimizzazione-sito-web/
→ servizio professionale di ottimizzazione del sito.

Avere più pagine sullo stesso macrotema non è automaticamente cannibalizzazione.

Il problema nasce quando non riusciamo più a spiegare perché debbano esistere separatamente.

Ridurre pagine orfane e percorsi inutilmente profondi

Una pagina importante non dovrebbe dipendere esclusivamente dalla sitemap o da un link esterno per essere scoperta.

Deve essere raggiungibile attraverso una struttura interna sensata.

L’obiettivo non è però creare un link verso ogni URL da ogni altra pagina.

Serve una gerarchia che permetta a utenti e crawler di comprendere quali risorse sono principali e quali rappresentano approfondimenti.

In un sito editoriale maturo questo spesso significa eliminare percorsi nati casualmente nel corso degli anni e ricostruire cluster più leggibili.

Anchor text e link interni

Google raccomanda link crawlable e anchor text che aiutino utenti e motore a capire cosa troveranno dopo il clic. I collegamenti vengono inoltre utilizzati per scoprire nuove pagine e come uno dei segnali di rilevanza.

Puoi approfondire questi principi nelle best practice Google sui link.

Quindi:

clicca qui

dice poco.

guida all'intento di ricerca

descrive molto meglio il target.

Questo non significa inserire la keyword esatta in ogni anchor.

Significa essere descrittivi senza diventare meccanici.

Per approfondire il livello editoriale del problema puoi consultare la guida sull’intento di ricerca.

Individuare cannibalizzazioni e URL sovrapposti

La stessa keyword presente su più pagine non è una prova di cannibalizzazione.

Il problema è più serio quando più URL:

• soddisfano lo stesso intent;
• utilizzano title e H1 molto simili;
• coprono gli stessi sotto-argomenti;
• vengono alternativamente mostrate per le stesse query;
• non hanno un ruolo autonomo;
• ricevono segnali interni contraddittori.

A quel punto le opzioni diventano:

differenziare → aggiornare → consolidare → rimuovere

Non esiste però una regola:

due pagine simili = redirect immediato.

Prima bisogna verificare patrimonio, query, backlink, conversioni, intento e funzione nel customer journey.

4. Ottimizza ogni pagina per il suo intento di ricerca

Una keyword ci dice cosa è stato digitato.

L’intento cerca di spiegare che cosa la persona vuole ottenere.

È una differenza decisiva.

La query:

ottimizzazione seo

potrebbe far pensare che basti costruire una definizione enciclopedica.

Ma le varianti reali intercettate da questa pagina includono anche:

come ottimizzare un sito seo

migliorare seo

migliorare posizionamento google

aggiornare contenuti in ottica seo

Il bisogno non è soltanto sapere che cos’è.

È capire come intervenire.

Prima l’intento, poi la keyword

La keyword dovrebbe aiutarti a identificare la domanda.

Non dovrebbe determinare artificialmente la prosa.

Questo significa evitare ragionamenti del tipo:

devo inserire “ottimizzazione SEO” altre otto volte.

La domanda corretta è:

manca un concetto necessario per completare la risposta?

Quando una pagina affronta realmente il problema, molte entità pertinenti emergono naturalmente:

crawling, indicizzazione, canonical, title, intent, internal linking, Core Web Vitals, Search Console.

Non serve trasformarle in una checklist di densità.

Answer First senza trasformare il contenuto in una risposta superficiale

Una buona pagina dovrebbe dare presto all’utente l’informazione fondamentale.

Ma:

ANSWER FIRST ≠ ANSWER ONLY

Se una persona vuole sapere come ottimizzare un sito, dire:

migliora contenuti, velocità e link

non completa il task.

Una risposta utile deve spiegare anche:

• quale intervento viene prima;
• cosa controllare;
• perché conta;
• quali eccezioni esistono;
• quando non intervenire;
• come misurare il cambiamento.

La completezza non coincide con la lunghezza.

Coincide con la capacità di portare a termine la ricerca.

Search Completion: completare davvero il task

Possiamo valutare una pagina con una domanda semplice:

dopo averla letta, l’utente sa cosa fare?

Per questa guida il risultato atteso è concreto.

Il lettore dovrebbe riuscire a:

diagnosticare → prioritizzare → modificare → verificare → misurare

Se termina l’articolo sapendo soltanto che “contenuti di qualità e backlink sono importanti”, non abbiamo completato la ricerca.

Copertura concettuale e information gain

Dopo aver raggiunto una copertura sufficiente dell’intento, arriva un secondo problema:

cosa aggiunge questa pagina rispetto alle alternative?

Può essere:

• esperienza;
• dati proprietari;
• metodologia;
• esempi;
• eccezioni;
• decision tree;
• test;
• visualizzazioni;
• spiegazioni più profonde.

In questa guida utilizziamo più avanti proprio dati Search Console reali della pagina che stai leggendo.

Quello è information gain verificabile.

5. Title, H1, heading e snippet: ottimizzare senza formule magiche

Gli elementi on-page sono importanti.

Il problema è trasformarli in formule rigide.

Frasi come:

title massimo 60 caratteri

keyword obbligatoria nei primi 100 termini

keyword in almeno un H2

meta description entro 155 caratteri

sono euristiche editoriali o limiti pratici di alcuni strumenti, non requisiti universali imposti da Google.

Come scrivere un title utile

Un title dovrebbe essere:

• descrittivo;
• coerente con il contenuto;
• sufficientemente specifico;
• distinguibile dai risultati concorrenti;
• naturale.

Google non definisce un limite rigido di caratteri per il contenuto dell’elemento <title> e può generare il title link utilizzando più fonti presenti nella pagina.

Le linee guida ufficiali sui title link raccomandano soprattutto testi descrittivi e concisi.

Quindi non sacrificare chiarezza per trasformare 61 in 59.

Controlla invece se il title descrive correttamente la promessa della pagina.

H1 e heading come struttura informativa

L’H1 dovrebbe identificare chiaramente il tema principale.

Gli H2 e H3 servono a organizzare il percorso logico.

Questo H2:

Performance e mobile: migliorare l’esperienza senza inseguire PageSpeed 100

ha una funzione editoriale.

Un heading costruito esclusivamente per inserire una variante keyword probabilmente no.

Un buon test è:

leggendo soltanto gli heading, riesco a capire il percorso della pagina?

Se sì, la struttura sta facendo il proprio lavoro.

Meta description: controllare la promessa, non una soglia di caratteri

Google crea gli snippet principalmente dal contenuto della pagina e può utilizzare la meta description quando ritiene che rappresenti meglio la pagina.

Non esiste un limite fisso di lunghezza imposto da Google: lo snippet viene troncato quando necessario.

La documentazione Google sugli snippet chiarisce questo comportamento.

Quindi la priorità è:

promessa chiara → pertinenza → leggibilità

non:

154 caratteri = ottimizzazione corretta.

URL: perché una URL esistente non va cambiata senza motivo

Lo slug è uno degli elementi più costosi da modificare su una pagina con storico.

Se una URL è comprensibile, indicizzata e possiede segnali preesistenti, non la cambierei soltanto perché oggi potremmo inventarne una leggermente più elegante.

Nel caso di questa guida manteniamo:

/ottimizzazione-seo-guida/

anche se l’H1 viene completamente rifocalizzato.

La continuità dell’URL ha più valore di una micro-perfezione lessicale.

6. Ottimizzare i contenuti esistenti prima di produrne altri

Molti siti hanno un problema opposto a quello che immaginano.

Non hanno troppo pochi contenuti.

Ne hanno troppi che non sono mai stati rivalutati.

Pubblicare continuamente nuovi URL senza controllare il patrimonio esistente può generare:

• sovrapposizioni;
• articoli datati;
• segnali interni frammentati;
• cluster difficili da comprendere;
• contenuti che competono per lo stesso job.

Prima di creare una nuova pagina controllerei sempre se esiste già qualcosa che può essere migliorato.

Query già visibili ma non soddisfatte bene

Search Console può mostrare opportunità particolarmente interessanti:

• query pertinenti con molte impressioni;
• posizioni tra seconda e terza pagina;
• nuove query non coperte esplicitamente;
• URL inattesi che Google utilizza per un tema;
• contenuti che stanno perdendo progressivamente visibilità.

La presenza di una query non significa automaticamente:

aggiungi questa frase al testo.

Può invece significare:

verifica se la pagina soddisfa davvero quel bisogno.

È un processo molto diverso.

Content refresh: quando aggiornare

Un contenuto merita un refresh quando è cambiato qualcosa che incide materialmente sulla risposta.

Per esempio:

• documentazione;
• prodotto;
• software;
• SERP;
• dati;
• standard;
• normativa;
• intento;
• competitor;
• comportamento della pagina nelle query;
• ruolo della pagina nel sito.

Cambiare soltanto 2025 in 2026 non è un aggiornamento editoriale.

Se il modello concettuale è diventato sbagliato, va riscritto.

CREATE, UPDATE, MERGE o REMOVE

Ogni audit editoriale dovrebbe poter produrre almeno quattro decisioni.

Decisione	Quando
CREATE	manca una risposta necessaria
UPDATE	la pagina giusta esiste ma è debole, datata o incompleta
MERGE	più URL svolgono sostanzialmente lo stesso lavoro
REMOVE	una pagina non ha più una funzione utile

Questa stessa pagina è un esempio di UPDATE.

Nonostante performance deboli, possiede una domanda first-party fortemente coerente con l’intent ottimizzazione SEO.

Eliminarla per creare un nuovo URL avrebbe significato ignorare il patrimonio esistente.

Quando non aggiungere un’altra pagina

Non creerei una nuova URL quando:

• la query è soltanto una variante linguistica;
• esiste già una pagina con lo stesso intent;
• l’argomento può essere soddisfatto bene all’interno di una risorsa esistente;
• la nuova pagina indebolirebbe il ruolo di un pillar o satellite;
• non sappiamo spiegare quale job autonomo dovrebbe svolgere.

La crescita editoriale non si misura nel numero di URL.

Si misura nella copertura utile della domanda.

7. Ottimizzare immagini e contenuti multimediali

Le immagini non sono elementi decorativi da aggiungere dopo aver finito il testo.

Possono:

• spiegare;
• dimostrare;
• confrontare;
• documentare;
• semplificare un processo;
• mostrare dati;
• rendere comprensibile un concetto complesso.

Per questo anche il lavoro visuale dovrebbe partire dalla funzione.

Dimensioni e formati

La prima regola è non servire file inutilmente grandi rispetto allo spazio nel quale vengono visualizzati.

Un’immagine dovrebbe mantenere qualità sufficiente alla funzione editoriale senza trasferire byte non necessari.

La scelta del formato dipende dal tipo di asset, dalla compatibilità e dalla pipeline del sito.

Non trasformerei quindi “usa sempre formato X” in una legge universale.

Ottimizziamo l’asset reale per il suo utilizzo reale.

Filename descrittivi e ALT realmente accessibile

Google raccomanda immagini pertinenti, vicine al testo correlato, filename descrittivi e alt text utile per comprenderne il contenuto.

Le best practice ufficiali per Google Immagini approfondiscono questi aspetti.

L’ALT non esiste però per inserire un’altra keyword.

Deve descrivere ciò che l’immagine comunica quando quell’informazione è utile.

Un grafico potrebbe avere un ALT del tipo:

Grafico delle impressioni e della posizione media delle query GSC prima dell’aggiornamento

Non:

ottimizzazione seo migliore ottimizzazione seo sito web Google.

Placement e contesto dell’immagine

Un diagramma dovrebbe essere vicino al processo che spiega.

Un grafico dovrebbe stare vicino al claim sostenuto dai dati.

Uno screenshot dovrebbe essere vicino all’istruzione che dimostra.

Questo migliora sia la comprensione sia la capacità dell’immagine di svolgere un vero ruolo editoriale.

8. Performance e mobile: migliorare l’esperienza senza inseguire PageSpeed 100

La performance conta.

Ma:

PageSpeed 100 ≠ posizione 1

Google raccomanda buoni Core Web Vitals come parte di una buona esperienza sulla pagina, ma specifica che ottenere valori positivi non garantisce automaticamente le prime posizioni.

La documentazione ufficiale sui Core Web Vitals chiarisce il loro ruolo.

La performance deve quindi essere trattata come un problema tecnico e di esperienza, non come una scorciatoia di ranking.

LCP, INP e CLS

I Core Web Vitals correnti sono:

Metrica	Cosa osserva
LCP	performance di caricamento
INP	reattività alle interazioni
CLS	stabilità visiva

FID non appartiene più al set corrente: INP lo ha sostituito.

L’obiettivo non è però imparare tre acronimi.

È capire perché una pagina offre un’esperienza problematica e quale componente tecnica la sta causando.

FCP, TTFB e altre metriche diagnostiche

I Core Web Vitals non sono tutte le metriche disponibili.

FCP, TTFB, TBT e altri indicatori possono essere estremamente utili per diagnosticare un problema.

La distinzione importante è:

Core Web Vitals → insieme specifico di metriche dell’esperienza

metriche diagnostiche → strumenti per capire dove nasce il problema

Non chiamiamo tutto “Core Web Vitals” soltanto perché compare in PageSpeed Insights.

Mobile-first indexing e parità dei contenuti

Google utilizza la versione mobile dei contenuti per indicizzazione e ranking nel suo sistema mobile-first.

Le best practice Google per il mobile-first indexing spiegano quali elementi dovrebbero essere coerenti fra le versioni.

La versione mobile non dovrebbe quindi nascondere informazioni importanti che vogliamo rendere disponibili alla Search.

Questo riguarda:

• testo;
• immagini;
• video;
• metadata;
• structured data;
• link importanti.

Mobile-first non significa però:

dobbiamo produrre una SEO separata per smartphone.

Significa che la versione mobile deve rappresentare correttamente la risorsa.

Performance organica vs performance di business

Una pagina più veloce può avere valore anche se non produce un aumento misurabile delle posizioni.

Può:

• ridurre frizione;
• migliorare interazione;
• facilitare acquisti;
• rendere migliore una navigazione mobile;
• ridurre errori;
• aumentare affidabilità percepita.

Per questo non giudicherei un intervento performance soltanto attraverso il ranking.

Il business case può esistere indipendentemente.

9. Dati strutturati: usarli quando servono davvero

I dati strutturati consentono di fornire informazioni esplicite sulla natura di determinati contenuti e possono rendere una pagina idonea per alcune funzionalità avanzate della Search.

Non significano:

aggiungo Schema.org → salgo in classifica.

Google chiarisce nella documentazione introduttiva ai dati strutturati che un markup corretto non garantisce la visualizzazione di un rich result.

Structured data non significa ranking automatico

La sequenza corretta è:

esiste un contenuto realmente compatibile con una feature?

↓

Google supporta uno structured data type pertinente?

↓

il markup rappresenta fedelmente ciò che è visibile sulla pagina?

↓

implementazione e validazione

Non:

quali Schema possiamo aggiungere per migliorare la SEO?

Quando un markup può rendere una pagina eligible per rich result

Ha senso implementare structured data quando:

• rappresentano correttamente la pagina;
• Google supporta quel formato per la Search;
• il contenuto necessario è realmente presente;
• rispettiamo le policy specifiche.

Aggiungere markup irrilevante aumenta la complessità senza migliorare il contenuto.

10. Off-page: cosa non puoi ottimizzare direttamente sul sito

Una parte della visibilità dipende anche da ciò che accade fuori dalle nostre pagine.

Backlink, citazioni, menzioni e reputazione possono contribuire a costruire la presenza di una risorsa.

Ma non controlliamo un link editoriale esterno nello stesso modo in cui controlliamo un H1.

Per questo distinguerei:

ottimizzazione on-site

da

costruzione della reputazione esterna.

Backlink, citazioni e reputazione

Un backlink non vale perché aumenta un contatore.

Ha un contesto.

Conta:

• da dove arriva;
• perché esiste;
• verso quale risorsa;
• quale relazione editoriale rappresenta.

Questo rende molto più utile chiedersi:

perché qualcuno dovrebbe citare questa pagina?

rispetto a:

come ottengo altri cinquanta backlink?

Prima costruisci qualcosa che meriti di essere citato

Le risorse più interessanti da questo punto di vista sono spesso:

• dati;
• ricerche;
• strumenti;
• metodologie;
• test;
• template;
• casi reali;
• guide difficili da replicare;
• visualizzazioni proprietarie.

La costruzione di link diventa più sostenibile quando esiste un motivo editoriale reale per ricevere il collegamento.

Link spam e scorciatoie

Google considera link spam diverse pratiche utilizzate principalmente per manipolare il ranking, comprese determinate forme di acquisto, scambio e automazione dei collegamenti.

Le Spam Policies ufficiali sono il riferimento corrente per distinguere queste pratiche.

Ottimizzare quindi non significa trovare una versione meno evidente dello stesso schema manipolativo.

11. Ottimizzazione nel 2026 e AI Search

AI Overviews e AI Mode stanno modificando il modo in cui alcune ricerche vengono esplorate e presentate.

Non richiedono però di buttare via le fondamenta.

Google afferma nella propria guida all’ottimizzazione per le funzionalità AI che le best practice fondamentali restano pertinenti anche per le sue funzionalità generative.

Le fondamenta continuano a valere per AI Overviews e AI Mode

Restano importanti:

• accessibilità;
• crawling;
• indicizzazione;
• contenuti utili;
• internal linking;
• immagini e video appropriati;
• structured data coerenti;
• comprensione dell’intento;
• qualità della fonte.

Quindi il nuovo workflow non è:

SEO tradizionale → buttare tutto → GEO

È:

fondamenta solide → comprendere come cambia la superficie di ricerca → adattare analisi e misurazione

Query fan-out e copertura dei sotto-problemi

Google documenta l’utilizzo di tecniche di query fan-out nelle proprie esperienze generative: il sistema può eseguire più ricerche correlate per esplorare differenti aspetti della domanda.

La risposta editoriale non dovrebbe essere creare una pagina per ogni possibile sottoquery.

È più utile costruire contenuti che coprano bene:

problema principale → meccanismi → conseguenze → eccezioni → sotto-problemi necessari

Questa è anche una ragione in più per evitare articoli generici costruiti soltanto attorno alla ripetizione di una stringa.

Cosa non serve fare: llms.txt, chunking artificiale, markup AI speciale

Per le funzionalità generative della Ricerca Google, la documentazione corrente non richiede:

• un file AI speciale come requisito di visibilità;
• markup specifici per AI Overview o AI Mode;
• riscritture artificialmente frammentate per facilitare presunti “chunk”;
• tecniche separate dalle fondamenta per poter comparire.

La regola rimane:

verifica prima di trasformare una nuova teoria in una tattica.

Caso first-party — Perché abbiamo deciso di riottimizzare proprio questa pagina

Questa guida non è stata riscritta perché “era vecchia”.

La decisione nasce dai dati reali di Creativemotions.

Fonte: Google Search Console, filtro URL-specifico, Web, ultimi 16 mesi.

Baseline prima dell’aggiornamento

Metrica	Valore
Clic	14
Impressioni	44.122
CTR	0,03%
Posizione media	58,93
Query presenti nell’export	619

Alcune delle query principali erano:

Query	Impressioni	Posizione media
ottimizzazione seo	8.155	70,64
ottimizzazione per i motori di ricerca	1.775	40,43
ottimizzazione motori di ricerca	1.403	62,31
ottimizzazione siti web	1.090	59,35
ottimizzazione seo on page	960	80,44
migliorare seo	928	63,56
ottimizzazione per motori di ricerca	771	35,66
come ottimizzare un sito seo	629	61,38
migliorare posizionamento google	593	85,82
aggiornare contenuti in ottica seo	260	41,25

FIRST_PARTY_OBSERVED: la pagina riceveva una quantità significativa di esposizione su una famiglia molto coerente con ottimizzazione SEO, ma quasi tutta lontana dalle posizioni che normalmente generano una quota consistente di clic.

Negli ultimi 90 giorni dell’export:

0 clic
1.384 impressioni
posizione ponderata sulle impressioni ≈ 67,48

Nei 90 giorni precedenti:

2 clic
1.266 impressioni
posizione ponderata ≈ 51,81

Osserviamo quindi anche un deterioramento recente della qualità della visibilità.

Non possiamo però concludere:

il vecchio articolo ha causato il calo.

Questa sarebbe una causalità che i dati non dimostrano.

Possiamo invece concludere:

la pagina possiede domanda reale, il ruolo dell’URL è ancora valido, ma la sua capacità di competere per quella domanda è debole e recentemente peggiorata.

SEOZoom fornisce un secondo punto di osservazione: nel dataset fornito rileva soltanto 14 keyword, fra cui ottimizzazione seo circa in posizione 70 e Fasi analitico strategico SEO intorno alla posizione 23.

È un’evidenza THIRD_PARTY_OBSERVED, utile come supporto ma non sostitutiva dei dati Search Console.

La decisione editoriale è stata quindi:

KEEP URL → REFOCUS INTENT → FULL UPDATE

non:

creare un nuovo articolo

e nemmeno:

redirigere questa pagina verso la money page /ottimizzazione-sito-web/.

L’analisi first-party delle due URL ha infatti mostrato famiglie di domanda sufficientemente distinte: questa pagina deve presidiare l’esecuzione dell’ottimizzazione SEO, mentre la pagina commerciale deve svolgere il ruolo di servizio.

Questo è un buon esempio di un principio generale:

non eliminare una pagina soltanto perché oggi performa male; prima verifica se possiede ancora un job autonomo e domanda reale.

12. Checklist operativa: come ottimizzare un sito nell’ordine corretto

Se dovessi trasformare questa guida in un workflow operativo, userei questo ordine:

Fase	Controllo	Domanda
1. Baseline	GSC, Analytics, conversioni	cosa sta succedendo prima dell’intervento?
2. Indexability	crawling, index, status, canonical, robots/noindex	Google può trovare e utilizzare le pagine giuste?
3. Architettura	gerarchia, orphan page, duplicazioni, internal linking	ogni URL ha un ruolo comprensibile?
4. Intent	query, SERP, job-to-be-done	la pagina risponde alla ricerca corretta?
5. Pagina	title, H1, heading, URL, snippet	la promessa e la struttura sono chiare?
6. Contenuto	completezza, freshness, information gain	la pagina completa realmente il task?
7. Media	immagini, ALT, dimensioni, placement	gli asset aggiungono informazione senza creare peso inutile?
8. Performance	CWV e diagnostica	esistono colli di bottiglia tecnici percepibili?
9. Reputazione	link, citazioni, asset	la risorsa ha motivi reali per essere citata?
10. Misura	query, clic, conversioni, confronto baseline	l’intervento ha prodotto il cambiamento atteso?

L’ordine non è immutabile.

Se durante la seconda fase scopriamo un problema bloccante, quello diventa prioritario.

Se invece la pagina è tecnicamente sana ma risponde all’intento sbagliato, possiamo passare rapidamente al livello editoriale.

La checklist non sostituisce la diagnosi.

La organizza.

13. Misurare l’effetto dell’ottimizzazione

L’ultima fase non è:

abbiamo finito.

È:

cosa abbiamo imparato?

Una modifica è utile anche quando smentisce la nostra ipotesi, perché riduce l’incertezza sul problema reale.

Search Console prima e dopo l’intervento

Per questa pagina terrei sotto controllo almeno:

• ottimizzazione seo;
• ottimizzazione per i motori di ricerca;
• ottimizzazione motori di ricerca;
• migliorare seo;
• ottimizzazione seo on page;
• come ottimizzare un sito seo;
• aggiornare contenuti in ottica seo.

E osserverei:

impressioni → posizione → clic → nuove query → eventuale redistribuzione fra URL

Non guarderei soltanto una “keyword principale”.

Una riscrittura di questo tipo modifica l’intera copertura della pagina.

Analytics e conversioni

Search Console racconta principalmente ciò che accade nella ricerca fino al clic.

Per capire cosa succede dopo l’arrivo sul sito servono dati comportamentali e di conversione appropriati.

Se la pagina inizia a ricevere visite più pertinenti, vogliamo sapere anche:

• quali approfondimenti vengono utilizzati;
• se l’utente raggiunge pagine commerciali;
• se genera lead;
• se completa microconversioni coerenti.

Una posizione migliore senza alcun collegamento agli obiettivi del sito può comunque essere utile editorialmente, ma dobbiamo sapere quale funzione stiamo misurando.

Change Isolation: evitare di cambiare tutto senza poter leggere il risultato

Quando possibile, evito di modificare contemporaneamente variabili non necessarie.

Se cambiamo nello stesso giorno:

• URL;
• title;
• body;
• template;
• navigazione;
• internal linking;
• schema;
• design;

e la pagina migliora, sappiamo che il pacchetto è associato al cambiamento.

Non sappiamo quale componente abbia contribuito maggiormente.

In questo update cambieremo necessariamente molte variabili editoriali insieme perché stiamo effettuando una riscrittura strutturale.

Il test va quindi classificato correttamente:

FULL CONTENT REFOCUS / PACKAGE CHANGE

non:

test causale di un singolo elemento.

Quando rivalutare la pagina

Per questo intervento userei checkpoint a:

28 giorni → primi segnali

56 giorni → evoluzione delle query

90 giorni → prima review strutturata

Non sono finestre nelle quali “Google deve premiare la pagina”.

Sono semplicemente momenti coerenti per confrontare il comportamento successivo con la baseline.

Se emergono problemi tecnici, indicizzazione anomala o cannibalizzazione inattesa, ovviamente non aspetterei il giorno 28.

Errori di ottimizzazione da evitare

I problemi più frequenti non derivano dalla mancanza di tecniche, ma dall’applicazione della tecnica sbagliata al problema sbagliato.

Keyword stuffing: ripetere una keyword finché un software considera buona la densità.

Ottimizzare ogni elemento indiscriminatamente: se tutto è prioritario, nulla lo è.

Cambiare URL senza una ragione strutturale: genera lavoro e rischio senza garantire alcun beneficio.

Usare robots.txt per deindicizzare una pagina: crawling e indicizzazione sono problemi distinti.

Creare una pagina per ogni variante di keyword: può frammentare contenuti e segnali.

Inseguire score proprietari: un punteggio può essere diagnostico, non è un obiettivo Google.

Aggiungere structured data senza una funzione: markup non pertinente non rende più utile il contenuto.

Confondere PageSpeed 100 con ranking: performance e posizionamento non sono la stessa metrica.

Aggiornare soltanto l’anno nel title: freshness editoriale significa correggere ciò che è realmente cambiato.

Applicare hack AI non verificati: una teoria nuova non diventa una best practice solo perché viene ripetuta nel settore.

Il principio comune è semplice:

prima identifica il meccanismo; poi scegli l’intervento.

Domande frequenti sull’ottimizzazione SEO

Come si ottimizza un sito per la SEO?

Si parte dalla baseline e si verifica prima di tutto che le pagine importanti possano essere scoperte, scansionate e indicizzate. Poi si controllano architettura, intent, contenuti, title e heading, internal linking, immagini, performance e segnali esterni.

Gli interventi devono essere ordinati in base al problema reale del sito, non applicati come checklist universale.

Da dove iniziare con l’ottimizzazione?

Dal problema.

Se non sai ancora quale sia, inizia da Search Console, stato dell’indicizzazione, query e pagine principali.

Un audit può aiutare a stabilire se il collo di bottiglia è tecnico, editoriale, architetturale o legato alla competitività del sito.

Quanto tempo serve per vedere gli effetti?

Non esiste un tempo universale.

Una correzione tecnica, un content refresh, un consolidamento di URL e la crescita della reputazione esterna hanno tempi completamente differenti.

Per questo conviene stabilire checkpoint e baseline invece di promettere risultati entro un numero fisso di giorni.

Quali sono le attività più importanti?

Dipende dal collo di bottiglia.

Se Google non può indicizzare una pagina importante, la priorità è tecnica.

Se la pagina risponde all’intento sbagliato, la priorità è editoriale.

Se più URL svolgono lo stesso lavoro, potrebbe essere architetturale.

Se tutto il resto è competitivo ma la risorsa non possiede reputazione sufficiente, il problema può essere esterno.

Come migliorare una pagina già pubblicata?

Confronta le query reali, verifica se l’intento è ancora corretto, controlla ciò che è cambiato dall’ultima pubblicazione e individua le sezioni deboli, obsolete o mancanti.

Poi valuta se la decisione corretta sia UPDATE, oppure se la pagina debba essere consolidata con altre risorse.

Serve un plugin SEO per ottimizzare un sito WordPress?

Un plugin può semplificare attività come gestione dei metadata, sitemap, canonical o structured data.

Non determina però la strategia, l’intento corretto, la qualità del contenuto o l’architettura del sito.

È uno strumento di implementazione.

Non è la SEO.

PageSpeed 100 migliora il ranking?

Non esiste una relazione del tipo:

100/100 = ranking migliore garantito.

Google utilizza i Core Web Vitals nell’ambito dell’esperienza sulla pagina, ma buoni risultati non garantiscono automaticamente le prime posizioni.

Migliorare la performance può comunque essere molto importante per esperienza, conversioni e qualità tecnica.

L’AI cambia il modo di ottimizzare un sito?

Cambia alcune modalità con cui la ricerca recupera e presenta le informazioni, soprattutto attraverso AI Overviews, AI Mode e query fan-out.

Per Google, però, le fondamenta continuano a essere valide anche nelle esperienze generative. Non serve quindi sostituire crawling, intent, contenuti, architettura e qualità con un nuovo insieme di hack AI.

Ottimizzare bene un sito non significa applicare più tecniche.

Significa intervenire sul problema corretto al momento corretto, mantenendo una relazione chiara tra domanda, pagina, architettura, tecnologia e risultato.

Il ciclo è sempre lo stesso:

osserva → diagnostica → modifica → verifica → misura → impara

Quando il problema richiede interventi tecnici, editoriali e di performance coordinati e preferisci affidarne diagnosi e implementazione a un professionista, puoi approfondire il servizio di ottimizzazione sito web.