Перекладайте шлях користувача, а не лише заголовок
Багатомовний сайт потребує перекладу навігації, вмісту сторінок, міток форм, валідації, станів завантаження, помилок та успіху. Саме URL мови не гарантує, що відвідувач отримує придатний до використання переклад.
Розглядайте мову інтерфейсу та доступність статей окремо. Інтерфейс студії може підтримувати п’ятнадцять мов, тоді як конкретна редакційна стаття має лише англійську та російську варіанти. Показуйте реальні варіанти; не подавайте тихо англійський текст як новий переклад.
Надайте кожному варіанту власне стабільне URL
Оберіть чітку структуру, наприклад /en/services/design. Збережіть один канонічний URL для кожної перекладеної сторінки. Посилюйте еквівалентні варіанти за допомогою hreflang, включаючи посилання на себе та взаємні посилання. Рекомендації Google щодо локалізованих версій пояснюють ці відношення та опціональний x-default резервний варіант.
Для статей групуйте еквіваленти за стабільним ідентифікатором групи перекладів. Slug можуть відрізнятися залежно від мови. Зв’язок не повинен залежати від того, чи збігаються два заголовки.
| Дія відвідувача | Очікувана поведінка |
|---|---|
| Змінити мову на сторінці послуги | Відкрити еквівалентну сторінку послуги |
| Змінити мову на статті з перекладом | Відкрити фактичний перекладений slug |
| Перейти на мову, для якої немає цієї статті | Відкрити індекс блогу з чесним станом доступності |
| Надіслати невалідну форму | Отримати валідацію активною мовою інтерфейсу |
Запобігайте тихому резервному варіанту
Перевірювач перекладів повинен повідомляти про відсутні або порожні ключі, сирі ключі та підозрілі незмінені абзаци. Збережіть явне виняток для назв проектів та технологій. Не виключайте цілі абзаци лише тому, що вони містять назву бренду.
Автоматизація не може встановлювати мовну якість. Переглядайте важливий текст з носіями мови, особливо комерційне значення та інструкції форм. Використовуйте макет справа наліво для арабської мови та тестуйте довгі мітки, вузькі екрани та змішаний напрямок контактних даних.
Опублікуйте варіанти контенту свідомо
Завантажуйте лише опубліковані статті під час збірки. Генеруйте лише їх реальні маршрути та мовні альтернативи. Видалення публікації вимагає нового розгортання в статичній архітектурі; зміна статусу бази даних не викликає відкликання HTML, вже обслуговуваного хостом.
З’єднуйте архітектуру вебсайту та технічне SEO навколо одного інвентарю мов та маршрутів. Перевіряйте згенерований вивід після кожного релізу контенту.
Практичне питання
Чи варто публікувати англійський текст під кожним мовним URL?
Ні. Розкривайте лише фактичні перекладені статті та взаємні еквіваленти. Перекладений інтерфейс може чесно посилатися на доступні мовні варіанти, не вигадуючи перекладів.