Come migrare PrestaShop senza perdere il posizionamento su Google

Perché le migrazioni sono pericolose per la SEO

La migrazione di un negozio PrestaShop è una delle operazioni più rischiose che si possano effettuare dal punto di vista SEO. Che si tratti di spostare il sito su un nuovo server, cambiare dominio, aggiornare da PrestaShop 1.6 a 1.7 o 8.x, oppure ristrutturare i pattern degli URL, ogni migrazione comporta il potenziale rischio di distruggere mesi o anni di posizionamento accumulato nei motori di ricerca.

Il motivo è semplice. Google e gli altri motori di ricerca hanno indicizzato i tuoi URL attuali, assegnato loro autorità e costruito una mappa della struttura del tuo sito. Quando cambi qualcosa riguardo a quegli URL, alla loro struttura o alla loro accessibilità, i motori di ricerca devono rivalutare tutto. Se la transizione viene gestita male, Google interpreta il cambiamento come la scomparsa dei vecchi contenuti e la comparsa di nuovi contenuti non ancora verificati. Il risultato è un calo del posizionamento che può richiedere mesi per essere recuperato, ammesso che il recupero completo avvenga.

La buona notizia è che le migrazioni possono essere effettuate in modo sicuro. Con una pianificazione adeguata, una corretta implementazione dei redirect e un monitoraggio attento, è possibile preservare la stragrande maggioranza del posizionamento durante una migrazione. Questa guida illustra ogni fase del processo, dall'audit SEO iniziale al monitoraggio post-migrazione.

Audit SEO pre-migrazione

Prima di toccare un singolo file di configurazione, è necessario avere un quadro completo dello stato SEO attuale. Questo audit ha due scopi: fornire una base di confronto da utilizzare dopo la migrazione e identificare le pagine più importanti che devono essere gestite con la massima cura.

Scansiona il tuo sito attuale

Utilizza uno strumento di crawling come Screaming Frog, Sitebulb o la versione gratuita di Screaming Frog (limitata a 500 URL) per scansionare l'intero sito. Esporta l'elenco completo degli URL, i relativi codici di stato HTTP, i titoli delle pagine, le meta description, i tag canonical e la struttura dei link interni. Salva questi dati. Ti serviranno dopo la migrazione per verificare che nulla sia andato perso.

Esporta i dati di Google Search Console

Google Search Console è la fonte più affidabile per sapere quali pagine ricevono effettivamente traffico organico. Vai su Rendimento > Risultati di ricerca ed esporta i dati degli ultimi 16 mesi (il massimo disponibile). Presta particolare attenzione a:

Pagine con il maggior numero di clic e impressioni. Queste sono le tue pagine di maggior valore. Un errore di redirect su una qualsiasi di queste pagine avrà un impatto immediato e visibile sul traffico.

Query che generano più traffico. Dopo la migrazione, monitorerai queste query per verificare la stabilità del posizionamento.

Pagine con molte impressioni ma pochi clic. Queste pagine sono vicine a posizionarsi bene e sono particolarmente sensibili alle interruzioni.

Documenta la struttura degli URL

PrestaShop genera gli URL in base alle impostazioni degli URL amichevoli, alla struttura delle categorie e alle configurazioni dei prodotti. Documenta i pattern. Ad esempio, i tuoi URL dei prodotti sono strutturati come /categoria/nome-prodotto.html oppure semplicemente /nome-prodotto.html? Gli URL delle categorie includono gli ID come /3-nome-categoria? Le pagine CMS si trovano in /content/5-nome-pagina?

Comprendere questi pattern è essenziale perché la nuova installazione potrebbe generare strutture URL diverse per impostazione predefinita, e ogni URL modificato necessita di un redirect.

Controlla i backlink esistenti

Utilizza uno strumento di analisi backlink come Ahrefs, Moz o il report Link di Google Search Console per identificare quali siti esterni linkano al tuo negozio e quali pagine specifiche vengono collegate. Queste pagine con backlink portano la maggiore autorità, e perderle significa perdere il valore SEO di ogni backlink che punta ad esse.

Creazione della mappatura degli URL

La mappatura degli URL è il documento più critico dell'intera migrazione. Si tratta di un foglio di calcolo che associa ogni vecchio URL al corrispondente nuovo URL. Ogni singolo URL che ha ricevuto traffico, ha backlink o appare nella tua sitemap deve avere una mappatura.

Generazione dell'elenco degli URL

