Многоезичен сайт без болка: hreflang, локализация и грешките, които струват позиции

Втори език на сайта обикновено се добавя така: вземат се текстовете, дават се на преводач, резултатът се поставя и в хедъра се слага превключвател. След три месеца се оказва, че Google показва английската страница на българи, българската – на поляци, а част от страниците изобщо са изпаднали от индекса.

Многоезичността не се чупи на превода. Тя се чупи на технически дреболии, всяка от които струва позиции.

Три начина да организирате езиците

СхемаПримерПлюсовеМинуси
Поддиректорияsite.com/bg/Тежестта на домейна е обща, лесна поддръжкаПо-трудно разделяне по държави
Поддомейнbg.site.comМоже да се раздели по сървъриТежестта се дели, повече настройки
Отделен домейнsite.bgМаксимален сигнал за държаватаНай-скъпо, всеки домейн се промотира отделно

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

Как работи hreflang

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

Три правила, нарушавани най-често:

  • Взаимност. Ако българската страница сочи към английската, английската е длъжна да сочи обратно. Едностранната връзка се игнорира напълно.
  • Връзка към себе си. Всяка страница трябва да съдържа hreflang към самата себе си. За това почти винаги се забравя.
  • Абсолютни адреси. Само пълен URL с протокол, относителните пътища не работят.

Отделно задайте x-default – версията за онези, чийто език не съвпада с нито един наличен.

Грешки, които струват позиции

ГрешкаКакво се случва
Грешен код на езикаua вместо uk. Това е код на държава, не на език, и цялото маркиране се игнорира
hreflang към неканонична страницаКонфликт на сигнали, търсачката избира сама
Автоматично пренасочване по IPБотът от американски център вижда само английската и не индексира останалите
Един sitemap без езиково маркиранеГуби се половината от сигналите за връзките между версиите
Непреведени служебни страници404, количка и съобщения от формуляри остават на оригиналния език
Еднакви title и descriptionСтраниците изглеждат като дубликати

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

Преводът и локализацията са различни неща

Преводът пренася думите. Локализацията пренася смисъла и отчита контекста на пазара.

Какво се променя освен текста:

  • Формати. Дати, числа, разделители, валута, мерни единици.
  • Дължина. Немският текст е около една трета по-дълъг от английския и бутоните спират да побират надписите.
  • Примери и казуси. Позоваването на местна компания работи по-добре от абстракция.
  • Контакти. Формат на телефона, адрес, работно време в местно време.
  • Юридически текстове. Политиката за поверителност и условията не се превеждат буквално, изискванията са различни.

Технически капани

  • Езикът в атрибута html. Тагът <html lang="bg"> трябва да се сменя заедно с версията. Влияе и на търсенето, и на екранните четци.
  • Слъгове на кирилица. Кодират се в нечетим вид, изглеждат зле в резултатите и се чупят при копиране. Латиницата е по-надеждна.
  • Превключвател, водещ към началната. Човек чете статия, сменя езика и се озовава на началната страница. Превключвателят трябва да води към същата страница.
  • Несвързани версии в CMS. Ако системата не знае, че това са преводи на една страница, hreflang няма да се генерира автоматично.
  • Кеш, който не отчита езика. Класическата причина част от посетителите да виждат чужд език.

Списък за проверка преди старт

  1. Всяка страница има hreflang към всички версии, включително себе си.
  2. Кодовете на езиците са коректни: uk, en, bg, а не ua.
  3. Зададен е x-default.
  4. Атрибутът lang отговаря на версията.
  5. Няма автоматични пренасочвания по IP.
  6. Title и description са уникални за всеки език.
  7. Превключвателят води към аналогичната страница, а не към началната.
  8. Служебните страници и съобщенията от формулярите са преведени.
  9. Слъговете са на латиница.
  10. Sitemap съдържа всички версии с езиково маркиране.

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

Актуални новини

Жълта предупредителна лента и оранжев пътен конус, опънати през разбит тротоар от чакъл и откъртен асфалт

Приставките за достъпност не са съответствие: какво решава делото Carrefour

Френски съд отхвърли показателя 71% и даде на Carrefour шест месеца при 500 евро на ден, а FTC събра 1 милион долара от най-големия продавач на приставки заради твърдението, че приставката осигурява съответствие. Защо скрипт не може да го поправи и какво може.

Пет черни международни адаптера за контакти, подредени на пирамида върху едноцветен фон, всеки с различно разположение на щифтовете

MCP за бизнеса: какво решава стандартът и какво пак строите сами

MCP вече е независим от доставчик под шапката на Linux Foundation, публичните сървъри са над 10 000, а юлската спецификация го направи обикновена уеб инфраструктура. Но готовността за корпоративна употреба — одитни дневници, единен вход, шлюзове — е най-малко дефинираният приоритет на самата пътна карта.

Две съседни входни врати на улица — тъмночервена и кафява — във фасади на къщи с различен цвят

Passkey и паролата, която остава: какво реално се промени до 2026 г.

Пет милиарда passkey в употреба и 90% разпознаваемост — а 57% от организациите все още вкарват собствения си персонал с парола. Защо passkey печелят като добавка и губят като замяна, и петте стъпки, които си струват на един бизнес сайт.

Виж всички новини