Многоезичен сайт: български, английски и румънски без SEO проблеми

Добавянето на втори и трети език изглежда като техническа задача за един следобед: инсталирате плъгин за превод, слагате флагчета в хедъра и готово. Месеци по-късно се оказва, че Google показва българската страница на потребители в Букурещ, английската версия не се индексира, а в Search Console има стотици „дублирани страници без избран каноничен адрес“.

Многоезичен сайт работи добре само ако езиците са планирани като отделни версии със собствени адреси, собствено съдържание и ясни сигнали към търсачките. По-долу ще видите кои решения се взимат в началото, как се настройват hreflang и каноничните адреси, какво предлагат Shopify и Next.js и кои грешки срещаме най-често при одит.

Накратко:

• Всяка езикова версия трябва да има собствен постоянен URL адрес, например /en/ и /ro/, а не да сменя езика чрез бисквитка или JavaScript на същия адрес.
• Атрибутите hreflang казват на Google коя страница е за кой език и регион и трябва да са взаимни: всяка версия сочи към всички останали и към себе си.
• Каноничният адрес на преведената страница сочи към самата нея, а не към българския оригинал.
• Автоматичното пренасочване по IP адрес пречи и на потребителите, и на обхождането от Googlebot; по-добре е да предложите смяна на езика с банер.
• Машинният превод без редакция рядко се класира добре – ключовите думи на румънски или английски трябва да се проучат отделно.

Първо решение: структура на адресите

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

Вариант	Пример	Плюсове	Минуси
Подпапки	example.com/en/, example.com/ro/	Един домейн, общ авторитет, лесна поддръжка	Един хостинг за всички пазари
Поддомейни	en.example.com, ro.example.com	Може да са на различни сървъри	Google ги третира по-отделно, авторитетът се натрупва по-бавно
Отделни домейни	example.com, example.ro	Най-силен локален сигнал, доверие у местните купувачи	Отделно SEO и линк билдинг за всеки домейн, по-високи разходи
Параметър или бисквитка	example.com/?lang=en	Лесно за разработчика	Не се препоръчва – версиите често не се индексират отделно

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

Hreflang: как да кажете на Google коя версия за кого е

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

Минималната настройка за страница на три езика изглежда така в <head> на всяка от трите версии:

<link rel="alternate" hreflang="bg" href="https://example.com/uslugi/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/services/" />
<link rel="alternate" hreflang="ro" href="https://example.com/ro/servicii/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/uslugi/" />

Правила, които се нарушават най-често

• Взаимност. Ако английската страница сочи към румънската, румънската трябва да сочи обратно. Еднопосочните връзки се игнорират.
• Самореференция. Всяка версия изброява и себе си.
• Правилни кодове. Езикът е по ISO 639-1 (bg, en, ro, el), регионът – по ISO 3166-1 (BG, RO, GR). „en-UK“ е грешка, правилно е „en-GB“.
• Само индексируеми адреси. Hreflang не бива да сочи към страници с noindex, пренасочвания или грешка 404.
• x-default показва коя версия да се отвори, когато нито един език не пасва – обикновено основната или страница за избор на език.

Подробно ръководство с примери за магазини има в отделната ни статия за hreflang и SEO за многоезичен магазин. Официалната документация е в Google Search Central.

Каноничен адрес и дублирано съдържание

Честа грешка при плъгини за превод: на английската страница стои rel="canonical" към българската. Така вие изрично казвате на Google „не индексирай тази страница, оригиналът е другаде“ – и английската версия изчезва от резултатите. Правилото е просто: всяка езикова версия е канонична сама на себе си, а връзката между версиите се прави с hreflang.

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

Превод, който се класира, а не просто се чете

Купувачите в Румъния не търсят дословния превод на вашата българска ключова дума. Затова при многоезичен сайт проучването на ключови думи се прави за всеки език поотделно:

1. Започнете с 20–30 най-важни страници: начална, основни категории или услуги, топ продукти.
2. За всяка намерете как реално се търси на целевия език – с инструмент за ключови думи и с подсказките на Google в съответната държава.
3. Преведете заглавие, мета описание, H1 и URL адреса с тази формулировка, не дословно.
4. Използвайте AI или машинен превод за черновата, но дайте текста на носител на езика или опитен редактор.
5. Адаптирайте детайлите: валута, мерни единици, срокове за доставка, телефон за връзка, начини на плащане.

Помнете и детайли като преведен slug: /ro/servicii/ работи по-добре от /ro/uslugi/.

Многоезичен сайт в Shopify

Shopify поддържа езици и пазари в самата платформа. Основните елементи са:

• Езици – добавят се от настройките и получават подпапки като /en/ и /ro/ на същия домейн.
• Shopify Markets – свързва език, валута и държави в „пазар“, например Румъния с румънски език и цени в леи или евро. Повече в статията ни за Shopify Markets.
• Приложение за превод – официалното Translate & Adapt или външни приложения; в тях превеждате продукти, колекции, страници, мета полета и текстовете на темата.
• Hreflang – добавя се автоматично от Shopify за публикуваните езици, ако темата е изградена правилно. Струва си да проверите изходния код на няколко страници.

Пример от практиката ни: parfyum.bg работи на български, гръцки и румънски с отделни пазари за Гърция и Румъния. Най-много време там не отне техническата настройка, а преводът и редакцията на описанията и SEO колекциите за всеки пазар.

Многоезичен сайт на Next.js или собствен код

При сайт на собствен код всичко е във ваши ръце – и това е предимство, и риск. В Next.js езиците обикновено се решават с динамичен сегмент в пътя (например app/[lang]/) и речници с преводите. Задължително проверете:

• hreflang и canonical се генерират на сървъра, в изходния HTML, а не само след зареждане на JavaScript;
• sitemap.xml съдържа всички езикови версии или отделни sitemap файлове по език;
• атрибутът lang на тага <html> съответства на езика на страницата;
• превключвателят на езика води към еквивалентната страница, а не винаги към началната.

Ако се колебаете между платформи, в статията ни какво е Next.js обясняваме кога собственият код има смисъл.

Контролен списък преди пускане

• Всяка версия има собствен URL и се отваря без бисквитки.
• Няма автоматично пренасочване по IP – има банер „Изглежда, че сте в Румъния. Към румънската версия?“.
• Hreflang е взаимен, със самореференция и x-default.
• Canonical сочи към същата езикова версия.
• Менюта, футър, бутони, имейли за поръчка и правни текстове също са преведени.
• Search Console е проверен за целия домейн, а sitemap е подаден.
• След 4–6 седмици проверете в Search Console дали страниците на всеки език се индексират и за кои заявки се показват.

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

Ако планирате втори или трети език за сайта или магазина си, можем да прегледаме текущата структура и да предложим план за URL адресите, hreflang и превода, преди да сте похарчили бюджет за грешна настройка. Вижте услугата ни за изработка на уебсайт или ни пишете през формата за контакт.