Il sito nuovo è online, il dominio punta dove deve, la home si apre. Sembra finita, e invece è il momento in cui restano indietro cinque cose che nessuno controlla, perché non danno errore: il sito funziona benissimo mentre le trascina dietro per mesi. Una in particolare è capace, da sola, di rendere invisibile su Google un lavoro pagato migliaia di euro.

Questa è la lista di controllo, con quello che si può verificare e sistemare in pochi minuti.

1. La spunta che nasconde il sito ai motori di ricerca

WordPress ha un’impostazione che chiede ai motori di ricerca di ignorare l’intero sito. Serve durante lo sviluppo, ha perfettamente senso finché il sito è in costruzione, e viene dimenticata accesa il giorno del lancio con una frequenza che non smette di stupire. Il sito è online, funziona, si naviga, si compra. Semplicemente, su Google non arriva mai — e il calo si nota settimane dopo, quando le pagine vecchie escono dall’indice e non le sostituisce nulla.

«Verifica se il sito è visibile ai motori di ricerca e dimmi lo stato dell’impostazione. Se è nascosto, rendilo visibile.»

È il primo controllo da fare su qualsiasi sito appena messo online, e vale anche al contrario: nascondere un sito è un’operazione che riguarda tutto il patrimonio di posizionamento, quindi in Abilità IA richiede una conferma esplicita e separata. Non è il genere di interruttore che deve poter scattare per una frase ambigua in chat.

2. Gli indirizzi vecchi rimasti dentro i contenuti

Dopo una migrazione o il passaggio a https, l’indirizzo del sito viene aggiornato nelle impostazioni — ma i vecchi indirizzi restano scritti dentro i contenuti: link tra pagine, immagini richiamate con il percorso completo, pulsanti, moduli. Il risultato sono immagini che non caricano, link che riportano al sito di prova e avvisi di contenuto non sicuro sulle pagine altrimenti in https.

Si sistema con una sostituzione mirata su tutto il sito, dopo aver visto l’anteprima di quante occorrenze verrebbero toccate e dove. Due avvertenze: fai prima il backup, e controlla il conteggio prima di confermare — se il numero è molto più alto di quanto ti aspettassi, stai per sostituire anche qualcosa che non c’entra.

[SCREENSHOT: anteprima delle occorrenze del vecchio indirizzo con il conteggio per pagina]

3. I permalink e i 404 del giorno dopo

Dopo una migrazione capita che le pagine interne diano 404 mentre la home funziona: è la mappa degli indirizzi rimasta ferma alla configurazione precedente, e si rigenera in un attimo. Il caso più subdolo è un altro: se sul sito vecchio gli indirizzi avevano una struttura diversa, ogni pagina indicizzata da Google punta a un indirizzo che ora non esiste. Non basta rigenerare: servono i redirect dai vecchi indirizzi ai nuovi, ed è la cosa che più spesso viene rimandata «a dopo» — cioè mai.

4. La cache che serve ancora il sito vecchio

Cache di pagina, file CSS e JavaScript ottimizzati, memoria del server: dopo una migrazione contengono tutti la versione precedente. Si svuota tutto, e si ricontrolla in una finestra anonima, non nel browser con cui hai lavorato tutto il giorno — quello ti mostrerà comunque le sue copie. Se il sito continua a comportarsi in modo strano dopo lo svuotamento, il problema può essere più a monte della cache stessa.

5. Email, moduli e notifiche

L’ultima categoria è quella che si scopre per assenza: nessuno se ne accorge finché un cliente non dice «vi ho scritto e non mi avete risposto». Da verificare: che i moduli di contatto inviino davvero, e all’indirizzo giusto; che le email del negozio partano (fai un ordine di prova, è l’unico test valido); che le notifiche non stiano andando a una casella di posta dell’agenzia precedente. Nei moduli restano spesso indirizzi email di chi ha costruito il sito, e nessuno li cambia perché nessuno li vede.

Il giro finale, in ordine

1. Visibilità ai motori di ricerca: attiva.
2. Indirizzi vecchi nei contenuti: zero occorrenze rimaste.
3. Pagine interne: si aprono; vecchi indirizzi importanti: redirezionati.
4. Cache: svuotata, sito controllato in finestra anonima.
5. Modulo di contatto e ordine di prova: email ricevute.
6. Backup: pianificato e riuscito sul nuovo hosting, non solo sul vecchio.

Per iniziare

Servono WordPress, il plugin Abilità IA e un assistente compatibile con MCP. Una precisazione utile: il cambio vero e proprio dell’indirizzo del sito nelle impostazioni di sistema resta fuori dal perimetro dell’assistente, per scelta — è l’operazione che, sbagliata, ti chiude fuori dalla tua stessa amministrazione. Quella la fa chi esegue la migrazione; tutto il resto della lista lo puoi verificare tu in un quarto d’ora.