SEO internațional: Cum să structurați paginile destinate mai multor țări

Introducere

Majoritatea sfaturilor privind SEO pornesc de la premisa unui singur site, unei singure limbi și unei singure piețe. În momentul în care un produs se adresează utilizatorilor din mai multe țări, aceste sfaturi încep să se clatine. Brusc, te trezești că trebuie să jonglezi cu mai multe aspecte:

• conținut duplicat pe pagini aproape identice,
• motoarele de căutare afișează versiunea greșită utilizatorilor greșiți,
• o structură a site-ului care avea sens la lansare, dar care îți pune bețe în roate la scară largă.

Echipele care reușesc să gestioneze corect această situație au, de obicei, un obicei comun: stabilesc țintirea pe țări la nivel de arhitectură înainte ca cineva să scrie vreun cuvânt de conținut. Dacă structura este corectă, fiecare pagină pe care o publicați ulterior o va moșteni. Dacă greșiți, veți petrece ani de zile încercând să descurcați legăturile canonice și clasamentele eronate.

Acest ghid prezintă structurile care funcționează, marcajul care le ține împreună și fluxul de lucru pentru a verifica dacă fiecare versiune de țară se clasează efectiv acolo unde ar trebui.

Direcționarea pe țări începe cu URL-ul

Documentația proprie a Google privind gestionarea site-urilor multiregionale prezintă opțiunile realiste: domenii specifice fiecărei țări, subdomenii, subdirectoare și parametri URL. Ultima opțiune este marcată ca „nerecomandată”, ceea ce lasă trei opțiuni serioase:

• Domeniile cu cod de țară (exemplu.de, exemplu.fr) transmit cel mai clar semnal de geotargeting, dar fiecare poate viza doar o singură țară, iar fiecare domeniu pe care îl adăugați vă împarte autoritatea și vă multiplică efortul de întreținere.
• Subdomeniile sunt ușor de configurat, dar utilizatorii adesea nu pot distinge din URL dacă „de” se referă la limba germană sau la piața germană.
• Subdirectoarele de pe un singur domeniu global concentrează autoritatea într-un singur loc și mențin efortul de întreținere la un nivel redus, motiv pentru care au devenit opțiunea implicită pentru majoritatea produselor internaționale.

Nu există o alegere universal corectă. Există doar alegerea care se potrivește operațiunii dvs.: câte piețe deserviți, dacă entitățile juridice diferă de la o țară la alta și cât timp de dezvoltare puteți aloca pentru a menține structurile paralele active.

Indiferent de structura pe care o alegeți, alegeți-o o singură dată. Mutarea unui site matur de la subdomenii la subdirectoare sau consolidarea unui portofoliu de domenii de țară înseamnă configurarea redirecționărilor, reindexarea și luni întregi de clasamente instabile, în timp ce motoarele de căutare își reconstruiesc imaginea site-ului. Echipele care schimbă structurile în timpul funcționării o fac, de obicei, deoarece decizia inițială a fost luată în mod implicit, mai degrabă decât în mod intenționat. Notați decizia, inclusiv compromisurile pe care le-ați acceptat, astfel încât următoarea persoană care va prelua site-ul să înțeleagă de ce structura arată așa cum arată.

Modelul „hub-and-spoke” pentru un singur produs pe mai multe piețe

Cazul mai dificil este acela al unui singur produs care există în versiuni diferite pentru fiecare țară. Modelul care se adaptează cel mai bine este „hub-and-spoke”: un singur hub canonic al produsului, care se ramifică în pagini la nivel de țară construite pe baza unui șablon comun, fiecare fiind localizată în detaliile care contează.

Platformele de turism aplică acest model cu paginile de destinație, companiile SaaS îl aplică cu paginile de prețuri pe țară, iar modelul se extinde mult dincolo de domeniul tehnologic. Operatorii de pariuri îl utilizează, de asemenea: secțiunea „Lucky Numbers” de pe Hollywoodbets, o platformă sud-africană de pariuri, se ramifică în pagini la nivel de țară pentru un singur produs cu cote fixe, construit în jurul extragerilor la loterie din zeci de țări (un produs de pariuri destinat publicului care a împlinit vârsta legală pentru jocuri de noroc pe piețele reglementate). Un singur produs, un singur șablon, o singură adresă URL centrală și o pagină secundară pentru fiecare piață acoperită de conținut.

Industriile reglementate sunt instructive în acest sens tocmai pentru că nu își pot permite ambiguitatea structurală: arhitectura trebuie să indice fără echivoc ce pagină se adresează cărui public.

Logica SEO a acestui model este simplă:

