Hreflangs, canonicals, meta-теги – детальне пояснення щодо перекладу веб-сайтів

Якщо ви вирішите перекласти свій вебсайт, ви відкриваєте двері до нового світу користувачів. Але простого «перекладу тексту» для Google недостатньо.

Щоб отримати високий рейтинг в інших мовах, вам потрібно розмовляти мовою пошукових систем. Ця мова складається з трьох складних технічних термінів:Теги Hreflang, Канонічні теги, таМетатеги.

Якщо ви їх проігноруєте або, що ще гірше, неправильно впровадите, Google може санкціонувати ваш сайт. Ви можете втратити існуючий трафік замість того, щоб залучати нових відвідувачів.

Давайте розберемося, що це таке, чому вони важливі та як їх автоматично виправити.

1. Що таке тег Hreflang?

Thehreflangатрибут — це сигнал для Google, який повідомляє йому: «Гей, ця конкретна сторінка є перекладеною версією тієї іншої сторінки».

У вашому HTML-коді це виглядає так:

Чому це критично важливо

Без тегів hreflang Google бачить дві сторінки зі схожим вмістом, але різними мовами. Він може заплутатися, яку з них показувати користувачеві в Іспанії чи Франції. Ще гірше, він може розглядати їх як «дублікат контенту», якщо переклад не ідеальний або якщо структура виглядає занадто схожою.

За допомогою правильних тегів hreflang ви чітко вказуєте Google: «Показувати англійську версію користувачам у Великій Британії та іспанську версію користувачам у Мексиці».

Тег «x-default»

Існує спеціальна версія цього тегу під назвоюx-defaultВикористовується для користувачів, якіневідповідають будь-якій із перелічених вами мов.

Це діє як «резервна» сторінка. Якщо користувач переходить з країни, де немає перекладу (наприклад, Японія), Google покаже йому цюx-defaultсторінка (зазвичай ваша англійська версія або сторінка вибору країни). Це критично важливо, щоб не втратити трафік з неочікуваних регіонів.

2. Що таке канонічний тег?

АcanonicalТег повідомляє пошуковим системам, яка URL-адреса є «головною» або «оригінальною» версією сторінки. Це використовується для уникнення штрафів за дублікований контент.

Пастка для перекладених сайтів

Поширена помилка — це залишатиканонічнийтег, що вказує на оригінальну англійську сторінку, навіть в іспанській версії.

Якщо ваша іспаномовна сторінка за адресоюexample.com/es/page/має канонічний тег, що вказує наexample.com/page/(англійською версією), ви фактично повідомляєте Google: «Не індексуйте цю іспанську сторінку. Це просто дублікат. Натомість ранжуйтесь англійською».

Результат:Ваші перекладені сторінки ніколи не відображатимуться в результатах пошуку. Кожна мовна версія повинна вказувати на себе як на канонічну.

3. Метатеги (заголовок та опис)

Ви знаєте, щоНазваіМетаописце те, що користувачі бачать у результатах пошуку.

Якщо ви перекладете вміст сторінки, але залишите заголовок та опис англійською мовою, у вас буде катастрофа.

1. Низький коефіцієнт кліків (CTR):Іспанський користувач шукає «zapatos baratos» (дешеве взуття), але бачить англійську назву «Дешеве взуття». Він не натискає на посилання.
2. Поганий рейтинг ключових слів:Google не знатиме, що ваша сторінка релевантна для іспанських ключових слів, якщо заголовок все ще англійською мовою.

Ваше рішення для перекладу має перекладати ці приховані теги, а не лише видимий основний текст.

4. Атрибут HTML Lang (загальна мова сторінки)

Це один із найпростіших, але часто недооцінених тегів. У самому верху коду вашого веб-сайту оголошується його мова:

Якщо ви перекладаєте свій контент іспанською мовою, але зберігаєте, ви надсилаєте суперечливий сигнал. Ви повідомляєте браузерам та перевірникам орфографії: «Цей текст англійською мовою», хоча слова іспанською.

Чому це важливо:

• Доступність:Програми зчитування з екрана для незрячих користувачів використовують цей тег, щоб визначити, який голосовий акцент використовувати. Читання іспанського тексту з англійським акцентом звучить жахливо та непридатним для використання.
• Переклад браузера:Chrome використовує це, щоб запитати: «Ви хочете перекласти цю сторінку?». Якщо вона вже позначена як мова користувача, Chrome не дратуватиме його цим спливаючим вікном.

Наш інструмент автоматично перемикає цей атрибут на(або будь-якою іншою мовою) миттєво, коли користувач спрощує мову.

Технічний кошмар: підкаталоги проти параметрів

Існує два основних способи структурування URL-адрес для перекладів:

1. Підкаталоги (найкращий спосіб)

https://example.com/es/about-us

Це золотий стандарт SEO. Це виглядає як окремий розділ вашого сайту, який є чистим. Google любить таку структуру.

2. Параметри URL-адреси (складний шлях)

https://example.com/about-us?language=es

Це часто використовується динамічними або JavaScript-інструментами перекладу. Історично склалося так, що SEO-експерти не радили цього робити, оскільки параметри можуть бути незручними.

Однак сучасне SEO обробляє обидва варіанти, якщо теги правильні.Проблема полягає в динамічній генерації цих тегів.

Як автоматизувати це без кодування

Впровадженняhreflang, самопосиланняcanonicalта перекладmetaтеги для кожної окремої сторінки більш ніж 5 мовами – це величезне завдання. Ручне кодування часто призводить до помилок, таких як відсутність тегу return або вказівка на непрацюючу URL-адресу, що призводить до штрафів.

Є простіший спосіб.

Наш плагін WordPress та фрагмент JavaScript обробляють це повністю автоматично.

Це працює з усім

Чи використовуєте ви підкаталоги (наприклад/es/) або просто прості параметри запиту (наприклад?language=es), наш інструмент вставляє правильні заголовки на ваш сайт.

1. Автоматичне виявлення:Він визначає поточну мову.
2. Впровадження тегу:Він динамічно додає правильнийhreflangтеги для всіх доступних мов.
3. Канонічне виправлення:Це гарантує, що канонічний тег вказує на поточну конкретну URL-адресу (незалежно від того, чи це/es/або?lang=es).
4. Мета-переклад:Він миттєво перекладає заголовок сторінки та метаопис спеціально для цієї URL-адреси.

Вам не потрібно наймати SEO-фахівця чи розробника. Ви просто додаєте плагін, і щойно перекладені сторінки автоматично генеруються та правильно індексуються пошуковими системами.