Redirect 301 e backlink: una ricetta per una migrazione pulita

Modi comuni in cui si sbaglia

Le catene sono la prima causa. Un vecchio URL a una pagina temporanea alla pagina finale raddoppia gli hop e favorisce gli errori.

La seconda è la presenza di segnali misti. Un 301 che punta a una pagina con noindex, o bloccata in robots.txt, disperde il valore. Recupera ogni destinazione e leggi le intestazioni, non solo la riga di stato.

La terza riguarda le varianti di maiuscole/minuscole e slash. Un link a /Pagina/ e /pagina può essere due URL su alcuni server, e entrambi possono avere link in entrata. Aggiungi entrambi alla tua mappa.

La quarta è la frammentazione dei sottodomini. Decidi tra www e non-www prima della migrazione, poi reindirizza l'altro host con una singola regola e mantieni la sitemap sull'host scelto. Usa un crawler come Screaming Frog sul vecchio sito prima che venga rimosso, perché le pagine che dimentichi sono quelle che creeranno problemi in seguito.

Un quinto problema è facile da trascurare. Una vecchia sitemap elenca ancora indirizzati dismessi e continua a inviare i crawler attraverso i redirect molto tempo dopo che la mappa dice il contrario. Scambiala il giorno della migrazione.

Redirect che puntano a un bersaglio in movimento

Una destinazione che cambia il suo stesso indirizzo dopo la migrazione crea un secondo hop non previsto. Controlla l'indirizzo finale di ogni destinazione prima di scrivere la regola, non dopo.

Bersagli stabili rendono la mappa dei redirect facile da auditare anche un anno dopo.

I vecchi errori che persistono nei report

I vecchi errori di crawling continuano a comparire nei report molto tempo dopo una migrazione. Una riga obsoleta non è sempre un errore attivo. Confronta la data di ogni errore con la data del passaggio prima di agire.

Domande che le persone fanno in questa fase

I 301 perdono valore dei link? Google ha dichiarato dal 2016 che i 301 non perdono PageRank. Tieni presente che un redirect verso una pagina non correlata potrebbe essere semplicemente trattato come un soft 404.

E per il sottodominio www? Scegli un host, reindirizza l'altro verso di esso e aggiorna la sitemap. Sembra ovvio, ma gli host divisi sono tra i disordini di indicizzazione più comuni.

I link spam verso un vecchio dominio seguono anche il redirect. Controlla il runbook per lo spam prima di mantenere un redirect per anni.

Quando esegui il controllo finale, conta i redirect 301 su cui dipendono i backlink, non il numero totale di redirect. Mille redirect ordinati per pagine senza link contano molto meno di dieci per le pagine citate da tutti.

Una domanda correlata è se mantenere il vecchio dominio registrato. Tenerlo per anni è un'assicurazione economica, poiché ogni nome scaduto è un altro punto in cui un link stray può terminare con un errore.

Una catena fa più male di un singolo redirect? Un hop è il default sicuro. Due hop spesso funzionano, ma ogni hop extra è un altro punto in cui qualcosa può rompersi, quindi mantieni le catene brevi per progettazione.

Mappare un URL quando nessuna nuova pagina si adatta

La tabella mostra le righe facili. Quelle più difficili richiedono una regola che puoi spiegare a qualcuno che non ha preso la decisione.

Stesso argomento, stessa intenzione

La maggior parte dei vecchi URL ha un successore chiaro, una pagina che risponde alla stessa domanda. Mappala, poi verifica che un lettore arrivato per l'argomento vecchio atterri su qualcosa che lo risponde ancora.

La corrispondenza più vicina per significato è la regola che puoi difendere in un report.

Controlla anche la pagina successore. Se è stata ridotta o ora copre qualcosa di più specifico, il redirect trasporta un vecchio link verso una pagina più debole. Una rapida lettura di entrambe le pagine affiancate cattura questo problema prima del passaggio piuttosto che dopo.

Conta quante vecchie pagine stai dismettendo invece di reindirizzare. Una quota elevata significa solitamente che il nuovo sito è più piccolo, ed è utile dirlo chiaramente nel piano.

Quando nessuna pagina si adatta

A volte il vecchio articolo riguardava un prodotto che hai rimosso o una domanda che nessuno si pone più. Un redirect verso una pagina non correlata viene letto da Google come un soft 404. In quel caso, una pagina di categoria con contenuti reali è solitamente più sicura della home page.

Scrivi il motivo per ogni URL non abbinato in una breve riga. Un revisore può così distinguere una rimozione deliberata da una mappatura che semplicemente è scaduta.

Via per sempre: 404 o 410

Un URL senza valore di link e senza successore può restituire un 410 invece di un redirect. Questo dice a Google che la rimozione è deliberata. Tieni questa lista breve e controllala contro il report delle tue pagine principali prima di restituire un errore.

Un 410 non è una punizione per il lettore. La pagina è gone, e un codice di stato chiaro dice al browser e al crawler di smettere di richiederla. La differenza tra un 404 e un 410 conta meno della decisione dietro la scelta.

Scrivi il motivo accanto a ogni 410 nella tua mappa, così nessuno ripristinerà la pagina per errore in seguito.

Per quanto tempo prima di poter giudicare

Dagli almeno sei settimane. Google ricrawlerà i vecchi URL al suo ritmo, e i siti grandi richiedono più tempo.

Il nostro indice dei link si aggiorna circa mensilmente, quindi il primo snapshot del nuovo dominio potrebbe ancora mostrare un divario. Non tornare indietro al primo controllo.

Giudica la migrazione sugli URL che trasportavano link, non sulle medie sitewide. Le medie nascondono alcuni link persi dietro le molte pagine che nessuno ha citato.

Mantieni i tuoi controlli su un programma fisso. I controlli irregolari tendono a catturare un calo e perdere il recupero, il che fa sembrare una migrazione sana un fallimento.

Controlli da eseguire il giorno del passaggio

Esegui questi controlli prima di annunciare la migrazione. Un errore trovato il giorno stesso costa molto meno di uno trovato nel grafico del traffico un mese dopo.

Registra ogni risultato con l'ora del controllo. Un elenco preso al mattino e un altro preso alla sera possono divergere per motivi che non hanno nulla a che fare con i redirect.

Codici di stato in un solo passaggio

Richiedi ogni vecchio URL una volta e registra lo stato e il primo hop. Un URL mappato dovrebbe mostrare un 301 e poi un 200, senza catene nel mezzo.

Qualsiasi cosa che restituisca un 302 o un 404 è un errore finché non lo dimostri diversamente.

Mantieni i risultati nello stesso foglio della tua mappa. Una colonna che conta gli hop per ogni URL mostra le catene che non ti aspettavi.

• URL vecchio
• Stato della prima risposta
• Indirizzo dopo l'ultimo hop
• Numero di hop

Intestazioni e segnali di indicizzazione

Verifica che la destinazione non abbia intestazione noindex o tag meta robots, e che robots.txt non la blocchi. Un 301 corretto che punta a una pagina nascosta disperde il valore.

Leggi le intestazioni di risposta oltre alla riga di stato. La riga di stato da sola nasconde il problema.

Testa un campione su mobile e su desktop. Alcune regole di redirect sono scritte per dispositivo o per user agent, quindi una regola che funziona nel tuo browser può comportarsi diversamente per un crawler. Testa il percorso che il crawler effettivamente segue.