Як спланувати багатомовний сайт: структура, переклади та заявки для кожної мови
Друга мова — це не просто подвоєні тексти. Кожна мовна версія потребує окремої адреси, відповідних метаданих, актуального контенту та шляху заявки, який хтось опрацює цією мовою. Сплануйте це до початку перекладу, інакше з'являться сторінки, які Google знаходить, але які не ведуть відвідувача до звернення.
Визначте, який контент потрібен кожній мові
Почніть з матриці: рядки — сторінки й функції, стовпці — мови. Для кожної клітинки позначте, чи контент перекладено, адаптовано для ринку або свідомо не пропонується. Послуга, якої ви не надаєте на певному ринку, не повинна там з'являтися як сторінка.
Розрізняйте переклад і адаптацію. Ціни, юридичні сторінки, години зв'язку, способи оплати та приклади часто залежать від ринку. Наприклад, для комерційного сайту в Німеччині потрібен Impressum; дослівно перекладена англійська сторінка не закриває таких вимог автоматично.
- Сторінка чи функція та відповідальна особа.
- Статус для кожної мови: перекладено, адаптовано або не пропонується.
- Ринкові дані: ціни, валюта, юридичні сторінки, години зв'язку.
- Погодження людиною, яка впевнено володіє мовою.
- Дата останнього оновлення кожної мовної версії.
Дайте кожній мові окрему URL-адресу
Використовуйте сталу адресу для кожної мовної версії, наприклад підкаталоги /de/, /en/ та /ua/. Якщо мова змінюється лише через cookie або скрипт на тій самій URL, Google не зможе надійно індексувати версії окремо. Не перенаправляйте відвідувачів автоматично за припущеною мовою — дайте видимий перемикач мов.
Пов'яжіть рівнозначні сторінки взаємними атрибутами hreflang і додайте x-default для версії за замовчуванням. Стежте за кодами мов: українська — це uk, а не ua, бо ua — код країни. Перемикач мови має вести на відповідну сторінку, а не на головну.
- Кожна мовна версія повертає статус 200 і має canonical на себе.
- Атрибути hreflang взаємні й включають саму сторінку.
- Заголовок та опис написані мовою сторінки.
- Sitemap містить усі мовні версії.
- Перемикач мови веде на рівнозначну сторінку.
Локалізуйте шлях заявки
Українська форма з англійською помилкою чи англійським листом-підтвердженням виглядає незавершеною. Перевірте назви полів, повідомлення про помилки, повідомлення про успіх, лист-підтвердження та примітку про персональні дані кожною мовою. Зберігайте мову звернення в CRM, щоб відповідь надійшла тією самою мовою.
Визначте, хто опрацьовує заявки кожною мовою і в який строк. Якщо якусь мову підтримуєте обмежено, скажіть про це на сторінці контактів замість обіцянки відповіді, яку ніхто не зможе дати.
Сплануйте підтримку після запуску
Переклади застарівають, щойно змінюються ціни, послуги чи юридичні тексти. Домовтеся, що зміна вважається завершеною лише тоді, коли всі відповідні мовні версії оновлено або свідомо відкладено. Достатньо короткої примітки в журналі змін.
Вимірюйте видимість і заявки окремо для кожної мови. Ринку без показів зазвичай потрібен доречніший контент, а ринку з кліками без заявок — перевірка пропозиції та форми. Приклад: німецька сторінка послуги має покази, але мало кліків. Спершу перевірте, чи заголовок та опис відповідають німецьким пошуковим запитам.
Часті питання
- Чи достатньо машинного перекладу?
- Як чернетка він допомагає. Перед публікацією людина, яка впевнено володіє мовою, має перевірити терміни, ціни, юридичні тексти й тон.
- Чи потрібен окремий домен для кожної мови?
- Не обов'язково. Підкаталоги на кшталт /de/ та /en/ на одному домені легко підтримувати. Важливі стала URL для кожної мови, коректний hreflang та актуальний контент.
Джерела
Плануєте сайт двома чи більше мовами? Надішліть перелік сторінок і цільові ринки. Обговоримо структуру, процес перекладу та обробку заявок.
Обговорити багатомовний сайт