Здравейте! Аз съм Васил Тошков от Cloxy, а темата днес е как да си опишем езиковите версии на сайта за търсачките. От две различни места ми поискаха да направя видео за тази тема. Малко закъснях, но ето - видеото е вече факт.

Нещо, което много често ме питат като SEO въпрос е как да си правим езиковите версии на сайта. Тоест като поддиректории, като поддомейни, чрез някакъв параметър, тъй като има разни API-та, чрез които по този начин по-лесно се работи като програмиране. Като да купуваме отделните домейни, както Google правят - .com, .bg, .fr и така нататък.

Има и някои други начини да сервираме динамично съдържанието, тоест да разпознаваме потребителя на какъв език е и динамично да сервираме съответния език спрямо локацията, на която се намира. Този последният вариант е единствения, който не препоръчвам, тъй като няма смисъл, търсачките могат да обходят само една езикова версия, те виждат само една - спрямо локацията, където се намира бота, така че това не е препоръчително.

Но отговорът ми е, че независимо кой от всичките тези варианти ще изберете да си структурирате езиковите версии, всъщност няма никакво значение. Най-важното е те да бъдат описани и свързани правилно със съответните релации, в случая hreflang релации, които са стандарт, и то стандарт от вече доста време. Така че аз винаги предпочитам да се стъпва на стандартите, а и това е вариантът, при който големите търсачки, включително и Гугъл са казали, че зачитат, а и нашата практика показва, че работи и то много силно работи.

Така че това, което е важно в head частта на документа е да имате подобни линк тагове, които да сочат към текущата езикова версия, примерно ако се намираме на англоезичната версия на дадена страница, не е казано въобще сайт, то тази страница трябва да има към себе си подобна hreflang релация и към всички останали езикови еквиваленти, които има съответната страница.

Тоест, тука пътя трябва да е пълен, нали ако е начална страница на сайта - ОК, началната. Ако е някаква подстраница или поддиректория, всеки път, естествено, пътят е пълният, тоест относително спрямо мястото, където се намираме. Аз съм дал пример с директории, защото лично аз предпочитам този вариант. Не харесвам поддомейните като концепция изобщо, а и чисто за търсачките се разфокусира целия авторитет. Нали поддомейнът си е един отделен домейн все едно.

Така че лично аз съветвам да се използва вариантът като директории и като програмиране, и като търсачки, и като йерархична структура така е най-добре изглеждащо и най-добре се държи, така че този вариант препоръчвам. Сега при hreflang релацията, това което трябва да отбележа задължително е, че 90%, нали това си е официална статистика от сайтовете, които са се опитали да интегрират тези релации, нещо са объркали.

Тоест под 10% успяват да направят тези тагове правилно, което показва колко малък процент е успеваемостта и че всъщност са сложни. Започвам с някои от често срещаните грешки. Примерно, да се използва само език, както аз съм дал тук в случая. Нали, ако имаме в случая един свъх-general сайт, примерно представителя на някаква фирма, и да имаме българска и английска версия, този вариант ни върши работа.

Но ако имаме примерно сайт за имоти и целим примерно потребителите във Великобритания, тогава не е достатъчно просто да кажем, че имаме английска версия на съответния си домейн. Тогава тук може да вкараме и локацията, тоест има си друг стандарт, можете да го почетете, с тире примерно, GB, което е за Великобритания и по този начин да кажем на търсачката, тоест тя да е сигурна, че когато даден потребител от Великобритания търси нашата страница, търсачката да е уверена, че тя ще е полезна, удовлетворява, насочена е точно към тези потребители, тоест смело да я класира.

Сега, това, което не се знае много и не се прави е, че тук тези релации може да си ги повтаряме, тоест ако имаме английска версия, може да линкваме само към en, но ако същата тази английска версия удовлетворява примерно потребителите от САЩ, които ни интересуват, примерно от Австралия, които ни интересуват и от Великобритания, не пречи да повторим няколко пъти релацията и да си сложим освен en, hreflang en-GB, en-US, -au и така нататък.

Това не е фатално, напротив, после ще си видите при параметрите на Гугъл, когато търсачката търси е много по-уверена и има ли го това нещо, тя си сервира съответната версия смело. Сега, нещо, което друго трябва да отбележа е, че тази свързаност между отделните езикови версии може да бъде направена и чрез XML sitemap, тоест по sitemaps.org стандарта и протокола.

Това, което ще дам като съвет е никога да не използвате и двата варианта. Тоест, ако го правите с XML sitemap, правете го по този начин, да работи, поне в Гугъл сме го тествали, работи. Ако го правите чрез релации, както е нали истинския стандарт, тъй като картите на сайтовете са стандарт, но разширението за езикови версии е нещо, което Гугъл са наложили и не е стандарт, така че моя съвет е да се използват именно чрез тези връзки.

Но ако решите да го правите чрез XML sitemap, правете го само с него, но никога и по двата варианта, тъй като, ако в момента вероятността да сбъркате е 90%, ако го направите и по двата варианта, тъй като са различни протоколи и е много трудно да наместите всичко да съвпада едно към едно, тогава вероятността да сбъркате става 99%, така че най-добре е да използвате само този вариант.

