Ghid de orientare către limbă și țară

Care este cea mai bună modalitate de a crea un site web care necesită direcționarea în funcție de țară și de limbă? Ei bine, aceasta este o problemă mult dezbătută în rândul experților SEO și, din păcate, nu există un răspuns clar. Indiferent de modul în care alegeți să vă configurați site-ul web, vor exista neajunsuri, deoarece fiecare situație este diferită și depinde de natura unică a afacerii dvs.

Cu toate acestea, ca o introducere în subiect, voi explora cum să abordez problema orientării către limbă și țară într-un mediu de comerț electronic.

Când ne-am luat inițial în considerare abordarea noastră, au fost multe aspecte diferite care trebuiau luate în considerare, dar, în principiu, au fost doi factori importanți de avut în vedere:

1. Optimizare pentru motoarele de căutare (SEO)
2. Optimizarea ratei de conversie (CRO)

Au fost două aspecte separate de luat în considerare pentru ambii acești factori atunci când ne alegeam configurarea domeniului: modul în care vizam limbile și modul în care vizam țările. Un site multilingv este un site web care își oferă conținutul în mai multe limbi, de exemplu, o companie canadiană care își oferă conținutul atât în ​​engleză, cât și în franceză.

Un site web multi-regional, pe de altă parte, este un site web care vizează în mod specific utilizatorii din diferite țări. Acest lucru se face frecvent pentru a îmbunătăți CRO prin personalizarea conținutului, cum ar fi procesul de comandă, detaliile de livrare, căutarea adresei și orice alt conținut pentru a îmbunătăți conversiile în funcție de locația geografică. Pe lângă aceste două configurații individuale, este important să rețineți că un site poate fi atât multiregional, cât și multilingv.

Mărcile cu care lucrăm sunt populare în multe țări diferite, dintre care unele (cum ar fi Canada), deservesc utilizatori din mai multe țări, iar acest lucru a adăugat încă un nivel de complexitate configurației noastre. Cum trebuia să le oferim utilizatorilor limba corectă, oferindu-le în același timp o experiență de utilizator adaptată locației lor geografice, pentru a le oferi așteptări realiste cu privire la livrare, preț și garanții?

CUM Arăta Configurația noastră anterioară?

Anterior, folosim o configurație de subdirector pentru toate site-urile din rețeaua MoreNiche, cu versiunea americană la https://brandwebsites.com/us/, versiunea franceză la https://brandwebsites.com/fr/ și versiunea canadiană a site-ului la https://brandwebsites.com/can/.

În consecință, utilizatorii canadieni ar putea ajunge fie la /can/, fie la /fr/, în funcție de limba în care au căutat, unii utilizatori canadieni ajungând chiar pe site-ul /us/ chiar dacă localitatea a fost setată la en-US. De fapt, aproape jumătate din toți utilizatorii canadieni aterizaseră pe site-ul din SUA și rataseră multe dintre îmbunătățirile importante de utilizare care s-au dovedit a fi foarte avantajoase pentru CRO.

În general, când a venit vorba de a viza corect atât limba, cât și țara, acuratețea noastră a fost de aproximativ 70%, ceea ce înseamnă că o proporție corectă de utilizatori ai site-ului nu au avut o experiență optimă. Aceasta a fost o performanță dramatic mai slabă decât site-ul CrazyBulk, care utiliza deja o configurare multi-domeniu și a înregistrat o precizie de 90%.

Acest lucru s-a reflectat atât în ​​ratele de conversie, cât și în clasamentele de marcă pentru fiecare țară. În general, Google părea să favorizeze configurarea site-ului în limbă, iar utilizatorii au beneficiat de experiența de plată personalizată îmbunătățită și de celelalte eforturi ale noastre CRO.

CUM Arata SOLUTIA PERFECTA?

Așadar, care este soluția ideală pentru o configurare care necesită direcționare atât pe bază geografică, cât și pe limbă? Aceasta este o întrebare dificilă, fără un răspuns perfect. De fapt, SEO-urile dezbat mereu această problemă controversată.

Viziunea noastră pe termen lung este că toate site-urile ar trebui să fie pe domenii sau subdomenii de limbă (ccTLD) (pe un gTLD) în care ccTLD-ul nu este disponibil pentru a ne asigura că experiența este adaptată la țara specifică. Țările care necesită mai mult de o limbă ar trebui, în cele din urmă, să aibă o configurație în mai multe limbi, de exemplu, https://brandwebsites.ca ar servi site-ul principal în limba engleză canadiană, în timp ce https://brandwebsites.ca/fr/ ar servi puțin mai puțin. important site în limba franceză canadiană.

