Мультимовні сайти та SEO

Зміст:
• Способи реалізації кількох мовних версій на сайті
  • Окремі домени
  • Субдомени (піддомени)
  • Каталоги (папки)
• Мультимовність сайту: як не варто робити?
• Як підготувати сайт для Google?
  • 1. Коректний переклад всього контенту
  • 2. Переклад мета-тегів
  • 3. Встановлення перемикача мов або спливаюче вікно
  • 4. Мовна версія та локальна версія веб-сайту
  • 5. Атрибут Hreflang
  • 6. Файл Sitemap
• Посилання та маркетингова активність
• Висновки

Способи реалізації кількох мовних версій на сайті

Одна з найважливіших речей, яку потрібно пропрацювати й зрозуміти при створенні або розширенні багатомовних версій, є те, як вони позначені в URL-адресі.

Мовні версії повинні відрізнятися, і ви повинні чітко відображати цей розділ в URL-адресі. Ми пропонуємо кілька варіантів:

Окремі домени

• mercedes-benz.com.ua – українська версія;
• mercedes-benz.pl – польська версія;
• mercedes-benz.de – німецька версія.

Розміщення на окремих доменах – одне з найпопулярніших рішень. І воно має сенс, проте не зовсім доречно говорити про мультимовність сайту. Насправді ми маємо окремі веб-сайти, які можуть бути пов’язані за назвою компанії. Це рішення дає чіткий сигнал про географічне націлювання. Розташування сервера стає трохи менш важливим, і окремі сайти ідеально розділені.

Недоліком є ​​необхідність підтримувати домени й швидше за все окремі CMS. З точки зору SEO ми маємо окремі сайти для просування, що буде перевагою для вказівки регіональності домену.

Субдомени (піддомени)

Піддомен – це домен, який є частиною домену вищого рівня. У такому випадку в URL спочатку прописана мова сайту, а вже після нього доменне ім’я.

• uk.wiktionary.org – українська версія;
• pl.wikipedia.org – польська версія;
• de.wikipedia.org – німецька версія,
• zh.wikipedia.org – китайська версія.

Цей метод маркування окремих мовних версій використовується, зокрема, великими веб-сайтами (наприклад, Вікіпедія), корпоративними порталами, інтернет-магазинами та іншими великими ресурсами з відносно високою відвідуваністю.

Переваг такого рішення безліч. Одним із них є можливість мати один або кілька окремих серверів для кожної мовної версії. Щобільше, версії на різних піддоменах можуть керуватись однією загальною або окремими панелями CMS і навіть незалежним персоналом. З погляду пошукової системи кожен піддомен розглядається як окрема сторінка, їх можна просувати й розвивати окремо, начебто це були окремі сайти. Позиціювання основного домену підвищує авторитетність усіх мовних версій та навпаки. Просування окремих піддоменів трохи підвищує авторитет основного домену.

Така структуризація може бути проблематичною, коли в одній країні є кілька мов і ми хочемо підтримувати ці мови за допомогою доменів gTLD (без регіональної прив’язки). Потім вам доведеться використовувати складніші назви піддоменів або використовувати два типи поділу сайтів, як це часто зустрічається в міжнародних інтернет-магазинах.

Каталоги (папки)

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

Параметри

Хоча Google не рекомендує використовувати цей тип мовних тегів у URL-адресах, вони самі використовують його на власних сторінках довідки та документації. Найбільші недоліки цього рішення – відсутність сегментації веб-сайтів на рівні URL та відсутність геотаргетингу в Search Console.

У кожного з цих методів є свої плюси та мінуси. Розгляньмо деякі з найважливіших питань для власників сайтів:

• Витрати – найдорожче рішення – купівля окремих доменів. З великою кількістю мов це може бути значною витратою. Водночас витрати на піддомен або створення каталогів обмежені витратами праці, необхідної для реалізації мовних версій.
• Деякі SEO-фахівці вважають, що просування мультимовного сайту простіше при створенні у каталогах мовних версій на домені, тому що мовні версії впливають одна на одну. Таким чином, отримуючи посилання на одну мовну версію, ми також даємо деякі можливості іншим версіям. Проте практично все не так просто. Попри вищі витрати, ми вважаємо, що найкращим рішенням буде позиціонування певного домену для даного ринку. У свою чергу, піддомени — найгірше рішення з погляду просування.
• Конверсійність – користувачі шукатимуть мультимовні сайти з локальним доменом у Google. Використання українського домену, наприклад, на німецькому чи британському ринку може не викликати довіри. Таким чином, рішення, що відрізняються від локального домену, не працюватимуть.

Мультимовність сайту: як не варто робити?

Є також рішення, які ми не згадали, тому що, на нашу думку, їх не варто рекомендувати. До таких небажаних способів реалізації мовних версій належать:

• Додавання перекладів на одну сторінку. Багато блогерів використовують цей метод і створюють статті українською та англійською мовами, додаючи одну під іншою на тому самому URL. Це незрозуміло для Google. В результаті він не розпізнає, на кого ми скеровуємо наш веб-сайт, і зі значними труднощами показує його користувачам, що говорять певною мовою. Винятком є ​​ситуації, коли на сайті переважає одна мова, але іноді, наприклад, ми додаємо фрагменти оригінальних текстів у вигляді цитат іноземною мовою.
• Використання файлів cookie — Google не враховує інформацію, що міститься у файлах cookie, тому, намагаючись реалізувати мовні версії у такий спосіб, ми ризикуємо, що буде проіндексовано лише одну версію, а решту проігноровано.

