Migrazione e-commerce: la checklist di URL e redirect

Quando cambi piattaforma e-commerce, i vecchi URL possono essere presenti su Google, nelle email e nei preferiti dei clienti. Prima di spostare il catalogo costruisci un inventario di prodotti, categorie e pagine editoriali. Aggiungi gli indirizzi rilevanti emersi da statistiche e collegamenti esterni: la sitemap da sola può non contenerli tutti.

Per ogni indirizzo annota contenuto, traffico utile e destinazione prevista. Non decidere il redirect partendo solo dalla forma dell’URL: due indirizzi simili possono descrivere prodotti diversi. Coinvolgi chi conosce il catalogo quando un articolo è stato ritirato o sostituito.

Una pagina trasferita stabilmente dovrebbe rimandare direttamente alla destinazione equivalente con un redirect permanente lato server, come 301 o 308. Evita catene inutili e il rinvio indiscriminato di tutti i prodotti alla home. Google raccomanda di mantenere i redirect per almeno un anno e avverte che durante il trasferimento possono verificarsi oscillazioni. Riferimento: migrazione con cambio di URL.

Se non esiste una pagina pertinente, documenta la scelta invece di simulare una sostituzione. Una pagina di prodotto fuori assortimento può ancora essere utile per ricambi o istruzioni; in altri casi va gestita come contenuto rimosso. La decisione commerciale e quella tecnica devono incontrarsi.

Un prodotto trasferito senza cambiamenti ha una corrispondenza chiara. Una variante accorpata, una categoria rinominata e un prodotto ritirato richiedono invece decisioni diverse. Nella mappa aggiungi il motivo della scelta e il referente che l’ha approvata. Questo permette di rivedere un redirect senza dover chiedere a tutti perché era stato configurato in quel modo.

Prendiamo un esempio: una categoria “borse da lavoro” viene sostituita da una raccolta più ampia di accessori. La nuova pagina è davvero una risposta equivalente per chi cerca il vecchio contenuto? Potrebbe essere meglio mantenere una selezione coerente o una pagina dedicata. Il codice di risposta corretto non rende pertinente una destinazione scelta male.

Presta attenzione anche ai parametri usati per filtri e ordinamento. Alcuni indirizzi possono rappresentare viste utili, altri duplicare la stessa selezione. Non generare migliaia di regole senza aver definito quali URL devono esistere e quali preferisci rendere raggiungibili dalla navigazione. Il censimento tecnico deve essere letto insieme alla struttura del catalogo.

Assegna a una persona la verifica dei redirect, a una il controllo del catalogo e a una la prova di acquisto nell’ambiente appropriato. Non tutti i controlli appartengono alla SEO: prezzi, disponibilità, email d’ordine e pagamenti fanno parte della stessa release. Un piano che verifica soltanto i risultati di ricerca può lasciare scoperta la vendita.

Stabilisci prima quali anomalie impediscono il rilascio e quali possono essere corrette dopo con una responsabilità assegnata. Prepara anche il modo di tornare alla situazione precedente, tenendo conto degli ordini eventualmente ricevuti nel frattempo. Il ritorno non deve cancellare vendite o creare due registri incoerenti: va progettato con chi gestisce piattaforma e operazioni.

Il controllo dopo il cambio deve partire dagli URL più importanti e proseguire sull’intero inventario. Registra risposta, destinazione finale e contenuto raggiunto. Una risposta 200 con un messaggio “pagina non trovata” non equivale a un prodotto ripristinato. La verifica automatica aiuta a trovare i casi; quella editoriale e commerciale serve a confermare il significato della destinazione.

Controlla inoltre che i riferimenti canonici del nuovo sito non puntino ancora al dominio di test. Un template copiato dallo staging può lasciare quel riferimento su tutto il catalogo, anche quando i link visibili sembrano corretti. La verifica deve leggere anche i metadati effettivamente restituiti dalle pagine.

Un foglio con cento errori segnalati diventa utile quando ogni riga ha causa, decisione ed esito della nuova prova. Separare errore scoperto ed errore risolto evita che la stessa segnalazione venga dimenticata perché qualcuno ha già scritto “ci stiamo lavorando”. Mantieni il riferimento all’indirizzo originale anche dopo la correzione.

Nei report successivi considera il tempo necessario ai motori per rileggere il sito e tieni traccia delle altre modifiche. La documentazione Google sulle migrazioni raccomanda preparazione, mappatura, redirect e monitoraggio. Non offre una garanzia di traffico invariato: una migrazione ordinata rende gli interventi controllabili, non elimina ogni incertezza della ricerca.

Su una copia di test controlla l’inventario completo, non soltanto la home e qualche prodotto. Verifica risposta HTTP, destinazione finale e assenza di cicli. Se la struttura ha molte varianti, filtri o lingue, prova anche le regole che generano gli indirizzi.

Controlla che i link del nuovo sito puntino già alle nuove destinazioni. Una rete di link che passa sempre dai redirect funziona peggio come documento di manutenzione e rende più difficile distinguere errori reali da vecchi riferimenti. Verifica immagini e documenti allegati, non solo HTML.

Nel sito pubblico verifica che non siano rimasti blocchi di indicizzazione destinati allo staging. Nel sito di test, invece, devono rimanere. Controlla errori 404, catene di redirect e pagine importanti escluse per errore. Registra le variazioni insieme alle date delle modifiche.

La migrazione non è il momento per riscrivere casualmente tutte le guide. Se serve, pianifica a parte l’aggiornamento editoriale. Per organizzare responsabilità e prove puoi partire dal servizio e-commerce e dalla verifica SEO tecnica. Nessuna checklist può promettere assenza totale di variazioni nei risultati di ricerca.