Având în vedere că cea mai mare parte a traficului provine de la afiliați, am considerat că este mai important să luăm în considerare mai întâi CRO pentru a ne asigura că majoritatea utilizatorilor au o experiență adaptată locației lor geografice.

Pentru a susține această configurare și pentru a ne asigura că nu am întâmpinat probleme cu conținutul duplicat, trebuia să fim siguri că folosim corect hreflang pentru a explica motoarele de căutare exact ceea ce vizam. În plus, trebuia să fim atenți la conținutul duplicat pe mai multe domenii și să ne gândim cu atenție dacă ar trebui să folosim canonizarea sau dacă era, de fapt, în regulă să avem conținut duplicat, deoarece vizam diferiți utilizatori în țări diferite. Mai jos este un extras din sfatul Google privind conținutul duplicat în cazul site-urilor web specifice limbii și țării.

Adesea, mai ales când purtați pălăria SEO, este mult prea ușor să vă temeți prea mult de a avea conținut duplicat pe site-ul dvs. O mare parte din această frică a fost cauzată de natura excesivă a actualizării inițiale Google Panda din februarie 2011. Deși conținutul duplicat a fost întotdeauna ceva de reținut, importanța sa a crescut de zece ori odată cu introducerea Panda.

Peste noapte, multe site-uri care anterior se clasaseră bine au dispărut pur și simplu din cauza calității conținutului și a problemelor de duplicare care au ridicat un semnal împotriva site-ului și au marcat efectiv întregul domeniu ca fiind de calitate scăzută. De fapt, tot te-aș sfătui să citești această postare veche pe Moz, care oferă câteva sfaturi detaliate despre conținutul duplicat într-o lume post-Panda.

Un lucru care merită remarcat acum este că, din ianuarie 2016, Panda este de fapt doar o altă parte a algoritmului de bază Google și are o natură mult mai granulară. Aceasta înseamnă că, chiar și în cel mai rău caz, nu ar trebui să găsești întregul tău domeniu penalizat. Dar dacă nu este posibil, ar trebui să vă puteți recupera mult mai repede, deoarece nu trebuie să așteptați câteva luni pentru următoarea reîmprospătare a algoritmului.

În plus, Google a învățat destul de repede că un anumit conținut duplicat este în regulă, mai ales acolo unde este direcționat către diferiți utilizatori din diferite țări. Având în vedere acest lucru, în decembrie 2011 a introdus atributul hreflang, astfel încât să puteți indica lui Google cine ar trebui să vadă ce versiune a conținutului dvs. atunci când vine din căutarea Google.

PRIMUL NOSTRU PAS ESTE ACUM TERMINAT

Așadar, nu am putut trece direct de la configurația anterioară la configurația visată din diverse motive tehnice și legate de resurse. În schimb, am făcut câțiva pași de copil pe parcurs. În acest moment, pentru majoritatea mărcilor cu care lucrăm, avem următoarele domenii:

https://brandwebsites.com
https://uk.brandwebsites.com
https://au.brandwebsites.com
https://ca.brandwebsites.com
https://fr.brandwebsites.com
https://de.brandwebsites.com
https://brandwebsites.es
https://brandwebsites.gr

După cum puteți vedea, există un amestec de subdomenii pe domeniul .com gTLD și ccTLD-uri. Pe măsură ce achiziționăm ccTLD-uri, vom trece de la subdomeniu la ccTLD pentru a ne standardiza configurarea pe ccTLD-uri, având în vedere și alte beneficii potențiale despre care vom discuta mai târziu.

De când am finalizat această migrare la începutul anului 2017, ne-am actualizat sitemapurile și ne-am asigurat că noile domenii sunt configurate corect în instrumentele Google și Bing pentru webmasteri. De asemenea, am configurat redirecționări permanente (301), astfel încât traficul care aterizează în vechile locații să nu se piardă pur și simplu și astfel încât să păstrăm o parte din valoarea altor site-uri web care leagă la pagini din vechea configurație.

Începând cu 6 februarie 2017, am lansat și modificări de server ale modului în care gestionăm redirecționarea de la „www.” la „non-www”. domenii, precum și modificări ale modului în care ne asigurăm că întregul trafic este securizat și redirecționează către https://.

Pe lângă aceste modificări, vom actualiza și fișierul robots.txt pentru fiecare site pentru a indica în mod clar noua locație a sitemap-ului și pentru a preveni probleme comune, cum ar fi indexarea paginilor cu rezultatele căutării de pe unele site-uri web ale mărcii.

CE ALTE OPȚIUNI AM LUAT ÎN VEDERE?

