Restyling del sito e SEO: perché il traffico cala dopo un rilancio, cosa controllare prima, durante e dopo la messa online, e come mantenere la visibilità su Google e nelle IA.

In breve
un restyling del sito mantiene la sua SEO quando le pagine che portano traffico conservano l'URL (o ricevono un redirect 301), il testo, i titoli, le intestazioni e i link interni, e quando i nuovi template restano scansionabili e veloci. La maggior parte dei cali dopo il lancio nasce da contenuti eliminati, link interni rotti, un noindex dimenticato dall'ambiente di staging o contenuti che compaiono solo con JavaScript. Scansionate il vecchio sito prima di iniziare, testate il nuovo su uno staging protetto e confrontate i due dopo il lancio.
Vuoi approfondire? Chiedi a
La SEO nel restyling del sito consiste nel proteggere i posizionamenti mentre cambiano template, design, navigazione, contenuti o CMS. Questa guida riguarda i restyling che mantengono lo stesso dominio. Se cambiano il dominio o la maggior parte degli URL, il progetto diventa una migrazione: seguite la nostra checklist di migrazione SEO e la guida di Google sui trasferimenti di sito con modifica degli URL, che avverte di fluttuazioni temporanee del ranking.
Sì, ogni volta. Google e gli assistenti di IA che leggono il web giudicano le pagine da ciò che trovano nell'HTML: testo, titoli, intestazioni, link, dati strutturati, velocità. Un restyling modifica una parte o tutti questi segnali, quindi i motori di ricerca rivalutano le pagine. L'effetto può essere positivo (pagine più veloci, struttura più chiara, contenuti migliori) o negativo (pagine più povere, link persi). Il risultato dipende da quanti segnali di ranking i nuovi template conservano.
| Cosa cambia nel restyling | Rischio SEO | Perché |
|---|---|---|
| Solo colori, font, immagini | Basso | Contenuto HTML e URL restano uguali |
| Nuovi template e layout di pagina | Medio | Intestazioni, blocchi di testo e link interni spesso si spostano o spariscono |
| Nuova navigazione e nuovi menu | Medio | Profondità delle pagine e autorità interna vengono ridistribuite |
| Contenuti riscritti o accorpati | Alto | Le pagine perdono i passaggi e le parole chiave per cui si posizionavano |
| Nuovo CMS o framework JavaScript | Alto | Rendering, URL, redirect e metadati cambiano insieme |
| Struttura degli URL modificata | Alto | Ogni URL modificato richiede un redirect: è una migrazione |
Le cause si ripetono da un progetto all'altro. Ognuna ha un controllo semplice:
| Rischio | Sintomo | Controllo |
|---|---|---|
| Contenuto eliminato o accorciato | Le pagine scendono sulle query a coda lunga | Confrontare numero di parole e sezioni per pagina, vecchio e nuovo |
| Title e H1 riscritti | CTR più basso, posizioni perse | Esportare title e H1 prima, confrontarli dopo |
| Link interni persi | Le pagine profonde scendono, compaiono pagine orfane | Confrontare i link interni ricevuti per URL |
| URL cambiati senza 301 | Errori 404, backlink persi | Piano di redirect testato su ogni vecchio URL |
| Contenuto generato da JavaScript | Pagine indicizzate vuote, le IA non vedono nulla | Confrontare HTML grezzo e HTML renderizzato |
| Template più lenti | Core Web Vitals peggiori, rimbalzo più alto | Testare LCP, INP e CLS in staging |
| noindex o blocco robots.txt rimasto dallo staging | Le pagine escono dall'indice in pochi giorni | Controllare robots.txt e meta robots il giorno del lancio |
| Dati strutturati rimossi | I risultati multimediali spariscono | Validare lo schema di ogni template |
Due di questi rischi meritano un'attenzione particolare. Il primo è JavaScript: Google esegue il rendering delle pagine con un Chromium headless, ma la sua documentazione sulla SEO per JavaScript precisa che scopre solo i link scritti come normali elementi di ancoraggio con attributo href. Menu costruiti con pulsanti o gestori di clic nascondono intere sezioni. La nostra guida alla SEO per JavaScript descrive le opzioni di rendering. Il secondo è la velocità: le indicazioni di Google sui Core Web Vitals fissano le soglie «buone» a un LCP di 2,5 secondi o meno, un INP di 200 millisecondi o meno e un CLS di 0,1 o meno, misurati al 75° percentile delle visite. Video pesanti in apertura e slider sono il motivo più comune per cui un nuovo template non le rispetta.
Eseguite una scansione completa del sito online ed esportate ogni URL indicizzabile con title, meta description, H1, numero di parole, canonical, codice di stato e numero di link interni ricevuti. Questa scansione è il vostro punto di riferimento: dopo il lancio confronterete il nuovo sito con essa, riga per riga. Salvate anche i dati strutturati e il file robots.txt.
Esportate da 12 a 16 mesi di dati di Search Console (clic e impressioni per pagina e per query), le pagine che ricevono backlink e quelle che convertono. Queste pagine sono intoccabili: mantenete URL, testo principale e title, oppure migliorateli in modo deliberato. Un audit dei contenuti aiuta a decidere cosa tenere, accorpare o eliminare, e assegna un URL di destinazione a ogni eliminazione.
Il restyling più sicuro mantiene tutti gli URL. Quando un URL deve cambiare, collegatelo alla nuova pagina più vicina con un redirect 301, senza catene e senza mandare tutto alla home page. La nostra guida ai redirect SEO ne spiega le regole. Google consiglia di mantenere i redirect per almeno un anno.
I designer decidono dove va il testo; gli sviluppatori decidono come viene servito. Date loro requisiti scritti: un H1 per template, il testo servito nell'HTML, menu scansionabili, breadcrumb, l'architettura del sito con la profondità di ogni sezione, lo schema da mantenere e il budget di prestazioni. Contano anche leggibilità e navigazione: vedete la nostra guida a UX e SEO.
Evitate di lanciare durante l'alta stagione, prima delle ferie o di venerdì: i primi giorni dopo il lancio sono quelli in cui si trovano gli errori, e qualcuno deve essere disponibile per correggerli. Mettete per iscritto chi controlla cosa il giorno del lancio e decidete in anticipo quale segnale fa scattare il ritorno alla versione precedente (per esempio pagine chiave in errore o sparite dall'indice). Tenete il vecchio sito su un server di backup per qualche settimana, così da ripristinare in fretta un template o un blocco di testo se una pagina perde posizioni.
Mettete il nuovo sito su un ambiente di staging protetto da password (o almeno da una regola noindex), così Google non indicizza un duplicato del vostro sito. Poi testate prima del lancio:
| Quando | Controlli |
|---|---|
| Giorno del lancio | robots.txt consente la scansione, nessun noindex dimenticato, redirect attivi, sitemap XML aggiornata e inviata in Search Console, tag di analytics attivo |
| Settimana 1 | Scansione completa confrontata con il riferimento, errori 404 in Search Console, controllo URL delle pagine principali |
| Settimane 2 - 4 | Clic e impressioni delle pagine chiave rispetto alle stesse settimane precedenti, rapporto di indicizzazione, rapporto Core Web Vitals |
| Mesi 2 - 3 | Query che hanno perso posizioni, pagine da arricchire, link interni da ripristinare |
Un controllo dei link rotti individua i link che puntano ancora a vecchi URL in menu, footer e articoli. Correggete quei link alla fonte invece di affidarvi ai redirect, e ripristinate la struttura dei link interni persa quando sono state tolte barre laterali o blocchi di articoli correlati. Qualche fluttuazione nelle prime settimane è normale. Un calo che dura oltre un mese su un gruppo di pagine indica una causa precisa: confrontate quelle pagine con la loro versione di riferimento.
ChatGPT, Claude, Perplexity e Gemini citano pagine di cui possono leggere ed estrarre il contenuto. Un restyling può interrompere questo accesso in modi che Google perdonerebbe. Un'analisi di Vercel sul traffico dei crawler di IA (dicembre 2024) ha rilevato che nessuno dei grandi crawler di IA, tra cui GPTBot e ClaudeBot, esegue il rendering di JavaScript. Una pagina che mostra il testo solo dopo l'esecuzione di JavaScript è invisibile per la maggior parte dei crawler di IA.
Ogni cambiamento in più rende più difficile diagnosticare un calo. Se prevedete anche un cambio di dominio, una nuova struttura degli URL o un'ampia riscrittura dei contenuti, separateli: lanciate il restyling con URL e contenuti identici, aspettate che il traffico sia stabile, poi passate al cambiamento successivo. Se il calendario impone tutto insieme, dedicate più tempo alla scansione di riferimento e al piano di redirect, perché sono l'unico modo per trovare ciò che si è rotto.
Un restyling mantiene i posizionamenti quando il nuovo sito porta gli stessi contenuti, link e segnali del vecchio, in una forma più veloce e più chiara. Scansionate prima, testate in staging, confrontate dopo. Quando il nuovo sito è stabile, continuate ad aggiungere pagine che rispondono alle domande dei clienti: Sorank scrive e pubblica articoli SEO e GEO in autopilot sul sito rinnovato.
Quando URL, contenuti e link interni vengono mantenuti, i posizionamenti di solito si stabilizzano in poche settimane. Google avverte che il ranking può fluttuare temporaneamente quando un sito cambia molto. Se le pagine chiave restano sotto il loro riferimento dopo uno o due mesi, confrontatele con la scansione precedente al lancio per trovare contenuti, titoli o link modificati.
Solo se gli URL attuali sono un problema reale, per esempio parametri illeggibili o una struttura che non corrisponde più al sito. Ogni URL modificato richiede un redirect 301 verso l'equivalente più vicino e aggiunge rischio al lancio. Mantenere gli URL esistenti è il modo più semplice per proteggere backlink e posizionamenti.
Sì, quando corregge debolezze reali: template lenti, contenuti nascosti dietro JavaScript, navigazione troppo profonda, intestazioni assenti o pagine povere. I guadagni arrivano da miglioramenti misurabili come Core Web Vitals migliori, link interni più chiari e contenuti più ricchi. Un restyling che cambia solo lo stile visivo raramente sposta i posizionamenti da solo.
HANNO PROVATO SORANK PRIMA DI TE
