Стаття / інженерна стаття

SEO багатомовного сайту: URL, hreflang і контент без плутанини

Перекласти меню недостатньо. Кожна мовна версія має відповідати наміру читача, мати стабільну адресу й узгоджені сигнали для пошуку. Показуємо підхід на структурі 01.DEVS із префіксами /uk та /en.

Редакція: 01.DEVS EngineeringОпубліковано:

Почати з наміру й карти сторінок

Українське «розробка CRM на замовлення» й англійське custom CRM development services можуть вести до того самого виду послуги. Але тексти мають пояснювати задачу природною мовою, а не повторювати всі варіанти ключа. Ми створюємо одну сторінку на намір і додаємо контекст, приклади та відповіді.

У MotorMods сторінки пояснюють послуги автосервісу й ведуть до звернення; у Ebsh важливі документи, тарифи та підключення B2B-клієнта. Для такого контенту переклад має охоплювати саму задачу відвідувача, а не лише заголовки.

Одна адреса для кожної мовної версії

Google рекомендує окремі URL для мовних версій і взаємні hreflang-посилання. Canonical визначає основну адресу конкретного документа. Англійська сторінка з самостійним перекладом зазвичай має canonical на себе, а не на український текст.

html

<!-- Приклад для української сторінки послуги -->
<link rel="canonical" href="https://01devs.it.com/uk/services/custom-crm-development" />
<link rel="alternate" hreflang="uk" href="https://01devs.it.com/uk/services/custom-crm-development" />
<link rel="alternate" hreflang="en" href="https://01devs.it.com/en/services/custom-crm-development" />
<link rel="alternate" hreflang="x-default" href="https://01devs.it.com/uk/services/custom-crm-development" />

Перемикання мови має зберігати контекст

Якщо людина читає сторінку CRM, перемикання на English повинно вести на відповідну CRM-сторінку. Повернення на головну руйнує шлях і ускладнює перевірку перекладів. На 01.DEVS обидві мови використовують однакові slug, тому відповідність можна будувати з одного реєстру.

Важливо локалізувати H1, title, description, підписи кнопок, помилки форм, альтернативний текст значущих зображень і хлібні крихти. Локалізація metadata не виправляє англійський основний текст на українській сторінці.

Sitemap та внутрішні посилання мають збігатися

Наш практичний підхід — один реєстр маршрутів для генерації sitemap, metadata та перевірок. Так нова стаття не може залишитися лише в одному зі списків. Дати оновлення зберігаємо з контентом і змінюємо після суттєвих правок.

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

  • Кожен URL відкривається без авторизації й повертає очікуваний статус.
  • Canonical не містить UTM або рекламних ідентифікаторів.
  • Мовні пари взаємні, а неперекладена чернетка не потрапляє в hreflang.
  • Важливий текст і посилання присутні в HTML, який отримує відвідувач.
  • Неіснуючі slug повертають 404, а старі адреси мають цільові редиректи.

Вимірювати по сторінках і країнах

Після публікації порівнюйте в Search Console індексацію, запити та кліки за мовами й ринками. Високі покази без переходів — привід перевірити намір, заголовок і конкурентні результати. Переходи без звернень — привід дослідити пропозицію та форму.

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

Джерела та контекст

Маєте подібну задачу?

Розкажіть про продукт, поточні обмеження й потрібний результат — визначимо предметний наступний крок.

Матеріали за темою