În timpul procesului de luare a deciziilor pentru noua noastră configurație, am avut mai multe opțiuni de luat în considerare:
Domenii specifice țării, de exemplu https://brandwebsites.es
Subdomenii pe un gTLD, de exemplu https://fr.brandwebsites.com
Subdirectoare pe un gTLD, de exemplu https://brandwebsites.com/el/
Configurația noastră actuală, de exemplu ca exemplu 3, dar fără site la nivel rădăcină, de exemplu https://brandwebsites.com/us/
Parametri URL, de exemplu https://brandwebsites.com?lang=de

De ce nu ne-am menținut cu configurația actuală?

Imediat am respins configurarea noastră actuală, pentru că lipsa unui site la nivel de rădăcină a cauzat o varietate de probleme:

• Utilizatorii erau adesea redirecționați de la domeniul rădăcină către un subdirector de limbă, încetinind timpul de încărcare. Acest lucru a fost cauzat de un amestec de legături interne vechi, legături externe fără dosare de limbă sau utilizatori care vizitează direct domeniul prin intermediul browserului.
• Google se așteaptă ca un site web să existe la nivel de rădăcină. De fapt, clasamentele de marcă pentru site erau afișate în Google ca https://brandwebsites.com, chiar dacă nu exista nicio pagină aici. Nu îi făceam treaba ușoară și acest lucru se reflecta în clasamentele de marcă pentru site-ul din SUA ale multor mărci ale noastre.
• Verificarea unui domeniu necesită adesea să apară o etichetă pe pagina de pornire; aceasta poate fi folosind configurarea instrumentelor sociale sau pentru webmaster. În timp ce am putea rezolva unele prin validarea utilizând o altă metodă, cum ar fi intrările DNS, cu altele nu am putut și acest lucru ne-a cauzat unele probleme cu integrarea socială.
• Am făcut confuzie direcționarea în funcție de limbă și de țară și am făcut lucrurile mai dificile decât trebuiau să fie pentru utilizatori. De exemplu, directorul nostru spaniol a fost setat la localitatea es_ES, în timp ce o mare parte din trafic provenea de fapt de la utilizatori spanioli din Mexic (es_MX). Aceasta a fost setarea hreflang=“es_ES”, în timp ce hreflang=“es” pentru a acoperi toate țările vorbitoare de spaniolă ar fi putut fi mai eficient pentru SEO. Dar acest lucru ar crea propriile probleme cu personalizarea coșului în ceea ce privește steagurile locale și furnizorii de transport.

Mai simplu spus, trebuia să putem personaliza site-ul în funcție de locația utilizatorului, așa că trebuia să separăm direcționarea în funcție de limbă și de țară.

Având în vedere aceste patru puncte, am putut instantaneu să renunțăm la configurația actuală și să analizăm alternative care ne-ar aduce nivelul de flexibilitate necesar.

Parametrii URL – de ce sunt o idee groaznică?

Următoarea opțiune evidentă pe care nici nu am vrut să o luăm în considerare a fost configurarea limbilor ca parametri URL. Motivul evident pentru acest lucru este că pur și simplu nu puteți direcționa geografic limbi separate în instrumentele pentru webmasteri.

În plus, este extrem de dificil pentru utilizatori să recunoască site-ul web și să ajungă manual pe domeniul corect și, de asemenea, am avut preocupări cu privire la menținerea site-ului în limba pe care se afla utilizatorul și, în general, gestionarea eficientă a legăturilor interne.

Există unele situații în care parametrii URL pot funcționa, dar acest lucru tinde să fie atunci când ești mai puțin preocupat de SEO și filtrezi manual traficul paginii de destinație. De exemplu, site-urile web care sunt conduse în întregime de traficul afiliat care nu se așteaptă la mare lucru în ceea ce privește sprijinirea traficului SEO pot prospera cu o configurație de limbă a parametrilor URL.

Cântărirea opțiunilor rămase – care au fost avantajele și dezavantajele?

Așa că am rămas cu trei opțiuni disponibile de luat în considerare:

1. Domenii specifice țării
2. Subdomenii pe un gTLD
3. Subdirectoare pe un gTLD

Fiecare dintre aceste opțiuni are propriile sale avantaje și dezavantaje și vreau să precizez că nu există o soluție perfectă. În timp ce SEO de pretutindeni va fi cel mai probabil susținătorii uneia dintre aceste opțiuni față de toate celelalte, este o alegere complet situațională care necesită luarea în considerare a mai multor factori:

• Impactul asupra resurselor echipei de marketing digital
• Costul de instalare și întreținere a soluției
• Cum este afectată experiența utilizatorului
• Impactul potențial asupra motoarelor de căutare