Combina gli URL provenienti dalla scansione del sito, dall'esportazione di Google Search Console, dal report dei backlink e dalla sitemap XML. Rimuovi i duplicati e ordina per importanza (traffico e valore dei backlink). Il tuo elenco finale dovrebbe includere:

Tutti gli URL dei prodotti. In PrestaShop, questi vengono generati dal nome del prodotto e dalla configurazione degli URL amichevoli. Se stai cambiando la struttura degli URL (ad esempio, rimuovendo le estensioni .html o modificando il formato del percorso delle categorie), ogni URL di prodotto cambierà.

Tutti gli URL delle categorie. Gli URL delle categorie di PrestaShop spesso includono l'ID della categoria, e questo ID potrebbe essere diverso nella nuova installazione se reimporti le categorie.

Tutti gli URL delle pagine CMS. Questi includono la pagina Chi siamo, i termini e le condizioni, la privacy policy e qualsiasi altra pagina di contenuto.

Tutti gli URL di produttori e fornitori, se utilizzi queste funzionalità.

URL paginati per le categorie con molti prodotti.

Creazione della mappatura

Per ogni vecchio URL, determina quale sarà il corrispondente nuovo URL. Se la struttura degli URL non cambia (stesso dominio, stesse impostazioni degli URL amichevoli, stessi ID), molti URL potrebbero corrispondere a se stessi e non sarà necessario alcun redirect. Ma verifica comunque. Anche piccole modifiche come una diversa profondità dell'albero delle categorie o una differenza nella barra finale creano nuovi URL che necessitano di redirect.

Se stai cambiando i pattern degli URL in modo sistematico (ad esempio, rimuovendo tutte le estensioni .html), puoi utilizzare redirect basati su regex invece di mappare ogni singolo URL individualmente. Ma verifica sempre la regex rispetto al tuo elenco effettivo di URL prima di andare online.

Implementazione dei redirect 301

Un redirect 301 comunica ai motori di ricerca che una pagina si è spostata permanentemente in una nuova posizione. Trasferisce la stragrande maggioranza del valore SEO (link equity) dal vecchio URL al nuovo. Questo è il meccanismo che preserva il tuo posizionamento durante una migrazione.

Dove posizionare i redirect

