Migrare da Wix a custom senza perdere SEO

1. Identifica lo scenario di migrazione e cosa significa “SEO-safe” per il tuo sito Wix

Se stai sostituendo Wix con uno sviluppo custom, la prima domanda è semplice: stai cambiando il design, la piattaforma o entrambi? La risposta cambia il rischio. Un restyling estetico è una cosa. Un cambio di piattaforma completo è un’altra. Questo articolo spiega come migrare da Wix a uno sviluppo di sito web custom senza perdere SEO, il che significa che il sito deve mantenere le pagine indicizzate, l’allineamento con l’intento di ricerca e l’equity SEO già acquisita mentre la struttura viene rifatta.

Pensala come una migrazione SEO, non solo come un redesign. Questa distinzione conta perché un redesign può ignorare i vecchi URL, mentre una migrazione SEO deve rispettarli. Se una pagina si posiziona per “prezzi”, “area di servizio” o il nome di un prodotto, quella pagina ha un ruolo. Non dovrebbe sparire solo perché il nuovo layout sembra più pulito.

C’è anche una differenza pratica tra “vogliamo un sito migliore” e “vogliamo preservare le performance di ricerca”. Una è un progetto di branding. L’altra è un passaggio controllato di consegne. Se il sito Wix attuale ha 40 pagine indicizzate, allora 40 pagine devono avere un piano, anche se solo 12 hanno davvero valore commerciale.

Non partire dagli schemi grafici. Parti da ciò che deve sopravvivere: posizionamenti, URL indicizzati, snippet di ricerca e le pagine che generano lead o vendite. Un dettaglio piccolo, una conseguenza grande. Una homepage bella non paga le bollette se le vecchie pagine di servizio spariscono da Google.

2. Costruisci una baseline SEO prima di toccare il sito

Prima di modificare il codice, fotografa lo stato attuale del sito Wix in un unico posto. Elenca gli URL indicizzati, i tag title, le meta description, gli H1, i link interni e le pagine di conversione. Aggiungi tutto ciò che serve per tenere ordinata la migrazione e tracciare i cambiamenti in seguito. Senza questa baseline, la migrazione da Wix diventa un gioco di ipotesi, e le ipotesi costano care.

Estrai le principali landing page da Search Console e dalle analytics, poi confrontale con le pagine che pensi contino davvero. Spesso i due elenchi non coincidono. Un articolo del blog scritto due anni fa può portare più traffico di ricerca della homepage. Una pagina di servizio dimenticata può convertire meglio di una più recente. Prima i numeri, poi le opinioni.

Registra anche i pattern attuali di title e meta. I siti Wix spesso hanno una struttura ripetuta su molte pagine e, una volta persa, il CTR può cambiare. Anche una piccola modifica nel wording può contare se la query è specifica. Una pagina per “armadi su misura” non è il posto giusto per essere creativi.

Documenta anche la mappa dei link interni. Quali pagine puntano alla pagina contatti? Quali articoli del blog linkano alla pagina servizio principale? Quali pagine sono nascoste nei menu? Questi link fanno parte della migrazione SEO, perché indicano ai motori di ricerca quali pagine sono più importanti.

Usa un foglio di calcolo con almeno queste colonne: URL attuale, tipo di pagina, fonte di traffico, tag title, meta description, canonical, indicizzabilità e nuovo URL di destinazione. Tieni il foglio leggibile. Se un’altra persona non riesce a seguirlo in 10 minuti, è troppo disordinato.

3. Analizza pattern di URL, tipi di pagina e asset indicizzabili specifici di Wix

Wix ha pattern facili da trascurare durante una ricostruzione. I post del blog possono trovarsi in una cartella strutturata. Le pagine di sistema possono vivere sotto percorsi che non hai scelto tu. Le pagine generate da app, i moduli e le pagine evento possono anch’essi diventare indicizzabili se sono stati esposti ai motori di ricerca. È lì che spesso una migrazione Wix va storta.

Controlla con attenzione la struttura attuale degli URL. Cerca slash finali, percorsi in minuscolo o maiuscolo, URL con parametri e segmenti di sistema insoliti. Se un articolo è su /post/ e un altro su /blog/titolo-articolo, non dare per scontato che il nuovo CMS ricrei tutto automaticamente. Non lo farà.

Anche gli URL delle immagini contano. Un sito custom può sostituire i percorsi dei file, ma se quegli asset sono indicizzati o incorporati in molte pagine, i riferimenti interrotti possono creare rumore e rallentare il recupero. Lo stesso vale per PDF, file scaricabili e asset di galleria. Un singolo file rotto può influire su più pagine insieme.

