Навигационните пътеки и schema markup помагат както на потребителите, така и на търсачките да разберат къде се намира дадена страница в структурата на сайта. В многоезичен WordPress сайт и двете трябва да бъдат преведени и локализирани правилно, в противен случай могат да изпращат объркващи сигнали за това кои страници принадлежат към кой езиков клъстер.
Правилен превод на Breadcrumb Trails
Навигационна пътека като „Начало“ > „Блог“ > „Заглавие на статията“ изисква всеки сегмент да бъде преведен и да препраща към еквивалентната преведена категория или страница с архив, а не към оригиналната версия. Често срещана грешка е превеждането на видимия текст на навигационната пътека, като същевременно връзките сочат към английски URL адреси, което създава дразнещо превключване на езика по средата на навигацията.
Схема на BreadcrumbList за различни езици
- Всяка езикова версия се нуждае от собствени структурирани данни BreadcrumbList с преведени стойности на „име“.
- URL адресите на „елементи“ в схемата трябва да сочат към преведените страници, съответстващи на декларираните от таговете hreflang и canonical.
- Имената на категориите и архивите, използвани в breadcrumbs, трябва да съответстват на преведените етикети на категории и етикети точно така, за съгласуваност в потребителския интерфейс.
Други типове схеми, които се нуждаят от локализация
| Тип схема | Изискване за локализация |
|---|---|
| Статия / Публикуване в блог | Превод на полетата за заглавие, описание и ключови думи за всеки език |
| Продукт | Локализирайте име, описание и форматиране на валута/цена |
| Страница с често задавани въпроси | Преведете всяка двойка въпроси и отговори, не само видимия текст |
| Организация | Обикновено остава последователен, но данните за контакт трябва да отразяват местните офиси, където е уместно |
Как AI преводът поддържа схемата и Breadcrumbs синхронизирани
Тъй като структурираните данни са вградени в страницата, а не видимото съдържание, е лесно да се забрави при ръчен превод. Работен процес с изкуствен интелект за превод, който обработва цялата рендирана страница – включително схемата JSON-LD – поддържа етикетите за навигационни траки, полетата за „име“ на схемата и видимите заглавия съгласувани помежду си на всеки език, което е точно това, което... многоезични структурирани данни изисква чисто валидиране.
Често задавани въпроси
Влияят ли хлебните трохи директно на SEO?
Хлебните трохички помагат главно за сканирането и могат да се показват като богати откъси в резултатите от търсенето, което подобрява процента на кликване дори без директно повишаване на класирането.
Мога ли да използвам повторно една и съща схема за маркиране в различни езици?
Не. Търсачките очакват текстовите полета на схемата да съвпадат с видимото, преведено съдържание на тази конкретна страница. Повторното използване на английска схема на преведена страница създава несъответствие, което може да потисне разширените резултати.
Какъв инструмент мога да използвам за валидиране на многоезична схема?
Тестът за богати резултати на Google и валидаторът на Schema.org работят за всеки URL адрес, така че всяка езикова версия трябва да се тества поотделно.
Заключение
Навигационните пътеки и схемите са лесни за пренебрегване, защото се намират зад видимата страница, но носят истинска SEO тежест. Преводът им съгласувано с видимото съдържание – URL адреси, етикети и структурирани данни заедно – позволява на всяка езикова версия да получава същите богати резултати като оригиналния сайт.