L’ottimizzazione on-page è quel lavoro silenzioso che fai sulle tue pagine web per renderle leggibili a Google e utili agli utenti. Niente trucchi strani, niente magie. Solo elementi tecnici e di contenuto messi al posto giusto.
Mi capita spesso di aprire siti di clienti che spendono migliaia di euro in ads e poi hanno il title tag duplicato su 40 pagine. Lì capisci che il problema non è il budget, è la base.

Punti chiave: cosa portare a casa da questa guida
| Elemento on-page | Cosa fare in pratica | Impatto sul ranking |
|---|---|---|
| Title tag | 50-60 caratteri, keyword principale a sinistra | Molto alto |
| Meta description | 150-160 caratteri, includere un beneficio | Medio (CTR) |
| H1 unica | Una sola per pagina, deve contenere la query target | Alto |
| Immagini | Formato WebP, alt text descrittivo, peso sotto i 200 KB | Medio-alto |
| Core Web Vitals | LCP < 2,5s, INP < 200ms, CLS < 0,1 | Molto alto |
| URL | Breve, lowercase, con trattini, niente parametri inutili | Medio |
| Internal linking | 3-5 link interni per articolo, anchor text variato | Alto |
| Schema markup | JSON-LD pertinente (Article, FAQ, Product) | Medio-alto |
| Contenuto | Risponde all’intento di ricerca, copre le sotto-domande | Molto alto |
1. Title tag e meta description: il primo contatto con il motore di ricerca
Hai mai contato quanti title tag scrivi in una settimana? Io ne scrivo una decina al giorno e ti dico subito una cosa: il title è la parte più sottovalutata dell’on-page. Google lo legge come fosse il titolo di un libro in libreria e decide se vale la pena aprirlo.
Il title tag deve stare tra i 50 e i 60 caratteri. Oltre questa soglia Google taglia il testo nelle SERP e tu perdi la parte finale, che spesso è quella che converte. Sotto i 30 caratteri invece sembra che la pagina non abbia un argomento preciso, e gli utenti cliccano altrove.
Cosa funziona davvero in un title tag nel 2026:
- La keyword principale nelle prime due o tre parole
- Un modificatore (anno, “guida”, “completo”, una percentuale)
- Il nome del brand alla fine, separato da una pipe
|o un trattino - Numeri precisi quando puoi metterli (
7 errori,2026,15 minuti)
La meta description non è un fattore di ranking diretto, però influenza il click-through rate. E il CTR, di riflesso, dice a Google se la tua pagina merita di stare in alto. Quindi indirettamente conta eccome.
Una meta description fatta bene risponde a tre domande nell’ordine: cosa trovi qui, perché ti serve, cosa fai dopo. 155 caratteri sono un’eternità se sai gestirli, sono pochissimi se ti metti a fare il poeta.
Ti faccio un esempio concreto preso da un cliente nel settore performance marketing:
| Versione | Title tag | Risultato CTR |
|---|---|---|
| Prima | “Servizi di marketing digitale – Agenzia Roma” | 1,8% |
| Dopo | “Performance Marketing 2026: ROAS 5x in 90 giorni | Dominanza” | 4,2% |
Più del doppio del CTR, stessa pagina, stesso ranking. Solo title e meta riscritti.
Un errore che vedo ogni settimana: mettere la stessa meta description su 50 pagine perché “tanto Google la riscrive”. È vero che a volte la riscrive, ma quando trova la tua scritta bene la lascia. E quando ce l’hai duplicata su tutto il sito, mandi un segnale di trascuratezza che si paga in posizionamento.
Per approfondire la parte SEO complessiva ti consiglio di dare un’occhiata al servizio di SEO di Dominanza Digitale, dove trovi anche audit gratuiti sui title delle tue pagine principali.
2. Struttura dei headings H1-H6: la gerarchia che Google capisce al volo
Cosa succede se metti tre H1 sulla stessa pagina? Niente di catastrofico, però Google fatica a capire qual è l’argomento centrale. E quando un crawler fatica, il tuo posizionamento ne risente.
L’H1 è una sola, sempre. Contiene la keyword principale in una forma quasi naturale, non forzata. Se la pagina parla di “ottimizzazione on-page”, l’H1 può essere “Ottimizzazione on-page: la guida pratica” e non “Ottimizzazione on-page ottimizzazione SEO ottimizzazione siti web”.
Le H2 dividono il contenuto in macro-aree. Ogni H2 dovrebbe coprire una sotto-domanda che l’utente si fa. Se cerchi “come scrivere un title tag”, una H2 sensata è “Quanti caratteri deve avere un title tag”, non “I segreti del SEO”.
Le H3 servono a strutturare i punti dentro una H2. Funzionano bene quando hai elenchi lunghi, paragrafi tecnici, o passaggi in step.
Le H4, H5 e H6 le uso raramente. In genere se ho bisogno di andare oltre la H3 vuol dire che la pagina è troppo lunga o mal strutturata. Meglio spezzare in due articoli.
Una cosa che faccio sempre prima di scrivere: butto giù la struttura completa dei headings su un foglio di carta. Tipo così:
H1: Argomento principale
H2: Prima sotto-domanda
H3: Dettaglio tecnico
H3: Esempio pratico
H2: Seconda sotto-domanda
H2: Terza sotto-domanda
Se la struttura non sta in piedi su carta, non sta in piedi nemmeno online.
C’è un errore tecnico che vedo spessisimo nei siti WordPress: il logo del sito è impostato come H1 in tutta la testata. Quindi ogni pagina ha una H1 con scritto solo il nome del brand, e poi i contenuti veri partono da H2. Google legge “Brand X” come argomento centrale di tutte le pagine, e tu ti chiedi perché non ranki.
La soluzione è semplice: il logo va in un <div> con CSS, non in un H1. Se usi temi premium tipo Avada o Divi, controlla nelle impostazioni del tema, c’è quasi sempre un’opzione per disabilitare questo comportamento.
Sul blog di Dominanza Digitale abbiamo pubblicato vari articoli su come strutturare correttamente le pagine pillar, da’ un’occhiata se vuoi vedere esempi concreti su settori diversi.
3. Ottimizzazione delle immagini: peso, alt text e formato
Le immagini pesano più di tutto il resto del codice messo insieme. Un sito normale ha l’80% del peso totale fatto di immagini, e questo si traduce in caricamento lento, in Core Web Vitals scadenti, in utenti che chiudono la scheda prima ancora di vederla aperta.