Acești factori pot fi împărțiți în mai multe elemente care ar trebui luate în considerare pentru fiecare opțiune, iar tabelul de mai jos le rezumă. Cu toate acestea, rețineți că valoarea acestor elemente pentru site-ul sau organizația dvs. este ceva complet personal pentru situația dvs.

Importanța acestor douăsprezece elemente variază dramatic în funcție de situația dvs. Acesta este motivul pentru care, în cele din urmă, nu există o soluție universală pentru direcționarea în funcție de limbă și țară. Mai degrabă, este o chemare de judecată care necesită o analiză atentă, deoarece decizia dvs. va afecta site-ul dvs. web și capacitatea de a-l schimba în anii următori.

CONCLUZILE NOASTRE

Dintr-o perspectivă pur SEO, există riscuri asociate cu separarea unui site în mai multe domenii, iar cel mai mare dintre acestea este efectul necunoscut al mai multor domenii asupra backlink-urilor. Cu toate acestea, Google a devenit mult mai granular în modul în care tratează link-urile, așa că ar fi înțelept să concluzionăm că acordă o atenție mai mare link-urilor locale specifice nișei atunci când determină clasamentele într-o anumită țară.

Dar beneficiile CRO ale schimbării depășesc riscurile implicate de orice activitate SEO suplimentară necesară pentru a asigura clasamentele. Utilizarea domeniilor pentru a viza o țară și separarea direcționării în funcție de limbă și locație permite o abordare mult mai precisă a direcționării utilizatorilor site-ului.

În plus, există un anumit beneficiu SEO în separare, deoarece ajută la prevenirea unora dintre problemele pe care le-am văzut cu clasarea site-ului de țară greșită într-o anumită locație. De exemplu, am văzut destul de frecvent clasarea site-ului principal în limba engleză din SUA în locul versiunii localizate, de exemplu, folderul /can/ din Canada. De asemenea, ne va ajuta în viitor să accelerăm site-ul în anumite țări, unde cererea este considerată suficient de mare, găzduind domenii pe servere separate, specifice locației.

Multe organizații au implementat domenii separate specifice țării în același mod în care am făcut-o noi, inclusiv Google, Amazon și Wikipedia (subdomenii). Întrucât site-urile noastre web sunt site-uri de comerț electronic, acestea le fac candidații ideali pentru acest nivel de separare, care necesită ca atât variația de țară, cât și de limbă să fie adaptate pentru utilizator. În plus, preocuparea de conținut duplicat poate fi prevenită printr-un marcaj hreflang adecvat și luând în considerare sfaturile Google privind conținutul duplicat pe site-urile internaționale.

CE URMEAZA?

Am finalizat prima fază a modificărilor noastre ale site-urilor web și acum căutăm să îmbunătățim:

1. Markup Hreflang: în unele locuri, pluginul pe care îl folosim pare să cauzeze probleme fără etichete returnate. Acest lucru înseamnă efectiv că nu toate site-urile cu variante de limbă și țară fac referințe reciproce. Aceasta trebuie să includă o auto-referință cu pagina care se leagă la ea însăși cu marcaj hreflang.
2. Extindeți variațiile de limbă odată ce avem un control hreflang mai mare. Un exemplu perfect în acest sens ar fi crearea unei versiuni franco-canadiene a site-ului, care ar fi un subdirector pe domeniul canadian. De asemenea, putem căuta să mutăm variații de limbă nespecificate ale locației implicite pe brandwebsites.com și să avem mai multe limbi pe domeniu, de exemplu:
   1. <link rel="alternate” href="https:// uk.brandwebsites.com/ ” hreflang="en-GB” />

   <link rel=”alternate” href="https:// ca.brandwebsites.com/ ” hreflang=”en-ca” />

   <link rel="alternate” href="https:// au.brandwebsites.com/ ” hreflang="en-au” />

   <link rel="alternate” href="https:// brandwebsites.com/ ” hreflang="en-US” />

   <link rel="alternate” href="https:// brandwebsites.com/” hreflang="ro" />

   <link rel="alternate” href="https://brandwebsites.es/ ” hreflang="es-ES” />

   <link rel="alternate” href="https://brandwebsites.com/es/” hreflang="es” />

3. Site-uri în mai multe limbi cu procese de plată adaptate țării, inclusiv factori de încredere, cum ar fi furnizorii locali de livrare și steaguri. De asemenea, începeți să analizați testele separate pentru fiecare țară, acolo unde este cazul, deoarece comportamentul cumpărătorului și așteptările UX variază la nivel global.

Deși este posibil ca aceste informații să nu ajute afiliații noștri în mod direct cu SEO internațional, ar trebui să vă ofere o mulțime de lucruri de gândit atunci când vine vorba de crearea propriului site web multilingv.