Come si migra da Wix senza perdere Google

Migrare da Wix non fa perdere da solo il posizionamento su Google. Il calo arriva se gli URL cambiano senza una mappa, se i 301 non sono attivi sul nuovo hosting nel momento in cui stacchi il dominio, o se le pagine che già ricevevano clic non vengono ricostruite. Wix non esporta il sito pronto da ri-hostare: si ricostruiscono le pagine e si migrano contenuti, dominio e dati.

Questa guida è per chi ha già deciso di uscire. Se stai ancora valutando se conviene, parti dalla guida all'alternativa a Wix per aziende. Il metodo generale di una migrazione, con i numeri di due passaggi da Joomla, resta nella guida su come migrare un sito senza perdere posizionamento su Google. Qui trattiamo solo il caso Wix: cosa si può portare, dove devono vivere i 301 e quali errori fanno cadere il traffico.

Per chi è utile questa guida (e per chi no)

È utile se hai un sito Wix con un dominio tuo, qualche pagina che già porta ricerche o contatti, e hai deciso di cambiare piattaforma. Il lettore tipo è titolare o responsabile marketing di una PMI: il sito è diventato un canale, Wix sta stretto, e la paura vera non è il costo del rifacimento, è spegnere il traffico che già esiste.

Non è la guida giusta se il sito vive ancora su un indirizzo nome.wixsite.com e non ha mai avuto clic organici da proteggere: lì non stai migrando un asset SEO, stai pubblicando un sito nuovo. Non lo è neanche se il problema è un ecommerce con catalogo, clienti e ordini da portare via: quello è un altro perimetro, descritto nella guida su come migrare da Shopify, che affronta catalogo e dati transazionali. Wix Stores ha vincoli simili, ma la procedura non è questa.

Migrare da Wix fa perdere il posizionamento su Google?

No, non in automatico. Google documenta lo spostamento di un sito con cambio di URL come una sequenza: preparare la destinazione, mappare vecchio indirizzo e nuovo indirizzo, attivare reindirizzamenti permanenti, aggiornare sitemap e Search Console, monitorare. I reindirizzamenti lato server 301 e 308 sono quelli che Google tratta come permanenti. I 302 e i reindirizzamenti solo in JavaScript sono più deboli e più lenti da consolidare.

Quello che non è vero, e che sentiamo dire troppo spesso, è "se cambi piattaforma perdi tutto". Perdi tutto se il giorno dello switch il dominio risponde già sul nuovo hosting e i vecchi URL non hanno una destinazione. Perdi pezzi se ricostruisci solo la home e tre servizi, lasciando fuori gli articoli del blog che Google aveva già in indice. Non perdi perché Wix e il CMS di arrivo sono diversi: Google vede pagine, non il marchio del costruttore.

Un'oscillazione nelle settimane successive è attesa. Google deve riscansionare, riassegnare i segnali, capire i canonici. Non è una garanzia di parità a sette giorni, e non è una condanna. Se dopo il go-live Search Console si riempie di 404 sui path che prima ricevevano impression, il problema è la mappa, non "la migrazione" in astratto.

Cosa Wix ti lascia portare, e cosa no

Wix è un costruttore ospitato. Il sito vive sulla loro infrastruttura. Non ottieni un archivio del sito progettato da caricare su un altro server. Chi ti promette di "spostare Wix così com'è" sta descrivendo una ricostruzione visiva, non un trasferimento di file.

Cosa si può, in pratica, mettere in salvo prima di toccare i DNS:

1. Testi e struttura. Home, servizi, chi siamo, contatti, landing, articoli del blog. Inventaria ogni URL pubblico, non solo le voci di menu. Il menu nasconde pagine orfane che però stanno in Google.

2. Immagini e file. Molte immagini di un sito Wix arrivano da un CDN Wix, non dal tuo dominio. Se le lasci lì e spegni l'account, le schede nuove restano senza foto. Scaricale e ricaricale sulla destinazione. Non dare per scontato che un hotlink al CDN resti valido.

