SEO on-page: guida completa
Una mappa pratica dei segnali a livello di pagina che controlli, di ciò che ciascuno può influenzare e delle guide dettagliate del sito per la loro implementazione.
Lingue
1 segnale di evidenza in questa pagina
- Strumento live correlatoOn-Page SEO Checker
La SEO on-page comprende il lavoro controllabile a livello di pagina: risposta e prove nel contenuto principale, struttura HTML, intestazioni, link interni, titoli e snippet, immagini e dati strutturati. Non ridurre questi elementi a un unico elenco di fattori di posizionamento. Alcuni aiutano un sistema di ricerca a comprendere e classificare una pagina; altri la rendono idonea all'indicizzazione o a una funzione specifica; altri ancora influenzano la presentazione del risultato o aiutano soprattutto le persone a usare e comprendere la pagina. Inizia chiarendo scopo e risposta, poi verifica che l'HTML renderizzato esponga i contenuti e i segnali previsti. Usa questa guida per scegliere l'approfondimento appropriato e la checklist separata quando sei pronto a eseguire un audit.
TL;DR — La SEO on-page comprende il lavoro svolto su una singola pagina per chiarirne scopo, risposta, struttura e presentazione nei risultati di ricerca. Contenuti e utilità vengono prima. Titolo, intestazioni, link, immagini, metadati e dati strutturati hanno funzioni diverse; nessuno costituisce un punteggio magico. Questa pagina organizza tali funzioni e rimanda alla guida dettagliata appropriata. Per una verifica operativa in sequenza, usa la checklist SEO on-page.
Che cos’è la SEO on-page
La SEO on-page è l’insieme delle scelte a livello di pagina che controlli e che aiutano persone e sistemi di ricerca a comprendere, valutare, esplorare e presentare una pagina.
Include:
- la domanda o il compito a cui serve la pagina;
- la risposta principale, le evidenze di supporto e i dettagli utili;
- l’HTML che espone contenuti e relazioni;
- titolo, intestazioni, link interni, immagini e metadati;
- dati strutturati che descrivono con accuratezza contenuti visibili idonei;
- scelte di accessibilità che rendono la pagina utilizzabile da più persone.
Non significa che ogni elemento svolga lo stesso lavoro. Questa scorciatoia porta a priorità sbagliate. Una meta descrizione è un possibile testo per lo snippet, che Google può usare quando descrive meglio la pagina per una query. I dati strutturati possono rendere la pagina idonea ai risultati avanzati supportati senza garantirne la visualizzazione. Il testo alternativo aiuta l’accessibilità e la comprensione delle immagini. Una risposta chiara può favorire la pertinenza, ma non garantisce un posizionamento elevato.
Evidence for this claim Google primarily creates snippets from page content and may use the meta description when it better describes the page for a query. Scope: production Confidence: high · Verified: Control your snippets in search resultsIl modello mentale dei quattro compiti
Inserisci ogni modifica on-page proposta in uno o più di questi compiti:
| Compito | Domanda | Esempi | Come appare il successo |
|---|---|---|---|
| Pertinenza e qualità | La pagina soddisfa il compito del ricercatore con informazioni chiare e affidabili? | contenuto principale, entità, evidenze, intestazioni descrittive, contesto interno | il pubblico giusto trova e usa la risposta |
| Idoneità e accesso | Il sistema può recuperare, analizzare, indicizzare e considerare il materiale o la funzione prevista? | HTML indicizzabile, link scansionabili, dati strutturati validi e supportati | la pagina o la funzione può entrare nell’insieme dei candidati |
| Presentazione | Come può essere rappresentato il risultato prima del clic? | elemento del titolo, intestazioni usate come fonti del titolo, meta descrizione, controlli dell’anteprima immagine | il risultato mostrato imposta aspettative accurate |
| Accessibilità e usabilità | Le persone possono percepire, navigare e capire la pagina? | gerarchia delle intestazioni, link significativi, decisioni sul testo alternativo, struttura leggibile | le persone completano il compito con meno barriere |
Questi compiti si sovrappongono, ma non sono intercambiabili. Superare la convalida dei dati strutturati non rende utile un contenuto debole. Scrivere una meta descrizione efficace non rende indicizzabile una pagina bloccata. Aggiungere parole chiave a ogni intestazione non corregge una risposta fuorviante.
Inizia dal compito della pagina
Prima di modificare i tag, scrivi una frase:
Questa pagina aiuta [pubblico] a completare [compito] fornendo [risposta o risultato].
Poi verifica la pagina rispetto a essa:
- La risposta è visibile senza costringere il lettore a passare attraverso un lungo preambolo?
- La pagina tratta le decisioni e le evidenze che il compito richiede davvero?
- L’ambito è diverso da quello delle pagine vicine o più URL competono per svolgere lo stesso compito?
- Il titolo e l’intestazione principale descrivono accuratamente la pagina raggiunta?
- Una persona può navigare sezioni, link e immagini senza dover indovinare?
L’attuale Guida introduttiva alla SEO di Google mette i contenuti utili, ben organizzati e pensati per le persone davanti ai trucchi meccanici e dice che non esistono segreti che facciano posizionare automaticamente un sito al primo posto.
Usa la libreria in base al problema
Questo sito contiene già guide secondarie dettagliate. Usa questa pagina principale per scegliere quella appropriata invece di applicare ogni tattica a ogni pagina.
Il contenuto è difficile da scorrere o la gerarchia non è chiara
Inizia dai tag header. Spiega H1–H6, annidamento delle intestazioni, H1 multipli e differenza tra struttura semantica e stile visivo.
Nell’HTML mancano contenuti o segnali importanti
Usa HTML SEO per analisi sintattica, HTML renderizzato, elementi semantici, link scansionabili, markup della lingua e problemi causati da una sezione head malformata.
Le immagini sono pesanti, inaccessibili o difficili da scoprire
Usa SEO delle immagini per scoperta, contesto della pagina, nomi dei file, immagini adattive, decisioni sul testo alternativo, formati e prestazioni. La ricerca per immagini e il lavoro sulla velocità della pagina si sovrappongono, ma non hanno lo stesso obiettivo.
Il titolo del risultato, lo snippet o i controlli robots richiedono lavoro
Usa meta tag per titolo, meta descrizione, direttive robots, controlli degli snippet, favicon e metadati per l’anteprima social. Il compito di ogni tag va valutato separatamente: non esiste un utile «punteggio universale dei meta tag».
Ti serve un significato leggibile dalle macchine o l’idoneità a un risultato avanzato
Usa i dati strutturati per schema.org, JSON-LD, funzioni Google supportate, convalida e guide specifiche per tipo. Il markup deve corrispondere ai contenuti visibili e, anche quando è valido, non garantisce la visualizzazione né il posizionamento.
Evidence for this claim Accurate supported structured data can make content eligible for supported search features, but valid markup does not guarantee that a feature will be displayed or improve rankings. Scope: production Confidence: high · Verified: Understand how structured data worksSei pronto a esaminare una pagina reale
Usa la checklist SEO on-page, che definisce la sequenza operativa prioritaria. Questa pagina spiega il sistema e indirizza il lavoro; la checklist indica che cosa ispezionare e in quale ordine.
Che cosa la SEO on-page non può correggere
Il lavoro on-page non può compensare ogni problema a monte. Passa alla guida tecnica appropriata quando:
- l’URL non può essere scoperto o scansionato;
- il rendering nasconde il contenuto principale;
- la canonicalizzazione punta altrove;
- una regola
noindeximpedisce l’indicizzazione; - l’intento di ricerca è assegnato alla pagina sbagliata;
- l’architettura del sito lascia la pagina orfana;
- reputazione esterna, concorrenza o domanda sono il vero vincolo.
La SEO on-page è un livello di un sistema di ricerca, non il sistema intero.
TL;DR — Considera ogni pagina un contratto tra intento, prove, HTML renderizzato, segnali di recupero, controlli di presentazione e usabilità. Individua il livello che non funziona prima di modificare il testo. Distingui l’idoneità dalla pertinenza, dal posizionamento, dalla composizione del risultato e dall’accessibilità. Assegna ogni compito a un solo URL, rimanda l’implementazione specialistica alle guide esistenti del sottocluster e convalida sia l’HTML sorgente e renderizzato sia il comportamento osservato nei risultati di ricerca.
Modella la pagina come un contratto a livelli
Una revisione on-page utile segue la pagina attraverso diversi livelli:
- Responsabilità del compito: quale pubblico, domanda e risultato sono assegnati a questo URL.
- Risposta: risposta diretta, processo, evidenze, esempi e limiti.
- Struttura informativa: sezioni, intestazioni, elenchi, tabelle e relazioni.
- Esposizione HTML: ciò che compare nella risposta iniziale e nel DOM renderizzato.
- Controlli della ricerca: fonti del titolo, controlli degli snippet, direttive di indicizzazione, URL canonico e dati strutturati supportati.
- Connessioni: link interni in entrata e in uscita, con testi di ancoraggio utili.
- Media: immagini e video scopribili, alternative accessibili e prestazioni.
- Risultato osservato: indicizzazione, adeguatezza alle query, presentazione del risultato, utilizzo e comportamento aziendale.
Un problema descritto come «on-page» può iniziare a qualsiasi livello. Una risposta mancante può essere una lacuna editoriale; se manca soltanto nell’HTML renderizzato, può trattarsi invece di un difetto di rendering. Un elemento del titolo corretto ma non visualizzato può dipendere dalla composizione del risultato, non da un tag errato.
Distingui i livelli di selezione
La distinzione avanzata più importante è tra entrare in un insieme di candidati e vincere al suo interno.
| Livello | Domanda tipica | Evidenza | Non concludere |
|---|---|---|---|
| Scoperta/accesso | Il sistema può raggiungere URL e risorse? | link, risposta, robots, rendering | che l’accesso significhi indicizzazione |
| Indice/idoneità | La pagina o la funzione può essere considerata? | stato dell’URL canonico e dell’indicizzazione, markup supportato, norme | che l’idoneità garantisca la visualizzazione |
| Pertinenza | Il contenuto risponde a questa query o sotto-compito? | confronto tra query e pagina, copertura dei passaggi | che la sola pertinenza determini il posizionamento |
| Posizionamento e riordinamento | Quali candidati idonei vengono preferiti? | risultati osservati e test controllati | un peso pubblico fisso per un elemento |
| Presentazione | Quale titolo, snippet, immagine o funzione viene mostrata? | risultato effettivo e contesto di Search Console | che i metadati forniti vengano sempre usati |
| Accessibilità | Le persone possono usare e comprendere la pagina? | test manuali e con tecnologie assistive | che un crawler SEO dimostri la conformità |
Il vantaggio pratico è una priorità migliore. Se la pagina non è indicizzata, riscrivere la meta descrizione viene dopo il problema reale. Se manca un risultato avanzato, prima stabilisci l’idoneità, poi ricorda che Google non ne garantisce la visualizzazione.
Progetta un contratto dei contenuti
Per ogni classe di pagina importante, definisci:
- l’intento proprietario e gli intenti esclusi;
- l’URL canonico e lo stato di indicizzazione previsto;
- i blocchi di risposta richiesti e i responsabili delle evidenze;
- freschezza accettabile e condizioni che attivano una revisione;
- regole di generazione di titoli e intestazioni;
- collegamenti interni richiesti;
- regole per media e testo alternativo;
- idoneità dei dati strutturati e dipendenze dai contenuti visibili;
- controlli di convalida e gruppo responsabile.
È più duraturo di un punteggio una tantum e permette di verificare le regressioni dei modelli prima della pubblicazione.
Indirizza l’implementazione al proprietario giusto
Sistema delle intestazioni
La guida ai tag di intestazione tratta livelli delle intestazioni, domande sugli H1, gerarchia e implicazioni per la navigazione. Usa le intestazioni per esporre uno schema logico e titoli di sezione utili; non inventare una scala di peso per il posizionamento da H1 a H6.
Sistema HTML
La guida HTML SEO tratta HTML sorgente e renderizzato, HTML semantico, elementi anchor scansionabili, attributi della lingua e problemi di analisi sintattica. Le indicazioni di Google sui link sono esplicite sul markup degli elementi anchor scansionabili e sull’utilità del loro testo.
Sistema delle immagini
La guida alla SEO delle immagini tratta scoperta delle immagini, distribuzione adattiva, contesto della pagina, nomi dei file, testo alternativo e prestazioni. Le attuali indicazioni di Google distinguono gli elementi immagine HTML individuabili dalle immagini di sfondo CSS e collegano il testo alternativo sia alla comprensione delle immagini sia all’accessibilità.
Sistema dei metadati
La guida ai meta tag tratta possibili fonti di titoli e snippet, metadati robots, limiti degli snippet e metadati social. Google può comporre i title link da diversi segnali della pagina e di solito costruisce gli snippet dal contenuto, talvolta usando la meta descrizione. Il testo fornito è un’indicazione, non un’istruzione che deve essere mostrata.
Evidence for this claim Google primarily creates snippets from page content and may use the meta description when it better describes the page for a query. Scope: production Confidence: high · Verified: Control your snippets in search resultsSistema dei dati strutturati
La guida ai dati strutturati tratta il vocabolario schema.org, i formati, i requisiti specifici delle funzioni e la convalida. La documentazione Schema.org definisce il vocabolario condiviso, mentre l’introduzione ai dati strutturati di Google presenta il markup come una serie di indizi standardizzati per la comprensione e le funzioni di ricerca supportate; non lo trasforma in una garanzia generale di posizionamento.
Gestisci sovrapposizione e cannibalizzazione
Due pagine possono citare la stessa entità senza competere. Il problema è la proprietà ambigua dello stesso compito del lettore.
Usa un semplice record di proprietà:
| Campo | Esempio |
|---|---|
| Compito proprietario | Spiegare il sistema on-page e indirizzare alle guide dettagliate |
| Pubblico principale | Chi deve decidere quale tipo di lavoro on-page serve |
| Risposta richiesta | ambito, modello mentale, mappa della libreria, percorso diagnostico |
| Esclusione esplicita | Esecuzione sequenziale dell’audit |
| Passaggio | checklist SEO on-page |
Quando due URL sembrano rispondere allo stesso compito, scegline uno come riferimento, restringi l’altra pagina, rafforza i collegamenti tra le due e verifica che titoli e introduzioni ne riflettano la distinzione. Non unire le pagine solo perché uno strumento segnala parole sovrapposte.
Testa le modifiche come ipotesi
Una modifica on-page dovrebbe dichiarare:
- Problema: quale comportamento osservato è sbagliato?
- Livello: compito, contenuto, HTML, idoneità, presentazione o accessibilità?
- Modifica: quale singola variabile sostanziale verrà cambiata?
- Osservazione attesa: che cosa dovrebbe cambiare, dove e per chi?
- Finestra: quando scansione, elaborazione e cicli di traffico rendono equa la valutazione?
- Vincolo di sicurezza: quale risultato per utenti o azienda non deve peggiorare?
Non tutte le pagine consentono un test SEO causale. Per una pagina con poco traffico, il risultato onesto può essere «implementazione verificata; effetto sulle prestazioni non determinato».
La prospettiva decisionale
La SEO on-page è un insieme di controlli sul prodotto a livello di pagina, non una semplice revisione del testo. Determina se ogni pagina ha un compito chiaro, presenta una risposta affidabile, si descrive con precisione e si collega al resto del sito.
Finanzia il lavoro in quest’ordine:
- pagine legate a compiti rilevanti per utenti e azienda;
- difetti dei modelli che interessano molti URL di valore;
- problemi di accesso, indicizzazione o idoneità;
- risposte e presentazioni dei risultati fuorvianti o deboli;
- controlli riutilizzabili per accessibilità e qualità dei contenuti;
- pulizia cosmetica senza conseguenze dimostrate.
Chiedi ai gruppi di lavoro di indicare gli insiemi di pagine e i risultati interessati, non soltanto il numero di «errori SEO». Un problema del titolo nel modello di un prodotto importante e una meta descrizione mancante in una pagina archiviata non dovrebbero avere la stessa priorità.
Il risultato duraturo è un contratto per ogni classe di pagina, con responsabile, test e cadenza di revisione. La checklist SEO on-page può quindi fungere da livello operativo di ispezione.
La SEO on-page in un modello compatto
- La SEO on-page copre risposta, struttura, HTML, link, metadati, media e dati strutturati a livello di pagina che controlli.
- Classifica il lavoro in pertinenza/qualità, idoneità/accesso, presentazione e accessibilità/usabilità.
- I compiti si sovrappongono ma non si sostituiscono: l’idoneità non garantisce la visualizzazione, i metadati forniti possono essere riscritti e l’accessibilità richiede più di un crawler SEO.
- Rendi chiari compito proprietario e risposta diretta della pagina prima di ottimizzare i tag.
- Usa le guide dedicate per tag di intestazione, HTML SEO, SEO delle immagini, meta tag e dati strutturati.
- Usa la checklist SEO on-page per l’esecuzione; questa pagina fornisce la mappa concettuale e indirizza alla risorsa appropriata.
Documentazione primaria
- Guida introduttiva alla SEO di Google — contenuti utili, organizzazione, link, titoli, snippet e immagini in un’unica introduzione circoscritta.
- Come funziona la Ricerca Google — distingue scansione, indicizzazione e pubblicazione, evitando di attribuire al lavoro on-page problemi che nascono a monte.
- Influenzare i title link — l’elemento del titolo è una delle fonti che Google può usare; l’obiettivo sono titoli chiari, concisi e accurati.
- Controllare gli snippet — gli snippet vengono di solito estratti dal contenuto della pagina e possono usare la meta descrizione.
- Best practice SEO per le immagini di Google — scoperta delle immagini, elementi HTML, contesto, nomi dei file, testo alternativo e prestazioni.
- Introduzione ai dati strutturati e linee guida generali — idoneità, accuratezza, contenuti visibili e requisiti specifici delle funzioni.
- Best practice di Google per i link — elementi anchor scansionabili e testo descrittivo dei link.
- Tutorial WAI del W3C sulle intestazioni — usare le intestazioni per comunicare l’organizzazione e supportare la navigazione.
- Panoramica WAI del W3C sulla valutazione dell’accessibilità — gli strumenti possono aiutare la valutazione, ma nessuno strumento da solo stabilisce se un sito soddisfa gli standard di accessibilità.
Queste fonti documentano il comportamento di Google o l’accessibilità. Non rivelano una formula universale dei fattori di posizionamento né garantiscono un risultato specifico.
Checklist di triage della pagina principale
Questa checklist serve a indirizzare il lavoro e non sostituisce l’audit completo. Usa la checklist SEO on-page per l’esecuzione.
- Indica pubblico, compito e ambito escluso della pagina.
- Conferma che risposta diretta ed evidenze siano visibili e aggiornate.
- Confronta l’HTML iniziale e quello renderizzato per individuare differenze sostanziali.
- Conferma che titolo e intestazione principale descrivano accuratamente la stessa pagina.
- Verifica che le intestazioni espongano una struttura logica e navigabile.
- Verifica che i link interni importanti siano elementi anchor reali e scansionabili, con testo utile.
- Decidi che cosa apporta ogni immagine significativa e come viene gestita la sua alternativa.
- Identifica i metadati in base al compito: presentazione, indicizzazione, controllo dell’anteprima o uso social.
- Applica solo dati strutturati supportati per il contenuto visibile e la funzione prevista.
- Testa manualmente l’accessibilità quando gli strumenti automatici non possono stabilire il risultato.
- Registra problema osservato, responsabile, metodo di convalida e data di revisione.
Il modello R-E-P-A
Usa quattro lettere per mantenere oneste le priorità:
R — Pertinenza e affidabilità
La pagina risponde direttamente al compito con informazioni accurate, aggiornate, sufficientemente complete ed evidenze trasparenti?
E — Idoneità ed esposizione
I crawler possono raggiungere e analizzare il contenuto previsto e la pagina soddisfa i requisiti dell’indice o della funzione di ricerca in discussione?
P — Presentazione
Titolo, possibili snippet, anteprime delle immagini e funzioni supportate rappresentano accuratamente la pagina di destinazione?
A — Accessibilità e azione
Le persone possono navigare, percepire e usare la pagina e completare il prossimo passaggio utile?
Non assegnare punteggi per impostazione predefinita. Usa il modello per individuare il compito non riuscito, raccogliere prove e indirizzare la correzione alla guida e al responsabile appropriati.
Quale guida on-page devo usare?
Il problema principale è la risposta, l’ambito o la sovrapposizione con un altro URL?
- Sì → risolvi prima proprietà del compito e contenuto.
- No → continua.
Materiale importante manca o cambia tra il sorgente e l’HTML renderizzato?
- Sì → usa HTML SEO.
- No → continua.
La gerarchia è difficile da capire o navigare?
- Sì → usa tag header.
- No → continua.
Il problema riguarda scoperta, contesto, testo alternativo, formato o peso di un’immagine?
- Sì → usa SEO delle immagini.
- No → continua.
Il problema riguarda titolo, snippet, direttiva robots o controllo dell’anteprima?
- Sì → usa meta tag.
- No → continua.
L’obiettivo è un risultato avanzato supportato o una descrizione esplicita leggibile dalle macchine?
- Sì → usa i dati strutturati.
- No → esegui la checklist SEO on-page e amplia la diagnosi oltre la SEO on-page se le evidenze indicano un problema a monte.
Pratiche SEO on-page da evitare
- Un solo punteggio per compiti diversi. Un punteggio aggregato nasconde se un problema riguarda pertinenza, idoneità, presentazione o accessibilità.
- Obiettivi di densità delle parole chiave. Linguaggio naturale e copertura del compito non si possono ridurre a una percentuale universale.
- Trattare ogni livello di intestazione come un peso per il posizionamento. Usa le intestazioni per la struttura: non esiste una scala ufficiale di peso da H1 a H6.
- Scrivere metadati per una pagina che non soddisfa il clic. Impostare aspettative accurate è meglio di una promessa più aggressiva.
- Aggiungere schema per contenuti che gli utenti non possono vedere. Il markup deve rappresentare accuratamente la pagina e soddisfare le regole della funzione scelta.
- Considerare un markup valido una garanzia di risultato avanzato. La convalida verifica la sintassi o le condizioni di idoneità, non la selezione.
- Usare scansioni automatiche di accessibilità come certificazione. I risultati automatici sono solo una parte delle evidenze necessarie.
- Duplicare la checklist in ogni pagina principale. Mantieni qui la mappa concettuale e nella checklist la sequenza operativa, così gli aggiornamenti hanno un unico responsabile.
Strumenti in base alla domanda
- On-Page SEO Checker — ispeziona segnali osservabili a livello di pagina, poi rivedi ogni risultato nel contesto.
- SERP Snippet & Truncation Checker — mostra un’anteprima dei possibili titoli e delle possibili descrizioni; non può prevedere la composizione finale del risultato Google.
- Schema Markup Validator — valida sintassi e proprietà dei dati strutturati.
- Rich-Result Eligibility Checker — controlla segnali di idoneità supportati senza promettere la visualizzazione.
- Image SEO Checker — esamina markup delle immagini, alternative, dimensioni e indicazioni sulla distribuzione.
- Accessibility Checker — trova problemi automatizzabili e prosegue con test manuali.
- Render Gap Checker — confronta evidenze HTML acquisite ed esperienza renderizzata quando supportato.
Uno strumento riporta condizioni osservabili. Non conosce il compito previsto della pagina, la verità editoriale, i requisiti legali o la decisione finale del motore di ricerca.
Valida una modifica on-page
Testa il contratto dei contenuti
- Test: chiedi a un revisore che non conosce la bozza di identificare pubblico, compito, risposta e passaggio successivo della pagina a partire da titolo, introduzione e intestazioni.
- Evidenza di superamento: la sua descrizione corrisponde alla dichiarazione documentata di proprietà.
- Significato del fallimento: la pagina può essere ambigua, troppo ampia o priva della risposta diretta.
Verifica HTML sorgente e renderizzato
- Test: confronta risposta HTML iniziale e DOM renderizzato per contenuto principale, titolo, intestazioni, link, immagini, metadati robots e dati strutturati.
- Evidenza di superamento: i segnali sostanziali sono presenti, coerenti e accessibili nello stato di rendering previsto.
- Significato del fallimento: assegna il problema al responsabile di HTML, rendering o modello.
Testa la presentazione del risultato
- Test: dopo una nuova scansione, confronta titolo e descrizione forniti con i risultati osservati per query e dispositivi rappresentativi.
- Evidenza di superamento: il risultato mostrato descrive accuratamente la pagina, indipendentemente dal fatto che Google abbia usato le parole fornite.
- Significato del fallimento: diagnostica coerenza della fonte e contesto della query prima di riscrivere.
Testa l’idoneità dei dati strutturati
- Test: convalida la funzione scelta, confronta il markup con il contenuto visibile e monitora il rapporto pertinente di Search Console quando disponibile.
- Evidenza di superamento: proprietà richieste e norme sui contenuti sono rispettate.
- Significato del fallimento: correggi il primo livello non valido; l’assenza di un risultato avanzato, da sola, non dimostra che il markup sia errato.
Testa l’accessibilità
- Test: combina controlli automatici con verifiche mediante tastiera, zoom, lettore di schermo e contenuti, in modo adeguato all’interfaccia.
- Evidenza di superamento: le persone possono percepire la struttura e completare il compito negli scenari testati.
- Significato del fallimento: registra utente interessato, compito, standard o requisito e un percorso riproducibile; non ridurre il risultato a un punteggio SEO.
Libreria SEO on-page
Usa prima queste guide principali
Riferimenti primari
- Guida introduttiva alla SEO di Google
- Documentazione Google sui title link
- Documentazione Google sugli snippet
- Best practice SEO per le immagini di Google
- Documentazione Google sui dati strutturati
- Tutorial WAI del W3C sulle intestazioni
Per questo articolo non è stata usata come fonte autorevole alcuna guida generale sulla SEO on-page firmata da Patrick Stox. La guida di Patrick alla SEO tecnica offre un contesto pertinente per i livelli di scansione, indicizzazione e rendering che circondano il lavoro on-page.
Mettiti alla prova: SEO on-page
Cronologia modifiche
Aggiornato il 13 ago 2026.
Riepilogo editoriale e dettagli registrati delle modifiche.Dettagli delle modifiche
-
Le note dettagliate sulle modifiche sono attualmente disponibili in inglese.
-
Le note dettagliate sulle modifiche sono attualmente disponibili in inglese.
Confronto completo non disponibile — non è stata archiviata alcuna istantanea precedente per questa revisione.
Aggiornato il 13 ago 2026.
Riepilogo editoriale e dettagli registrati delle modifiche.Dettagli delle modifiche
-
Le note dettagliate sulle modifiche sono attualmente disponibili in inglese.
-
Le note dettagliate sulle modifiche sono attualmente disponibili in inglese.
Confronto completo non disponibile — non è stata archiviata alcuna istantanea precedente per questa revisione.