Tre cose da fare sempre prima di caricare un’immagine:
- Convertirla in WebP o AVIF (riduce il peso del 30-50% senza perdita visibile)
- Ridimensionarla alle misure reali in cui verrà mostrata (non caricare un 4000×3000 per mostrarlo a 800×600)
- Comprimerla con strumenti tipo TinyPNG o Squoosh (compressione lossless, fa miracoli)
L’alt text invece è quello che molti dimenticano. Sai a cosa serve davvero? A due cose: l’accessibilità per chi usa screen reader, e a Google per capire cosa c’è nell’immagine. Non a “fare keyword stuffing”, come leggi in certi blog vecchi del 2015.
Un alt text fatto bene descrive l’immagine in modo naturale. Se l’immagine mostra una dashboard di Google Analytics, l’alt text è “dashboard Google Analytics con grafico di traffico organico”, non “seo google analytics traffico organico ottimizzazione ranking”.
Per il lazy loading, dal 2023 in poi è praticamente obbligatorio. Aggiungi loading="lazy" a tutte le immagini sotto la fold (tranne la prima, quella va caricata subito altrimenti rovini il LCP). WordPress lo fa di default ormai, ma controlla che il tuo tema non lo abbia disabilitato.
Una tabella veloce sui formati immagine, perché qua si fa confusione:
| Formato | Quando usarlo | Peso medio |
|---|---|---|
| WebP | Default per quasi tutto, ottimo compromesso qualità/peso | -30% rispetto a JPEG |
| AVIF | Quando vuoi il massimo, supportato dai browser moderni | -50% rispetto a JPEG |
| JPEG | Fallback per browser vecchi, foto ad alta qualità | Standard |
| PNG | Solo se ti serve la trasparenza e l’AVIF non basta | Spesso troppo pesante |
| SVG | Logo, icone, illustrazioni vettoriali | Pochissimo |
Non usare PNG per le foto. Mai. Lo vedo ancora fare e ogni volta mi viene da piangere. Un PNG di una foto pesa 5-10 volte un WebP equivalente.
Vuoi vedere come si crea una creative ottimizzata che sia anche bella da vedere? Dai un occhiata al servizio Creative di Dominanza Digitale, dove uniamo design e performance senza sacrificare l’uno per l’altro.
4. Core Web Vitals: LCP, INP e CLS spiegati in modo semplice
I Core Web Vitals sono tre numeri che Google misura su ogni tua pagina. Se sono buoni, ti aiuta. Se sono pessimi, ti penalizza. Punto.