3. Elenco di URL e metadati. Title, meta description, H1, slug. Servono per non riscrivere da zero i segnali con cui Google ha già capito ogni pagina. Cambiare piattaforma non obbliga a cambiare tutti i title.

4. Moduli e contatti. Le richieste vive nel pannello Wix. Esporta quello che il pannello consente e ricostruisci i moduli sul nuovo sito, con informativa e consenso. I dati personali restano un obbligo tuo: ne parliamo nella guida su GDPR e sito web.

5. Dominio. Due casi distinti. Se il dominio è solo puntato a Wix (DNS o nameserver), lo switch è un cambio di puntamento. Se il dominio è registrato in Wix, c'è anche un trasferimento di registrar, con tempi propri. Non mescolarli nello stesso giorno senza una checklist.

Cosa non viaggia: il tema, le animazioni dell'editor, le app del Marketplace, Wix Bookings, Wix Events, le automazioni, i form nello stato in cui li hai disegnati. Quelli si sostituiscono o si lasciano. Deciderlo prima evita di scoprire al go-live che l'agenda appuntamenti era Wix, non "il sito".

Il punto che le guide generiche omettono: dove vivono i 301

Wix ha un gestore di reindirizzamenti. Serve a cambiare slug dentro Wix. Quando il dominio smette di puntare a Wix, quel gestore smette di rispondere. I 301 che proteggono il posizionamento, dopo l'uscita, devono vivere sul nuovo hosting, o sul livello che risponde al dominio.

Il danno che vediamo più spesso su piattaforme chiuse non è la ricostruzione delle pagine. È staccare il dominio da Wix prima che i 301 esistano sulla destinazione. Per qualche ora, a volte un giorno, Google e gli utenti trovano il sito nuovo senza i vecchi path, oppure il vecchio hosting già spento. I 404 di quella finestra restano nei rapporti di Search Console per settimane.

La sequenza corretta è l'inverso di quella intuitiva. Prima si costruisce e si collauda la destinazione, con la mappa già caricata. Poi si cambia il puntamento del dominio. Poi si verifica che ogni URL della mappa risponda 301 verso il nuovo indirizzo, e che il nuovo indirizzo sia 200. Spegnere Wix per "fare pulizia" il mattino dello switch è il gesto che costa più traffico.

Come si mappano gli URL di un sito Wix

Una riga per ogni URL pubblico che vale. Non una riga per sezione di menu. Strumenti: crawler del sito attuale, export delle pagine da Search Console (ultime 16 mesi, se la proprietà esiste), elenco a mano delle landing di campagna. I tre elenchi non coincidono. Serve l'unione.

Casi Wix da trattare uno per uno:

• Dominio custom già attivo. https://www.tuaazienda.it/servizi resta l'indirizzo da proteggere. Se sul nuovo sito puoi tenere lo stesso path, il 301 non serve su quella pagina: serve un 200 nello stesso URL. Meno cambi, meno lavoro per Google.

• Sito ancora su wixsite.com. Stai cambiando anche il dominio visibile. È uno spostamento con cambio di host e di hostname. I 301 dal vecchio hostname funzionano solo finché quel hostname risponde. Se spegni il sito Wix, i 301 da wixsite.com spariscono. In questo caso il valore SEO da salvare è basso se non c'erano clic; non inventare un'operazione che non hai.

• Blog. Wix usa spesso path del tipo /post/nome-articolo o varianti. Il nuovo CMS userà un'altra cartella. Ogni articolo indicizzato ha bisogno della sua riga. Accorpare dieci post in una pagina "news" è una perdita, non una semplificazione.

• WWW, HTTP, trailing slash, parametri. Wix può aver servito più varianti dello stesso contenuto. In mappa entra l'URL che Google mostra in Search Console, non quello che preferisci tu. Poi, sul nuovo sito, una sola versione canonica.

• Pagine che non porterai. Non si "dimenticano". Si reindirizzano verso l'equivalente più vicino, oppure si lascia un 404 consapevole se non avevano traffico. Un 301 di tutte le vecchie URL verso la home è un errore: Google lo legge come segnale debole, e l'utente atterra nel posto sbagliato.

