Проверка на hreflang

Онлайн SEO инструмент за проверка и валидиране на hreflang тагове. Позволява бързо тестване и проверка на имплементацията на hreflang тага на всеки URL по начина, по който го вижда търсачката. Инструментът извлича анотациите от head секцията, HTTP header-и и XML sitemap-а и валидира реципрочните връзки в целия клъстер.

Какво прави инструментът „Hreflang Checker"?

Инструментът взема URL и събира hreflang анотациите от три източника, които реално се използват от търсачките: link тагове в HTML head секцията, HTTP отговор header Link и (по избор) от XML sitemap. След това извлича всяка декларирана алтернативна версия, за да потвърди реципрочни връзки, HTTP статуса, индексируемост и съвместимост на canonical.

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

Как Hreflang Checker помага на SEO специалисти и собственици на сайтове?

Диагностицира технически грешки, които тихо пречат на международното таргетиране: липсващи реципрочни тагове, повредени self-reference, canonical и noindex конфликти, неправилни езикови или регионални кодове, относителни URL-и и алтернативни версии с пренасочвания.

Открива също и по-малко очевидни проблеми – hreflang, добавен с JavaScript, който Google може да не изпълни, версии, сочещи staging или preview хостове, cross-domain версии и разминавания между страницата и sitemap-а.

Чести употреби на инструмента Hreflang Checker

• Проверка дали всяка страница в клъстера сочи към себе си и към всички алтернативни версии.
• Потвърждаване, че реципрочните връзки са двустранни между езиковите версии.
• Откриване на canonical или noindex конфликти, поради които Google игнорира hreflang.
• Валидация на езиково-регионални кодове (напр. en-GB, а не en-UK).
• Тест x-default — дали се среща точно веднъж и сочи към селекторната страница.
• Сравняване на анотациите на страницата с тези в XML sitemap.
• Залавяне на staging или preview URL-и, които изтичат в индекса чрез hreflang.

Как работи hreflang

Страници, които са преводи или регионални варианти, формират клъстер. Всяка страница трябва да изброява всички страници, включително и самата себе си, използвайки абсолютни адреси, и всяка препратка трябва да е реципрочна: ако страница А сочи страница Б, то Б трябва да сочи обратно към А — в противен случай анотацията може да бъде игнорирана.

Има три валидни метода за подаване: link тагове в head (за обикновени HTML страници), HTTP Link header (единствен вариант за не-HTML файлове, напр. PDF) и xhtml:link записи в XML sitemap. Използвайте само езиков код (en, de), когато една версия обслужва всички, а регион (en-us, en-gb) добавяйте само когато съдържанието реално се различава между страните.

Сравнение на инструмента „Hreflang Checker" с други инструменти

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

• Подобрява ли hreflang позициите?

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

• Колко време отнема на Google да обработи hreflang?

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

• Какво е реципрочен таг и защо е важен?

  Hreflang трябва да е двустранен, така че ако страница А сочи страница Б, то Б трябва да сочи обратно към А. Липсата на реципрочен таг може да доведе до игнориране на цялата анотация от търсачките.

• Трябва ли да се използва en-us и en-gb, ако съдържанието е идентично?

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

• Hreflang да бъде в HTML тагове или в HTTP header-и?

  За обикновени HTML страници използвайте link тагове в head секцията, а за не-HTML файлове (напр. PDF) — HTTP Link header.