LCP (Largest Contentful Paint) misura quanto tempo passa prima che l’elemento più grande della pagina sia visibile. In pratica: quando l’utente vede “qualcosa di sostanzioso” sullo schermo. Deve stare sotto i 2,5 secondi.
Cosa rovina il LCP più di tutto? Le immagini hero non ottimizzate. Quel banner enorme in cima alla homepage, caricato da 3 MB, è il killer numero uno. Lo riduci a 200 KB in WebP e il LCP migliora di 1-2 secondi solo con questa mossa.
INP (Interaction to Next Paint) ha sostituito FID nel 2024. Misura quanto la pagina è reattiva quando l’utente clicca o tocca qualcosa. Se clicchi un bottone e ci vogliono 400ms prima che succeda qualcosa, la pagina è lenta. Soglia da rispettare: sotto i 200ms.
L’INP cattivo arriva quasi sempre da JavaScript pesante, plugin di tracking troppi, o temi WordPress mal scritti. Il fix in genere è togliere plugin inutili, spostare gli script in fondo al body, usare un tag manager che carica le cose in modo asincrono.
CLS (Cumulative Layout Shift) misura quanto la pagina “balla” durante il caricamento. Hai presente quando stai per cliccare un bottone e all’improvviso si carica un banner pubblicitario sopra e finisci per cliccare quello? Quello è CLS alto. Soglia: sotto 0,1.
Per fixare il CLS basta poco:
- Specifica sempre
widtheheightsulle immagini - Riserva lo spazio per banner, embed di video YouTube, widget social
- Non caricare font esterni che cambiano dimensione del testo a metà strada (usa
font-display: optionalo auto-host)
Una check-list rapida per i Core Web Vitals che do sempre ai miei clienti:
- [ ] Immagine hero in WebP sotto i 200 KB
- [ ] Font auto-hostati con preload
- [ ] JavaScript di tracking caricato dopo il DOM ready
- [ ] Plugin WordPress ridotti al minimo essenziale
- [ ] Hosting con SSD e PHP 8.2+
- [ ] CDN attivo (Cloudflare basta nella versione free)
- [ ] Cache pagina abilitata (WP Rocket, LiteSpeed Cache)
Se vuoi capire l’impatto vero dei Core Web Vitals sulle conversioni, il nostro reparto Performance gestisce ottimizzazioni tecniche full-funnel, dal load speed fino alla conversion rate.
5. URL parlanti e architettura del sito
Un URL ben fatto è leggibile da un essere umano e descrive il contenuto della pagina. Niente di esoterico.