La mappa è un foglio, non un'intenzione. Colonne minime: URL attuale, stato (200/redirect/altro), clic o impression se li hai, URL di destinazione, tipo di redirect, data di verifica dopo lo switch.

Come si migra da Wix, passo per passo

1. Fotografia. Crawl completo, export Search Console, elenco delle conversioni (moduli, telefono, prenotazioni). Segna le dieci URL che valgono di più. Quelle si ricostruiscono per prime e si collaudano per ultime.

2. Inventario dei contenuti. Testi, immagini, file, form, eventuali prodotti. Scarica le immagini dal CDN. Esporta i contatti che ti servono. Annota le app Wix in uso: ognuna è un buco da coprire o da abbandonare.

3. Ricostruzione in staging. Il nuovo sito si costruisce su un ambiente che non è ancora il dominio di produzione. Stessi path dove è possibile. Title e H1 delle pagine che già posizionano si riusano, salvo errori evidenti. Non è il momento di "riscrivere tutto per la SEO".

4. Caricamento dei 301 in staging. Ogni riga della mappa deve già rispondere, sul nuovo hosting, prima dello switch. Si testa con strumenti che mostrano lo status HTTP, non con "ho cliccato e si apre".

5. Switch del dominio. Cambio DNS o nameserver. TTL basso preparato in anticipo riduce l'attesa. Il sito Wix non si cancella. Il nuovo sito deve già servire 200 e 301.

6. Dopo. Sitemap nuova inviata in Search Console. Ispezione URL sulle dieci pagine che valevano di più. Monitoraggio 404, canonical, e clic per pagina. Google indica di tenere i reindirizzamenti a lungo; non spegnerli dopo due settimane perché "ormai è fatto".

Se durante la ricostruzione vuoi anche un sito più veloce, la velocità si misura sulla destinazione, non si dichiara. Il riferimento restano i Core Web Vitals, spiegati nella guida ai Core Web Vitals. Non promettere un salto di ranking perché il nuovo CMS "è più veloce". La velocità è un pezzo. I 301 e i contenuti sono gli altri.

Cinque errori che fanno cadere il traffico

1. Switch del dominio a destinazione vuota. Il nuovo sito è "quasi pronto", il cliente ha fretta, i DNS si cambiano. I 301 arrivano dopo. È la sequenza che produce 404 di massa.

2. Solo la home, poi "il resto lo facciamo". Google e gli utenti arrivano sulle URL interne. Se servizi, blog e landing di campagna non ci sono, il traffico non ha dove andare.

3. Tutti i 301 verso la home. Tecnicamente è un reindirizzamento. Per Google e per la persona è una perdita di contesto. Una pagina servizi deve atterrare sulla pagina servizi, non sulla vetrina.

4. Hotlink alle immagini Wix e account chiuso. Le schede nuove restano senza foto. Search Console non lo dice il giorno stesso; lo dicono i clienti.

5. noindex o robots.txt sui vecchi path "per pulire". Google, nella guida allo spostamento del sito, avverte di non bloccare gli URL precedenti durante il passaggio. Se il crawler non può vedere il 301, non può seguirlo.

Restare, WordPress, CMS gestito: chi sta meglio dove

Uscire da Wix non ha una destinazione unica. La tabella non è una classifica: è un perimetro, con lo stesso criterio su tutte le righe.

Quando KeideaCMS non è la scelta giusta

KeideaCMS è un CMS proprietario gestito per siti aziendali, ecommerce e, su un piano dedicato, prenotazioni. Non è Wix. Non repliciamo il Marketplace, Wix Bookings, Wix Events, Wix Restaurants o le automazioni del loro pannello. Se il calendario appuntamenti o il menù del ristorante sono Wix, non stai cambiando sito: stai cambiando il software con cui lavori. In quel caso resta, o scegli un verticale di settore, non un CMS generale.