Wix consente anche funzionalità che sembrano marginali ma si comportano come vere pagine. Pensa a widget di prenotazione, recensioni, elenchi di eventi o pagine dell’area membri. Se uno di questi era indicizzabile, il nuovo sito deve prendere una decisione per ciascuno: mantenerlo, unificarlo o rimuoverlo. Niente vie di mezzo.

Questo è il ponte tra pianificazione ed esecuzione. Un audit pulito degli URL ti dice quali parti della migrazione Wix sono ordinarie e quali sono trappole. Se salti questo passaggio, il primo segnale di problemi potrebbe essere un calo di traffico due settimane dopo il lancio.

4. Mappa ogni pagina Wix importante alla sua sostituzione nel sito custom

Ogni pagina Wix importante ha bisogno di un piano di sostituzione uno a uno. Non uno a molti. Non “lo sistemiamo più avanti”. Ogni pagina dovrebbe avere un URL di destinazione, una corrispondenza contenutistica, una corrispondenza dei metadati e un piano di link interni. Se la vecchia pagina si posizionava, la nuova dovrebbe avere un successore chiaro.

Usa una tabella di mapping con almeno cinque campi: vecchio URL, nuovo URL, scopo della pagina, note sui contenuti e azione di redirect. Quella tabella diventa il documento operativo per la migrazione da Wix. È anche il modo più semplice per individuare pagine duplicate per errore, unite o dimenticate.

Alcune pagine andrebbero unite. Un insieme di pagine di servizio troppo sottili può diventare una singola pagina più forte nel nuovo sito. Altre invece andrebbero divise. Una pagina “servizi” molto ampia può trasformarsi in tre pagine focalizzate. La decisione dipende dall’intento di ricerca, non dai gusti estetici.

Sii rigoroso con le pagine rimosse. Se non esiste una sostituzione utile, non forzare una corrispondenza approssimativa che confonde gli utenti. Un redirect sbagliato può essere peggiore di un piano di rimozione pulito. I motori di ricerca non hanno bisogno di venti pagine quasi identiche per essere contenti.

Questo passaggio di mapping è il punto in cui una migrazione SEO diventa controllata. Senza di esso, il nuovo sito può sembrare completo mentre rompe silenziosamente il collegamento tra vecchi posizionamenti e nuovi contenuti.

5. Mantieni i segnali SEO on-page durante lo sviluppo custom

Il sito custom dovrebbe trasferire i segnali che già funzionano: heading, struttura del testo, schema, alt text e contesto dei link interni. Se la vecchia pagina Wix aveva una chiara struttura H2 e un blocco FAQ utile, la nuova pagina non dovrebbe sostituirli con sei paragrafi di marketing generico. I motori di ricerca leggono la struttura, non l’umore.

Mantieni la logica degli heading vicina all’intento originale. Se la pagina Wix rispondeva a una query specifica nelle prime 100 parole, la nuova pagina dovrebbe fare lo stesso. Se la pagina conteneva una tabella comparativa, conserva quella tabella o sostituiscila con un formato altrettanto utile. Una scelta debole può appiattire la pertinenza.

Lo schema merita attenzione. Un sito custom rende più semplice aggiungere dati strutturati, ma questo non significa che il markup precedente vada buttato via con leggerezza. Se la pagina Wix usava schema Article, LocalBusiness, Product o FAQ, confronta la nuova implementazione prima del lancio. Le modifiche al template possono alterare il modo in cui i motori interpretano la pagina.

L’alt text non va trasformato in una minestra di keyword. Mantienilo descrittivo, specifico e coerente con l’immagine. Se l’immagine mostra un negozio o una foto del team, dillo chiaramente. L’obiettivo è accessibilità e contesto, non infilare parole chiave in ogni file.

Il contesto dei link interni conta più di quanto pensino molti team. Se una pagina di servizio linkava due articoli correlati e una pagina contatti, conserva quei collegamenti anche nel nuovo template custom. I motori di ricerca seguono quei percorsi. Lo stesso fanno gli utenti. Due clic possono fare la differenza tra un lead e un rimbalzo.

6. Gestisci redirect, canonical e indicizzazione durante il lancio

La fase di lancio è quella in cui emergono più spesso gli errori di migrazione SEO. Ogni vecchio URL Wix che cambia deve avere un redirect 301 verso la migliore destinazione nuova. Non un 302. Non un redirect generico alla homepage. Un vero redirect a livello di pagina. Se una pagina non ha un equivalente, reindirizzala alla pagina pertinente più vicina o rimuovila in modo intenzionale. Questa migrazione SEO Wix richiede precisione, perché ogni errore può disperdere segnali già acquisiti.

