Cambiare piattaforma eCommerce è una delle operazioni più delicate che un'azienda possa fare. Non perché sia impossibile, ma perché molti danni non si vedono il giorno della pubblicazione. Si vedono dopo: traffico organico che cala, URL storiche che rispondono 404, immagini sparite da Google, prodotti non più trovati, campagne Ads che portano a pagine sbagliate e fatturato che inizia a scendere.
Il punto è semplice: un eCommerce non è solo grafica, prodotti e checkout. È anche anni di URL indicizzate, link esterni, pagine categoria, filtri, brand, immagini, recensioni, dati strutturati, sitemap, feed, campagne e segnali che Google ha imparato nel tempo.
Quando cambi sito, Google deve capire che quelle pagine non sono morte: si sono spostate. Se non glielo spieghi bene prima del go-live, dopo puoi anche correre, ma una parte del danno potrebbe essere già passata da Search Console e dalle vendite.
Il rischio vero non è il nuovo sito: è il passaggio
Molti titolari arrivano al rifacimento del sito con una paura giusta: "se cambio eCommerce perdo tutto il traffico Google?". La risposta corretta è: non necessariamente. Una piccola flessione durante il riassestamento può essere normale. Un crollo, invece, di solito indica che qualcosa è stato gestito male.
Nel case study sulla migrazione SEO di QuattrozampeShop abbiamo raccontato un passaggio reale: micro-flessione iniziale, riassestamento graduale delle nuove URL e poi crescita. Quello è l'obiettivo: non fingere che Google non debba ricalcolare niente, ma preparare tutto perché il passaggio sia comprensibile, misurabile e reversibile dove serve.
Il problema è che molte migrazioni vengono trattate come un cambio tema: si pubblica il nuovo sito, poi si guarda se qualcosa non va. Su un eCommerce con traffico organico, questa è una pessima idea.
Le basi tecniche non sono un'opinione
Google Search Central spiega in modo chiaro che quando un sito cambia URL bisogna pianificare la migrazione, impostare redirect corretti, aggiornare sitemap, monitorare traffico e controllare gli errori dopo il lancio. La documentazione ufficiale sulle migrazioni con cambio URL e sui redirect 301 non lascia molto spazio all'improvvisazione.
In pratica: se cambi URL, devi dire ai motori di ricerca dove sono finite le vecchie pagine. Non con redirect generici tutti verso la homepage, non con "poi sistemiamo", non con plugin installati all'ultimo. Serve una mappa precisa.
Checklist SEO prima di cambiare sito eCommerce
Questa è la lista che un titolare dovrebbe pretendere prima di pubblicare il nuovo sito. Non è teoria: sono controlli che evitano di perdere traffico, dati, storico e vendite.
1. Scansionare tutte le URL del vecchio sito
Prima di cambiare piattaforma bisogna sapere quali URL esistono davvero. Non basta esportare il menu o guardare le pagine più importanti a mano. Serve una scansione del sito e un confronto con Search Console, Analytics, sitemap, feed Merchant Center, vecchie campagne e backlink.
Da recuperare:
- categorie principali;
- categorie secondarie;
- schede prodotto;
- pagine brand;
- pagine filtro indicizzate;
- pagine CMS e guide;
- URL con parametri ancora visitate;
- vecchie URL storiche ancora presenti su Google;
- immagini prodotto indicizzate;
- landing usate da Google Ads, Meta Ads o newsletter.
Se una URL riceve traffico, link o impression, non va ignorata solo perché non compare più nel menu.
2. Creare una mappa redirect 301 vecchio URL → nuovo URL
La mappa redirect è il cuore della migrazione. Ogni vecchia URL importante deve avere una destinazione nuova coerente.
Una vecchia categoria deve andare alla nuova categoria equivalente. Una vecchia scheda prodotto deve andare allo stesso prodotto, non a una categoria generica. Un brand deve andare alla nuova pagina brand. Una pagina filtro con valore SEO deve andare alla nuova pagina filtro corrispondente, se esiste.
Gli errori più comuni sono:
- redirectare troppe pagine verso la homepage;
- lasciare prodotti vecchi in 404 senza motivo;
- creare catene di redirect;
- usare redirect temporanei quando il cambio è definitivo;
- ignorare URL con parametri ancora indicizzate;
- dimenticare immagini, PDF, pagine blog e landing Ads.
Un redirect 301 non è una formalità tecnica. È il modo in cui trasferisci utenti, crawler e segnali dalla vecchia architettura alla nuova.
3. Decidere quali URL mantenere identiche
Non sempre cambiare URL è necessario. Se una scheda prodotto è già ben posizionata e la sua URL è pulita, spesso conviene mantenerla identica. Ogni cambio URL è un piccolo rischio; se non porta un vantaggio reale, va evitato.
La nuova piattaforma deve essere migliore, non solo diversa. Noi, quando lavoriamo su uno sviluppo eCommerce custom, valutiamo quali URL mantenere, quali pulire e quali trasformare in nuove pagine più forti.
4. Controllare categorie, brand e filtri
Le categorie sono spesso la parte più importante della SEO eCommerce. Ma nei cataloghi reali il traffico può arrivare anche da pagine brand e pagine filtrate.
Se il vecchio sito aveva URL con filtri già indicizzate, bisogna capire quali meritano una nuova pagina vera e quali invece vanno bloccate, accorpate o redirette.
Su questo tema abbiamo già approfondito il nostro approccio ai filtri eCommerce automatici con AI e pagine SEO reali: il punto non è indicizzare tutto, ma creare pagine commerciali utili, con URL parlanti, testo dedicato e prodotti pertinenti.
5. Preparare canonical, noindex e paginazione
Una migrazione può creare duplicati involontari: prodotti raggiungibili da più categorie, URL con parametri, filtri simili, varianti prodotto, pagine ordinate in modi diversi.
Prima del lancio bisogna decidere:
- quali pagine sono canoniche;
- quali combinazioni filtro non devono essere indicizzate;
- come gestire varianti colore, taglia o formato;
- come evitare pagine vuote o quasi vuote;
- come trattare prodotti esauriti o non più disponibili.
Se queste regole vengono inventate dopo la pubblicazione, Search Console inizierà a mostrare problemi che potevano essere prevenuti.
6. Aggiornare sitemap XML e robots.txt
La sitemap del nuovo sito deve contenere solo URL pubblicabili, canoniche e utili. Non deve essere un cestino con dentro ogni combinazione possibile del catalogo.
Dopo il go-live bisogna inviare la nuova sitemap in Search Console e controllare che Google la legga correttamente. Anche il file robots.txt va verificato: capita più spesso di quanto sembri che ambienti di staging, blocchi temporanei o regole vecchie finiscano online.
7. Proteggere immagini e file già indicizzati
Molti eCommerce sottovalutano Google Immagini. In diversi settori le immagini prodotto portano traffico, confronti e vendite. Se cambi percorsi immagine senza redirect o senza mantenere disponibili i vecchi file, puoi perdere una parte di visibilità che nessuno stava monitorando.
Prima del cambio bisogna quindi sapere dove sono le immagini, quali percorsi sono indicizzati e se il nuovo sistema le serve con URL diverse.
8. Controllare dati strutturati prodotto
Le schede prodotto devono esporre dati strutturati coerenti: nome, immagine, prezzo, disponibilità, recensioni dove presenti, brand e informazioni utili. Non servono markup messi a caso; servono dati coerenti con ciò che l'utente vede in pagina.
Questo è particolarmente importante se il vecchio sito aveva già risultati arricchiti o se il catalogo dipende molto dalla visibilità organica dei prodotti.
9. Non dimenticare tracking, feed e campagne
SEO e marketing non vivono separati. Quando cambia un eCommerce, bisogna controllare anche:
- GA4 e tracciamento eCommerce;
- eventi Google Ads;
- conversione purchase;
- feed Google Merchant Center;
- URL finali delle campagne;
- landing usate da PMax, Shopping, Search e remarketing;
- pixel Meta o tracking server-side;
- cookie banner e Consent Mode.
Un sito può essere migrato bene lato SEO ma rompere il tracciamento. E se il tracciamento si rompe, le campagne imparano male. Ne abbiamo parlato anche nell'articolo su Google Ads per eCommerce e automazioni: i dati che mandi alle piattaforme pubblicitarie influenzano direttamente le decisioni dell'algoritmo.
10. Fare un pre-go-live crawl del sito nuovo
Prima di pubblicare bisogna scansionare il nuovo sito in ambiente di test. Non basta guardare la homepage e fare due ordini di prova.
Bisogna controllare codici 200, 301, 404, canonical, H1, title, meta description, noindex, immagini, link interni, pagine prodotto, categorie, filtri, checkout, carrello, pagine informative e contenuti blog.
Il sito nuovo deve essere controllato prima che diventi il sito vero.
11. Preparare un piano di monitoraggio post go-live
Il giorno della pubblicazione non è la fine della migrazione: è l'inizio della fase di controllo.
Nelle prime ore e nei primi giorni vanno monitorati:
- log server;
- errori 404;
- redirect 301;
- catene redirect;
- pagine escluse in Search Console;
- impression e clic sulle query principali;
- andamento delle categorie più importanti;
- ordini e conversioni;
- feed Merchant Center;
- campagne Ads con URL aggiornate.
Se qualcosa non torna, devi accorgertene subito. Aspettare un mese significa lasciare Google e clienti davanti a errori che potevano essere corretti in poche ore.
Cosa chiedere alla tua agenzia prima che sia troppo tardi
Se stai cambiando sito, queste domande vanno fatte prima del go-live. Non dopo.
- Avete esportato tutte le URL indicizzate e visitate? Voglio vedere file, non una rassicurazione a voce.
- Esiste una mappa redirect 301 completa? Vecchia URL, nuova URL, stato e priorità.
- Quali URL verranno mantenute identiche? E quali cambieranno per un motivo preciso?
- Come gestite immagini già indicizzate? Percorsi vecchi, nuovi percorsi, redirect e file mancanti.
- Avete controllato vecchie URL con parametri? Spesso sono ancora presenti su Google o nei backlink.
- La sitemap nuova contiene solo pagine canoniche? O dentro ci sono filtri inutili e duplicati?
- Chi controlla Search Console nei giorni successivi? Serve una persona responsabile, non "vediamo".
- Avete fatto un crawl del sito nuovo prima di pubblicare? Voglio sapere quanti 404, noindex e canonical ci sono prima del lancio.
- Le campagne Ads e il feed Merchant Center sono aggiornati? Il traffico a pagamento non deve finire su URL morte.
- Qual è il piano se qualcosa va male? Rollback, correzioni rapide e priorità devono essere già chiari.
Il segnale d'allarme: "i redirect li facciamo dopo"
Se senti questa frase, fermati. I redirect si preparano prima. Dopo si possono rifinire, correggere, aggiungere casi sfuggiti, ma la struttura principale deve essere pronta prima della pubblicazione.
Una migrazione senza mappa 301 è come traslocare un negozio senza dire ai clienti il nuovo indirizzo. Qualcuno ti ritroverà comunque, ma molti si perderanno per strada.
Come lavoriamo noi su una migrazione eCommerce
In BitHub partiamo dalla struttura reale del sito, non dal template nuovo. Prima capiamo cosa sta già portando traffico, quali URL hanno valore, quali categorie vanno protette, quali filtri possono diventare pagine SEO e quali aree del catalogo meritano una struttura migliore.
Poi costruiamo la nuova piattaforma con URL pulite, performance, tracciamento e possibilità di far crescere il catalogo senza creare caos. Questo è il vantaggio di un eCommerce custom: non sei obbligato a subire la logica del plugin o del CMS, puoi progettare la struttura intorno a SEO, dati e vendite.
La parte SEO non vive da sola: si collega a Google Ads, Merchant Center, tracking e strategia digitale. Perché un sito nuovo deve posizionarsi, ma deve anche vendere e dare dati corretti alle campagne.
Domande frequenti
Quanto traffico si perde quando si cambia sito eCommerce?
Non esiste una percentuale fissa. Una piccola flessione temporanea può essere normale, soprattutto se cambiano molte URL. Un crollo forte e duraturo, invece, spesso indica problemi di redirect, indicizzazione, contenuti, canonical o tracking.
I redirect 301 trasferiscono tutto il valore SEO?
I redirect 301 sono lo strumento corretto per indicare uno spostamento permanente, ma devono essere coerenti. Redirectare tutto alla homepage o creare catene inutili può ridurre la qualità del passaggio e peggiorare l'esperienza utente.
Quando va preparata la mappa dei redirect?
Prima del go-live. Dopo il lancio si possono correggere casi sfuggiti, ma la mappa principale deve essere pronta e testata prima che il nuovo sito vada online.
Devo mantenere le vecchie URL prodotto?
Quando sono pulite e funzionano bene, spesso conviene mantenerle. Se cambiano, ogni vecchia scheda prodotto importante deve avere un redirect preciso verso la nuova scheda corrispondente.
La sitemap basta per far capire a Google il nuovo sito?
No. La sitemap aiuta Google a scoprire le nuove URL, ma non sostituisce redirect, canonical, link interni e controllo degli errori. Serve dentro una migrazione completa, non da sola.
Le immagini vanno migrate con attenzione?
Sì. Le immagini prodotto possono ricevere traffico da Google Immagini e possono essere collegate da pagine esterne. Se cambiano percorso o spariscono, una parte della visibilità può andare persa.
Posso recuperare una migrazione SEO fatta male?
A volte si può recuperare una parte, ma non sempre tutto. Più tempo passa con 404, redirect sbagliati e pagine importanti non indicizzabili, più diventa difficile tornare alla situazione precedente.
Quanto tempo bisogna monitorare Search Console dopo il go-live?
Almeno nelle prime settimane, con controlli frequenti nei primi giorni. Errori di scansione, pagine escluse, cali query e problemi su sitemap o canonical vanno individuati subito.
Stai per cambiare piattaforma eCommerce? Prima di pubblicare il nuovo sito, possiamo controllare URL, redirect, sitemap, categorie, filtri, tracking e rischi SEO. È molto meglio prevenire una perdita di traffico che provare a recuperarla quando il fatturato ha già iniziato a scendere.