Нещо друго, което много често се бърка е, че потребителите автоматично слагат canonical релации и много често при езикови версии това, което ние наблюдаваме е, че canonical сочи, нали дори да отвориш примерно /en езикова версия, canonical сочи към главния домейн.

Имайте предвид, че canonical е с много по-висок приоритет от тези тагове, така че тогава просто се обезсмисля описанието на езикова версия. Внимавайте с canonical! Не трябва всяка една страница да има canonical. Нали това са някакви митове, но това е друга тема. И още нещо, което мога да отбележа - не е стандарт, но е наложено от Гугъл.

Аз не съм го написал, защото аз се водя само по стандарти, но ако имате страница, която обслужва абсолютно всички езикови версии на потребителите, сега, имам доста случаи, които могат да бъдат такива страници, но като пример, ако имате някаква начална страница, на която питате глобално потребителя на коя езикова версия да отиде, примерно всеки един голям бранд има такава начална страница, тогава тази начална страница с релация X-default, можете да кажете нали като hreflang, тоест, че тя удовлетворява абсолютно езици, нали, че не е свързана с определен език и търсачката, когато не знае кой от всички езици да избере, избира X-default.

Сега, като казах, че много често това нещо се бърка, самите Гугъл са си сбъркали имплементацията, и то по няколко критерия на собствения си сайт play.google.com - една от техните услуги, така че като казвам, че 90% го бъркат, това си е съвсем реална статистика от наши колеги в чужбина, а и съвсем реална статистика от нашия опит тук в България, който имаме.

И накрая искам да обясня едно нещо, което също не се разбира, тоест как да си тестваме дали сме си свързали отделните езикови версии правилно. Тоест, каква заявка да направим в Гугъл, естествено, трябва да изчакаме известно време, Google да ги хване всичките тези неща, но да разбере, дали всичко работи.

Не се разбират параметрите на Google, тоест в Google когато търсим, има два параметъра, които са ключови при изборът на локации и езикова версия. Тоест hl параметърът, който казва (според мен е точно hreflang, съкратено), тоест, търсим страницата на съответния език в Гугъл и нали това - hl параметърът и втория параметър е gl, тоест географска локация.

Тоест, търсим в случая страници на английски в географска локация България. Това са хора, които са англоговорящи, но се намират на територията на България, примерно чужденци и ако правим сайт за имоти в чужбина, или пък за rent a car примерно и чужденец, англоговорящ е дошъл в България и иска да си наеме кола - точно това е заявката, чрез която ние трябва да тестваме от България дали се класира сайта ни, дали тези неща сме ги свързали да работят правилно.

Естествено, трябва да включим инкогнито window на браузъра, така че да няма никакви бисквитки, подобни, pws параметърът също до известна степен, но не напълно маха персонализацията и това накрая е съответната ни заявка, примерно, ако търсим SEO примерно, но дадох примера с rent a car.

Мисля, че това е, това са основите. Пак казвам, няма значение какъв вариант избирате да са ви адресите, важното е те да бъдат свързани помежду си със съответните hreflang релации (аз така ги наричам) и от там нататък нещата просто се свързват. И нещо, което сега се сетих и е изключително важно, отново от нашия опит е, че примерно, давам го като реален пример, успешен електронен магазин в България на определена тематика изведнъж решава да почне да продава продукцията си в Турция, Румъния, Сърбия, всички съседни държави.

Брандът вече е наложен успешно в България, сайтът е лидер, това, което правим, естествено създаваме съответните езикови версии и ги връзваме чрез hreflang релации. Това, което се случва е, че автоматично, буквално за една седмица завзехме всички останали пазари, тъй като Google вижда, казва "аз вярвам в този бранд, той вече е наложен, да, нормално е един бранд да се разширява в други пазари" и просто започва да се класира във всичките съответни държави по перфектен начин.

Още нещо, което сме забелязали е, че когато трупаме връзки към една от езиковите версии, примерно в България трупаме връзки към българската версия, това нещо вдига всички останали езикови версии и обратно - бутаме английската с англоезични версии, вдигат се всички останали, примерно в случая българската версия. Това, което търсачките искат, мисля, че вече е ясно, че най-важното за Гугъл е брандът, и миналия път за SEO одитите говорих, че според нас това е най-важното.

Така че, когато един бранд е наложен и Google го е разпознал, тогава просто при навлизане в нов пазар няма нужда да се гради наново репутация и всичко, просто тя вече е изградена. При правилното свързване с тези релации директно започва да се класира в новите пазари.

Но там има друга тема, например ако са англоезични и правим много различни версии на английски, тогава проблем е дублираното съдържание и всякакви такива неща, но при родната действителност малко по-малко вероятно е да се случат такива проблеми, пък и това е друга, доста голяма тема. Мисля, че това е, до следващия четвъртък, чао за сега!