Ognuno di questi quattro guasti è evitabile
Tutti e quattro sono già stati risolti. Arrivano lo stesso il giorno del lancio, quando il lavoro supera il calendario e il piano non lascia spazio alle parti che scalano male. Gli strumenti qui sotto sono ciò che tiene ognuno fuori dal percorso critico.
Prima la mappa dei redirect. Poi l'import dei dati, di solito scoperto quando una pagina di categoria si carica con metà dei suoi prodotti. Al terzo posto lo scripting che nessuno ha messo nel preventivo: normalizzazione degli URL, file di redirect in tre formati server, markup schema su qualche centinaio di template. Il quarto arriva due settimane dopo il lancio, quando il traffico è sceso e nessuno riesce a dimostrare se la causa sia stata la migrazione.
I nove strumenti qui sotto coprono quei quattro punti. Sono quelli sulle nostre macchine, elencati nell'ordine in cui una migrazione li chiama in causa.
I nove
Redirects.net
Mappa dei redirect
Abbinare vecchi URL ai nuovi è il lavoro che scala peggio a mano. Redirects.net legge entrambi gli insiemi e propone abbinamenti con un modello linguistico, cosa che regge sulle strutture che mandano in crisi le regole a pattern: slug di prodotto con SKU annidati, percorsi di categoria riorganizzati, URL storici che nessuno sa spiegare.
- Cosa fa
- Propone una destinazione per ogni URL di origine e valuta la propria confidenza in ciascun abbinamento. Decine di migliaia di URL passano in pochi minuti.
- Perché lo usiamo
- Il punteggio di confidenza, più ancora dell'abbinamento. Divide diecimila righe fra le poche centinaia che richiedono una persona e il resto che non la richiede, che è la differenza fra rivedere la mappa e firmarla senza guardare.
- Dove si colloca
- Prima del passaggio, appena la nuova struttura di URL è abbastanza stabile da essere esportata.
Claude Code
ScriptingOgni migrazione si porta dietro una pila di lavoro ingegneristico ripetibile che nessuno ha stimato. Claude Code è lo strumento agentico da riga di comando di Anthropic. Legge il repository, pianifica una modifica, esegue i comandi e lascia una sessione rivedibile.
- Cosa fa
- Normalizzazione di URL in massa, file di redirect generati per Apache, Nginx e Cloudflare da un'unica fonte, markup schema su tutti i template, confronti fra staging e produzione.
- Perché lo usiamo
- Sposta il collo di bottiglia. Il lavoro che prima aspettava una settimana di sviluppo diventa un pomeriggio supervisionato da un professionista, e il risultato è un diff invece di una scatola nera.
- Dove si colloca
- Dall'inizio alla fine. Più intenso nelle due settimane prima del passaggio e nella prima dopo.
SEOGets
Baseline
Search Console tiene 16 mesi, e la sua interfaccia nativa rende difficile estrarre storico a livello di pagina in un volume utile. SEOGets lo estrae e prosegue oltre quella finestra.
- Cosa fa
- Esporta lo storico completo a livello di pagina, segue le metriche per URL nel tempo e fa emergere le pagine che hanno più da perdere.
- Perché lo usiamo
- La conversazione dopo il lancio ruota interamente su come stavano i numeri prima. Una baseline costruita dopo il passaggio è un'opinione.
- Dove si colloca
- Prima del passaggio, e non si recupera dopo. È l'unica voce della lista con una scadenza.
WISLR.ai
Baseline AI
Search Console copre la baseline della ricerca umana. Non registra nulla sui crawler AI, che leggono il tuo catalogo con un proprio calendario e mandano acquirenti senza referrer. È un secondo canale con una propria baseline, e un replatforming lo scuote come il primo. Questo strumento è nostro.
- Cosa fa
- Cattura scansioni di addestramento, recuperi in mezzo a una conversazione e referral AI all'edge sul tuo dominio, riporta la copertura per pagina e per motore, e collega le sessioni agli ordini.
- Perché lo usiamo
- Cambiare tutti gli URL costringe un modello a reimparare il sito, e ci vogliono settimane. Senza una lettura precedente al passaggio non c'è modo di dire se il canale AI si è ripreso o si è solo zittito.
- Dove si colloca
- Strumentato prima del passaggio, seguito da vicino nelle settimane dopo. Il piano gratuito tiene 30 giorni continui, che bastano a fissare la baseline.
Cloudflare
EdgeI limiti di redirect delle piattaforme sono un vincolo reale in una migrazione grande. Shopify e la maggior parte dei carrelli ospitati fermano la lista molto sotto quello che produce lo spostamento di un catalogo intero, e le regole tenute nell'applicazione costano una ricerca a ogni richiesta. Cloudflare sposta la mappa all'edge, davanti alla piattaforma.
- Cosa fa
- Bulk Redirects per mappe molto più grandi di quanto una piattaforma accetti, Transform Rules per riscritture a pattern, e log delle richieste all'edge, dove il comportamento dei crawler è davvero visibile.
- Perché lo usiamo
- La mappa dei redirect smette di essere un problema della piattaforma, quindi si può sostituire in blocco senza un deploy. I log contano altrettanto: sono l'unico registro completo di chi ha chiesto cosa, e sopravvivono al passaggio.
- Dove si colloca
- Costruzione e passaggio, e resta poi come strato di consegna.
DigitalOcean
InfrastrutturaUna migrazione ha bisogno di un posto dove girare che non sia la produzione: una copia di staging su cui provare i redirect, una macchina su cui eseguire le trasformazioni, margine per scalare se il traffico si sposta dopo il lancio.
- Cosa fa
- Droplet, database gestiti e App Platform per ambienti di staging, script di migrazione e il sito di produzione stesso.
- Perché lo usiamo
- Prezzi prevedibili e un percorso breve dalla decisione all'ambiente funzionante. Una macchina di staging la cui approvazione richiede un ciclo d'acquisto non viene usata.
- Dove si colloca
- Dal primo import di prova fino alle settimane dopo il lancio.
Row Zero
Dati
Gli inventari di URL mandano in crisi i fogli di calcolo comuni. Una scansione completa di un catalogo ecommerce di media dimensione arriva a centinaia di migliaia di righe, e lo strumento che la apre deve restare reattivo mentre filtri e fai pivot.
- Cosa fa
- Apre e manipola insiemi di dati ben oltre il punto in cui un foglio da desktop si blocca, con i passaggi di pulizia e trasformazione che la mappatura dei redirect richiede.
- Perché lo usiamo
- I dati di migrazione arrivano disomogenei, da più sistemi e in più forme. Gran parte della mappatura dei redirect consiste nell'uniformarli prima di abbinare qualsiasi cosa.
- Dove si colloca
- In parallelo alla mappa dei redirect, e di nuovo durante la validazione dell'import.
Plausible
Dopo il lancio
Le prime 48 ore dopo il passaggio sono la finestra in cui un redirect rotto costa poco da sistemare. Il reporting deve essere immediato e abbastanza semplice da leggere sotto pressione.
- Cosa fa
- Analytics leggera e rispettosa della privacy, con traffico in tempo reale per pagina, referrer e obiettivo, e nessun banner cookie da configurare.
- Perché lo usiamo
- Velocità di lettura. Una dashboard da notte di lancio che richiede tre clic e un report su misura è una dashboard che alle due di notte nessuno guarda.
- Dove si colloca
- Strumentata prima del passaggio, seguita da vicino la prima settimana.
The SEO Community Slack
Persone
Alcuni problemi di migrazione non stanno in nessuna documentazione, perché dipendono da una versione di piattaforma, da un plugin o da una combinazione che nessuno ha messo per iscritto. La strada più veloce a quelle risposte è qualcuno che ci è finito dentro il trimestre scorso.
- Cosa fa
- Uno spazio Slack con canali per SEO tecnico, Search Console ed ecommerce. Il solo canale di SEO tecnico supera i 3.500 membri.
- Perché lo usiamo
- Controlli di buon senso prima del passaggio e un secondo parere durante. Entrambi valgono di più man mano che la data si avvicina.
- Dove si colloca
- In pianificazione, e di nuovo alle undici di sera della notte di lancio.
Dove entra ciascuno
L'ordine conta più della lista. Due di questi hanno una scadenza: la baseline di Search Console e l'ambiente di staging smettono entrambi di essere disponibili appena si sposta il DNS.
Facci controllare la migrazione a fondo.
Rivediamo la mappa dei redirect prima che vada in produzione, verifichiamo scansione e rendering sullo staging, catturiamo la baseline finché Search Console la conserva, e leggiamo le prime settimane dai log del server invece che da un tag che potrebbe non attivarsi mai. Ricevi i riscontri, la loro gravità e l'ordine in cui affrontarli.
Cosa questa lista non fa
Ogni strumento qui comprime lavoro che altrimenti farebbe una persona a mano. Nessuno decide quali redirect contano. Uno strumento valuta un abbinamento al 60 per cento di confidenza e si ferma lì. Se quell'URL sia un prodotto fuori catalogo che nessuno cerca o la pagina che regge un quinto del fatturato della sua categoria è una questione di giudizio, e sbagliare in una direzione o nell'altra costa caro.
Per la settimana dopo il lancio vale lo stesso. L'analytics segnala il calo. Decidere se sia la migrazione, la stagione o un aggiornamento di algoritmo caduto nella stessa settimana richiede qualcuno che abbia già visto lo schema.
Sotto qualche centinaio di URL gran parte di tutto questo è superflua. Una scansione, un foglio di calcolo e un pomeriggio attento bastano. La lista si ripaga sulla scala e sulla prova, e l'export di Search Console conviene a qualunque dimensione, perché quello storico sparisce che tu abbia pagato qualcosa o no.
Aggiungi il nostro team di migrazioni al tuo.
Abbiamo seguito più di 100 migrazioni di siti e lavoriamo a fianco del team che hai già. Strategia e mappatura dei redirect, schema e rendering, e la prova dai log del server di cosa hanno fatto crawler e acquirenti prima e dopo il passaggio.