Ottimizzazione On-Page

L’ottimizzazione on-page è l’allineamento a livello di pagina di titoli, descrizioni, intestazioni, entità, anchor interni e contenuti multimediali con un unico compito utile per il lettore. Il tipo di post decide già il ruolo strutturale della pagina; questa fase fa sì che ogni segnale visibile e leggibile dalla macchina descriva quel ruolo in modo coerente.

Fase: P11 · Stadio C — Produrre. Timebox: 60–90 minuti per una nuova pagina dopo l’approvazione editoriale; da due a quattro ore per una pagina esistente perché sono necessari diagnosi, conservazione e prove prima-dopo. Responsabile accountable: Responsabile SEO dei contenuti. Collaboratori: copywriter o editor, stratega SEO, designer per modifiche significative ai contenuti multimediali e sviluppatore quando i template emettono HTML errato.

Perché questa fase, e perché qui

P11 riceve la bozza approvata e i controlli di produzione dal sistema di produzione dei contenuti , oltre all’intento della pagina, all’URL canonico, alle entità primarie, alle prove richieste e alle specifiche del tipo di post . La struttura ha già stabilito se l’asset è una guida, un confronto, una pagina prodotto, un termine di glossario o un altro formato. Il lavoro on-page non dovrebbe riprogettare quella decisione inserendo forzatamente ogni variante di query nella pagina.

La fase esiste perché lo stesso articolo accurato può inviare segnali contrastanti. Una scheda del browser potrebbe promettere “Guida alla Migrazione CRM Aziendale”, l’H1 potrebbe dire “Spostare i Tuoi Dati”, l’introduzione potrebbe mai nominare i sistemi coinvolti e i link interni potrebbero chiamare la pagina “leggi di più”. Una persona può dedurre la relazione dopo aver letto. Un motore di ricerca, uno screen reader o un sistema di recupero AI deve riconciliare diverse etichette più deboli prima di poter decidere di cosa tratta la pagina e quando è utile.

L’ordine è importante. Esegui l’ottimizzazione on-page prima della dedicata fase di linking interno perché P12 ha bisogno dell’URL finale, delle intestazioni stabili e dei concetti di anchor approvati. Eseguila dopo la stesura perché un titolo scritto prima che la risposta esista spesso promette una portata che il corpo non mantiene. Saltare P11 rende i contenuti utili più difficili da classificare e meno convincenti da cliccare. Eseguirla durante la ricerca incoraggia copy guidati dalle parole chiave prima che l’intento di ricerca — il compito che un utente sta cercando di completare — sia stato definito.

Input e output

Gli output sono il contratto con il linking interno e la garanzia di qualità pre-pubblicazione. Un editor non dovrebbe dover dedurre cosa intendesse il titolo o quale intestazione può ricevere in sicurezza un link profondo.

La checklist

La checklist differisce al primo passaggio per una pagina esistente e una nuova pagina. I controlli rimanenti condividono standard di accettazione, ma le prove non devono mai essere scartate semplicemente per far sembrare una pagina vecchia come un nuovo template.

1. Scegli il percorso: pagina esistente o nuova pagina

Cosa: Classifica il lavoro come ottimizzazione di pagina esistente o completamento di nuova pagina prima di modificare il testo. Una pagina esistente ha una storia misurabile e può già soddisfare query al di fuori del brief attuale; una nuova pagina non ha una baseline di performance da proteggere.

Perché: Modificare una pagina performante senza catturare la sua copertura funzionante rende le perdite impossibili da diagnosticare. Trattare una nuova pagina come una pagina in declino invita a baseline inventate e rivendicazioni premature di successo.

Come: Per una pagina esistente, esporta il titolo attuale, la descrizione, la struttura H1–H3, gli anchor interni, i contenuti multimediali, le query principali, i clic, le impressioni, il CTR, la posizione media e le conversioni per un intervallo dichiarato. Annota cosa deve essere preservato. Per una nuova pagina, verifica l’intento approvato, il tipo di post, l’URL, l’elenco delle entità e l’azione di conversione; imposta i campi delle performance su “baseline dopo il lancio”, non zero.