• Hub-ul acumulează linkuri și autoritate pentru termenul principal.
• Subdirectoarele moștenesc valoarea linkurilor interne și captează interogările de tip „long-tail”, modificate în funcție de țară.
• Șablonul partajat înseamnă că puteți audita și îmbunătăți sute de pagini prin îmbunătățirea unui singur layout.

Hreflang, pas cu pas

Structura le spune motoarelor de căutare ce există; hreflang le spune cui se adresează fiecare versiune. Ghidul Google privind versiunile localizate ale paginilor enumeră trei modalități echivalente de a le declara: etichete de link în antetul HTML, antete HTTP sau un sitemap XML. Utilizarea mai multor modalități nu aduce beneficii suplimentare în căutare, așa că alegeți-o pe cea pe care platforma dvs. o gestionează cel mai fiabil și rămâneți consecvenți.

Trei reguli previn majoritatea problemelor legate de hreflang:

1. Asigurați-vă că legăturile sunt reciproce. Dacă pagina din Marea Britanie trimite către pagina germană, pagina germană trebuie să trimită înapoi. Adnotările care nu sunt returnate pot fi ignorate, iar o singură etichetă de returnare lipsă poate distruge în tăcere un întreg cluster.
2. Setați întotdeauna un x-default. Valoarea rezervată x-default captează utilizatorii a căror limbă și regiune nu se potrivesc cu niciuna dintre versiunile dvs. și reprezintă destinația potrivită pentru orice pagină de selectare a țării.
3. Adnotați fiecare pagină, inclusiv pe ea însăși. Hreflang funcționează la nivel de pagină, astfel încât fiecare pagină din grup listă propria adresă URL, precum și toate variantele sale. Crearea unui șablon pentru acest lucru este exact genul de sarcină care își are locul în structura „spoke”, mai degrabă decât în memoria cuiva.

Acordați atenție și codurilor în sine. Valorile hreflang combină un cod de limbă cu un cod opțional de regiune, iar cele două rezolvă probleme diferite:

• en-GB și en-US pot indica două pagini în aceeași limbă, localizate pentru piețe diferite;
• un simplu „es” poate acoperi vorbitorii de spaniolă oriunde nu aveți o versiune specifică țării.

Un cod de regiune folosit singur nu este valid, iar codurile care par plauzibile pot eșua: documentația Google menționează că „UK” nu este un cod de regiune valid, așa că „en-UK” nu are niciun efect acolo unde „en-GB” funcționează. Greșeli precum acestea sunt unul dintre cele mai frecvente motive pentru care adnotările nu trec validarea fără a da semnal de eroare.

Hreflang reprezintă o activitate tehnică de rutină, dar face diferența între afișarea paginilor dvs. localizate cu atenție către utilizatorii potriviți și speculațiile Google.

Rezultatele locale ale căutării (SERP) sunt lumi diferite

Sursă: Magnific

Chiar și cu o arhitectură și un marcaj perfecte, aceeași interogare produce rezultate diferite în țări diferite. Concurenții locali, intenția locală, caracteristicile diferite ale SERP-urilor și nivelurile diferite de concurență înseamnă că o pagină care ocupă locul al treilea pe o piață poate ajunge pe pagina a patra pe o altă piață, chiar dacă conținutul este identic.

De aceea, activitatea internațională nu poate fi gestionată doar din perspectiva rezultatelor unei singure locații. Verificarea SERP-ului real din fiecare țară țintă, așa cum o face un instrument de verificare a SERP-ului pentru orice țară, regiune sau oraș pe care îl selectezi, îți arată realitatea concurențială cu care se confruntă de fapt fiecare pagină „spoke”: cine se clasează, cu ce tip de pagină și ce caracteristici ale SERP-ului stau între tine și clicuri.

Adesea, lecția este neplăcută. O pagină „spoke” subțire, bazată pe șablon, care funcționează bine într-o piață cu concurență redusă, poate avea nevoie de conținut cu adevărat local, referințe locale și linkuri locale pentru a concura într-una aglomerată. Tratați șablonul ca pe punctul de plecare pe care fiecare piață îl primește din prima zi, apoi lăsați SERP-ul în timp real să vă spună care pagini „spoke” merită o investiție mai profundă. În practică, asta înseamnă de obicei:

• câteva piețe prioritare beneficiază de secțiuni personalizate, puncte de date locale și strategii dedicate de link building;
• segmentul „long tail” al piețelor mai mici funcționează pe șablonul comun până când cifrele justifică mai mult.

Cercetarea cuvintelor cheie începe de la zero în fiecare piață

A doua capcană este presupunerea că lista ta de cuvinte cheie se traduce pur și simplu. Traducerea directă ratează esențialul: utilizatorii din țări diferite nu folosesc doar cuvinte diferite; ei efectuează căutări cu intenții diferite și volume diferite. O categorie de produse care este un termen principal cu volum mare într-o piață poate fi o interogare de nișă în alta, iar termenul colocvial care generează tot traficul poate să nu aibă nimic în comun cu traducerea din dicționar.

