Hreflang su domini regionali: una checklist per una migrazione sicura

Lanci scalari

I team spesso chiedono se hreflang può andare online su un sito prima dell'altro. È possibile.

Google ignorerà semplicemente i tag finché entrambi i lati non si confermeranno a vicenda. Nessun danno. L'ordine posticipa solo il beneficio. Mantieni i tag del primo sito validi e non pubblicare set parziali che indicano URL che non esistono ancora. Quando controlli i backlink dei siti su entrambi i domini, vedi anche quale host regionale è già preferito dal mondo esterno, ed è un'utile evidenza quando decidi quale URL diventare x-default.

Due casi reali

Immagina di gestire un sito tedesco e uno britannico su due domini, con un 301 dalla root del UK a una cartella /uk/ aggiunta tempo fa. Il team ora vuole rimuovere quella regola e chiede come mantenere l'equity dei link.

Estrai prima toppages per entrambi gli host. Se la maggior parte dei link esterni punta alla root, la root deve ora servire una pagina reale, con hreflang e un auto-canonical, oppure reindirizzare al miglior match regionale. Esegui il test con uno script, mantieni la vecchia regola nel version control e rivedi il risultato dopo il prossimo aggiornamento mensile del nostro indice.

Il secondo caso è più piccolo. Un sito Blogger o Squarespace si sposta su un dominio personalizzato. Reindirizza ogni vecchio percorso uno per uno, perché la prima parte dell'URL cambia mentre lo slug spesso rimane uguale. Controlla la ricetta per la mappa dei reindirizzamenti per il loop di test, e mantieni la vecchia proprietà verificata in Search Console così puoi monitorare la copertura su entrambi.

Oltre a hreflang e canonical: cosa altro controllare tra paesi diversi

Hreflang e canonical sono i tag che le persone controllano per primi, e non sono gli unici punti in cui una configurazione transfrontaliera può fallire. I reindirizzamenti dipendenti dalla posizione, un selettore di lingua che invia i crawler a una sola località, e una sitemap che elenca una singola versione cambiano tutti quale URL Google tratta come home per ogni mercato.

Affronta questi punti dopo che i tag superano il controllo. Ognuno di essi può silenziosamente annullare un tag che sembra corretto nel template.

Reindirizzamenti geo e selettori di lingua

Un reindirizzamento che seleziona una località dalla posizione del visitatore può inviare Googlebot a un paese e non mostrargli mai gli altri. Il crawler vede quindi una singola versione, e le alternative non vengono recuperate. I reindirizzamenti forzati sono una fonte comune di questo problema, quindi testa con un user agent del crawler e, dove possibile, da un secondo paese.

Un selettore di lingua dovrebbe linkare alla stessa pagina in ogni località. Se linka solo alla homepage dell'altro sito, le alternative perdono i loro link interni e diventano più difficili da trovare.

Sitemap che contengono le alternative

Una sitemap XML può elencare gli URL alternativi di ogni mercato in un unico punto, così l'insieme viene letto insieme piuttosto che pagina per pagina. Mantieni quell'elenco allineato con i tag sulle pagine stesse.

Rimuovi qualsiasi località che restituisce un reindirizzamento o un noindex dalla sitemap, o le due fonti saranno in disaccordo su quali versioni esistono.

Plugin che promettono di automatizzarlo

I plugin possono generare hreflang per molti siti, e sono un buon punto di partenza. Un plugin non può sapere quale URL regionale sia il target corretto, o se un reindirizzamento altrove lo contraddice.

Controlla l'output del plugin contro una scansione piuttosto che fidarti dello schermo delle impostazioni. La scansione è l'unica vista che mostra cosa riceve effettivamente un bot.

Gestire due domini in parallelo per un periodo

Un'esecuzione parallela mantiene entrambi i domini attivi mentre il nuovo si guadagna il suo posto. Aiuta quando il vecchio dominio riceve ancora link e visite. Costa anche qualcosa. Due set di tag devono concordare allo stesso tempo.

Se li gestisci entrambi, scegli la home di ogni mercato in anticipo. Scrivi quella scelta nell'insieme hreflang, poi lascia che la sitemap e i link interni la seguano.

Pagine di atterraggio e reindirizzamenti soft

Una pagina di atterraggio su un altro dominio con un pulsante che porta al tuo sito è un normale link in uscita. Può inviare i visitatori oltre, ma non trasferisce la cronologia di un indirizzo come fa un 301. Non contare su di essa come passaggio di migrazione.

Usa tali pagine come ponte per le persone, e mantieni il reindirizzamento del server come ciò che trasporta i link.

Monitorare entrambi gli host durante la sovrapposizione

Mantieni entrambe le proprietà verificate in Search Console, ed estrai i dati dei link per entrambi gli host con la stessa frequenza. Frequenze non allineate fanno sembrare una normale migrazione una perdita.

Confronta elementi omogenei a ogni estrazione: lo stesso host, la stessa azione, lo stesso mese. Così la differenza che vedi è la migrazione, non il calendario. Annota la data di qualsiasi modifica al reindirizzamento nello stesso file, così il timing non sia mai un'ipotesi.

Verificare se i link seguono ogni migrazione regionale

Una migrazione regionale è fatta a metà solo quando i tag e i reindirizzamenti sono corretti. L'altra metà è se i siti esterni ora puntano all'URL regionale corretto, e questa è una questione di link.

Quale host regionale preferiscono i siti esterni

Estrai toppages per ogni host regionale, poi usa compare per affiancare le due basi di link, così puoi controllare i backlink dei siti in una sola tabella. Fallo per gli host che ti interessano prima di decidere quale dovrebbe detenere i segnali di mercato.

Un host che raccoglie la maggior parte dei domini linkanti ti dice dove i siti esterni inviano già i loro lettori.

Quando un host regionale perde domini linkanti

Inizia con l'elenco delle pagine linkate su quell'host. Trova gli URL che sono scomparsi, controlla se ciascuno reindirizza alla pagina regionale corretta, e conferma che i tag hreflang su quella pagina indicano lo stesso mercato.

Se la scomparsa coincide con un cambiamento nella sitemap, confronta gli elenchi delle sitemap vecchia e nuova prima di toccare qualsiasi tag. L'albero decisionale pagine non indicizzate copre il caso in cui una pagina regionale esiste ma rimane fuori dall'indice.

Mantenere una base regionale

Salva l'elenco dei link per ogni host regionale con la data nel nome del file, così che un'estrazione successiva abbia qualcosa con cui essere confrontata. Senza quel file, un calo sembra un problema nuovo, quando potrebbe essere una migrazione avvenuta mesi prima.

Registra l'insieme hreflang e la scelta canonical accanto al file dei link. Quando un host perde link, puoi poi controllare i tag rispetto allo stato in cui erano quando i link sono stati contati per l'ultima volta.

Esegui la stessa estrazione per ogni host regionale lo stesso giorno del mese, e mantieni l'output in una cartella per host. Un confronto tra host è equo solo quando le date sono allineate, e i nomi dei file sono il modo più semplice per renderlo visibile.