Per PrestaShop su Apache, i redirect vanno nel file .htaccess nella document root. Posiziona le regole di redirect prima delle regole di rewrite di PrestaShop (prima della sezione che inizia con # Dispatcher).

Per PrestaShop su Nginx, i redirect vanno nella configurazione del server block. Potrebbe essere necessario ricaricare Nginx dopo le modifiche: sudo nginx -t && sudo systemctl reload nginx.

Sintassi delle regole di redirect

Per Apache .htaccess, i redirect individuali utilizzano questo formato:

Redirect 301 /vecchio-percorso/vecchio-prodotto.html https://www.nuovodominio.com/nuovo-percorso/nuovo-prodotto

Per redirect basati su pattern con mod_rewrite:

RewriteEngine On
RewriteRule ^vecchia-categoria/(.*)$ /nuova-categoria/$1 [R=301,L]

Per Nginx, redirect individuali:

location = /vecchio-percorso/vecchio-prodotto.html {
  return 301 https://www.nuovodominio.com/nuovo-percorso/nuovo-prodotto;
}

Gestione di un gran numero di redirect

I negozi PrestaShop con migliaia di prodotti necessitano di un approccio più scalabile rispetto alla scrittura di singole regole di redirect. Le opzioni includono l'utilizzo di una RewriteMap in Apache (che legge da un file di testo o da un database), l'uso di un modulo PrestaShop progettato per la gestione dei redirect, oppure l'implementazione dei redirect a livello applicativo attraverso un modulo personalizzato che intercetta gli errori 404 e consulta una tabella di redirect.

L'approccio a livello applicativo ha il vantaggio di essere gestibile tramite il back office, ma aggiunge un piccolo overhead prestazionale a ogni richiesta 404. L'approccio tramite .htaccess è più veloce ma più difficile da gestire su larga scala.

Aggiornamento della sitemap XML

La sitemap XML comunica ai motori di ricerca quali URL esistono sul tuo sito e devono essere scansionati. Dopo una migrazione, la sitemap deve riflettere immediatamente la nuova struttura degli URL.

Generazione di una nuova sitemap

PrestaShop include la generazione integrata della sitemap, ma molti proprietari di negozi utilizzano un modulo come Google Sitemap o un modulo SEO di terze parti per un maggiore controllo. Dopo la migrazione, genera una sitemap aggiornata che includa tutti i nuovi URL. Verifica che la sitemap non contenga vecchi URL che ora effettuano redirect.

Invio della sitemap aggiornata

Vai su Google Search Console, naviga fino a Sitemap e invia il nuovo URL della sitemap (tipicamente https://www.tuodominio.com/1_index_sitemap.xml per PrestaShop). Se l'URL della sitemap stessa è cambiato, rimuovi la vecchia voce della sitemap e aggiungi quella nuova.

L'invio di una nuova sitemap segnala a Google che la struttura del tuo sito è cambiata e incoraggia una scansione più rapida dei nuovi URL. Combinato con i corretti redirect 301 dai vecchi URL, questo fornisce a Google un quadro chiaro di ciò che è accaduto.

Passaggi per la migrazione in Google Search Console

Migrazione sullo stesso dominio (spostamento server o aggiornamento)

Se il dominio non cambia, non è necessaria alcuna azione speciale in Search Console oltre all'invio della sitemap aggiornata e al monitoraggio. Google scoprirà le modifiche attraverso la normale scansione.

Migrazione con cambio di dominio

Se stai cambiando dominio, utilizza lo strumento Cambio di indirizzo in Google Search Console. Questo richiede che sia il vecchio che il nuovo dominio siano verificati in Search Console. I passaggi sono:

Per prima cosa, configura e verifica il nuovo dominio in Google Search Console. Secondo, assicurati che tutti i redirect 301 siano attivi dal vecchio dominio al nuovo dominio. Terzo, vai alla proprietà del vecchio dominio in Search Console e utilizza Impostazioni > Cambio di indirizzo. Quarto, segui le istruzioni per specificare il nuovo dominio.

Questo comunica esplicitamente a Google che il tuo sito si è spostato, il che accelera significativamente la transizione. Senza questo passaggio, Google alla fine lo capisce attraverso i redirect 301, ma ci vuole più tempo.

Considerazioni sulla propagazione DNS

Se la migrazione comporta la modifica dei record DNS (puntamento del dominio a un nuovo server), tieni presente che la propagazione DNS non è istantanea. I diversi resolver DNS in tutto il mondo si aggiornano in momenti diversi, e la propagazione completa può richiedere da 24 a 72 ore.

Ridurre al minimo il downtime

Prima della migrazione, riduci il TTL (Time To Live) del tuo DNS a un valore basso come 300 secondi (5 minuti). Fallo almeno 48 ore prima della migrazione effettiva in modo che il vecchio TTL alto scada ovunque. Quando modificherai i record DNS, i resolver controlleranno gli aggiornamenti ogni 5 minuti anziché ogni poche ore.

Dopo che la migrazione è completata e verificata, aumenta nuovamente il TTL a un valore normale come 3600 (1 ora) o superiore per ridurre il carico di query DNS.

Mantenere entrambi i server in parallelo

Durante la finestra di propagazione, alcuni visitatori raggiungeranno il vecchio server e altri il nuovo. Mantieni il vecchio server in funzione con una copia del sito (o almeno con le regole di redirect attive) fino al completamento della propagazione. Spegnere immediatamente il vecchio server causa downtime per i visitatori il cui DNS non si è ancora aggiornato.

Monitoraggio del posizionamento dopo la migrazione

Il lavoro non finisce quando la migrazione va online. Il monitoraggio post-migrazione è essenziale per individuare i problemi prima che causino danni duraturi.

Controlli immediati (Giorno 1)

Verifica che tutte le pagine critiche si carichino correttamente sul nuovo sito. Testa ogni redirect dalla tua mappatura degli URL per confermare che funzioni. Controlla Google Search Console per eventuali nuovi errori di scansione. Esegui una nuova scansione del sito e confrontala con i dati della scansione pre-migrazione.

Monitoraggio della prima settimana

Controlla Google Search Console quotidianamente per errori di scansione, problemi di indicizzazione e cali di traffico. Esamina il report Copertura per le pagine che non sono più indicizzate o che hanno restituito errori. Monitora il posizionamento delle tue parole chiave principali utilizzando uno strumento di monitoraggio del ranking. Qualche fluttuazione è normale nella prima settimana, ma cali significativi su parole chiave importanti indicano un problema con i redirect.

Monitoraggio del primo mese

Confronta il traffico organico in Google Analytics o nella tua piattaforma di analisi con lo stesso periodo prima della migrazione. Verifica che tutte le pagine importanti vengano reindicizzate cercando site:tuodominio.com/pagina-specifica su Google. Verifica che i vecchi URL vengano rimossi dall'indice (dovrebbero effettuare redirect ai nuovi URL, e Google dovrebbe eventualmente sostituirli nel suo indice).

Valutazione a tre mesi

A tre mesi dalla migrazione, il traffico organico dovrebbe essersi stabilizzato a livelli pari o vicini a quelli pre-migrazione. Se non è così, indaga su quali pagine o query specifiche hanno perso posizionamento e controlla le catene di redirect, la qualità dei contenuti e lo stato tecnico.

Errori comuni durante la migrazione

Uso dei redirect 302 invece dei 301

Un redirect 302 comunica ai motori di ricerca che lo spostamento è temporaneo. I motori di ricerca non trasferiscono la link equity completa attraverso i redirect 302. Utilizza sempre il 301 per le migrazioni permanenti. Questo è l'errore più comune e più dannoso in assoluto.

Dimenticare di reindirizzare non-www verso www (o viceversa)

Se il tuo vecchio sito utilizzava www.esempio.com e il tuo nuovo sito utilizza esempio.com (o viceversa), hai bisogno di redirect sia per il cambio di struttura degli URL sia per il cambio www/non-www. Dimenticare uno di questi crea una situazione in cui alcuni vecchi URL restituiscono errori 404.

Non aggiornare i link interni

Dopo la migrazione, i tuoi link interni dovrebbero puntare direttamente ai nuovi URL, non ai vecchi URL che effettuano redirect. Mentre i redirect preservano il valore SEO per i link esterni, i link interni che effettuano redirect creano catene di redirect non necessarie e rallentano la scansione.

Perdere l'HTTPS

Se il tuo vecchio sito utilizzava HTTPS e il tuo nuovo sito no (o viceversa), Google li tratta come URL diversi. Assicurati che il certificato SSL sia correttamente configurato sul nuovo server prima di andare online, e che tutti i redirect utilizzino il protocollo corretto.

Cambiare più cose contemporaneamente

Se cambi dominio, struttura degli URL, contenuti e design del sito tutto nello stesso momento, diventa impossibile diagnosticare cosa ha causato eventuali cali di posizionamento. Cambia il minor numero possibile di elementi durante la migrazione stessa. Gli aggiornamenti di contenuti e design possono avvenire dopo che il posizionamento si è stabilizzato.

Cronologia della migrazione

Una migrazione PrestaShop ben pianificata segue questa cronologia:

4 settimane prima: Completa l'audit SEO, esporta tutti i dati, inizia la mappatura degli URL. Riduci il TTL DNS se cambi server.

2 settimane prima: Finalizza la mappatura degli URL, scrivi tutte le regole di redirect, configura il nuovo sito in un ambiente di staging e testa accuratamente.

1 settimana prima: Testa tutti i redirect sullo staging. Verifica che la nuova sitemap XML sia corretta. Esegui una scansione completa del sito di staging e confrontala con i dati di scansione del vecchio sito.

Giorno della migrazione: Distribuisci il nuovo sito, attiva i redirect, aggiorna il DNS se necessario, invia la nuova sitemap a Search Console, utilizza il Cambio di indirizzo se cambi dominio.

Settimana 1: Monitora Search Console quotidianamente, correggi immediatamente eventuali errori di scansione, verifica il funzionamento dei redirect.

Mese 1: Revisioni settimanali di Search Console, confronta il traffico con la baseline, controlla lo stato dell'indicizzazione.

Mese 3: Valutazione completa rispetto alla baseline pre-migrazione. Affronta eventuali problemi rimanenti.

Riepilogo

Una migrazione PrestaShop di successo che preservi il posizionamento su Google richiede tre elementi: una preparazione accurata, una corretta implementazione dei redirect e un monitoraggio diligente post-migrazione. L'audit pre-migrazione fornisce una baseline e identifica le pagine di maggior valore. La mappatura degli URL e i redirect 301 garantiscono che il valore SEO di ogni pagina venga trasferito alla nuova posizione. L'aggiornamento della sitemap e la configurazione di Search Console aiutano Google a scoprire ed elaborare le modifiche rapidamente. E il monitoraggio post-migrazione individua i problemi prima che diventino permanenti. Saltare uno qualsiasi di questi passaggi significa rischiare di perdere un posizionamento che ha richiesto mesi o anni per essere costruito. Seguirli tutti trasforma la migrazione in una transizione controllata anziché in un disastro SEO.