Non siamo la scelta giusta neanche se vuoi continuare a fare tutto da solo, a costo basso, con un costruttore self-service. Lì Wix o un altro builder restano coerenti. Non lo siamo se ti serve un WordPress su cui il tuo sviluppatore monta plugin a piacere. Non lo siamo se il sito è ancora una pagina su wixsite.com senza ricerche da proteggere: ti basta un primo sito fatto bene, non un progetto di migrazione SEO.

Infine: non trasferiamo il codice di Wix, perché Wix non lo consegna. Chi chiede "lo stesso sito, altro server" riceve una ricostruzione. Va detto prima della firma.

Come affrontiamo questo problema in KeideaCMS

Per un'azienda che esce da Wix il lavoro è una migrazione con mappa, non un restyling. Ricostruiamo le pagine sul nostro CMS, teniamo i path che si possono tenere, carichiamo i 301 prima dello switch, spostiamo il dominio quando la destinazione risponde. KeideaCMS è una piattaforma proprietaria a canone, sui nostri server. Restano tuoi il dominio, i contenuti e i dati, esportabili se un giorno cambi. Non ti consegniamo il codice del software: il canone paga continuità, aggiornamenti e un referente, non il possesso dei file.

Non promettiamo di conservare ogni posizione. Promettiamo un metodo allineato a ciò che Google chiede per uno spostamento di sito, e un monitoraggio dopo il go-live. Cosa è compreso nel progetto e cosa resta opzionale si legge nei nostri piani; il confronto con altre strade è nella pagina di confronto. Il percorso di un sito aziendale, dal brief al lancio, è descritto nella pagina di realizzazione di un sito web aziendale.

KeideaCMS

Vuoi una lettura del tuo Wix prima di staccare il dominio?

Richiedi un'analisi della mappa URL → Come realizziamo i siti

Checklist prima dello switch del dominio

Da spuntare per iscritto, non a voce il giorno del cambio DNS.

• Elenco completo degli URL pubblici (crawler + Search Console + landing di campagna).

• Le dieci URL che valgono di più hanno un 200 sul nuovo path, o un 301 verso l'equivalente.

• Nessun 301 di massa verso la home.

• Immagini scaricate dal CDN Wix e ricaricate. Nessun hotlink residuo sulle pagine che contano.

• Moduli nuovi attivi, con informativa. Export delle richieste Wix già fatto.

• App Wix in uso elencate: sostituite, o accettate come perdita.

• I 301 rispondono sul nuovo hosting prima dello switch, verificati via status HTTP.

• TTL DNS abbassato in anticipo. Dominio: chiaro se è solo puntato o anche registrato in Wix.

• Account Wix non cancellato il giorno dello switch.

• Search Console: proprietà sul dominio pronta, sitemap nuova da inviare subito dopo.

• Nessun noindex e nessun blocco robots.txt sui path che devono reindirizzare.

Fonti e data di controllo

Metodo di spostamento e tipi di reindirizzamento: documentazione Google Search Central, consultata il 13 settembre 2026, Come spostare un sito e Reindirizzamenti e la Ricerca Google. Le pagine di supporto Wix sugli slug storici di export e 301, verificate lo stesso giorno, hanno risposto 404: i limiti di export e il fatto che i 301 di Wix vivano solo finché il dominio punta a Wix sono descritti qui come vincoli di modello, non come citazione di un articolo Wix corrente. Autore proposto: Marco Artese. Revisore proposto: Marco Artese. La byline pubblica attende approvazione umana.

In sintesi

Migrare da Wix senza perdere posizionamento è un lavoro di mappa, non di tema. Si inventaria ciò che Google già conosce, si ricostruisce sulla destinazione, si attivano i 301 sul nuovo hosting e solo allora si stacca il dominio. Wix non ti dà il sito in una cartella: ti dà contenuti e, se l'hai collegato, un dominio. Il resto si rifà. Se il tuo lavoro gira su un'app Wix, forse non devi migrare. Se il sito è un canale con URL che già portano clic, il rischio non è cambiare piattaforma: è cambiare i DNS prima che la destinazione sia pronta. Il passo successivo, se vuoi una lettura del Wix attuale, è un'analisi della mappa URL: niente impegno, un perimetro chiaro.