Hreflang tag: какво е и как работи

Hreflang tag указва на търсачките коя езикова и регионална версия на страница да се показва на потребителите; помага на търсачките да изберат правилния вариант за индексиране и показване, но сам по себе си не определя класирането.

Hreflang Tag: Guide for Multilingual Websites

Преглед

Hreflang е HTML/хипервръзков сигнал, който добавяте към страници, HTTP headers или XML sitemaps, за да декларирате език и, опционно, регионално таргетиране за алтернативни URL.Търсачките използват hreflang, за да изберат най-подходящия локализиран URL за показване на потребител в определен език или регион. Hreflang влияе върху това кой вариант търсачката индексира и показва за заявки в този език или локал; това не е директен сигнал за класиране, който сам по себе си определя подреждането в резултатите от търсенето.

Ключови моменти накратко: hreflang записите трябва да са последователни между вариантите, да включват самоотнасяща връзка, да използват правилните езиково-регионални кодове (ISO 639-1 / ISO 3166-1), и да се прилагат към версията, която crawler използва за индексиране — за Google това означава, че мобилната версия е основата (Google crawls with Googlebot Smartphone by default since July 2024).

Стъпка по стъпка

Използвайте тези стъпки, за да добавите hreflang надеждно.

1) Изберете кодовете си и canonical стратегия

Решете дали да използвате само езикови кодове (напр. "en"), езиково-регионални кодове (напр. "en-GB"), или и двете. Дръжте canonical и hreflang последователни: всяка локализирана страница може да има самоотнасящ се hreflang и собствен canonical; не насочвайте hreflang към canonical с различен език.

2) Изберете място: link element, HTTP header, или XML sitemap

Има три често използвани начина за деклариране на hreflang. Всеки има своите плюсове и минуси:

- HTML <link> elements in the <head> — плюсове: проста реализация, лесна за проверка в изходния код; минуси: изисква идентичен head във всички версии за устройства (осигурете mobile parity). Пример: <link rel="alternate" hreflang="en" href="https://example.com/en/">

- HTTP headers — плюсове: полезно за не-HTML файлове (PDFs); минуси: по-трудно за управление и одит. Примерен header: Link: <https://example.com/fr/>; rel="alternate"; hreflang="fr"

- XML sitemaps with <xhtml:link> entries — плюсове: централизирано за големи сайтове и варианти за целия сайт; минуси: трябва да поддържате точни URLs и да осигурите sitemap достъпен за crawlers.

3) Имплементирайте пълен двупосочен набор (reciprocity)

Всяка алтернативна URL, която изброите, трябва също да изброява всички останали алтернативи (включително източника). Например, страница A изброява A, B и C; страница B трябва да изброява A, B и C; страница C трябва да изброява A, B и C. Reciprocity намалява неяснотите за crawlers и помага за правилния избор на вариант.

Често срещани проблеми

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

- Неправилни или несъгласувани кодове (смесване на en и en-US) — могат да накарат търсачките да игнорират записите или да изберат друг вариант.

- Липсващ самоотнасящ се таг — ако страница не включва себе си в списъка, reciprocity се проваля и изборът на алтернативи може да е грешен.

- Нейндексирани или блокирани страници (noindex, robots disallow) — алтернатива, която не е индексируема, обикновено е по-малко полезна; търсачките може да я игнорират при изграждане на множествата варианти.

- Смесване на относителни и абсолютни URLs, или несъответствие HTTP/HTTPS — използвайте абсолютни, canonicalized URLs, които съвпадат с версията, до която crawlers имат достъп.

Как да проверите и отстраните проблеми

Проверката зависи от това дали притежавате сайта или одитирате трети страни. За страници, които притежавате, използвайте Google Search Console URL Inspection, за да видите как Google е индексирал страницата и кой вариант е избрал. За всеки сайт използвайте HTTP и render проверки с обичайните инструменти по-долу.

Инструменти и команди

Chrome DevTools (View Source and Elements) — проверете дали записите <link rel="alternate" hreflang="..."> присъстват в подадения HTML и са видими на страницата, отговорна за мобилни устройства.

curl -I https://example.com/path/ — shows response headers only (useful to check server headers and link headers).

curl https://example.com/path/ — fetches the HTML body; use curl -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" https://example.com/path/ — за да видите какво връща сървърът за Googlebot user-agent (не използвайте това за cloaking — само за одит как отговаря сървърът).

Bing Webmaster Tools Site Explorer — проверете поведението при crawl и индексните сигнали за Bing.

Забележка: URL Inspection в Google Search Console е авторитетен за страници, които притежавате; за страници на трети страни трябва да разчитате на публични fetch-и и индикатори за индексация като site: заявки (които са показателни, а не окончателни).

Практичен контролен списък

- Hreflang присъства на canonical/mobile версията — къде да проверите: view-source или curl като mobile UA — преминава, когато всички варианти изброяват същия набор от hreflang записи.
- Самоотнасяща се (self-referential) запись — къде да проверите: изходният код на страницата — преминава, когато текущият URL присъства в набора.
- Reciprocity между вариантите — къде да проверите: проверете изхода на всеки вариант или sitemap — преминава, когато всеки вариант изброява всички алтернативи.
- Индексираемост на алтернативите — къде да проверите: URL Inspection (за вашия сайт) или site: оператор и публични fetch-и — преминава, когато алтернативите са crawlable и не са блокирани от robots или noindex.
- Паритет между URL canonical и протокол — къде да проверите: HTTP headers и canonical link — преминава, когато hreflang href стойностите съвпадат с canonical и използват същата схема (https/http), до която потребители и crawlers достигат.
- x-default за fallback — къде да проверите: изходният код на страницата или sitemap — преминава, когато разумен fallback (начална страница или landing за language selector) е маркиран с hreflang="x-default".

Преди FAQ: ако искате по-задълбочена техническа справка, вижте Technical SEO Guide

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

Подобрява ли hreflang класирането?

Hreflang помага на търсачките да подадат подходящия езиков/регионален вариант и може да намали объркването от дублирано съдържание, но не е самостоятелен boost за класиране. За подреждането в резултатите участват много сигнали за класиране.

Кога да използвам hreflang вместо отделни сайтове за държави?

Използвайте hreflang, когато имате езикови или регионални варианти на съществено подобно съдържание, хоствано на различни URLs (поддиректории, субдомейни или ccTLDs). Отделни сайтове за държави са подходящи, когато съдържанието и бизнес правилата се различават значително за съответния пазар.

Трябва ли ми x-default таг?

x-default се препоръчва за нееднозначни случаи (например landing страница с language selector), така че търсачките да имат ясен fallback, когато няма точен езиков съвпад.

Може ли hreflang да се използва с canonical тагове?

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

Финална бележка: hreflang помага при индексиране и избор на вариант, но трябва да бъде имплементиран и поддържан последователно; регулярни одити с browser DevTools, curl и Search Console (за вашия сайт) са най-надеждният начин да хванете регресии.

Изградете авторитет с качествени backlinks. Technical SEO и правилното международно таргетиране са съществена част от органичния растеж; авторитетът от релевантни, indexable разполагания допълва правилната hreflang конфигурация и помага на потребителите да открият правилния вариант.