Hreflang pe domenii regionale: o listă de verificare pentru o mutare sigură
Configurările cross-country eșuează adesea în mod silențios. Etichetele care par corecte în șablon pot fi totuși ignorate atunci când o redirecționare, un canonical sau o lipsă de link return le contrazice.
Echipa de cercetare ArchiLinks ·
Regula practică
Hreflang este un indiciu. Canonical-urile și redirecționările sunt semnale mai puternice.
Când intră în conflict, Google urmează semnalul mai puternic. Auditarea se face în această ordine: coduri de stare, canonical, apoi hreflang. Etichetele care indică către o URL redirecționată sau canonicalizată sunt cauza cea mai frecventă pentru care o variantă este ignorată.
- Fiecare URL hreflang returnează 200 și este auto-canonical.
- Linkurile return există: dacă A o numește pe B, atunci B o numește pe A.
- x-default indică către o pagină care funcționează pentru toți ceilalți.
Lansări în etape
Echipele întreabă adesea dacă hreflang poate fi activat pe un site înainte de celălalt. Poate.
Google va ignora pur și simplu etichetele până când ambele părți se confirmă reciproc. Nu se produce niciun prejudiciu. Ordinea amână doar beneficiul. Mențineți etichetele site-ului inițial valide și nu publicați seturi parțiale care indică URL-uri care nu există încă. Când verifici backlinks-ul site-urilor pe ambele domenii, vezi și pe ce gazdă regională preferă deja lumea exterioară, iar acesta este un indiciu util când decizi care URL devine x-default.
Contradicții frecvente
| Configurare | Ce poate face Google | Remediere |
|---|---|---|
| Canonical pe /fr/ indică către /en/ | Elimină pagina franceză din cluster | Auto-canonical pe fiecare limbă |
| URL hreflang redirecționează | Ignorează acea etichetă | Actualizează eticheta către URL-ul final |
| noindex plus x-default | Tratează setul ca fiind conflictual | Elimină noindex de la alternative |
| Redirecționarea 301 de la rădăcină către /uk/ a fost eliminată ulterior | Autoritatea linkurilor poate rămâne pe un URL care nu mai răspunde | Redirecționează sau servește conținut la rădăcină, apoi verifică din nou linkurile |
| URL-uri de tip locale false cu canonical și noindex | Semnale mixte | Alege una: canonical către pagina reală, sau noindex, nu ambele |
Două cazuri din teren
Să presupunem că ai un site german și unul britanic pe două domenii, cu o redirecționare 301 de la rădăcina UK către un folder /uk/ adăugat acum ceva timp. Echipa dorește acum să elimine acea regulă și întreabă cum să mențină autoritatea linkurilor.
Extrage toppages pentru ambele gazde. Dacă majoritatea linkurilor externe indică către rădăcină, atunci rădăcina trebuie să servească acum o pagină reală, cu hreflang și un auto-canonical, sau să redirecționeze către cea mai bună potrivire regională. Fă testul cu un script, păstrează vechea regulă în controlul versiunilor și revizuiește rezultatul după următoarea reîmprospătare lunară a indexului nostru.
Al doilea caz este mai mic. Un site Blogger sau Squarespace se mută pe un domeniu personalizat. Redirecționează fiecare cale veche pe rând, deoarece prima parte a URL-ului se schimbă în timp ce slug-ul rămâne adesea același. Verifică rețeta pentru harta de redirecționare pentru bucla de testare și menține vechea proprietate verificată în Search Console astfel încât să poți monitoriza acoperirea pe ambele.
Executarea verificării
Răstoarnă ambele domenii
Exportă hreflang, canonical și codul de stare per URL. Orice URL hreflang care nu este un 200 este o eroare.
Compară domeniile care linkuiesc
Rulează compare (până la 20 de domenii, 1 credit) pe gazdele regionale pentru a vedea cum diferă bazele lor de linkuri.
Găsește linkerii comuni
Folosește intersect pentru a vedea care site-uri linkuiesc către mai multe gazde regionale. Acestea sunt candidați pentru a indica către URL-ul regional corect.
Re-testează după orice modificare de redirecționare
Schimbarea unei redirecționări de rădăcină mută URL-ul care deține linkurile. Re-extrage toppages și verifică din nou.
Dacă o redirecționare de la rădăcină către un folder regional este eliminată, linkurile externe care vizează rădăcina ajung acum pe conținut nou. Asigură-te că acea pagină este cea pe care vrei să o poziționezi și ține sub observație directorul în următoarea reîmprospătare lunară. Rețeta pentru harta de redirecționare conține bucla de testare.
Dincolo de hreflang și canonical: ce altceva de verificat între țări
Hreflang și canonical-urile sunt etichetele pe care oamenii le verifică primul, dar nu sunt singurele locuri unde o configurație cross-country poate eșua. Redirecționările care depind de locație, un selector de limbă care trimite crawler-ele către o singură locație și un sitemap care listează o singură versiune schimbă toate URL-ul pe care Google îl tratează ca fiind principal pentru fiecare piață.
Parcurge aceste aspecte după ce etichetele trec verificarea. Fiecare dintre ele poate anula în mod silențios o etichetă care pare corectă în șablon.
Redirecționări geografice și selectoare de limbă
O redirecționare care alege o locație în funcție de poziția vizitatorului poate trimite Googlebot într-o singură țară și nu îi arată niciodată pe celelalte. Crawler-ul vede atunci o singură versiune, iar alternativele rămân nefetchuite. Redirecționările forțate sunt o sursă comună a acestui lucru, așa că testează cu un user agent de crawler și, acolo unde este posibil, dintr-o a doua țară.
Un selector de limbă ar trebui să linkuiască către aceeași pagină în fiecare locație. Dacă linkuiește doar către homepage-ul celuilalt site, alternativele își pierd linkurile interne și devin mai greu de găsit.
Sitemape care conțin alternativele
Un sitemap XML poate lista URL-urile alternative ale fiecărei piețe într-un singur loc, astfel încât setul să fie citit împreună și nu pagină cu pagină. Menține acea listă sincronizată cu etichetele de pe paginile însele.
Elimină orice locație care returnează o redirecționare sau un noindex din sitemap, altfel cele două surse vor fi în dezacord privind versiunile care există.
Plugin-uri care promit să automatizeze procesul
Plugin-urile pot genera hreflang pentru multe site-uri și reprezintă un punct de plecare rezonabil. Un plugin nu poate ști care URL regional este ținta corectă sau dacă o redirecționare din altă parte intră în conflict cu aceasta.
Verifică ieșirea plugin-ului împotriva unui răsturnare, nu te baza pe ecranul de setări. Răsturnarea este singura vizualizare care arată ce primește de fapt un bot.
Rularea a două domenii în paralel pentru o perioadă
Un rulaj paralel menține ambele domenii active în timp ce noul își câștigă locul. Ajută atunci când domeniul vechi primește încă linkuri și vizite. Are și un cost. Două seturi de etichete trebuie să fie de acord în același timp.
Dacă rulezi ambele, alege casa fiecărei piețe în avans. Scrie acea alegere în setul hreflang, apoi lasă sitemap-ul și linkurile interne să îl urmeze.
Pagini de destinație și redirecționări soft
O pagină de destinație pe un alt domeniu cu un buton care duce către site-ul tău este un link outbound obișnuit. Poate trimite vizitatorii mai departe, dar nu mută istoricul unei adrese așa cum face un 301. Nu te baza pe acesta ca pe un pas de migrare.
Folosește astfel de pagini ca un pod pentru oameni și menține redirecționarea serverului ca mecanismul care transportă linkurile.
Monitorizarea ambelor gazde în timpul suprapunerii
Menține ambele proprietăți verificate în Search Console și extrage datele de linkuri pentru ambele gazde pe același program. Programele nealiniate fac ca o schimbare normală să pară o pierdere.
Compară similar cu similar la fiecare extragere: aceeași gazdă, aceeași acțiune, aceeași lună. Astfel, diferența pe care o vezi este mutarea, nu calendarul. Notează data oricărei modificări de redirecționare în același fișier, astfel încât cronologia să nu fie o presupunere.
Verificarea dacă linkurile urmează fiecare mutare regională
O mutare regională este făcută pe jumătate doar când etichetele și redirecționările sunt corecte. Cealaltă jumătate este dacă site-urile externe indică acum către URL-ul regional corect, iar acesta este un aspect legat de linkuri.
Ce gazdă regională preferă site-urile externe
Extrage toppages pentru fiecare gazdă regională, apoi folosește compare pentru a pune cele două baze de linkuri una lângă alta, astfel încât să poți verifica backlinks-ul site-urilor într-un singur tabel. Fă acest lucru pentru gazdele care te interesează înainte de a decide care ar trebui să dețină semnalele pieței.
O gazdă care adună majoritatea domeniilor care linkuiesc îți arată unde trimit deja cititorii site-urile externe.
Când o gazdă regională pierde domenii care linkuiesc
Începe cu lista de pagini linkuite pe acea gazdă. Găsește URL-urile care au dispărut, verifică dacă fiecare redirecționează către pagina regională corectă și confirmă că etichetele hreflang de pe acea pagină indică către aceeași piață.
Dacă scăderea coincide cu o modificare a sitemap-ului, compară listele din sitemap-ul vechi și cel nou înainte de a atinge orice etichetă. Arborele decizional pagini neindexate acoperă cazul în care o pagină regională există, dar rămâne în afara indexului.
Menținerea unei baze de referințe regionale
Salvează lista de linkuri pentru fiecare gazdă regională cu data în numele fișierului, astfel încât o extragere ulterioară să aibă ceva cu care să se compare. Fără acel fișier, o scădere pare o problemă nouă, când ar putea fi o mutare care a avut loc acum câteva luni.
Înregistrează setul hreflang și alegerea canonical lângă fișierul de linkuri. Când o gazdă pierde linkuri, poți apoi să verifici etichetele împotriva stării în care se aflau când linkurile au fost numărate ultima dată.
Rulează aceeași extragere pentru fiecare gazdă regională în aceeași zi a lunii și păstrează ieșirea într-un folder separat pe gazdă. O comparație între gazde este corectă doar când datele se aliniază, iar numele fișierelor sunt cel mai simplu mod de a face acest lucru vizibil.
