Checklist SEO post-lancio

Lanciare un sito dà soddisfazione… per circa cinque minuti. Poi arriva il silenzio.
Niente traffico. Nessun ranking. Solo un sito nuovo di zecca che galleggia nel vasto e indifferente oceano di Google.
Ecco l’errore più comune: trattare la SEO come un punto da spuntare prima del lancio, qualcosa da “impostare e dimenticare” come il favicon. In realtà il vero lavoro SEO inizia dopo il go-live: quando Google comincia a indicizzare, gli utenti a cliccare e ogni svista diventa un problema di visibilità.
Questa checklist non è un discorso motivazionale né una lista di “best practice” generiche. È un manuale operativo per i giorni e le settimane successive alla messa online. Le azioni concrete che servono per far apparire i contenuti, far indicizzare le pagine e non affondare i ranking.
Solo passaggi pratici, spesso trascurati, che distinguono i siti che aumentano il traffico in silenzio da quelli che spariscono nel nulla.
Verifica il sito con Google Search Console
Partiamo dal passaggio più basilare (e più saltato): assicurarsi che Google sappia che il tuo sito esiste e abbia il permesso di eseguirne la scansione.
Se Google Search Console non è configurato, non stai facendo SEO. Stai solo sperando che vada bene.
Configuralo correttamente
Apri Google Search Console e aggiungi il sito come proprietà Dominio. Così avrai visibilità completa su tutte le varianti URL — www
, non-www
, http
, https
e sottodomini. Se puoi, usa la verifica via DNS. Sì, richiede cinque minuti in più. Fallo lo stesso.
Una volta verificato, invia la sitemap. Trovi l’opzione in Indicizzazione → Sitemap. Incolla l’URL della mappa (di solito https://yourdomain.com/sitemap.xml
) e invia.
Se la sitemap è piena di redirect, 404 o pagine di test, sistema prima quello. Sitemap pulita = crawling più rapido ed efficiente.
Controlla il report Copertura
Qui Google ti dice cosa sta facendo con le tue pagine e dove qualcosa sta andando storto.
Vai su Indicizzazione → Pagine. Vedrai:
- Pagine indicizzate: già presenti nell’indice di Google.
- Non indicizzate: di solito qui c’è il problema. Clicca per scoprire perché.
Presta attenzione a:
- Pagine con
noindex
(spesso rimaste dall’ambiente di staging) - URL bloccati da
robots.txt
- Soft 404 o errori di redirect
- Tag canonical che puntano ad altri domini o ad ambienti di test
Un’impostazione sbagliata qui può far sparire metà sito senza rumore.
Scegli un URL canonico e rispettalo
Decidi se usare www
oppure no. E usa sempre https
. Poi assicurati che tutto — sitemap, link interni, redirect, tag canonical — sia coerente.
Perché è importante: Google considera https://www.yoursite.com
e http://yoursite.com
entità diverse. Se non gestisci la cosa, l’equity dei link si divide e l’indicizzazione si incasina.
Controllo di sanità mentale extra
Lancia questa query su Google:
site:yourdomain.com
Mostra le pagine che Google ha attualmente indicizzato.
Se il numero è sospettosamente basso, il sito potrebbe essere indicizzato solo in parte. Se è troppo alto, Google potrebbe stare prendendo duplicati, URL con parametri o ambienti di test che hai dimenticato di bloccare.
Google Search Console è la fonte di verità su ciò che Google vede (o non vede). Configuralo bene, pulisci la sitemap e risolvi i problemi di copertura. Altrimenti sei invisibile — e non nel senso figo di modalità stealth. Semplicemente… non compari.
Esegui la crawl del sito live (non della copia di staging)
Hai testato il sito prima del lancio. Bravo. Ora dimentica tutto e analizza la versione in produzione.
Perché? Una volta pubblico, qualcosa si rompe, i redirect falliscono, i tag di dev restano, e le “pezze temporanee” diventano sabotaggi SEO permanenti.
Serve una crawl fresca sul sito in produzione. Non a memoria, non dalla dashboard del CMS. Una vera crawl con software dedicato.
Usa un crawler serio
Strumenti come Screaming Frog, Sitebulb o Ahrefs Site Audit sono i tuoi migliori amici. Simulano la navigazione dei motori di ricerca e restituiscono un report su ciò che funziona e ciò che è rotto.
Cosa cercare:
Problema | Perché conta |
---|---|
Link interni rotti (404) | Vicoli ciechi sprecano crawl budget e rovinano l’esperienza utente. |
Catene di redirect | Rallentano la scansione e diluiscono la link equity. |
Pagine orfane | Senza link interni i crawler non le vedono. |
Tag no-index | Evitano l’indicizzazione in silenzio. Spesso dimenticati post-lancio. |
Problemi di tag canonical | Puntano a URL errati o a domini di staging. |
Tip: non crawlare solo la homepage. Imposta il crawler per seguire i link dell’intero sito. E fai in modo che rispetti il robots.txt, a meno che tu non stia testando cosa viene bloccato.
Individua la spazzatura post-lancio
È il momento di trovare anche:
- URL di staging rimasti (es.
/test-page
,/old-version
,/dev-home
) - URL con parametri UTM o di tracking che intasano l’indice
- Meta tag HTML in “modalità bozza” (
<meta name="robots" content="noindex, nofollow">
)
Non vuoi che Google indicizzi spazzatura. E di certo non vuoi che il team invii link a pagine rotte due settimane dopo il lancio.
Checklist di sanità
Prima di procedere, assicurati che il report non mostri:
- Più di un redirect per URL
- Pagine con status 4xx o 5xx
- Pagine taggate no-index che non dovrebbero esserlo
- Title tag e meta description duplicati
Sistema prima le cose evidenti. Priorità in base alla profondità di crawl: più una pagina è profonda, meno è urgente—salvo il caso in cui la tua pagina prezzi sia sepolta a cinque clic.
Conferma l’indicizzazione delle pagine chiave
Il sito è online. Hai inviato la sitemap. Ma Google sta davvero indicizzando le pagine che contano?
Sorprendentemente molti fallimenti SEO post-lancio dipendono da questo: il sito è tecnicamente su, ma pagine cruciali—prodotto, prezzi, post del blog—non sono nell’indice. Se non sono indicizzate, non esistono. Né per gli utenti né per i motori.
Passo 1: controllo rapido con “site:”
Su Google digita:
site:yourdomain.com
Avrai un elenco indicativo di pagine indicizzate. Se ne vedi 5 e la sitemap ne ha 85, c’è un problema. Se ne vedi 3.000 e il sito ne ha 120, c’è anche un problema.
Cerca un range realistico, che corrisponda alle aspettative, senza duplicati, pagine di test o contenuti fantasma.
Passo 2: URL Inspection Tool
In Google Search Console usa lo strumento di ispezione URL. Incolla le URL più importanti una alla volta.
Vedrai qualcosa del genere:
Campo | Cosa verificare |
---|---|
Stato indicizzazione | Dovrebbe dire: URL è su Google. Altro? Indaga. |
Tipo di copertura | Dovrebbe essere: Inviata e indicizzata. Se dice Scoperta – non indicizzata, Google l’ha vista ma ha deciso di non indicizzarla: spesso questione di qualità. |
URL canonico | Verifica che sia quello previsto, non un URL di staging o versione alternativa. |
Controlla:
- Homepage
- Pagine prodotto/servizio
- Prezzi
- Panoramica blog e articoli chiave
- Pagina contatti
Se una di queste non è indicizzata, probabilmente c’è un no-index, un blocco da robots.txt, linking interno debole o contenuto di scarsa qualità.
Passo 3: Priorità a ciò che Google deve indicizzare
Non tutto va indicizzato. Pagine di ringraziamento, login admin, URL di tracking? Bloccale. Ma se una pagina è:
- Scansionabile
- Pubblica
- Utile o mirata a un intento di ricerca
…allora deve essere indicizzata. Se non lo è, scopri subito il perché.
Cosa indicano spesso i problemi di indicizzazione
Sintomo | Causa probabile |
---|---|
“Crawled - not indexed” | Contenuto scarso o duplicato |
“Blocked by robots.txt” | Robots troppo restrittivo |
“Excluded by ‘no-index’” | No-index lasciato dall’ambiente dev |
Google indicizza una versione strana | Canonical errati o percorsi duplicati |
Prima di proseguire: verifica che le money pages siano indicizzate e visibili come previsto. Non solo la homepage, ma le pagine che generano traffico, lead e conversioni.
Revisiona title tag e meta description
Una settimana dopo il lancio, cerca il nome aziendale su Google. Cosa compare?
Se vedi:
Home – YourSite
Just another WordPress site
…c’è del lavoro da fare.
Title e Meta Description non sono opzionali
I motori non si limitano a raschiare il contenuto per indovinare di cosa parla la pagina (possono farlo, ma non vuoi lasciare la cosa al caso). Il title tag è il titolo nei risultati. La meta description è il pitch.
Se sbagli:
- I ranking ne risentono.
- Il CTR crolla.
- Sembri poco professionale, soprattutto quando “Home” o “Benvenuti” appare nei risultati.
Sistema prima l’ovvio
Controlla le pagine più visibili:
- Homepage
- Pagine prodotto o servizio
- Prezzi
- Articoli blog
- Contatti/Chi siamo
Chiediti:
- Il title è unico?
- Contiene una keyword rilevante senza sembrare scritto da un robot?
- La meta description è convincente o è solo boilerplate?
Ecco un prima/dopo:
Pagina | Scadente | Migliore |
---|---|---|
Homepage | Home – YourSite | Software CRM conveniente per piccoli team – YourSite |
Blog | Blog – YourSite | Insight per scalare un SaaS early-stage – Blog YourSite |
Contatti | Contact – YourSite | Parla con Sales o Supporto – Contatta YourSite oggi |
Tieni i title sotto ~60 caratteri, le meta description sotto ~155. Se Google li riscrive, è un segnale che non erano abbastanza buoni.
Strumenti per accelerare
- Screaming Frog: esegui la crawl ed esporta tutti i dati title/meta in un foglio.
- SEOJuice: audit veloce di title e description live, trova duplicati e pagine sotto-ottimizzate in un colpo solo. Pensato per team snelli che odiano gli export.
- Ahrefs / SEMrush / Sitebulb: individua duplicati, tag mancanti o keyword stuffing.
- Google Search Console → Performance: vedi le pagine con impression ma pochi clic, spesso segno che title/description non funzionano.
Evita questi errori comuni
- Title duplicati (soprattutto nel blog)
- Description generiche (“Benvenuti nel nostro sito” non vende nulla)
- Keyword stuffing (Google le riscriverà — e il CTR crollerà)
- Title tag che si tagliano a metà perché nessuno ha controllato i caratteri
Pulisci i redirect
Sito nuovo? URL nuovi. Quindi redirect. Tanti.
Molti li configurano alla svelta per lanciare e poi se ne dimenticano. Così nascono catene, loop o vicoli ciechi che uccidono efficienza di crawl e link equity.
Cosa fare
- 301 per tutti gli URL vecchi che hanno cambiato nome o struttura
- Rimuovi link interni che passano da redirect: collega direttamente la destinazione finale
- Elimina le catene (es. A → B → C) e appiattisci (A → C)
Controlla questi punti:
Problema | Perché conta |
---|---|
Catene di redirect | Spreca crawl budget, rallenta il caricamento, diluisce l’autorità |
Loop di redirect | Google non li segue. Gli utenti vedono errori. |
Redirect verso 404 | Manda crawler e utenti nel vuoto |
Controlla velocità e Core Web Vitals
Google non valuta solo il contenuto. Se il sito carica come fosse fermo al 2009, sei fuori.
I Core Web Vitals sono il modo di Google per chiedere:
Il sito carica velocemente, resta stabile e risponde bene, soprattutto da mobile?
Cosa testare
Usa questi strumenti:
- PageSpeed Insights
- WebPageTest.org
- Chrome → DevTools → scheda Lighthouse
Guarda questi tre metriche:
Metrica | Cosa misura | Obiettivo |
---|---|---|
LCP (Largest Contentful Paint) | Quanto velocemente carica il contenuto principale | < 2,5s |
FID (First Input Delay) | Tempo prima che l’utente possa interagire | < 100ms |
CLS (Cumulative Layout Shift) | Stabilità visiva durante il caricamento | < 0,1 |
Quick win
- Comprimi e ridimensiona le immagini
- Differisci JavaScript non critico
- Abilita lazy loading
- Usa un hosting veloce e affidabile (il piano da 3 $/mese non basta)
- Attiva la cache dove puoi
⚠️ Non ossessionarti con il 100/100. Concentrati su ciò che impatta gli utenti reali, soprattutto da mobile.
Se il sito sembra lento a te, è un disastro per chi naviga con un Android medio in un bar con Wi-Fi scarso. Sistema quello prima dei backlink.
Rivedi i dati strutturati (Schema)
I dati strutturati aiutano Google a capire cosa sono le pagine, non solo cosa dicono.
Li aggiungi per evitare che Google scambi la pagina prezzi per un post del blog o la bio autore per un prodotto.
Cosa aggiungere (minimo indispensabile)
- Schema Organization (site-wide): nome, logo, profili social
- Schema Breadcrumb: aiuta Google a mostrare la navigazione nei risultati
- Schema Product, Article o FAQ: in base al tipo di contenuto
Rimani su ciò che è rilevante. Non inserire ogni type solo perché un plugin lo permette.
Strumenti di test
- Google Rich Results Test
- Schema Markup Validator
Prova le pagine principali. Controlla:
- Errori (bloccano le funzioni avanzate)
- Avvisi (non sempre critici, ma da rivedere)
- Markup irrilevante o eccessivo (sì, Google se ne accorge)
Errori comuni
Errore | Perché fa male |
---|---|
Schema che non corrisponde al contenuto visibile | Considerato spam: Google può ignorare tutto |
Marcare tutto come “FAQ” | Inutile se non ci sono domande e risposte reali |
Copiaincollare JSON-LD senza modificarlo | Dati incongruenti e markup non valido |
I dati strutturati non fanno rankare contenuti scarsi, ma rendono quelli buoni più chiari e talvolta più attraenti nei risultati.
Rivedi linking interno e navigazione
Il sito è live. Ottimo. Ora controlla se utenti (e crawler) trovano i contenuti senza bussola.
I link interni guidano Google nella scoperta e nel valore delle pagine. Guidano anche gli utenti: se il percorso è rotto, lo è pure il funnel.
Cosa sistemare
- Pagine orfane: senza link interni restano invisibili ai crawler, a meno di invio manuale.
- Pagine sepolte: se servono 4+ clic per raggiungere qualcosa di importante, è troppo profondo.
- Anchor text vaghi: “clicca qui” non aiuta. Usa testi descrittivi, tipo “scopri i nostri prezzi”.
- Spam nel footer: linkare ogni pagina da ogni pagina? Caos. Semplifica.
Dove concentrarsi
- Collega pagine ad alto traffico a quelle con poca visibilità (es. homepage → nuovo post)
- Aggiungi link tra post correlati. Link contestuali, non solo widget “articoli correlati”
- Assicurati che la navigazione principale rifletta le pagine prioritarie, non solo ciò che sta in menu
Pro tip
Esegui una crawl (Screaming Frog, SEOJuice) e ordina per “Inlinks”. Se le pagine chiave hanno 0–2 link interni, probabilmente non stanno rankando e non lo faranno.
Non affidarti solo alle sitemap. I link interni indicano a Google cosa ritieni importante. Rendilo palese.
Ritesta CTA, form ed eventi di conversione
La SEO porta traffico. Ma se call-to-action, form o tracking non funzionano, aumenti solo il bounce rate.
Dopo il lancio, qualcosa si rompe: script falliscono, form non inviano, tag GA spariscono con l’ultimo deploy. Lo scopri quando le conversioni crollano.
Cosa controllare (manualmente)
- Tutte le CTA: clicca ogni bottone. Tutti. Soprattutto da mobile.
- Form di contatto/lead: inviano? Mandano conferma? Registrano i dati?
- Pagine di ringraziamento: esistono? Sono indicizzabili? (Spoiler: non dovrebbero.)
- Widget chat: testali. Alcuni funzionano in staging ma si rompono in produzione.
- Iscrizioni newsletter: si sincronizzano davvero con la tua lista?
Tracking o indovinare?
Assicurati che l’analytics registri correttamente:
- Eventi GA4: azioni chiave tracciate (es. form_submit, contact_click, purchase)?
- Google Tag Manager: modalità anteprima e debug prima di dare per scontato che registri
- Heatmap (se usi): verifica che gli script carichino — Hotjar, Microsoft Clarity, ecc.
Bonus sanity check
Se CRM o tool email mostrano zero iscrizioni o eventi post-lancio, non è coincidenza. Qualcosa è rotto.
Non limitarti a tracciare le visite, traccia i risultati. Altrimenti il report SEO sarà ottimo mentre la pipeline muore in silenzio.
Monitora performance e ranking settimanalmente (senza ossessionarti)
Il traffico arriva. Tutti controllano Google una volta. Poi… niente.
La SEO non è un’installazione “one-click”, richiede monitoraggio. Ma non quello che ti divora il lunedì mattina con 15 tab aperte e mal di testa.
Cosa tracciare (settimanale, non orario)
Punta ai trend, non alle fluttuazioni. Ecco cosa conta davvero:
-
Impression e clic:
→ GSC → Performance → Filtra per pagina o query
→ Le pagine chiave stanno guadagnando visibilità?
-
Posizione media:
→ Traccia keyword brand e non brand
→ Ignora cali minori. Guarda i pattern a lungo termine.
-
Pagine top:
→ Quali URL portano più traffico
→ Sono quelle che vuoi far rankare?
-
CTR:
→ Impression alte ma pochi clic? Rivedi title e description.
La SEO non premia il panico. Fissa un calendario, osserva i trend e intervieni quando serve, non ogni volta che perdi una posizione durante la notte.
Aggiorna XML Sitemap e Robots.txt
La sitemap e il file robots.txt sono il foglio di istruzioni di Google per scansionare il sito. Ma spesso restano sporchi dopo il lancio: così pagine poco importanti finiscono indicizzate mentre quelle di valore vengono ignorate.
XML Sitemap: pulita e aggiornata
La sitemap deve:
- Includere solo URL live e indicizzabili
- Escludere 404, redirect, no-index e tutto ciò dietro login
- Riflettere la struttura reale del sito, non ogni URL prodotto dal CMS
Inviata (o reinviata) in Google Search Console → Indicizzazione → Sitemap. Non dare per scontato che funzioni solo perché l’hai inviata una volta.
Robots.txt: controlla che non blocchi l’oro
Apri yoursite.com/robots.txt. Chiediti:
- Stai bloccando qualcosa di critico (es.
/blog/
,/product/
)? - C’è ancora un
Disallow: /
dello staging? Succede. - Consenti l’accesso a JS/CSS che influenzano il rendering?
Quick win
Problema | Soluzione |
---|---|
Sitemap con pagine morte | Rigenerala da CMS o plugin dopo la pulizia |
robots.txt blocca cartelle critiche | Rimuovi o aggiorna le regole di disallow |
Sitemap non inviata o in “Couldn’t fetch” | Verifica URL e risposta server (solo status 200) |
Sitemap e robots.txt non devono essere eleganti. Devono essere accurati. Altrimenti Google scansiona con indicazioni sbagliate e le tue pagine migliori restano sepolte.
Imposta alert e pianifica contenuti continuativi
Il sito è lanciato. Hai sistemato la parte tecnica. E adesso?
Due cose:
- Ricevi alert quando qualcosa si rompe.
- Continua a pubblicare per non farti coprire di ragnatele digitali.
Imposta alert SEO (così non vieni colto di sorpresa)
Non serve un SEO full-time a guardare dashboard. Serve sapere quando qualcosa deraglia.
Ecco cosa configurare:
- Alert di drop nell’indice → In GSC attiva le notifiche email
- Alert di calo traffico → Ahrefs / SEMrush → imposta soglie di variazione organica
- Monitor 404 → via CMS, Ahrefs o un semplice UptimeRobot
- Log errori → se hai supporto dev, traccia errori 5xx post-deploy
Nessuna notizia è buona notizia. Ma il silenzio può anche significare: “i form sono rotti da 3 settimane”.
Crea un pipeline di contenuti (ora, non dopo)
Il killer SEO più grande post-lancio? Niente nuovi contenuti. Il sito ristagna, i ranking si appiattiscono, Google perde interesse.
Parti da:
- Una backlog di articoli blog basati su ricerca keyword
- Aggiornamenti prodotto → trasformali in release note, use case, FAQ
- Contenuti linkabili → statistiche, tool, guide — roba che la gente cita davvero
Pianifica almeno un post al mese. Due, se fai sul serio. Aggiungi link interni. Condividi. Traccia i risultati.
Un sito non è mai “finito”. Ma se hai completato questa checklist sei avanti al 90% dei nuovi lanci.
FAQ: SEO post-lancio
Devo fare tutto subito dopo il lancio?
No. Ma più aspetti, più fa male. Priorità a indicizzazione, redirect e performance nella prima settimana. Il resto scaglionato in 2–3 settimane.
Usiamo Webflow/Shopify/WordPress. Vale comunque?
Sì. Il CMS automatizza parte del lavoro, ma non corregge link rotti, contenuti scadenti o trap SEO. Devi comunque auditare ciò che è andato live.
Quando aspettarsi risultati?
Indicizzazione in pochi giorni. Ranking? Da settimane a mesi. La SEO parte lenta ma accelera se le basi sono pulite.
Serve un’agenzia SEO per questo?
Non se tu (o qualcuno del team) dedica 4–6 ore a seguire la checklist con attenzione. È soprattutto buon senso strutturato + cura dei dettagli.
Qual è l’errore più frequente post-lancio?
Tag no-index lasciati su pagine importanti. Redirect che puntano nel vuoto. O lanciare e andarsene come se Internet risolvesse tutto da solo.