Cercetarea fiecărei piețe de la zero, cu ajutorul unui instrument de cercetare a cuvintelor cheie care acceptă date specifice locației, este singura abordare fiabilă. Timpul necesar pentru acest proces este real, dar îți oferă un avantaj: concurenții care își traduc automat cuvintele cheie țintă lasă întregi spații de interogări locale necontestate.

Acesta este, de asemenea, momentul în care modelul „hub-and-spoke” își dovedește utilitatea pentru a doua oară. Deoarece fiecare „spoke” reprezintă o pagină separată, aceasta poate viza termenul local în locul celui tradus, fără a perturba restul grupului.

Evaluează pe piețe, altfel te bazezi doar pe presupuneri

Sursă: Magnific

Ultima disciplină este măsurarea. Clasamentele globale medii ascund tot ce trebuie să știți: o poziție care s-a „îmbunătățit” în medie ar putea să se fi prăbușit pe cea mai valoroasă piață a dvs., în timp ce a urcat pe trei piețe irelevante.

Urmărirea pozițiilor pe țară, pe cuvânt cheie, într-un instrument de monitorizare a clasamentelor transformă arhitectura într-o buclă de feedback. Fiecare pagină „spoke” primește propriul tablou de bord, iar problemele structurale se revelează sub formă de tipare:

• Dacă fiecare „spoke” are performanțe slabe într-o țară, suspectați semnalele de direcționare sau atributul hreflang.
• Dacă o ramură are performanțe slabe peste tot, suspectați pagina.

Această logică de diagnosticare funcționează doar atunci când datele sunt segmentate în funcție de locație încă de la început, motiv pentru care monitorizarea pe piețe ar trebui să facă parte din lista de verificare de la lansare, mai degrabă decât din faza de curățare de șase luni mai târziu.

Un ritm săptămânal practic pentru un produs destinat mai multor țări arată astfel:

1. Analizează evoluția pe fiecare țară a paginilor generatoare de venituri.
2. Compară cele mai mari discrepanțe cu rezultatele locale afișate în timp real în SERP.
3. Marcați secțiunile în care concurența locală are pagini mai bine structurate.
4. Puneți în așteptare activitatea de localizare acolo unde datele indică faptul că va fi rentabilă.

Pentru informații mai detaliate privind aspectul lingvistic al acestei activități, ghidul Ranktracker privind optimizarea unui site web pentru alte limbi acoperă stratul de conținut care se află deasupra arhitecturii descrise aici.

Moduri comune de eșec care merită verificate

Înainte de a lansa orice structură multinațională, efectuați un audit pentru a identifica greșelile care apar în aproape fiecare analiză post-mortem de SEO internațional:

• Semnale contradictorii. Un ccTLD care direcționează hreflang către subdirectoarele unui alt domeniu sau pagini de țară canonicizate către hub-ul global, ceea ce îi indică discret lui Google că paginile secundare sunt duplicate care nu merită să fie clasate.
• Redirecționări automate bazate pe IP. Acestea împiedică atât utilizatorii, cât și crawlerele să acceseze versiunile pe care le doreau de fapt. Sfatul Google este să evitați redirecționările automate și să creați legături între versiuni, astfel încât utilizatorii să poată alege cea de care au nevoie, deoarece detectarea locației bazată pe IP este, în primul rând, nesigură.
• Text standard netradus. Meniurile, subsolurile și fluxurile de finalizare a comenzii lăsate într-o altă limbă pe o pagină altfel localizată subminează atât încrederea utilizatorilor, cât și semnalele lingvistice ale paginii.

Niciuna dintre acestea nu este neobișnuită. Ele apar atunci când o echipă localizează textul fără a revizui niciodată structura care stă la baza acestuia, iar fiecare dintre ele este ușor de identificat într-un audit, dar costisitor de descoperit într-un raport de clasificare.

Structura este strategia

SEO-ul multinațional recompensează echipele care fac lucruri plictisitoare în mod consecvent:

• o structură de URL-uri bine gândită;
• un model „hub-and-spoke” bine structurat pentru fiecare produs;
• hreflang reciproc cu un x-default;
• cercetare de cuvinte-cheie pentru fiecare piață în parte;
• monitorizarea poziției în clasament pe fiecare țară, care închide cercul.

Exemplele sunt peste tot odată ce le căutați, de la paginile de prețuri SaaS până la centrele de extragere a loteriei, și toate ne învață aceeași lecție. Paginile nu se clasează peste tot pentru că conținutul este genial peste tot. Se clasează peste tot pentru că structura nu lasă niciodată întrebarea „pentru cine este această pagină?” deschisă interpretării.