I tag canonical dovrebbero puntare alla versione preferita di ciascuna pagina, soprattutto se il nuovo sito crea percorsi alternativi, viste filtrate o residui di staging. Gli URL duplicati sono comuni durante una migrazione Wix perché i percorsi vecchi e nuovi possono coesistere per un po’. Se non controlli i canonical, inviti segnali duplicati.

Anche le direttive robots richiedono la stessa attenzione. Un noindex di staging lasciato su una pagina live può bloccarne l’indicizzazione per giorni. Una regola disallow dimenticata può far rastrellare ai motori percorsi inutili. Piccoli errori, grande ritardo. La checklist di lancio dovrebbe includere aggiornamenti della sitemap, controlli dei canonical e validazione dei redirect prima della pubblicazione.

Aggiorna le sitemap XML includendo solo gli URL finali live. Se la sitemap continua a elencare vecchie pagine Wix, i motori di ricerca potrebbero continuare a visitare percorsi morti. Questo rallenta la scoperta delle nuove pagine e rende la transizione disordinata.

Un lancio senza redirect non è una migrazione. È un’interruzione. Se la vecchia pagina aveva posizionamenti, traffico o backlink, il redirect è il ponte. Togli quel ponte e il resto del lavoro diventa più difficile da recuperare. In particolare, un redirect 301 Wix sito custom deve essere verificato pagina per pagina, non dato per scontato.

7. Testa la migrazione live con un crawler, non solo con il browser

Dopo il lancio, testa il sito con un crawler e non solo in Chrome. I browser nascondono i problemi. I crawler li trovano. Una pagina può sembrare perfetta a una persona e comunque restituire il codice di stato sbagliato, passare attraverso due redirect o esporre un canonical duplicato.

Inizia dagli URL di maggior valore della tua baseline. Verifica che ciascuno restituisca 200, si risolva in un solo passaggio se possibile e corrisponda ai metadati previsti. Poi controlla 404, 500, loop di redirect e pagine bloccate dalle regole robots. È in questa fase della migrazione Wix che una piccola svista di QA può restare nascosta per settimane.

Controlla anche la coerenza dei metadati. Titoli e description dovrebbero essere presenti nelle pagine prioritarie, non vuoti o copiati dalla homepage. Un’anteprima nel browser non ti dirà se la meta description è stata omessa. Un crawler sì.

Ispeziona anche i link interni dopo il lancio. Se il vecchio footer Wix punta ancora a percorsi rimossi, gli utenti finiranno su pagine rotte e i crawler sprecheranno tempo. Lo stesso vale per pulsanti, link nelle immagini e moduli dei post correlati. Un sito custom introduce spesso nuovi template e ogni template va scansionato almeno una volta.

Se possibile, confronta gli export del crawl pre-lancio e post-lancio uno accanto all’altro. L’obiettivo non è la perfezione al primo giorno. L’obiettivo è individuare i problemi in fretta. Un report di crawl con 5 percorsi rotti è utile. Aspettare che ne vengano indicizzati 50 non lo è.

8. Monitora il recupero SEO dopo il lancio e correggi rapidamente i punti critici

Le prime settimane dopo il lancio decidono se la migrazione si stabilizza rapidamente o se si trascina. Osserva ogni giorno indicizzazione, impression, posizionamenti e traffico alle landing page, poi meno spesso quando il quadro si stabilizza. Se una pagina chiave perde visibilità, controlla redirect, canonical e contenuti della pagina prima di toccare altro.

I link interni interrotti sono comuni dopo un redesign, soprattutto quando la vecchia navigazione Wix viene sostituita con una nuova libreria di componenti. Cerca link mancanti nei menu, nei footer, nei blocchi di contenuti correlati e nei pulsanti. Un singolo link mancante su una pagina ad alto traffico può ridurre il flusso di crawl verso il resto del sito.

Controlla anche gli errori noindex. Una regola di staging, una condizione del template o un header copiato possono tenere fuori dall’indice pagine importanti. Questo errore è più comune di quanto i team ammettano. Bastano minuti per crearlo e giorni per accorgersene.

Tieni d’occhio anche i cambiamenti di metadata che sembrano innocui. Un title tag riscritto può alterare il comportamento del click. Un’introduzione più breve può indebolire la pertinenza. Una FAQ rimossa può ridurre la copertura delle query long-tail. Nulla di tutto questo significa che il sito custom sia sbagliato. Significa che la migrazione SEO richiede aggiustamenti.

A un certo punto, il sito smette di cambiare e i dati si stabilizzano. È allora che puoi considerare la migrazione SEO stabile. Fino a quel momento, il lavoro è ancora in corso. Il nuovo sito custom è davvero finito solo quando i vecchi URL Wix, le nuove pagine e i dati di ricerca concordano tutti su dove appartiene ogni pagina.