La SEO on-page comprende gli interventi che puoi effettuare direttamente su una pagina per rendere più chiari il suo argomento, l’intento a cui risponde, la struttura delle informazioni e le relazioni con le altre risorse del sito.
Non significa distribuire una keyword un certo numero di volte nel testo. E non esiste una checklist capace, da sola, di trasformare una pagina in un risultato competitivo.
Il lavoro on-page consiste piuttosto nel mettere d’accordo quattro elementi: ciò che le persone stanno cercando, ciò che la pagina promette, ciò che contiene realmente e i segnali che aiutano utenti e motori di ricerca a interpretarla.
È una distinzione importante perché molti elementi spesso raccolti sotto l’etichetta “SEO on-page” svolgono funzioni molto diverse. Il title può influenzare il modo in cui la pagina viene presentata nei risultati. La meta description può contribuire allo snippet. I dati strutturati possono rendere un contenuto idoneo a specifiche funzionalità di ricerca. I Core Web Vitals riguardano la page experience. Una CTA, invece, serve soprattutto alla conversione.
Mettere tutto nello stesso contenitore porta facilmente a conclusioni sbagliate.
In questa guida vedremo quindi cosa ottimizzare, perché farlo e quale risultato puoi ragionevolmente aspettarti da ogni intervento, evitando formule come densità ideale, numero perfetto di parole, keyword obbligatorie in determinate posizioni o punteggi SEO da raggiungere.
Cos’è la SEO on-page e cosa comprende davvero
La SEO on-page riguarda principalmente l’ottimizzazione della singola pagina: contenuto, title, heading, immagini, collegamenti, informazioni presenti nel documento e altri elementi che contribuiscono a renderne comprensibile il significato.
Google, nelle sue Search Essentials, consiglia di creare contenuti utili e affidabili, usare le parole che le persone impiegherebbero per cercarli in posizioni descrittive importanti — come title, heading principale, alt text e link text — e rendere i collegamenti tecnicamente scansionabili. Non indica però una formula universale di distribuzione delle keyword.
La distinzione con altre aree della SEO serve soprattutto a capire dove si trova il problema che dobbiamo risolvere.
SEO on-page, on-site, tecnica e off-page: dove passa il confine
In questa guida userò SEO on-page per gli interventi che riguardano direttamente la singola pagina.
Con SEO on-site possiamo invece descrivere un livello più ampio, che comprende anche relazioni fra più pagine, architettura e organizzazione complessiva del sito. I due termini vengono spesso usati come sinonimi, ma separarli è utile quando dobbiamo diagnosticare un problema.
Se il problema riguarda proprio questo livello più ampio, la guida alla struttura di un sito web approfondisce come organizzare pagine, gerarchie, tassonomie, navigazione e collegamenti senza confondere l’architettura del sito con l’ottimizzazione della singola pagina.
La SEO tecnica lavora ancora su un livello diverso. Canonical, robots.txt, sitemap, rendering JavaScript, status HTTP, redirect o problemi sistemici di crawling non si risolvono semplicemente riscrivendo un H1.
La SEO off-page riguarda invece ciò che si sviluppa al di fuori della pagina, come backlink, citazioni e altri segnali esterni.
Questo significa che una pagina può essere ottimizzata correttamente sul piano on-page e avere comunque difficoltà a competere. Potrebbe esistere un problema tecnico, un intento non sufficientemente soddisfatto, una pagina concorrente interna, una SERP molto competitiva oppure una combinazione di più fattori.
Cosa può migliorare un intervento on-page e cosa non può risolvere
Una buona ottimizzazione on-page può rendere più esplicito di cosa parla una pagina, a quale ricerca risponde, come sono organizzate le informazioni e quali altre risorse sono collegate al suo contenuto.
Può inoltre migliorare la leggibilità e la corrispondenza fra ciò che il risultato promette e ciò che l’utente trova dopo il clic.
Non può, da sola, garantire una posizione.
Google utilizza sistemi e segnali differenti per valutare le singole pagine. La sua documentazione sui ranking systems chiarisce proprio che il ranking lavora prevalentemente a livello di pagina utilizzando una varietà di segnali e sistemi.
Il modello corretto, quindi, non è:
ottimizzo il tag → salgo di X posizioni
ma:
individuo il problema → capisco quale elemento può influenzarlo → intervengo → misuro cosa cambia.
Prima di ottimizzare: query, intento e promessa della pagina
Prima di toccare title, H1 o testo, bisogna capire quale lavoro deve svolgere la pagina.
Una keyword è un dato utile, ma non descrive da sola la risposta da costruire.
Prendiamo proprio seo on page. Chi effettua questa ricerca può voler capire che cos’è, quali elementi comprende, come applicarla a una pagina esistente oppure quale differenza esiste rispetto alla SEO off-page.
Sono esigenze vicine e compatibili. Una pagina dedicata alla SEO on-page può quindi soddisfarle insieme.
Se nella stessa pagina provassimo invece a spiegare in profondità anche link building, crawl budget, migrazioni, local SEO, JavaScript SEO e conversion rate optimization, il problema cambierebbe: non staremmo più approfondendo l’intento, ma allargando progressivamente lo scope.
Dalla keyword all’intento di ricerca
Il passaggio utile è:
query → bisogno → risultato atteso → contenuto necessario
Una ricerca come seo on page cos'è richiede molto presto una definizione comprensibile.
Ottimizzazione SEO on page sposta invece l’attenzione verso gli interventi.
SEO on page e off page richiede un confine chiaro fra le due aree.
La pagina può utilizzare varianti differenti perché fanno parte dello stesso spazio semantico. Non serve creare una sezione artificiale per ogni formulazione.
Se vuoi approfondire questo passaggio, la guida sull’intento di ricerca entra nel merito della relazione fra query, bisogno e tipo di risposta.
Come capire cosa deve realmente soddisfare una singola URL
Una pagina on-page efficace ha una promessa riconoscibile.
Il title anticipa quella promessa. L’H1 la rende esplicita una volta entrati nel contenuto. L’introduzione orienta. Gli H2 e gli H3 suddividono il problema. Il body deve poi mantenere ciò che questi elementi hanno promesso.
Questo porta a una domanda più utile di “quante volte ho inserito la keyword?”:
se arrivassi su questa pagina dopo aver effettuato la ricerca, troverei ciò che mi aspettavo senza dover tornare su Google per completare la risposta essenziale?
Google invita a valutare se i contenuti forniscano una descrizione sostanziale e completa del tema, aggiungano valore rispetto agli altri risultati e abbiano heading e titoli che descrivano correttamente il contenuto. È il principio people-first descritto nella sua documentazione sui contenuti utili e affidabili.
Completezza, però, non significa aggiungere qualsiasi argomento correlato. Significa chiudere bene l’intento che la pagina ha scelto di soddisfare.
Keyword, varianti ed entità senza density e LSI
Una keyword SEO serve prima di tutto per identificare domanda e linguaggio dell’utente.
Se il tema è la SEO on-page, nel testo compariranno naturalmente espressioni come title, heading, contenuto, intento di ricerca, link interni, immagini, snippet e dati strutturati. Sono concetti necessari per spiegare l’argomento.
Non è necessario trasformarli in una lista di “LSI keyword” da inserire.
Non uso neppure una percentuale di keyword density come obiettivo. La documentazione Google mette invece in guardia dalla ripetizione eccessiva delle parole e considera il keyword stuffing contrario alle proprie spam policies. Precisa anche che non esiste un conteggio minimo o massimo di parole da raggiungere per il ranking.
Il criterio più solido è molto più semplice: usa il termine preciso quando serve, una variante quando è naturale e un’entità quando è necessaria a spiegare il concetto.
Title, H1 e heading: rendere chiaro il topic della pagina
Title, H1 e heading hanno una funzione comune: ridurre l’ambiguità.
Non devono però diventare tre copie della stessa keyword.
Come scrivere il title senza inseguire una lunghezza magica
Un buon <title> identifica la pagina e la distingue dalle altre.
Può contenere la query principale quando questa descrive naturalmente il contenuto, ma non esiste una regola per cui la keyword debba essere necessariamente il primo elemento.
Google raccomanda title descrittivi, concisi e specifici per la pagina. Inoltre, il title link mostrato nei risultati non deriva necessariamente soltanto dal tag <title>: Google può utilizzare diverse fonti presenti nella pagina quando genera il titolo visualizzato in Search. La documentazione ufficiale sui title link raccomanda anche di rendere chiaramente riconoscibile il titolo principale del documento.
Questo cambia il modo di valutare la lunghezza.
Un title che viene visualizzato integralmente è preferibile quando permette di comunicare bene la promessa, ma non ha senso sacrificare chiarezza per raggiungere una soglia numerica universale.
Il controllo pratico diventa:
- identifica correttamente la pagina?
- distingue questo risultato dagli altri?
- usa il linguaggio dell’utente senza forzature?
- promette qualcosa che il contenuto mantiene?
H1, H2 e H3: gerarchia e information scent
L’H1 dovrebbe rendere immediatamente riconoscibile l’argomento principale.
Non perché Google richieda una formula exact-match, ma perché chi arriva sulla pagina deve capire subito se è nel posto giusto.
Gli H2 e H3 hanno poi una funzione diversa: organizzano i sottoargomenti e aiutano a prevedere cosa verrà spiegato nelle sezioni successive.
La gerarchia semantica resta utile per leggibilità e accessibilità. Google precisa tuttavia che, dal punto di vista della Search, non esiste un numero ideale di heading e che un ordine HTML imperfetto non rappresenta automaticamente un problema di ranking.
Quindi non serve aggiungere un H2 soltanto perché un tool suggerisce di inserire una keyword in un sottotitolo.
Serve un nuovo heading quando esiste un sub-intent che merita una spiegazione autonoma.
Dove usare la keyword negli heading
Se stai scrivendo una sezione intitolata “Come fare un audit SEO on-page”, utilizzare SEO on-page è naturale e informativo.
Se una sezione riguarda le immagini, “Ottimizzare le immagini” può invece essere più chiaro di una formula artificiale come “Immagini per la SEO on-page e ottimizzazione SEO delle immagini on-page”.
Il test migliore è editoriale: se togliessi il motore di ricerca dall’equazione, il titolo rimarrebbe quello più chiaro per il lettore?
Se la risposta è sì, probabilmente la formulazione è corretta.
Meta description e snippet: ottimizzare il risultato, non inseguire una formula
La meta description merita attenzione, ma per una ragione diversa dal title.
Serve a descrivere la pagina e può essere utilizzata da Google per generare lo snippet mostrato nei risultati.
Non bisogna però presumere che il testo scritto nel CMS sia quello che verrà mostrato per ogni query. Google afferma che lo snippet viene normalmente costruito a partire dal contenuto della pagina e che, in alcuni casi, può utilizzare la meta description quando questa descrive meglio il risultato.
Come Google costruisce lo snippet
Questo comportamento è importante perché una pagina può mostrare snippet diversi per ricerche diverse.
La meta description rimane quindi uno strumento editoriale utile: permette di fornire una sintesi specifica e convincente della pagina.
Non va invece trattata come uno spazio in cui accumulare keyword.
Google chiarisce inoltre che non esiste un limite fisso alla lunghezza della meta description. Lo snippet viene troncato quando necessario in funzione del dispositivo e della presentazione del risultato. La documentazione ufficiale sugli snippet lo indica esplicitamente.
Le classiche soglie di caratteri possono essere utili per fare preview editoriali, ma non sono requisiti imposti dal motore di ricerca.
Quando conviene modificare la meta description
Una revisione ha senso soprattutto quando la description:
- non descrive più il contenuto;
- è generica e intercambiabile con altre pagine;
- promette qualcosa che il body non soddisfa;
- omette la differenza principale del risultato;
- è stata scritta per una vecchia versione della pagina.
Se Google continua a mostrare uno snippet differente, non significa automaticamente che la meta sia sbagliata: per quella query il sistema può aver individuato nel body un passaggio considerato più pertinente.
Contenuto e copertura semantica: rispondere all’intento senza stuffing
Il contenuto è il punto in cui tutti gli elementi precedenti devono finalmente convergere.
Puoi avere un title chiaro, un H1 ben formulato e URL ordinato, ma se il body non soddisfa la ricerca l’ottimizzazione rimane superficiale.
Completezza non significa lunghezza
Non esiste una lunghezza ideale valida per tutti gli articoli.
Un contenuto deve essere abbastanza approfondito da permettere al lettore di capire o completare il proprio task. Questo può richiedere poche centinaia di parole per un problema semplice e un approfondimento molto più ampio per una guida complessa.
Google dice esplicitamente nella propria SEO Starter Guide che la lunghezza del contenuto, presa isolatamente, non determina il ranking e non esiste un word count magico.
La domanda utile non è quindi “quanto scrive il primo risultato?”, ma:
quali spiegazioni sono necessarie affinché questa pagina risponda meglio alla ricerca?
Se una sezione esiste soltanto per aumentare il numero di parole, va tagliata.
Se manca il meccanismo necessario a capire una raccomandazione, va sviluppata.
Entità, termini correlati ed esempi
Copertura semantica significa trattare i concetti necessari a spiegare realmente il topic.
In una pagina sulla SEO on-page è difficile parlare correttamente di title senza spiegare almeno la relazione con title link, H1 e promessa della pagina. È difficile spiegare il contenuto senza affrontare query e intento. Ed è difficile parlare di internal linking senza spiegare anchor e contesto.
Questi termini non sono ingredienti da aggiungere per raggiungere uno score.
Sono relazioni necessarie al modello mentale del lettore.
Gli esempi aiutano soprattutto quando mostrano la differenza tra una regola meccanica e una decisione contestuale.
Prendiamo due title:
SEO on page | SEO on page guida | SEO on page ottimizzazione
e
SEO on-page: cos’è e come ottimizzare una pagina web
Il secondo non è preferibile perché contiene una densità migliore. È preferibile perché identifica un argomento e anticipa una promessa comprensibile.
Search Completion: quando una pagina ha davvero risposto
Una pagina è editorialmente incompleta quando costringe il lettore a cercare altrove un passaggio essenziale che avrebbe dovuto spiegare.
Non significa che debba inglobare tutto il cluster.
Una guida on-page può linkare una risorsa dedicata all’off-page invece di trasformarsi in una seconda guida alla link building. Può rimandare alla SEO tecnica quando il problema supera il perimetro della singola pagina.
La completezza deriva quindi dall’equilibrio fra:
rispondere abbastanza → approfondire ciò che conta → delegare ciò che merita una pagina autonoma.
URL, link interni e link esterni
Gli URL e i collegamenti fanno parte del contesto nel quale una pagina viene scoperta e interpretata, ma anche qui è utile separare funzioni differenti.
URL descrittivi: cosa conta davvero
Un URL leggibile aiuta una persona a riconoscere la destinazione e può contribuire alla rappresentazione della pagina nei breadcrumb.
Google consiglia URL descrittivi e comprensibili, ma precisa anche che la presenza di keyword nel dominio o nel percorso dell’URL, presa da sola, ha un impatto limitato sul ranking.
Per una pagina esistente che possiede già un URL coerente non ha quindi senso cambiare slug soltanto per sostituire una variante della keyword con un’altra.
Un cambio URL introduce anche un problema aggiuntivo: bisogna gestire redirect, collegamenti interni, canonical e segnali già associati alla vecchia risorsa.
Internal linking: relazione prima della quantità
I link interni aiutano utenti e crawler a raggiungere altre pagine e aggiungono contesto attraverso destinazione, anchor e testo circostante.
Google raccomanda anchor descrittive, concise e pertinenti e invita a collegare le pagine importanti da altre risorse del sito che abbiano una relazione reale con esse. La sua guida sulle best practice per i link insiste anche sulla naturalezza del testo di ancoraggio.
Questo è il motivo per cui un sistema di link interni non dovrebbe essere costruito contando quanti collegamenti inserire per articolo.
Un link è utile quando completa il percorso.
Se stiamo parlando di intento, ha senso collegare la guida all’intento. Se dobbiamo spiegare un argomento completamente diverso soltanto per creare un link verso una money page, probabilmente stiamo forzando la relazione.
Link esterni: fonti, contesto e verificabilità
I link verso risorse esterne sono utili quando portano alla fonte originale di un’affermazione, a una specifica tecnica, a uno standard oppure a un approfondimento che aumenta la verificabilità del testo.
Non li inserisco con la logica “linkare un dominio autorevole farà salire questa pagina”.
La funzione editoriale viene prima.
Per un claim sul funzionamento di Google, per esempio, la scelta più solida è normalmente collegare la documentazione di Google pertinente. Per uno standard web, sarà preferibile lo standard originale. Per un dato, il dataset o lo studio che lo ha prodotto.
Immagini e altri elementi multimediali
Un’immagine non diventa SEO-friendly perché il filename contiene una keyword.
Conta soprattutto cosa mostra, perché è presente e quale relazione ha con il testo circostante.
Alt text e contesto dell’immagine
L’alt text deve descrivere l’immagine in relazione alla sua funzione nel contenuto.
La SEO Starter Guide di Google consiglia immagini chiare collocate vicino a testo pertinente e alt text descrittivi che aiutino a comprendere l’immagine e il suo contesto.
Questo significa evitare due estremi:
alt=""
su un’immagine che comunica informazioni importanti;
oppure:
alt="seo on page seo on-page ottimizzazione seo on page guida seo"
su un’immagine che mostra semplicemente la struttura di una pagina web.
Se l’immagine è puramente decorativa, un alt vuoto può essere invece la scelta accessibile corretta.
Peso dell’immagine e performance
Formato, dimensioni, compressione e modalità di caricamento possono influire sulle performance della pagina.
Ma l’obiettivo non è ottenere un’immagine minuscola a qualsiasi costo. Un’immagine sfocata, troppo compressa o incapace di comunicare il proprio contenuto peggiora l’esperienza.
La scelta va quindi fatta insieme al contesto: dimensioni di visualizzazione, qualità necessaria, dispositivo, priorità dell’asset e impatto sul caricamento.
La stessa logica vale per PageSpeed: il punteggio di un tool è una diagnostica, non il risultato SEO finale che dobbiamo inseguire.
Dati strutturati: cosa fanno e cosa non fanno
I dati strutturati sono un formato standardizzato per fornire informazioni esplicite sul contenuto di una pagina.
Possono aiutare Google a comprenderne alcuni elementi e, per i tipi supportati, possono rendere la pagina idonea a specifiche presentazioni avanzate nei risultati. La documentazione ufficiale sui dati strutturati descrive proprio questa relazione fra markup, comprensione del contenuto e rich result.
La parola importante è idonea.
Markup valido non significa che Google mostrerà necessariamente un rich result e non significa ottenere automaticamente un vantaggio di ranking.
Structured data ed eleggibilità ai rich result
Il processo corretto è:
contenuto reale → tipo di dato applicabile → markup coerente → validazione → eventuale eleggibilità
Non:
aggiungo più Schema possibile → aumento l’autorità della pagina.
Il markup deve rappresentare ciò che è realmente visibile e pertinente nel contenuto.
Questo evita anche un altro errore: scegliere Schema perché “occupa più spazio in SERP” quando quella funzionalità non è realmente disponibile per il sito.
Perché FAQPage non è una scorciatoia per occupare la SERP
Il caso FAQPage è particolarmente istruttivo.
Google ha limitato la visualizzazione regolare dei FAQ rich results a siti governativi e sanitari autorevoli. Per gli altri siti il markup può restare tecnicamente presente, ma normalmente non produce quella specifica visualizzazione nei risultati.
Quindi non conviene aggiungere domande frequenti a un articolo soltanto per ottenere più spazio nella SERP.
Le FAQ hanno senso quando completano davvero la ricerca dell’utente.
Page experience e Core Web Vitals: dove finisce l’on-page e inizia la tecnica
Performance, stabilità del layout, usabilità mobile e sicurezza influenzano l’esperienza complessiva della pagina, ma non tutto ciò che riguarda la page experience deve essere trattato come una micro-ottimizzazione on-page.
Se il problema è un’immagine hero inutilmente pesante, possiamo intervenire direttamente sul contenuto.
Se invece il collo di bottiglia è il server, il tema, JavaScript condiviso, il sistema di cache o un comportamento che interessa l’intero sito, siamo già nell’area della performance e della SEO tecnica.
Cosa Google conferma sui Core Web Vitals
Google spiega nella propria guida alla page experience che non esiste un unico “page experience signal”.
I Core Web Vitals vengono utilizzati dai ranking systems, ma ottenere buoni risultati nei report non garantisce le prime posizioni. Google sconsiglia inoltre di inseguire un punteggio perfetto soltanto per ragioni SEO.
È una distinzione decisiva.
Core Web Vitals importanti ≠ PageSpeed 100 necessario ≠ performance capace di compensare un contenuto irrilevante.
Per approfondire le singole metriche e la diagnosi puoi consultare la guida ai Core Web Vitals.
Quando spostare il problema fuori dall’audit on-page
Durante un controllo sulla pagina possiamo individuare un problema tecnico.
Non siamo però obbligati a risolverlo all’interno della stessa attività.
Se troviamo un canonical incoerente, un problema di rendering o un template che genera heading duplicati in centinaia di pagine, il risultato corretto dell’audit on-page può essere:
ESCALATE → SEO tecnica / template / sviluppo
Questo rende l’analisi più utile, perché evita di correggere i sintomi dentro il testo quando la causa è altrove.
Come fare un audit SEO on-page di una pagina esistente
Un audit on-page efficace non inizia dal punteggio di un tool.
Inizia dalla situazione reale della pagina.
Voglio sapere:
per quali query appare → quale pagina Google associa a quelle query → con quale livello di visibilità → cosa promette la SERP → cosa offre oggi il contenuto → quale gap posso correggere
1. Parti dalle query reali in Search Console
Apri il report Prestazioni di Google Search Console e filtra l’URL esatto che vuoi analizzare.
Osserva almeno:
- query;
- impressioni;
- clic;
- CTR;
- posizione media;
- variazioni nel tempo.
Non leggere però questi numeri isolatamente.
Una posizione media aggregata può includere query molto diverse. Un CTR basso può dipendere dalla posizione, dall’intento, dalle feature presenti nella SERP o dal fatto che la pagina compare per ricerche marginali.
La prima operazione consiste quindi nel raggruppare le query per intenzione e capire quale domanda Google sta già associando alla pagina.
2. Confronta query, SERP e contenuto attuale
A questo punto chiediti se il contenuto risponde alle query per cui sta già ottenendo impressioni.
Possiamo trovarci davanti a situazioni molto differenti.
La pagina potrebbe avere il topic corretto ma essere poco approfondita.
Potrebbe essere stata scritta per una vecchia interpretazione dell’intento.
Potrebbe coprire troppe cose contemporaneamente.
Oppure potrebbe avere un buon contenuto, ma soffrire di title debole, cannibalizzazione o problemi tecnici.
È qui che il dato deve diventare diagnosi.
3. Classifica gli interventi
Una classificazione semplice evita di riscrivere tutto senza motivo:
KEEP — il passaggio è corretto, utile e ancora coerente.
UPDATE — il concetto rimane valido ma factuality, terminologia, esempio o fonte devono essere aggiornati.
ADD — manca un sub-intent importante.
REMOVE — il passaggio è obsoleto, fuori scope, ridondante o fuorviante.
MOVE/MERGE — l’informazione è utile ma si trova nel punto sbagliato oppure non giustifica una sezione autonoma.
Questo approccio è particolarmente importante negli articoli SEO vecchi, perché una parte del contenuto può essere ancora valida mentre singoli claim sono diventati troppo rigidi o non più supportati.
4. Controlla la concorrenza senza copiarla
Analizzare la SERP serve a capire quale standard di risposta sta incontrando l’utente, non a sommare gli heading dei primi risultati.
Se tutti spiegano title, H1, URL e immagini, probabilmente questi elementi appartengono al nucleo dell’intento.
Se tutti ripetono la stessa formula non supportata sulla keyword density, non diventa vera perché compare dieci volte.
L’obiettivo è distinguere:
coverage necessario → informazioni deboli → concetti obsoleti → gap → opportunità di spiegazione migliore
5. Misura l’aggiornamento senza inventare causalità
Dopo una riscrittura torna sugli stessi dati.
Osserva se cambia la distribuzione delle query, se aumentano le impressioni per il cluster corretto, se migliorano le posizioni e se iniziano ad arrivare clic pertinenti.
Non attribuire automaticamente ogni movimento alla modifica.
La SERP cambia, i competitor cambiano, la domanda varia e Google aggiorna continuamente i propri sistemi.
Se nello stesso intervento modifichi title, body, internal linking e struttura, un eventuale miglioramento può essere associato al pacchetto di modifiche, ma non dimostra quale singolo elemento ne sia stato la causa.
Se durante questo audit emergono problemi che coinvolgono molte pagine, architettura, crawling o cannibalizzazione, ha più senso allargare l’analisi a un SEO audit invece di continuare a correggere una URL alla volta.
Checklist SEO on-page
La checklist serve come controllo finale, non come sostituto della diagnosi.
| Elemento | Cosa verificare | Perché | Fonte del dato | Priorità |
|---|---|---|---|---|
| Intento | La pagina soddisfa la famiglia di query corretta | Evita di ottimizzare perfettamente la risposta sbagliata | GSC + SERP | Alta |
| Promessa | Title, H1, intro e body promettono la stessa cosa | Riduce mismatch fra risultato e contenuto | Pagina + SERP | Alta |
| Contenuto | Copre i concetti necessari senza padding | Completa il task dell’utente | Body + competitor gap | Alta |
| Title | È specifico, descrittivo e coerente con la pagina | Aiuta comprensione e presentazione del risultato | HTML + SERP | Alta |
| H1 | Identifica chiaramente il topic principale | Orienta subito il lettore | Pagina | Alta |
| H2/H3 | Ogni heading corrisponde a un sub-intent reale | Migliora struttura e scansione | Pagina | Media/Alta |
| Meta description | Descrive correttamente il contenuto | Può contribuire allo snippet | HTML + SERP | Media |
| URL | È stabile, comprensibile e non richiede cambi inutili | Evita complessità e comunica la destinazione | URL | Media |
| Link interni | Collegano risorse realmente utili con anchor descrittive | Migliorano scoperta, contesto e navigazione | Crawl + body | Alta |
| Link esterni | Supportano claim o approfondimenti reali | Aumentano verificabilità e utilità | Body | Media |
| Immagini | Sono pertinenti, nitide, contestualizzate e con alt appropriato | Migliorano comprensione e accessibilità | Pagina | Media |
| Structured data | Il markup corrisponde al contenuto e a un tipo supportato | Può abilitare funzionalità compatibili | Test rich result | Solo se pertinente |
| Page experience | Non emergono problemi materiali di usabilità o CWV | Evita attriti tecnici e UX | Search Console + field/lab data | Alta se problematica |
| Cannibalizzazione | Un’altra URL non sta soddisfacendo lo stesso intento | Evita segnali e contenuti sovrapposti | GSC + SERP + sitemap | Alta |
| Misurazione | Esiste una baseline precedente alle modifiche | Permette di interpretare l’effetto del lavoro | GSC + Analytics | Alta |
Errori e falsi miti della SEO on-page
Molti errori on-page nascono dalla trasformazione di un’indicazione ragionevole in una formula universale.
“Devo raggiungere una keyword density precisa”
No.
La keyword deve comparire quando serve a identificare e spiegare l’argomento. Una percentuale prestabilita non può sapere quale sia la quantità naturale di occorrenze necessaria in un contenuto specifico.
Se per raggiungerla cominci a ripetere espressioni che un editor eliminerebbe, stai probabilmente peggiorando il testo.
Il problema opposto esiste: una pagina che evita sistematicamente la terminologia che gli utenti usano può diventare ambigua. La soluzione è chiarezza semantica, non una formula di densità.
Il keyword stuffing rimane invece qualcosa da evitare; Google lo include esplicitamente fra le pratiche sulle quali non conviene concentrarsi e richiama le proprie spam policies per le ripetizioni eccessive.
“Servono le LSI keyword”
Non come tecnica SEO separata.
Per scrivere bene di un argomento devi naturalmente utilizzare concetti, entità e termini collegati.
Questo non significa dover costruire un elenco di “LSI keyword” e inserirle nel contenuto.
La differenza non è soltanto terminologica. Nel primo caso parti dall’argomento e sviluppi le relazioni necessarie a farlo capire. Nel secondo rischi di trasformare la pagina in una collezione di termini da spuntare.
“La keyword deve essere la prima cosa nel title”
Non esiste una regola universale che lo imponga.
Metterla vicino all’inizio può essere una buona scelta editoriale quando rende il title immediatamente riconoscibile, soprattutto se l’argomento coincide con la query.
Ma il criterio rimane chiarezza e specificità.
“Title e meta description hanno un limite fisso di caratteri”
Possono essere troncati nella visualizzazione, ma non esiste una soglia universale oltre la quale il contenuto diventa SEO-invalido.
Google afferma esplicitamente che la meta description non ha un limite fisso e viene troncata secondo necessità. Per i title la raccomandazione è scrivere testi concisi e descrittivi, non raggiungere una misura prescritta.
Usa quindi i simulatori di snippet come strumenti di preview, non come giudici algoritmici.
“Bounce rate e tempo di permanenza sono ranking factor confermati”
Non trattarli come tali.
Sono metriche che possono aiutarti a capire come gli utenti interagiscono con un sito, ma passare da “vedo un comportamento negli analytics” a “Google usa quel numero per assegnare la posizione alla pagina” richiede evidenza che non possiamo semplicemente presumere.
Se il traffico arriva e gli utenti non completano il task, abbiamo comunque un problema editoriale o di esperienza da analizzare.
Non serve inventare un rapporto causale con il ranking per giustificare il miglioramento.
“Aggiungere Schema fa salire la pagina”
No.
I dati strutturati forniscono informazioni esplicite sul contenuto e possono abilitare l’eleggibilità per esperienze di ricerca supportate. Non sono un moltiplicatore generale di ranking e la visualizzazione di un rich result non è garantita.
Prima di aggiungerli chiediti sempre:
quale entità sto descrivendo? quale proprietà è realmente presente? quale funzionalità supportata sto cercando di abilitare?
Se non esiste una risposta utile, il markup non va aggiunto soltanto perché un plugin offre una casella da compilare.
“Devo ottenere 100 su PageSpeed”
No.
Un punteggio diagnostico può aiutarti a individuare problemi, ma Google stessa sconsiglia di inseguire un risultato perfetto esclusivamente per motivi SEO.
Il lavoro corretto consiste nell’individuare problemi reali di caricamento, responsività e stabilità e intervenire sulle loro cause.
“Se il plugin SEO è verde, la pagina è ottimizzata”
Un plugin può controllare alcuni pattern presenti nel documento.
Non conosce però automaticamente l’intento reale, il livello dei competitor, la qualità delle fonti, la correttezza di un claim, la cannibalizzazione con un’altra URL o la capacità della pagina di risolvere davvero il problema del lettore.
Il punteggio è una diagnostica del tool.
La pagina è il prodotto editoriale.
Conclusione
La SEO on-page funziona meglio quando smettiamo di trattarla come una collezione di posizioni obbligatorie per una keyword.
Title, H1, heading, contenuto, link e immagini servono innanzitutto a rendere chiari argomento e relazioni della pagina. Meta description e snippet riguardano soprattutto come il risultato viene presentato. I dati strutturati possono abilitare specifiche funzionalità. I Core Web Vitals appartengono alla page experience e possono richiedere interventi tecnici più ampi.
Queste differenze cambiano anche il modo di fare un audit.
Non partire da “cosa manca per ottenere 100 nel tool?”, ma da quale query intercetta la pagina, quale intento deve soddisfare e quale problema le impedisce oggi di competere meglio.
Poi intervieni sull’elemento che può realmente modificare quella situazione.
È meno semplice di una checklist universale, ma è anche il modo per evitare gran parte delle vecchie formule SEO: nessuna densità ideale, nessun word count magico, nessun title che funziona perché rispetta un numero, nessuno Schema che aggiunge automaticamente punti al ranking.
Una buona pagina on-page deve soprattutto essere riconoscibile, pertinente, completa rispetto al proprio intento, tecnicamente utilizzabile e collegata in modo sensato al resto del sito.
Da lì inizia l’ottimizzazione. Non dal semaforo di un plugin.