La risposta breve
Nella maggior parte dei cali di traffico post-migrazione, il problema non è il contenuto più sottile o la struttura spostata — sono i codici di stato e le catene di redirect: 301 a scaletta, loop, un cumulo di 404, o crawler che vedono qualcosa di diverso dai browser. Servono due punti temporali, non talento: una baseline prima della migrazione e una riconferma 24–72 ore dopo. Un unico check in batch copre fino a 20 URL, segue ogni hop con il timing e gira da due viste (Googlebot / browser) — una conclusione in 20 minuti al massimo.
Tabella dei codici di stato (quelli usati dalla diagnosi migratoria)
Codice | Significato | Cosa significa durante una migrazione |
|---|---|---|
200 / 204 | OK / nessun contenuto | Un endpoint pulito |
301 / 308 | Redirect permanente | L'identità dell'URL si sposta — una migrazione è prevalentemente questo |
302 / 307 | Redirect temporaneo | L'URL vecchio continua a competere; non usarlo per spostamenti definitivi |
404 | Non trovato | La risposta corretta per le pagine davvero rimosse |
410 | Rimosso definitivamente | Più chiaro: "non esiste e non va cercato" |
429 | Troppe richieste | Crawler bloccato; controlla Retry-After |
500 / 502 / 503 | Errori server | I peggiori durante il crawling — danneggiano direttamente l'indicizzazione |
301 vs 302: quale per una migrazione
I redirect nella direzione sbagliata sono il motivo principale per cui il ranking non torna mai:
- Permanente (301/308): l'URL nuovo diventa l'identità; equity e storico seguono. Usalo per cambi di dominio e redesign della struttura URL.
- Temporaneo (302/307): l'URL vecchio resta l'identità; quello nuovo è una tappa temporanea. Usalo per pagine di campagna e trasferimenti di checkout.
Esempi di errore: una pagina promo che usava 301 — a promo finita, lo storico di ranking della pagina vecchia è già migrato "per sempre", e il recupero significa ri-migrare. Il contrario: una redesign permanente con 302 — l'indirizzo vecchio continua a contendersi l'identità, e nessuna delle due pagine ranka bene.
Due punti temporali: prima e dopo
Prima della migrazione (baseline, una volta): conferma lo stato finale delle tue 20 URL di maggior valore e delle loro catene, e archivia. Quel file è la base di confronto — senza di esso non puoi distinguere "problema nuovo" da "preexistente".
Dopo la migrazione (riconferma, 24–72 ore dopo): attendi che il cutover si stabilizzi, poi verifica quattro cose:
- Le URL vecchie rispondono tutte 301 come previsto (non 200, non 404).
- Le URL nuove restituiscono 200.
- Nessuna catena a scaletta (A→301→B→301→C dovrebbe essere un solo hop) e nessun loop (B→301→A→301→B — i crawler di ricerca si arrendono).
- Vista crawler e vista browser coincidono (mismatch → di solito WAF / keep-alive / regole UA; è la fonte classica di "a me sembra tutto ok ma l'indicizzazione è rotta").
Come eseguire il check (gratuito, senza registrazione)
- Incolla le URL, una per riga, fino a 20; i duplicati vengono rimossi automaticamente e i domini nudi ottengono https:// automaticamente.
- Scegli le viste: Googlebot, Bingbot, browser, ecc. (aggiungi header personalizzati se serve). Per un check di migrazione esegui almeno Googlebot + browser.
- Leggi la catena: codice di stato, frase di stato, catena completa dei redirect (stato, Location, timing di ogni hop), header della risposta, body e tempo totale. Suddividi il tempo per hop — l'hop lento è il problema.
- Esporta CSV: metti i risultati nel tuo foglio di tracciamento o nella coda ticket, accanto alle altre modifiche.
Un controllore dei codici di stato HTTP gratuito (semplice verifica umana per check, nessuna registrazione) fa tutto in un solo passaggio e include un riferimento di 54 codici — che è anche il motivo per cui il check segue le catene invece del solo stato finale.
Audit mensile (facoltativo ma consigliato)
Chi si è scottato dimentica il terzo mese. Mantieni una lista di "URL non sane" ed esegui le 20 URL principali ogni mese. I codici di stato sono come i bottoni dell'ascensore — falliscono proprio quando li dai per scontati.
Errori comuni
- Guardare solo lo stato finale: 301→301→200 è molto diverso da un 200 diretto; più lunga è la catena, più il segnale decade.
- Correggere ogni 404: un 404 collegato in una catena di redirect non è un link morto — le pagine davvero rimosse devono restare 404/410. Correggi solo i link morti con traffico.
- Testare solo la vista browser: i WAF restituiscono contenuti diversi per UA. Almeno due viste per check.
FAQ
Quante URL posso controllare contemporaneamente? Fino a 20; le URL duplicate vengono controllate una volta. Liste più grandi significano solo più batch.
È a pagamento? No. Gratuito e anonimo, con una semplice verifica umana per check.
Quanto presto dopo una migrazione un 301 è affidabile? Lo strumento di check di solito mostra risultati entro 24–72 ore; per il trasferimento completo di equity, monitora l'ispezione URL in GSC nelle settimane successive.
502/503 è un "fallimento" o un "attesa"? Durante il crawling è serio. Trova la causa (upstream, endpoint specifici). Un 5xx visto dalla vista crawler non è una situazione "aspettiamo un attimo".
Autore: Julian Mercer, praticante di SEO tecnico da 14 anni presso Auspia. Julian scrive su crawlability, rendering, architettura del sito e le fondamenta tecniche di cui il contenuto leggibile dall'AI ha bisogno.