Strumento: Usa Google Search Queries su app.amicited.com/reports/google-search/queries per prove sulle query in tempo reale. Usa l’anteprima del CMS e il brief approvato per una nuova pagina.

Completato quando: Il registro delle modifiche indica il percorso, la finestra di evidenza, il responsabile, le query o sezioni protette e il motivo del lavoro. Nessuna modifica al testo di una pagina esistente inizia senza una baseline catturata, e nessuna nuova pagina viene giudicata sulla base di performance storiche inventate.

2. Riconferma l’unica promessa primaria della pagina

Cosa: Scrivi una frase: “Questa pagina aiuta [pubblico] a completare [compito] fornendo [risposta o supporto decisionale].” Segna un tema di query primario e le importanti domande secondarie a cui il corpo risponde effettivamente.

Perché: Titoli, intestazioni, entità, anchor e contenuti multimediali possono concordare solo quando la pagina ha un unico compito dominante. Un elenco di parole chiave non è una promessa perché non dice nulla sul risultato che il lettore riceve.

Come: Confronta l’intento approvato con la risposta di apertura, le prove, le aspettative della pagina dei risultati e il call to action. Se la bozza serve due compiti diversi con prove o azioni successive diverse, restituiscila alla revisione dell’ambito anziché nascondere il conflitto dentro un titolo generico.

Strumento: Usa il brief, la revisione dei risultati live e le prove delle query allegate nel passaggio 1.

Completato quando: Un revisore può leggere la promessa e indicare la risposta diretta, le sezioni di supporto e l’azione successiva che la realizzano. Ogni tema di query mantenuto si adatta a quello stesso compito.

3. Scrivi un titolo che possa sopravvivere alla riscrittura

Cosa: Finalizza l’HTML del title tag — il nome della pagina mostrato in una scheda del browser e comunemente usato come titolo del risultato di ricerca — e il suo H1 visibile.

Perché: I motori di ricerca possono riscrivere i titoli quando sono ripetitivi, vaghi, sovraccarichi di parole chiave, obsoleti o incoerenti con la pagina visibile. Nessuna formulazione può prevenire ogni riscrittura, perché i risultati si adattano a query e dispositivi. Un titolo specifico e conciso che concorda con l’H1 e la risposta dà al sistema meno motivi per sostituire l’inquadramento della pagina.

Come: Inizia con il soggetto e il risultato utile, aggiungi un elemento differenziante solo quando il corpo lo dimostra e metti il brand alla fine quando aiuta l’identificazione. Rimuovi i testi boilerplate condivisi tra centinaia di pagine. Mantieni l’H1 naturale e leggermente più leggibile del titolo se necessario, ma fai sì che entrambi descrivano la stessa portata. Anteprima la larghezza invece di trattare un conteggio di caratteri come una regola di ranking.

Strumento: Usa l’anteprima di ricerca del CMS, il confronto con i risultati live e Google Search Queries per il linguaggio che le persone usano effettivamente.

Completato quando: Il sorgente renderizzato contiene un title unico e non vuoto e un H1; nessuno dei due è un elenco di varianti di parole chiave; le loro promesse concordano tra loro e con la risposta di apertura; e le parole importanti del titolo rimangono comprensibili se la sua parte finale viene troncata.

4. Scrivi una descrizione che guadagni il clic giusto

Cosa: Scrivi la meta description , un riassunto HTML che i motori di ricerca possono mostrare sotto il titolo del risultato.

Perché: La descrizione non è uno snippet garantito e non è un posto per forzare il posizionamento. Il suo compito è chiarire il valore e la qualificazione della pagina in modo che l’utente giusto possa sceglierla. I motori di ricerca selezionano comunemente il testo visibile della pagina quando quel testo risponde a una query in modo più preciso.

Come: Indica il soggetto, il risultato, il vincolo utile e il passo successivo in linguaggio semplice. Usa il termine principale dove naturale. Punta a 120–160 caratteri come range editoriale, poi verifica l’anteprima desktop e mobile. Non ripetere il titolo, non usare superlativi non supportati, non promettere strumenti, prezzi, template o prove assenti dalla pagina.

