Головне
- Один URL на мову, пов'язані взаємними тегами hreflang.
- Локалізуйте заголовки, описи й видимий контент. Переклад шляхів URL необов’язковий, а опубліковані адреси мають залишатися стабільними.
- Використовуйте структуровані дані, що відповідають видимому контенту й призначенню сторінки.
- Відповідайте на головне запитання на початку й перевіряйте Core Web Vitals кожною мовою. Це не гарантує позицій або цитування ШІ.
Оберіть структуру URL
Надайте кожній мовній версії стабільну URL, доступну пошуковим системам. Підкаталоги на зразок /es/ є практичним варіантом для одного бізнес-сайту. Зв’яжіть відповідні сторінки взаємними hreflang, перевірте канонічні адреси та локалізуйте заголовки й описи. Перевірте кожну мову за списком перед запуском.
| Структура | Приклад | Плюс | Компроміс |
|---|---|---|---|
| Підкаталоги | example.com/es/ | Легко налаштувати, один хост, мало обслуговування | Геотаргетинг менш очевидний, одне розташування сервера |
| Піддомени | es.example.com | Легко налаштувати, можна використовувати різні сервери | Користувачі не завжди відрізняють мову від країни |
| Країнові домени | example.es | Чіткий геотаргетинг, легко розділяти | Дорого, доступність різна, орієнтовано на одну країну |
| Параметри URL | example.com?lang=es | Не рекомендується | Важко сегментувати й неочевидно з URL |
Структура URL і hreflang
Дайте кожній мові власний URL, доступний для сканування (наприклад /es/ і /uk/), пов'яжіть кожну версію з усіма іншими через hreflang і додайте x-default.
- Кожна версія вказує на себе й на всі інші, а сторінки вказують одна на одну. Інакше Google ігнорує теги.
- Альтернативні URL повні, з https.
- Коди мов відповідають ISO 639-1, а коди регіонів: ISO 3166-1 alpha-2.
- Кожна мовна версія має canonical URL, що вказує на неї саму.
- Один і той самий набір альтернатив з'являється на кожній версії, чи то HTML-теги, чи заголовки, чи карта сайту, і одного методу достатньо.
Не перенаправляйте людей за мовою браузера
Google радить не надсилати відвідувачів автоматично до мовної версії на основі припущення про їхню мову. Це може завадити і людям, і пошуковим системам дістатися до всіх версій, а Googlebot зазвичай сканує без заголовка Accept-Language. Натомість запропонуйте видимий перемикач мов зі звичайних посилань.
Метадані та структуровані дані
- Унікальні title і meta description для кожної сторінки й мови, написані під місцевий пошук, а не перекладені слово в слово
- Перекладені теги Open Graph і соціальні теги
- Схема Organization з адресою, VAT і контактами
- Service, FAQPage, Article і BreadcrumbList там, де доречно
- Властивість inLanguage у статтях і справжні дати публікації та оновлення
Узгоджуйте структуровані дані FAQ з видимими запитаннями й відповідями. Вони описують сторінку, але не гарантують розширених результатів або цитування ШІ.
Core Web Vitals на багатомовному сайті
Пороги Google для доброго досвіду, виміряні на 75-му процентилі візитів і окремо для мобільних та настільних: це Largest Contentful Paint протягом 2,5 секунди, Interaction to Next Paint не більше 200 мілісекунд і Cumulative Layout Shift не більше 0,1.
- Завантажуйте лише шрифти й набори символів, потрібні кожній мові, бо кирилиця й розширена латиниця додають вагу.
- Попередньо рендеріть або рендеріть на сервері сторінки, щоб вміст був у першій відповіді.
- Резервуйте місце для тексту, що росте під час перекладу, щоб кнопки й картки не зсувалися.
- Тримайте зображення з заданими розмірами й стиснутими та не завантажуйте скрипти перекладу в критичному шляху.
Писати для відповідей ШІ
Починайте сторінку з головної відповіді, а далі додавайте корисні подробиці. Узгоджуйте тему й важливі терміни в заголовку, описі, підзаголовках і тексті. Зрозумілі резюме допомагають оцінити відповідність запиту, але жодна формула не гарантує появи у відповідях ШІ.
- Ставте відповідь першою, а потім міркування.
- Використовуйте порівняльні таблиці та нумеровані кроки, їх легко цитувати.
- Посилайтеся на первинні джерела для будь-яких тверджень про закон чи цифри.
- Дозвольте пошуковим краулерам і краулерам ШІ отримувати ваші сторінки в robots.txt, якщо немає причини цього не робити.
Чекліст перевірки перед запуском
- Проскануйте сайт і переконайтеся, що кожна мовна сторінка повертає 200 без ланцюжка перенаправлень.
- Перевірте, що canonical кожної сторінки вказує на її власний URL.
- Перевірте взаємність hreflang між усіма версіями та x-default.
- Переконайтеся, що заголовки, описи й теги Open Graph перекладені та унікальні.
- Перевірте, що карта сайту містить кожну мовну версію і нічого, що перенаправляє чи має noindex.
- Протестуйте перемикач мов із вимкненим JavaScript.
- Перевірте структуровані дані на зразку з кожного шаблону.
- Запустіть тест Core Web Vitals на мобільному з'єднанні для кожної мови.
- Прочитайте сторінку кожною мовою від початку до кінця, шукаючи неперекладені фрагменти.
- Надішліть карту сайту в Search Console і стежте за звітом про індексацію сторінок у перші тижні.
Надішліть мови, основні сторінки та поточну платформу. Перевіримо багатомовний сайт або сплануємо розробку зі сканованими сторінками й локалізованими метаданими.
Обговорити багатомовне SEOFAQ
Чи потрібен окремий домен для кожної країни?
Ні. Підпапки на одному домені зазвичай простіші й тримають авторитет в одному місці.
Чи мають перекладені сторінки мати перекладені слаги URL?
Це допомагає читачам, але не обов'язково. Якщо перекладаєте слаги, тримайте їх стабільними після публікації та переконайтеся, що hreflang і canonical використовують остаточні URL.
Чи потрібен x-default?
Рекомендується, коли є кілька мов. Він указує резервну сторінку, часто англійську версію чи вибір мови, для користувачів, чиєї мови немає в списку.
Джерела
- Google Search Central: керування багаторегіональними та багатомовними сайтами
- Google Search Central, Tell Google about localized versions of your page
- web.dev, Web Vitals
- Словник Schema.org
Про автора
Erik Salo Akimov · Співзасновник · Інженерія
Erik очолює інженерію в ESADEX. Він проєктує платформи, інфраструктуру та засоби безпеки, що стоять за системами клієнтів.
