Rendi il sito di produzione recuperabile
Elenca le pagine che vuoi vengano trovate: di solito la home page, le pagine principali di prodotto o servizio, categorie chiave, pagine di supporto e articoli originali. Registra ogni URL HTTPS definitivo e se è destinato alla ricerca. Testa l'indirizzo pubblico di produzione in un browser scollegato; staging, anteprime e viste con login possono comportarsi diversamente.
Controlla presenza di pareti con password, direttive sitewide noindex, regole robots, errori, catene di redirect e risorse critiche mancanti per il rendering. robots.txt gestisce l'accesso dei crawler; Google ricorda che non è un modo per tenere una pagina web fuori dalla ricerca. Usa il controllo di accesso per contenuti privati e noindex per pagine pubbliche deliberate da escludere dalla ricerca.
Separa pagine pubbliche indicizzabili, esclusioni deliberate e aree private prima dei test.
Carica l'URL preferito e le varianti rilevanti HTTP, host, con/senza slash e legacy.
Scegli un URL preferito per ogni contenuto
Un URL canonico è l'indirizzo rappresentativo per contenuti duplicati o molto simili. Decidi l'host preferito, la convenzione di slash e il trattamento dei parametri, delle pagine stampabili e dei percorsi ritirati. Navigazione, sitemap XML, link canonical e redirect dovrebbero indicare lo stesso indirizzo.
Usa un redirect permanente lato server quando rimuovi o consolidi un duplicato. Nelle pagine HTML indicizzabili, usa un link rel=canonical assoluto nell'head della pagina, includendo un link self-referencing sulla pagina preferita. Google descrive redirect e annotazioni canonical come segnali forti, l'inclusione nella sitemap come più debole, e può comunque scegliere una canonica propria.
Per ogni variante significativa, registra la sua sorgente, destinazione, canonica e la motivazione.
Non elencare un URL nella sitemap mentre dichiari o linki un altro come canonico.
Reindirizza le varianti HTTP all'indirizzo preferito funzionante in HTTPS.
Rendi chiare e utili le pagine prioritarie
Scrivi un titolo di pagina unico e conciso che identifichi con precisione l'offerta o la risposta. Aggiungi una meta description breve e specifica come candidato di riepilogo, non come promessa di ciò che Google mostrerà. Google può generare un titolo da più segnali e uno snippet dal contenuto della pagina o talvolta dalla description. Metti la spiegazione essenziale e il passo successivo nel testo visibile.
Usa intestazioni descrittive e linguaggio naturale che risponda al compito del visitatore. Evita testi copiati e pagine quasi identiche con scarso valore unico. Fornisci testi alternativi descrittivi per immagini significative. Non investire tempo al lancio sul meta tag keywords: web.dev afferma che i motori di ricerca non lo considerano più utile.
Un lettore può distinguere le pagine dai titoli senza termini ripetitivi.
La pagina risponde alla domanda centrale prima di chiedere una vendita o una registrazione.
Collega il sito con link interni utili
I link interni sono collegamenti tra pagine dello stesso sito. Aiutano i visitatori a navigare e aiutano Google a trovare i contenuti. Collega dalla home e dagli hub rilevanti alle pagine prioritarie, usando anchor text che identifichi la destinazione. Aggiungi link contestuali quando rispondono alla domanda successiva del visitatore; una lunga lista nel footer non può sostituire una struttura comprensibile.
Usa URL canonici nella navigazione, nei breadcrumb, nei moduli di contenuti correlati e nelle call to action. Su un sito piccolo, clicca ogni percorso primario. Su un sito più grande, usa uno strumento di crawling di fiducia per indagare pagine prioritarie orfane, link interrotti e codici di risposta inattesi.
Ogni pagina prioritaria ha bisogno di un percorso utile da un menu, hub o pagina correlata.
Controlla menu mobile, form, accordion e overlay di consenso oltre ai link desktop.
Pubblica una sitemap pulita
Una sitemap XML indica ai motori di ricerca quali pagine e file consideri importanti. Può supportare la scoperta per un sito nuovo, ma non garantisce scansione o indicizzazione. Se un CMS la genera, ispezionala. Includi gli URL pubblici preferiti destinati alla ricerca; escludi redirect, errori, pagine di test e URL bloccati dall'indicizzazione.
Mantieni la sitemap in una posizione stabile e inviala in Search Console se appropriato. Essa completa, piuttosto che riparare, linking interno, qualità del contenuto e accesso al crawling. Usa estensioni specializzate della sitemap solo quando corrispondono all'implementazione live.
Confronta gli URL della sitemap con l'inventario pagine e la mappa delle canoniche.
Conferma che le nuove pagine preferite compaiano e che gli URL ritirati scompaiano.
Misura la scoperta e diagnostica gli URL mirati
Verifica la proprietà della property di produzione in Google Search Console. Invia la sitemap se la usi. Ispeziona un campione rappresentativo: la home, ogni template importante, una pagina recentemente modificata e un URL di migrazione ad alto valore. URL Inspection fornisce informazioni correnti sull'indice e può testare un URL live; usalo per investigare un sintomo, non per richiedere ogni URL per abitudine.
Registra data di lancio, convenzioni URL, indirizzo della sitemap, pagine prioritarie ed esclusioni. Rivedi le prestazioni nella Ricerca per impressioni, clic, query, pagine e paesi. Search Console è specifico per Google e i dati possono impiegare tempo a comparire, quindi è evidenza diagnostica, non prova istantanea che ogni motore di ricerca abbia elaborato il lancio.
Salva URL testati, risultato osservato, data e owner per confronti futuri.
Controlla esclusioni di indicizzazione, problemi di sicurezza e Core Web Vitals insieme ai test a livello di pagina.
Fai della SEO un controllo di rilascio e di remediation
Includi l'inventario pagine, i redirect, le canoniche, la sitemap e i controlli di URL live rappresentativi nel record di lancio. Status Is UP tratta questo come ottimizzazione proattiva dell'uptime e remediation: scopri difetti di delivery o configurazione prima di un rilascio e applica una correzione controllata quando uno viene introdotto. La disponibilità non è una garanzia di ranking.
Nomina la persona che può approvare un rollback mirato se un rilascio rompe una route pubblica, l'head di pagina, la navigazione o la generazione della sitemap. Retesta gli URL preferiti interessati dopo la correzione. Un preflight delle route pubbliche riduce i guasti di delivery evitabili ma non può prevedere la scansione, l'indicizzazione o i posizionamenti da parte di un motore.
Testa route pubbliche rappresentative e asset dopo il deployment, non solo su staging.
Documenta chi può invertire un cambiamento dannoso di routing, template, robots o sitemap.