Локалізація електронної комерції від каталогу до вітрини

Відокремте переклад від готовності ринку

Переклад змінює спосіб висловлення факту. Локалізація також питає, чи може читач зрозуміти товар, інтерпретувати його вимірювання та знайти відповідну сервісну інформацію. Готовність ринку йде далі: хтось має підтвердити фактичні правила доставки, оплати, повернення та товару. Вільна сторінка не може встановити ці операційні факти.

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

Складіть інвентар шляху покупця

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

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

Свідомо визначайте ідентифікатори локалі

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

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

Побудуйте глосарій навколо значення товару

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

Версіонуйте глосарій і прикріплюйте його версію до кожного кандидата. Змінений термін має запускати перевірку ураженого контенту. W3C ITS є орієнтиром для позначення термінології та метаданих, пов’язаних із перекладом; наведений нижче легкий запис є ілюстративним редакційним форматом, а не реалізацією ITS чи схемою імпорту магазину.

{
  "conceptId": "material-linen",
  "definition": "Fiber described as linen in the approved specification",
  "sourceTerm": "linen",
  "targetLocale": "de",
  "approvedTerm": "Leinen",
  "rule": "Do not infer a material blend or certification",
  "reviewStatus": "pending"
}

Захистіть ціни, одиниці та твердження про товар

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

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

Перевіряйте кожну локаль у два проходи

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

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

Підготуйте доставку для конкретного призначення

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

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

Підтримуйте локалізацію актуальною після запуску

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

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

Поширені запитання