Strumento: Usa l’anteprima del CMS e CTR Gap su app.amicited.com/reports/ctr-gap per risultati esistenti che ricevono meno clic delle aspettative del sito.

Completato quando: La descrizione è unica, accurata senza contesto, leggibile nell’anteprima e supportata dalla pagina. Per una modifica esistente di CTR gap, vengono registrati la descrizione precedente, la causa diagnosticata, la sostituzione e la data di revisione.

5. Trasforma le intestazioni nella struttura della pagina

Cosa: Rendi H1, H2 e H3 una struttura annidata della risposta. I livelli di intestazione sono etichette HTML semantiche, non controlli per la dimensione del carattere.

Perché: I lettori scansionano le intestazioni per decidere dove investire attenzione. La tecnologia assistiva le usa per la navigazione, mentre i sistemi di ricerca e recupero le usano per associare passaggi a domande ed entità. Intestazioni decorative o vuote corrompono quella struttura.

Come: Usa un H1 per la pagina. Dai a ogni sezione principale un H2 e riserva H3 per una reale suddivisione della sua sezione padre. Riscrivi etichette vaghe come “Panoramica”, “Altro” e “Vantaggi” in modo che nominino il soggetto nel contesto. Sposta le esigenze di stile al sistema di design; non selezionare H4 perché sembra più piccolo. Ogni intestazione deve introdurre testo, una tabella, un elenco, contenuti multimediali o un’altra risposta sostanziale.

Strumento: Usa la struttura DOM renderizzata, non solo l’editor visivo. Controlla sia le anteprime desktop che mobile.

Completato quando: C’è esattamente un H1; nessun livello viene saltato solo per l’aspetto; ogni H3 appartiene all’H2 precedente; nessuna intestazione è vuota o duplicata senza una chiara struttura ripetuta; e leggere solo le intestazioni fornisce un riassunto veritiero della pagina.

6. Nomina le entità e indica le loro relazioni

Cosa: Verifica le entità della pagina — persone, organizzazioni, prodotti, luoghi, standard, metodi o misurazioni distinti — e le relazioni affermate tra di esse.

Perché: Ripetere una parola chiave non risolve se “Mercurio” significa un pianeta, un elemento, una marca di automobili o un’azienda di pagamenti. Nomi chiari, categorie, attributi e relazioni aiutano un lettore e una macchina a collegare le affermazioni alla cosa giusta.

Come: Usa il nome completo preferito alla prima menzione, definisci i termini specialistici e indica le relazioni importanti in frasi complete. Aggiungi versioni, luoghi, date, unità e paternità dove cambiano il significato. Usa i sinonimi in modo naturale dopo la disambiguazione. Rimuovi gli elenchi di entità che non hanno relazioni esplicative e verifica ogni associazione fattuale rispetto al materiale originale approvato.

Strumento: Usa l’elenco delle entità dal brief, il registro editoriale delle fonti e la ricerca nella pagina renderizzata. Le prove delle query di AmICited possono mostrare il vocabolario utilizzato dagli utenti, ma non verificano le relazioni fattuali.

Completato quando: Ogni entità primaria è inequivocabile alla prima menzione significativa, ogni relazione materiale ha prove, nomi e versioni sono coerenti, e un editor può estrarre un elenco di entità e relazioni senza dover indovinare a cosa si riferisca un pronome o un acronimo.

7. Fai sì che gli anchor interni descrivano il prossimo passo utile

Cosa: Rivedi l’anchor text — le parole visibili cliccabili — per ogni link interno già assegnato alla pagina.

Perché: “Clicca qui” e “scopri di più” nascondono la destinazione alle persone che scansionano la pagina e ai sistemi che interpretano la relazione. La ripetizione con corrispondenza esatta non è la soluzione; gli anchor dovrebbero descrivere perché la destinazione aiuta in quel punto della risposta.

Come: Posiziona i link dove la destinazione risolve una domanda, fornisce una prova o abilita il compito successivo. Usa un linguaggio descrittivo conciso che si adatti alla frase. Varia la formulazione quando il contesto cambia, evita di collegare la stessa destinazione ripetutamente all’interno di una sezione breve e non aggiungere mai un link solo per inserire una frase target.