Як підготувати сайт для Google?

1. Коректний переклад всього контенту

Коли ми говоримо про мовну версію сторінки, ми маємо на увазі 100% перекладену сторінку – контент, кнопки, повідомлення, навігація. У разі часткового перекладу ми ризикуємо дублювати контент. Ще одна ситуація, якої слід уникати, — це переклад з використанням автоматичних перекладачів, таких як Google Translator. У таких перекладах багато помилок, і це може вплинути як на якість сайту на думку Google, так і на сприйняття користувача.

2. Переклад мета-тегів

Дуже важливо, щоб мета-теги title і description теж були перекладені потрібною мовою. Використання одномовних мета-тегів негативно вплине на on-page оптимізацію. Плюс потрібно пам’ятати про переклад alt та title для зображень.

3. Встановлення перемикача мов або спливаюче вікно

Мовні версії не повинні запускатися автоматично для користувача без можливості вибору. Хорошою практикою є відображення списку доступних мов на веб-сайті. Це важливо не тільки для користувача, який вирішує, яку версію він побачить, але і для роботів Google, які можуть проіндексувати всі мовні версії. Якби вони бачили лише автоматично вибрану мовну версію, вони проіндексували б тільки англійську версію, тому що всі роботи Google родом із США.

Поширеною помилкою юзабіліті є представлення мовних версій у вигляді прапорців, без описів або використання назв мов рідною мовою. Тим часом японцю необов’язково знати «японську» українською. Мовні версії мають бути названі у відповідності до конкретних мов, як у прикладі нижче:

4. Мовна версія та локальна версія веб-сайту

Мультимовність сайту полягає не лише у підготовці мовної версії ресурсу, а й версії, орієнтованої на певний ринок. Наприклад, якщо ми продаємо і в Португалію, і в Бразилію (в обох португальська мова), однієї бразильської версії веб-сайту недостатньо. Ми можемо захотіти підготувати персоналізовану пропозицію для певного ринку, наприклад, з погляду валюти, умов доставки чи доступності продукту. Однак у цій ситуації ми повинні подбати про унікальний контент, щоб уникнути дублювання.

Яка версія мови буде відображатися в Google?

Google використовує кілька параметрів одночасно, щоб краще вибрати мову контенту для користувачів. Як він дізнається, яка мова домінує на нашому веб-сайті? По-перше, він бачить наш контент і розпізнає у ньому домінуючу мову. Іншими елементами, що беруться до уваги, є локальний домен, контактні дані компанії, зазначені на веб-сайті, hreflang і, у разі географічного націлення, розташування сервера. В останньому випадку може бути інакше, якщо сервер куплений в іншій країні. У такій ситуації Google рекомендує відзначити розташування у Google Search Console.

5. Атрибут Hreflang

Hreflang — це атрибут на веб-сайті, який показує залежність між мовними версіями та дозволяє відображати мовну версію відповідно до мови та регіону одержувача.

Hreflang – важливе питання, якщо йдеться про просування мультимовного сайту на міжнародному ринку.

Реалізація hreflang на сайті

Як додати атрибут hreflang на сторінку?

Є кілька способів. Це можна зробити в HTML. Посилання hreflang слід розміщувати у розділі . Приклад,

Атрибут x-default hreflang сигналізує алгоритмам Google, що ця сторінка не орієнтована на якусь конкретну мову або регіон і є сторінкою за замовчуванням, коли жодна інша сторінка не підходить краще.

Для визначення коду мови слід користуватися ISO 639-1, а для визначення регіону – використовувати ISO 3166-1 Alpha 2.

6. Файл Sitemap

Щоб додати мовні версії до карти сайту, необхідно реалізувати наступний фрагмент коду:

Наведений вище приклад відноситься до нашої домашньої сторінки. У нас є дві версії – російська та українська. Але як видно з прикладу – зазначено і версію за умовчанням, тобто – російську версію. Мовні еквіваленти цього коду мають відображатися послідовно.

Так само ви можете розширити код, додавши в кожен фрагмент <loc> </loc> адресу мовних версій, а під ним вказівку сторінки за замовчуванням і всіх мовних версій.

Докладніше з надсиланням локалізованих версій сторінок у Google можна ознайомитись у Центре Google Поиска.

Hreflang використовується для вказівки правої сторони з точки зору мови та регіону. Регіон має значення, коли ми надсилаємо різні версії наших сторінок однією мовою до різних країн. Це може бути, наприклад, зі сторінками португальською мовою: одна для португальських клієнтів, а інша для бразильських. Допустимо, на сайті вказані ціни, умови доставки товарів, адреси офісів та телефони. Тому ми хочемо персоналізувати їх для цих двох країн, тому що, наприклад, валюти, в яких ми представляємо ціни на товари, будуть різними. Доступ до продуктів також може бути різним.

Посилання та маркетингова активність

Для досягнення високих позицій щодо іноземних запитів – зроблених в іноземних версіях Google, іноземними користувачами рідною мовою, вся маркетингова діяльність повинна вестися так, якби ми мали закордонну філію власної компанії.

Узагальнюючи, посилання, які ведуть на українську версію, мають вестися з українських сторінок з українським змістом. Так само: англійська версія повинна мати посилання з британських або американських веб-сайтів тощо. Всі маркетингові заходи, пов’язані з просуванням сайту, повинні відповідати мові, яку ми розвиваємо. Просування мультимовного сайту схоже на просування кількох окремих сторінок у різних країнах. Особливо це видно, коли ми вирішили використати окремі домени або піддомени.

Висновки

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