Confronta queste due URL:
sitoesempio.it/p?id=4827&cat=12&ref=home
sitoesempio.it/scarpe-running-uomo-nike
La seconda dice tutto: cosa vendi, per chi, di che brand. La prima è un cestino di parametri che non significa niente per nessuno.
Le regole basiche per gli URL:
- Tutto in lowercase (le maiuscole creano duplicati su alcuni server)
- Trattini tra le parole, mai underscore
- Niente accenti, niente caratteri speciali, niente spazi codificati
- Più corto è, meglio è (sotto i 60 caratteri se possibile)
- Nessun parametro inutile, nessun “?ref=”, nessun ID numerico
L’architettura del sito è la cosa che spiego peggio ai clienti, perché è invisibile ma fondamentale. Pensa al tuo sito come a un albero: la home è il tronco, le categorie sono i rami principali, gli articoli sono le foglie.
Una struttura sana per un sito di marketing è tipo questa:
dominanzadigitale.it/
├── /performance/
│ ├── /seo/
│ ├── /google-ads/
│ ├── /facebook-ads/
│ └── /tik-tok-ads/
├── /creative/
├── /ai/
├── /casi-studio/
└── /blog/
├── articolo-1
├── articolo-2
Ogni pagina sta a 2-3 click massimi dalla home. Più la struttura è profonda, meno Google passa a indicizzare le pagine in fondo.
Cosa NON fare con gli URL:
- Cambiarli senza redirect 301 (perdi tutto il ranking accumulato)
- Mettere la data nell’URL degli articoli (li fa sembrare vecchi quando sono ancora rilevanti)
- Usare URL infiniti tipo
/categoria/sottocategoria/sotto-sotto-categoria/prodotto-finale-finalmente
Per chi vuole vedere come abbiamo strutturato siti che oggi rankano in prima pagina su keyword competitive, abbiamo raccolto vari casi studio di successo dove spieghiamo le scelte architetturali fatte settore per settore.
6. Internal linking: collegare le pagine senza fare disastri
L’internal linking è la cosa più potente che hai sotto controllo nell’on-page. Eppure è quella che la gente sbaglia di più.
Cosa fa un link interno? Passa “autorità” (link juice, in gergo) da una pagina forte a una pagina debole. E aiuta Google a capire la relazione semantica tra le tue pagine.
Le tre regole d’oro dell’internal linking:
- Anchor text variato. Se metti sempre lo stesso anchor su una pagina target, Google sospetta. Varia: keyword principale, sinonimi, frasi naturali tipo “leggi la guida”.
- Da forte a debole. Quando pubblichi un articolo nuovo (debole, perché non ha ancora link esterni), linkalo da pagine vecchie e già posizionate. Così l’autorità fluisce.
- Pertinenza prima di tutto. Linkare per linkare è dannoso. Ogni link interno deve avere un senso per chi legge.
Quanti link interni mettere in un articolo? Non c’è una regola fissa, però la mia esperienza dice 3-5 per articolo da 1500-2000 parole. Sotto i 3 sembra un’isola, sopra i 5 inizia a sembrare spam (a meno che non sia un articolo lungo 4000+ parole con lista di risorse).
Un trucco che uso quando faccio audit di siti grossi: prendo un foglio di calcolo e mappo ogni pagina con i link interni in entrata e in uscita. Le pagine “orfane” (zero link in entrata) sono il primo problema da risolvere. Sono pagine che esistono ma nessuna altra parte del sito le segnala.
Tabella veloce sui tipi di link interni e quando usarli:
| Tipo di link | Esempio | Quando usarlo |
|---|---|---|
| Link contestuale | Dentro il testo, naturale | Sempre, sono i più potenti |
| Link in lista risorse | “Vedi anche: …” in fondo | Per articoli correlati |
| Link in menu | Navigazione globale | Solo per pagine importanti |
| Link in footer | In fondo al sito | Pagine legali, contatti |
| Link in breadcrumb | Sopra il titolo | Architettura del sito |
I link contestuali, dentro il testo, valgono molto più di un link in fondo o nel footer. Google sa distinguere tra un link che è dentro un paragrafo (segnale che il redattore ha consigliato attivamente quella risorsa) e un link in un menu (boilerplate, presente su tutte le pagine).
Per capire meglio quali canali combinare nel tuo mix di traffico, leggi la guida sui canali più efficaci per il performance marketing, dove parliamo proprio di come distribuire l’attenzione tra SEO, paid e direct.
7. Schema markup e dati strutturati per la SERP
Lo schema markup è codice che metti nella pagina per dire a Google “questa è una recensione, questo è un prezzo, questa è una FAQ”. Google lo legge e in cambio ti dà rich snippet nelle SERP, che sono quei risultati con stelline, immagini, prezzi, fasce orarie.

