2025-09-24 · Redazione Baduno · 8 blog.readMin · Blog & Conoscenza
Rilancio del sito web senza perdita di visibilità: la checklist
Il classico incidente di rilancio: bel nuovo sito web, traffico dimezzato. Evitabile – con disciplina nei reindirizzamenti e nel tempismo.
Prima del trasferimento: inventario
Catturare tutti gli URL indicizzati (Sitemap, Search Console, Crawler) e documentare le loro posizioni. Ciò che non si conosce non si può reindirizzare – è qui che si verificano la maggior parte delle perdite.
Il cuore: mappatura 301
Ogni vecchio URL riceve un reindirizzamento permanente alla sua migliore nuova corrispondenza – singolarmente, non genericamente alla home page. Per i siti multilingue, ciò vale per ogni versione linguistica; la matrice hreflang deve essere trasferita ai nuovi URL.
Il giorno del trasferimento
Testare i reindirizzamenti prima del go-live, inviare immediatamente la nuova sitemap, lasciare temporaneamente accessibile la vecchia sitemap, intensificare il monitoraggio. La prima settimana mostra in Search Console se Google capisce il trasferimento.
Cosa è fluttuazione e cosa è allarme
Qualche settimana di instabilità è normale. Segnali di allarme sono picchi di 404 nel report di copertura e perdite di posizionamento nelle pagine monetarie – allora mancano i reindirizzamenti, e ogni settimana di attesa costa posizioni in modo permanente.
SEO strutturale: architettura delle pagine e gerarchia degli URL
Un relaunch è l'occasione per ottimizzare la struttura delle pagine. Gerarchie piatte (massimo tre clic per raggiungere la pagina target) migliorano l'efficienza del crawling. Assicuratevi che i vostri contenuti più importanti non vengano sepolti nella navigazione. Evitate strutture di cartelle profonde (es. /de/produkte/kategorie/unterkategorie/produkt.html); meglio: /de/produkt/produktname. Mantenete breadcrumb significativi che forniscano contesto sia agli utenti che ai motori di ricerca. Esempio: un negozio online con mille prodotti riorganizza questi per categorie di prodotto anziché per marche, rafforzando il linking interno e distribuendo il PageRank in modo più uniforme. Un modello URL piatto facilita inoltre il collegamento hreflang in progetti multilingue. Pianificate la nuova architettura delle pagine prima del mapping, altrimenti dovrete adattare decine di URL in seguito – tempo che non avete.
Budget di crawling e indicizzazione: priorità per Google
Con ogni relaunch aumenta il numero di nuovi URL da sottoporre a crawling. Allo stesso tempo, Google perde traccia dei vecchi percorsi. Utilizzate il robots.txt per escludere risorse non importanti (es. filtri dinamici, risultati di ricerca interni). Ricorrete ai tag canonici solo per contenuti realmente identici – non come stampella per un mapping scadente. Controllate le statistiche di crawling in Search Console: se il numero di pagine crawlate diminuisce, potreste bloccare troppo. Esempio: un portale di notizie costruisce un nuovo CMS e all'improvviso collega migliaia di pagine di archivio senza valore aggiunto – spreca il budget di crawling. Meglio: contrassegnare gli archivi solo con noindex o limitarli ad archivi annuali. Utilizzate l'indicazione 'ultima modifica' nella Sitemap per segnalare a Google quali pagine sono davvero nuove. In questo modo non affogherete nel delta di crawling.
Migrazione dei contenuti: testi, metadati e duplicati
Non cambiano solo gli URL – spesso anche i contenuti vengono rivisti editorialmente. Un relaunch è il momento ideale per aggiornare testi obsoleti. Ma ciò comporta rischi: se il contenuto cambia in modo significativo, Google potrebbe rivalutarne la pertinenza. Mantenete le pagine core (con ranking elevato) il più possibile fedeli all'originale fino a quando i nuovi URL non saranno consolidati. Modificate i metadati (Title, Description) solo se non sono più adatti – e in tal caso, uno a uno. Esempio: un fornitore B2B cambia sulla homepage lo slogan da "veloce" a "sostenibile". Google interpreta questo come un cambio di argomento e le classificazioni crollano. Meglio: implementare i nuovi slogan solo quattro settimane dopo il trasloco, quando i redirect sono stabili. Attenzione ai duplicati: se due vecchi URL portano allo stesso nuovo (ad esempio per fusione), impostate un canonico su quello desiderato. Altrimenti si creano conflitti.
Il classico incidente di rilancio: bel nuovo sito web, traffico dimezzato. Evitabile – con disciplina nei reindirizzamenti e nel tempismo.
Monitoraggio e rollback: il piano di emergenza
Anche con la migliore pianificazione, qualcosa può andare storto. Prima del rilancio, stabilite quali KPI controllare quotidianamente: impressioni in Search Console, variazioni di posizione delle prime 20 pagine, errori di scansione (404/500). Utilizzate uno strumento che avvisi automaticamente quando il traffico diminuisce di oltre il 20%. Preparate uno scenario di rollback: un backup del vecchio sito web, compresi tutti i reindirizzamenti. Se entro 48 ore non si registra un miglioramento – ad esempio un accumulo di oltre 100 errori 404 – dovreste essere in grado di tornare indietro. Esempio: un negozio di e-commerce lancia una nuova ricerca prodotti che improvvisamente reindirizza tutti gli URL dei filtri alla home page. Il rollback ripristina la vecchia maschera di reindirizzamento fino alla risoluzione del problema. Comunicate il piano con il team di sviluppo; un rilancio non è uno sprint, ma un ingranaggio di precisione.
Orientamento internazionale: migrare i tag hreflang e le versioni linguistiche
Per i siti web multilingue, la corretta migrazione dei tag hreflang è una delle sfide più grandi durante il relaunch. Ogni vecchio URL che reindirizza a uno nuovo deve essere aggiornato nella matrice hreflang di tutte le versioni linguistiche. Un errore comune: si mantengono le vecchie annotazioni hreflang sui nuovi URL senza verificare se le pagine di destinazione sono effettivamente equivalenti. Per questo, prima del passaggio, create una tabella di mapping hreflang completa in cui annotiate l'equivalenza per ogni pagina in tutte le lingue. Utilizzate l'annotazione x-default per contenuti non specifici di una lingua. Assicuratevi che i tag hreflang siano auto-referenziali – ogni pagina deve riferirsi a sé stessa. Per progetti di grandi dimensioni, l'IA può suggerire i collegamenti, ma il controllo manuale è imprescindibile: un testo di prodotto in tedesco erroneamente contrassegnato come duplicato della variante francese porterebbe a un crollo della visibilità. Utilizzate la sitemap hreflang come ulteriore strumento di controllo. Validare i tag prima del lancio con strumenti online. Mantenete temporaneamente i vecchi tag hreflang finché Google non avrà acquisito quelli nuovi. In questo modo evitate che le versioni linguistiche diventino improvvisamente orfane e vengano rimosse dall'indice.
Garanzia di qualità: il controllo manuale come passo fondamentale
Per quanto l'IA e l'automazione accelerino il relaunch, la garanzia di qualità manuale rimane insostituibile. Prima del passaggio in produzione, pianificate un controllo sistematico a campione: selezionate casualmente da 50 a 100 vecchi URL da diverse aree (homepage, categorie, prodotti, blog) e verificate che il reindirizzamento avvenga verso la corretta nuova pagina. Non si tratta solo del reindirizzamento tecnico, ma anche della corrispondenza dei contenuti: il testo è completo? Immagini, video e download sono raggiungibili? Il tracking funziona? Particolare attenzione alle pagine con ranking elevato o fatturato elevato – qui ogni singolo URL deve essere controllato manualmente. Coinvolgete redattori e tester QA che non hanno familiarità con il mapping: spesso scoprono problemi di usabilità che gli sviluppatori trascurano. Esempio: una vecchia pagina prodotto reindirizza tecnicamente perfettamente alla nuova, ma la descrizione manca – il cliente abbandona. Utilizzate una checklist con criteri: tipo di reindirizzamento (301 invece di 302), tempo di caricamento, coerenza della navigazione, funzionamento di moduli e campi di ricerca. Eseguite il test su un server di staging che replica esattamente l'ambiente live. Documentate tutte le deviazioni e fatele correggere prima di premere l'interruttore. Dopo il lancio, ripetete il campione – il tasso di errore diminuisce con ogni iterazione.
Migrazione dei backlink e riferimenti esterni
I backlink sono segnali di fiducia che puntano ai vostri vecchi URL. Durante un relaunch, dovete assicurarvi che questi link non vadano a vuoto. Prima del passaggio, identificate le principali fonti di backlink (ad esempio tramite Google Search Console o strumenti specializzati). Documentate i domini referenti e gli URL collegati. Dopo il relaunch, contattate i webmaster delle pagine referenti e chiedete di aggiornare i link ai nuovi URL – in particolare per contributi editoriali, articoli stampa o pagine di collaborazione. In alternativa, assicuratevi che i vostri reindirizzamenti 301 rimangano permanenti; Google trasferisce il link juice attraverso il reindirizzamento purché sia stabile. Fate attenzione che i reindirizzamenti non siano multipli concatenati (ad esempio da vecchio a intermedio a nuovo), poiché ciò può ridurre il potere del link. Esempio: un portale di settore linka al vostro vecchio studio. Se il 301 è impostato correttamente, il nuovo URL beneficia del valore del link. Dopo quattro-sei settimane, controllate nella Search Console se i link referenti puntano alle nuove destinazioni. Utilizzate anche il vostro linking interno: sostituite tutti i vecchi link interni nel vostro CMS con quelli nuovi, altrimenti si creano vicoli ciechi. Un audit completo dei backlink prima del relaunch evita perdite di ranking successive. La migrazione dei riferimenti esterni è impegnativa, ma essenziale per la visibilità del vostro marchio.
Performance e Core Web Vitals durante il relaunch
Un nuovo sito web comporta spesso un frontend modificato – e quindi potenziali nuovi problemi di performance. Prima del relancio, misurare le Core Web Vitals della pagina attuale (LCP, FID/INP, CLS) e definire valori target per la nuova pagina. Particolarmente critico è il Largest Contentful Paint (LCP): dovrebbe essere inferiore a 2,5 secondi. Ottimizzare le immagini, utilizzare il lazy loading per gli elementi non visibili ed evitare librerie JavaScript che bloccano il rendering sulle pagine più importanti. Il Cumulative Layout Shift (CLS) è spesso causato da font caricati successivamente o banner inseriti dinamicamente – riservare spazio nel layout. Un relancio è il momento ideale per passare a un CMS più snello o implementare la cache lato server. Esempio: una rivista online ricca di immagini passa a un nuovo tema e raddoppia i tempi di caricamento. Conseguenza: aumento del tasso di rimbalzo e peggior posizionamento. Testare tutte le pagine principali con Lighthouse e PageSpeed Insights, anche su dispositivi mobili. Assicurarsi che i tempi di caricamento della nuova pagina non siano peggiori di quelli della vecchia – altrimenti si rischiano non solo perdite di ranking ma anche una peggiore esperienza utente. Documentare i valori di performance prima e dopo il go-live e confrontarli con Search Console. Tempi di caricamento migliorati possono influenzare positivamente l'indicizzazione, poiché Google preferisce scansionare le pagine veloci.
blog.faqT
Quanto tempo ci vuole perché Google indicizzi completamente i nuovi URL?
Dopo un rilancio, possono essere necessarie da due a sei settimane perché Google scopra tutti i nuovi URL e li inserisca nell'indice. La durata dipende dal numero di pagine, dalla frequenza di scansione e dalla qualità della nuova sitemap. Invia immediatamente la sitemap e assicurati che i vecchi URL reindirizzino correttamente. Monitora il report di copertura in Search Console; se dopo quattro settimane compaiono ancora molte pagine 'Non indicizzate', controlla la scansione.
Cosa fare se dopo il rilancio le classifiche crollano ma non compaiono errori 404?
Una perdita di ranking senza errori 404 spesso indica problemi di qualità: contenuti modificati, tag canonici errati o struttura dei link interni. Confronta la versione attuale della pagina con quella vecchia nella cache (Wayback Machine). Verifica se i link interni importanti puntano ai nuovi URL o a quelli vecchi (reindirizzati). Anche il tempo di caricamento potrebbe essere peggiorato. Analizza la Search Console per azioni manuali o aggiornamenti degli algoritmi. Di solito aiuta un ripristino graduale delle modifiche sulle pagine interessate.