Strumento: Usa gli obblighi di link approvati, l’ispettore di link del CMS e la pagina renderizzata. La fase successiva valuterà la copertura del grafo e le opportunità della pagina sorgente.

Completato quando: Ogni link interno risolve all’URL canonico previsto, zero anchor generici “clicca qui” o URL nudi rimangono, la destinazione è comprensibile dalla sua frase e il passaggio di consegne elenca le intestazioni stabili e i concetti che P12 può usare per i link in entrata.

8. Ottimizza i contenuti multimediali per significato, accessibilità e velocità

Cosa: Rivedi immagini, diagrammi, grafici, video ed embed per scopo, posizionamento, dimensioni, formato file, didascalie e testo alt — l’alternativa testuale annunciata quando un’immagine non può essere vista.

Perché: I contenuti multimediali dovrebbero spiegare qualcosa che la prosa non può mostrare altrettanto efficacemente. I grafici senza etichetta nascondono le prove, le dimensioni mancanti causano spostamenti del layout e i file decorativi con testo alternativo verboso creano rumore per gli utenti di screen reader. Asset di grandi dimensioni possono rendere la risposta più lenta senza renderla più chiara.

Come: Mantieni ogni asset solo quando dimostra, spiega o illustra un punto. Scrivi testo alt conciso per le immagini significative in base alla loro funzione nel contesto; usa testo alt vuoto per le immagini puramente decorative. Inserisci tendenze e conclusioni dai grafici in prosa visibile, fornisci larghezza e altezza, usa un formato efficiente e carica in lazy load i contenuti multimediali below-the-fold dove l’implementazione lo supporta. Cattura screenshot di prodotti a una risoluzione leggibile e oscura i dati personali o dei clienti.

Strumento: Usa il manifesto dei contenuti multimediali, l’ispezione dell’accessibilità del browser, il controllo delle dimensioni delle immagini e il budget delle performance concordato del sito.

Completato quando: Ogni elemento multimediale ha un responsabile e uno scopo; gli asset informativi hanno un testo alternativo adeguato; gli asset decorativi usano alternative vuote; i grafici indicano le loro conclusioni nel testo; le dimensioni sono dichiarate; nessun dato sensibile è visibile; e ogni file rispetta il budget multimediale del sito o ha un’eccezione approvata.

9. Renderizza, confronta e approva la pagina completa

Cosa: Rivedi la pagina renderizzata come un unico sistema e registra il set di modifiche.

Perché: Campi che funzionano da soli possono entrare in conflitto insieme. Un titolo conciso può restringere l’ambito mentre un vecchio H2 lo allarga; una descrizione forte può promettere un template rimosso in fase di modifica; un nuovo ID di intestazione può rompere un link profondo in entrata.

Come: Confronta titolo, descrizione, H1, risposta di apertura, struttura, entità, anchor, contenuti multimediali e CTA con la promessa primaria. Ispeziona l’output HTML, desktop, mobile, la navigazione da tastiera e la destinazione live di ogni link. Per una pagina esistente, separa le modifiche per ipotesi in modo che la misurazione successiva possa identificare cosa ha probabilmente generato cambiamenti.

Strumento: Usa l’anteprima del CMS, l’ispettore del browser, il controllo link disponibile per il team di pubblicazione e le acquisizioni baseline di AmICited.

Completato quando: I gate di accettazione seguenti sono tutti superati, il responsabile accountable approva l’URL renderizzato, le prove prima-dopo sono allegate, le date di pubblicazione e misurazione sono impostate e i problemi irrisolti hanno un responsabile invece di scomparire in un commento.

Strumenti in AmICited

AmICited identifica le pagine che vale la pena modificare e fornisce prove per la modifica. Non sostituisce la revisione del risultato live, dell’HTML renderizzato o della promessa della pagina.

Regole decisionali

Questi numeri sono gate di revisione, non soglie algoritmiche universali. Un’eccezione documentata può passare; un’eccezione invisibile no.

Non usare la densità delle parole chiave come gate. La densità è un rapporto tra occorrenze di frasi e parole totali, ma non può determinare se una pagina risponde alla domanda, distingue le entità o si legge in modo naturale. Zero inserimenti forzati è lo standard. Allo stesso modo, un’intestazione a corrispondenza esatta senza contenuti dietro fallisce anche se uno strumento segna la frase come “ottimizzata”.