Il formato che Google preferisce è JSON-LD. Va in un tag <script type="application/ld+json"> dentro l’<head> o alla fine del <body>.
I tipi di schema più utili nel 2026:
- Article: per qualsiasi articolo del blog
- FAQ: per le pagine con domande frequenti (occhio: dal 2023 Google mostra FAQ rich snippet solo per siti autorevoli)
- Product: per le pagine prodotto e-commerce
- LocalBusiness: per attività con sede fisica
- BreadcrumbList: per i percorsi di navigazione
- Organization: una sola, sulla home, descrive l’azienda
- Review e AggregateRating: per recensioni di prodotti o servizi
Un esempio di schema Article minimo per un articolo blog:
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Ottimizzazione on-page per migliorare le performance",
"datePublished": "2026-05-05",
"author": {
"@type": "Person",
"name": "Nome Autore"
},
"publisher": {
"@type": "Organization",
"name": "Dominanza Digitale"
}
}
Una cosa che la gente sbaglia: mettere schema markup per cose che non sono visibili nella pagina. Se nello schema dichiari un prezzo di 99€ ma sulla pagina il prezzo non c’è da nessuna parte, Google se ne accorge e ti penalizza per “schema markup spammoso”. È successo a un cliente nel 2024 e ci sono volute settimane per uscirne.
Strumenti gratuiti per generare e testare schema markup:
- Schema.org: documentazione ufficiale, completa ma tecnica
- Google Rich Results Test: incolli l’URL e ti dice se lo schema è valido
- Schema Markup Generator (Merkle): tool free per generare schema senza scrivere codice
- Plugin Yoast / Rank Math: per WordPress, automatizzano molto del lavoro
Dal 2025 Google ha iniziato a mostrare risultati AI Overview che peschano molto da contenuti con schema markup ben fatto. Quindi se vuoi finire citato da Gemini quando qualcuno fa una ricerca, lo schema diventa ancora più importante.
L’integrazione tra contenuto SEO e intelligenza artificiale è un terreno che stiamo esplorando con il reparto AI di Dominanza Digitale, dove uniamo dati strutturati e generazione contenuti per progetti su scala.
8. Contenuto NLP-friendly: scrivere per Google e per gli umani
Cosa vuol dire “contenuto NLP-friendly”? Vuol dire scrivere in modo che gli algoritmi di elaborazione del linguaggio naturale (quelli che usa Google) capiscano subito di cosa parli. Il bello è che le stesse regole valgono per gli umani, quindi non c’è conflitto.
Le quattro caratteristiche di un contenuto NLP-friendly:
- Soggetto-verbo-oggetto chiari. “Il title tag aiuta il ranking” è meglio di “Per quanto riguarda il ranking, il title tag è uno degli elementi che aiutano”.
- Risposta diretta all’inizio. Se l’utente chiede “quanti caratteri deve avere un title tag”, la prima frase del paragrafo risponde “tra i 50 e i 60 caratteri”.
- Entità nominate chiaramente. Brand, persone, luoghi, prodotti vanno nominati per esteso, non con pronomi vaghi.
- Sotto-domande coperte. Per ogni topic principale, copri 4-5 sotto-domande che gli utenti si pongono.
Una cosa che non si dice abbastanza: il TF-IDF è morto, lunga vita all’intent matching. Cosa significa in pratica? Significa che non devi più “ripetere la keyword 5 volte”. Devi invece coprire l’argomento in modo completo, con sinonimi, varianti, sotto-temi.
Se scrivo di “ottimizzazione on-page”, Google si aspetta di trovare nella pagina termini correlati come: SEO tecnica, title tag, meta description, headings, schema markup, Core Web Vitals, internal linking. Se mancano, la pagina sembra incompleta.
Come strutturare un contenuto SEO che converte davvero:
| Sezione | Obiettivo | Lunghezza tipica |
|---|---|---|
| Intro | Rispondere all’intent in 2-3 frasi | 50-100 parole |
| Key takeaways | Riassunto rapido per chi ha fretta | Tabella o lista |
| Corpo (H2) | Coprire 6-8 sotto-argomenti | 300-500 parole per H2 |
| Esempi pratici | Casi reali, numeri, screenshot | 1-2 per articolo |
| FAQ | Catturare query lunghe | 4-6 domande |
| CTA | Spingere l’azione successiva | 1-2 frasi |
Una piccola anecdote da addetto ai lavori: ho riscritto un articolo da 800 parole che era a pagina 3 di Google. Ho aggiunto due H2 con sotto-domande, riscritto l’intro per rispondere subito all’intent, aggiunto una tabella riassuntiva. Non ho cambiato keyword, non ho fatto link building, non ho toccato nient’altro. In 6 settimane la pagina è arrivata in posizione 4, generando 3.200 visite organiche al mese.
Tre errori da evitare nel contenuto SEO:
- Keyword stuffing: ripetere la stessa frase 15 volte. Google se ne accorge dal 2012, smettila.
- Contenuto thin: 300 parole non bastano per coprire un topic complesso. 1.500 minimo per query medie, 3.000+ per query competitive.
- Plagio mascherato: prendere articoli dei concorrenti e cambiare le parole. Google riconosce le strutture e ti penalizza.
Se vuoi capire come tutto questo si collega al modello di acquisto a performance, leggi la nostra guida sulla differenza tra performance marketing e marketing tradizionale, dove spieghiamo perché l’SEO oggi è uno dei canali a più alto ROI nel lungo periodo. E se ti interessa il post-vendita, dai un occhio anche alle strategie di remarketing nel performance marketing per non perdere il traffico che hai già conquistato.
Domande frequenti sull’ottimizzazione on-page
Cosa significa esattamente “ottimizzazione on-page”?
L’ottimizzazione on-page è l’insieme di tutte le modifiche che fai direttamente sulle tue pagine web per renderle più rilevanti per Google e più utili per gli utenti. Comprende title tag, meta description, headings, immagini, velocità di caricamento, schema markup, contenuto, internal linking. Tutto quello che è dentro il tuo dominio rientra nell’on-page. Tutto quello che è fuori (backlink, citazioni, social) è off-page.
Quanto tempo ci vuole per vedere risultati dopo un’ottimizzazione on-page?
Dipende dall’autorità del dominio e dalla competitività della keyword. Su un sito già stabilito, modifiche on-page significative danno risultati in 4-8 settimane. Su un sito nuovo invece servono 3-6 mesi prima di vedere movimenti veri. Le pagine già in top 20 si muovono prima, quelle oltre la pagina 5 ci mettono di più.
È più importante l’on-page o l’off-page?
Sono complementari, non in competizione. L’on-page è la fondazione: senza una pagina ben fatta, nemmeno mille backlink ti portano in prima pagina. L’off-page è la spinta che ti fa salire una volta che la base è solida. Se devi partire da zero, fai prima l’on-page perché è sotto il tuo controllo diretto e costa meno.
Quali sono i fattori on-page più importanti nel 2026?
Nell’ordine: qualità del contenuto rispetto all’intent di ricerca, Core Web Vitals (soprattutto LCP e INP), title tag e H1 ottimizzati, internal linking sensato, schema markup pertinente. Il resto conta ma in misura minore. La grossa novità degli ultimi due anni è l’importanza dell’esperienza utente reale, non più solo dei segnali tecnici.
Quanto costa ottimizzare l’on-page di un sito?
Un audit on-page completo per un sito da 50-200 pagine costa tra i 1.500 e i 4.000 euro a seconda del settore. L’implementazione delle modifiche varia molto: piccoli interventi 500-1.500 euro, restyling completi anche 10.000+ euro per e-commerce con migliaia di pagine prodotto. Il ROI è quasi sempre positivo, perché stai investendo su asset di tua proprietà che continuano a generare traffico per anni.
Posso fare l’ottimizzazione on-page da solo o serve un’agenzia?
Le basi le puoi fare da solo: title, meta, alt text, struttura headings. Servono qualche settimana di studio e tanta pazienza. Per la parte tecnica avanzata (Core Web Vitals, schema complesso, audit di siti grandi) un’agenzia o un consulente esperto fanno la differenza, perché vedono pattern che a chi è dentro al progetto sfuggono. La regola è: se hai meno di 30 pagine, fai da solo. Se ne hai di più, valuta supporto esterno.
Lo schema markup mi fa rankare meglio?
Non direttamente. Lo schema markup non è un fattore di ranking. Però aumenta il CTR perché ottieni rich snippet, e un CTR più alto aiuta indirettamente il posizionamento. Inoltre, dal 2025 i sistemi AI di Google (AI Overview, Gemini) pescano molto da contenuti con schema ben fatto, quindi ti aiuta a finire citato anche fuori dalla classica SERP.
Hai un sito che non performa come dovrebbe e vuoi capire da dove partire? Contattaci per un’analisi gratuita delle tue prime 10 pagine, oppure dai un occhiata alla homepage di Dominanza Digitale per vedere come lavoriamo.