Hreflang и SEO за многоезичен магазин: пълно ръководство

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

Hreflang е малък атрибут с голямо значение за всеки, който продава на повече от един език или в повече от една държава. В тази статия ще видите как работи, как се пише правилно, кои са най-честите грешки и какво правят автоматично Shopify и WooCommerce – и какво трябва да проверите сами.

Накратко:

• Hreflang казва на Google коя езикова или регионална версия на страницата да показва на кой потребител, но не е сигнал за по-високо класиране.
• Всяка версия трябва да сочи към всички останали и към себе си, иначе Google може да игнорира анотациите.
• Кодът за гръцки език е el, а не gr – GR е кодът на държавата Гърция и се използва само като второ, регионално уточнение.
• Canonical тагът на всяка езикова версия трябва да сочи към самата нея, а не към българската версия.
• Shopify Markets генерира hreflang автоматично за езиците и пазарите, но преводите, адресите и пренасочванията трябва да бъдат проверени.

Какво прави hreflang и какво не прави

Когато имате една и съща продуктова страница на български, гръцки и румънски, за Google това са три сходни страници. Без допълнителен сигнал търсачката сама решава коя да покаже – и понякога решава грешно. Hreflang е анотация, която казва: „Тези адреси са версии на едно и също съдържание, ето за кой език и регион е всяка.“

Какво не прави hreflang:

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

Синтаксис: как се пише hreflang правилно

Има три начина да добавите hreflang: с link тагове в head на страницата, с HTTP заглавки (за PDF и други файлове) или в XML sitemap. За магазини най-често се използват таговете в head или sitemap. Ето пример за продукт в три версии:

<link rel="alternate" hreflang="bg" href="https://example.com/products/krem-za-ratse" />
<link rel="alternate" hreflang="el" href="https://example.com/el/products/krem-za-ratse" />
<link rel="alternate" hreflang="ro" href="https://example.com/ro/products/krem-za-ratse" />
<link rel="alternate" hreflang="x-default" href="https://example.com/products/krem-za-ratse" />

Същият блок трябва да присъства на всяка от трите страници. Подробната спецификация е в документацията на Google Search Central.

Кодове за език и държава

Ситуация	Правилен код	Честа грешка
Български език	bg	bul, bg-BUL
Гръцки език	el или el-GR	gr
Румънски език	ro или ro-RO	ro-RU
Английски за Великобритания	en-GB	en-UK
Английски за целия свят	en	en-EU
Резервна версия	x-default	default, all

Първата част винаги е езикът (по ISO 639-1), а втората, ако я има, е държавата (по ISO 3166-1). Не можете да посочите само държава без език.

Кога ви трябва регионален код

Ако имате една гръцка версия за всички гръцкоговорящи, „el“ е достатъчно. Регионален код е нужен, когато имате различни версии за един език – например английски с цени в евро за Ирландия и английски с паунди за Великобритания. За типичен български магазин, който продава в Гърция и Румъния, обикновено е достатъчно „bg“, „el“ и „ro“, а x-default сочи към версията, която искате да виждат всички останали – често английската или основната.

Подпапки, поддомейни или отделни домейни

Преди да напишете първия hreflang таг, решете как ще изглеждат адресите. Hreflang работи с всички варианти, но изборът влияе на поддръжката и на авторитета на сайта.

Структура	Пример	Плюсове	Минуси
Подпапки	example.com/el/	Целият авторитет остава на един домейн, най-лесна поддръжка	По-слаб локален сигнал от национален домейн
Поддомейни	el.example.com	Може да се хоства отделно	Авторитетът се разпределя по-трудно
Отделни домейни	example.gr, example.ro	Силно доверие на местния купувач	Всеки домейн трябва да изгражда линкове сам, по-висока цена

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

Седемте най-чести грешки с hreflang

1. Липсват връщащи линкове. Българската страница сочи към гръцката, но гръцката не сочи обратно. Google може да игнорира такава двойка.
2. Липсва самопрепратка. Всяка страница трябва да се посочи и сама в списъка.
3. Canonical към друга версия. Ако гръцката страница има canonical към българската, вие казвате „не индексирай мен“ и hreflang губи смисъл.
4. Грешни кодове. „gr“, „en-UK“, „bg-BUL“ – невалидни и се пренебрегват.
5. Линкове към пренасочени или 404 адреси. Hreflang трябва да сочи към крайни адреси с код 200.
6. Непреведени страници. Гръцката версия е с български текст, защото преводът още не е готов. За Google това е объркващо.
7. Автоматично пренасочване по IP. Ако пренасочвате всеки посетител според държавата, Googlebot, който обхожда основно от САЩ, може никога да не види другите версии. По-добре покажете банер с предложение за смяна на езика.

Hreflang в Shopify и WooCommerce

Shopify

С Shopify Markets и добавени езици платформата автоматично генерира hreflang тагове за всички публикувани езикови и пазарни версии – независимо дали са на подпапки като /el/ и /ro/ или на отделни домейни. Това премахва повечето технически грешки, но остават задачите от ваша страна:

• Проверете в кода на страницата, че таговете съществуват и съдържат правилните адреси.
• Преведете адресите (slug), метаданните и alt текстовете, а не само видимия текст.
• Не публикувайте език, преди преводът да е готов.
• Внимавайте с приложения за автоматично пренасочване по държава.

Така работи и parfyum.bg, който продава на български, гръцки и румънски чрез отделни пазари. Настройката на пазарите е описана в статията за Shopify Markets.

WooCommerce

WordPress няма вградена многоезичност. Hreflang идва от плъгина за преводи – например WPML или Polylang – или от SEO плъгина. Проверете дали плъгинът ги генерира за продуктите, категориите и блога, а не само за страниците, и дали няма конфликт с canonical таговете на SEO плъгина. Повече за избора на решение ще намерите в статията многоезичен сайт.

Как да проверите дали hreflang работи

1. Отворете изходния код на продукт и потърсете „hreflang“. Има ли всички версии и x-default?
2. Отворете всяка посочена версия и проверете, че сочи обратно.
3. Проверете canonical на всяка версия.
4. В Search Console филтрирайте ефективността по държава – показват ли се гръцките адреси в Гърция?
5. Използвайте инструмент за обхождане на сайта, който докладва грешки в hreflang, при голям каталог.
6. Повтаряйте проверката след смяна на тема, приложения или структура на адресите.

Ако изграждате продажби в съседни държави, hreflang е само една част. Пазарът, доставката, плащането и съдържанието също трябва да са локални – вижте например статията за продажби в Румъния.

Често задавани въпроси

Ако планирате да излезете на нов пазар или виждате, че чуждестранните версии не носят трафик, заявете безплатния мини одит от страницата за SEO оптимизация – ще проверим hreflang, canonical и индексирането на всички езикови версии.