Deliverable: il foglio delle modifiche on-page

Consegna una riga con versione per URL, collegata alla copia pronta per il CMS e alla cartella delle prove.

URL | Percorso: esistente/nuova | Promessa primaria | Pubblico | Tipo di post
Titolo prima | Titolo dopo | Descrizione prima | Descrizione dopo | H1
Struttura delle intestazioni | Entità primarie | Anchor interni | Manifesto dei contenuti multimediali
Query/sezioni protette | Link alle prove AmICited | Ipotesi di modifica
Responsabile | Revisore | Data di pubblicazione | Data di misurazione | Stato | Eccezioni

Per le pagine esistenti, includi le prove prima-dopo e le prove delle query esportate. Per le nuove pagine, includi il brief approvato e imposta i campi delle performance su “in attesa di baseline”. Registra ogni eccezione accanto al suo gate fallito. Il team di pubblicazione deve essere in grado di implementare il foglio senza riscrivere i campi, e il team di misurazione deve essere in grado di ricostruire la modifica.

Cosa va storto

• Un punteggio sostituisce il giudizio. Un plugin diventa verde perché una frase appare abbastanza spesso, mentre la pagina risponde al compito sbagliato. Torna alla promessa primaria e all’intento di ricerca osservato.
• Lo snippet promette troppo. Un titolo pieno di parole chiave o una promessa non supportata come “template gratuito” attira il clic sbagliato e invita alla riscrittura. Mantieni un soggetto, un risultato e solo affermazioni che il corpo soddisfa.
• Le intestazioni sono decorazione. Gli editor scelgono i livelli di intestazione in base alla dimensione, o aggiungono intestazioni a domanda seguite da una frase vuota. Ripara la struttura in HTML e usa gli stili di design per l’aspetto.
• Gli anchor a corrispondenza esatta si moltiplicano. Ogni link a una pagina commerciale usa la stessa frase goffa. Scrivi anchor per la frase locale e le esigenze dell’utente; la coerenza della destinazione non richiede una formulazione identica.
• Un vincitore esistente viene riscritto come una pagina vuota. Sottoargomenti e linguaggio utili scompaiono perché il nuovo brief registra solo la query primaria. Preserva la copertura adiacente e registra le rimozioni deliberate.
• Ogni CTR basso diventa un problema di testo. Un AI Overview, un image pack, una discrepanza di brand o una pagina di destinazione sbagliata possono sopprimere i clic. Ispeziona il risultato live prima di modificare lo snippet.
• La riscrittura dei motori di ricerca innesca modifiche quotidiane. Una variazione di titolo osservata causa modifiche reattive che cancellano l’esperimento. Raccogli prove ripetute e specifiche per query e modifica solo quando la pagina stessa è disallineata.

Fase successiva

La fase di linking interno riceve l’URL canonico finale, la promessa primaria, la struttura stabile delle intestazioni, le entità approvate, i link in uscita esistenti e i concetti di anchor candidati. Usa questi campi per decidere quali pagine pertinenti dovrebbero linkare in entrata, quali percorsi contestuali dovrebbero portare in uscita e come la pagina si inserisce nel grafo più ampio del sito.

Non consegnare una mappa provvisoria delle intestazioni o un URL che potrebbe cambiare dopo la pubblicazione. P12 dovrebbe decidere il posizionamento e la copertura dei link, non riaprire l’intento della pagina o inventare etichette per una risposta incompleta. Il responsabile on-page rimane responsabile per eventuali modifiche alla formulazione necessarie per rendere naturale un link pianificato.

Metti d’accordo i segnali a livello di pagina

Inizia con le prove effettive della pagina: apri il report Queries per l’URL proprietario, usa il report delle opportunità CTR quando i clic sono inferiori alle aspettative, o apri la worklist delle opportunità di pagina quando un cluster è abbastanza vicino da migliorare. Poi pubblica un’ipotesi documentata a livello di pagina, non un insieme di inserimenti di parole chiave.