بومی‌سازی تجارت الکترونیکی از کاتالوگ تا فروشگاه

ترجمه را از آمادگی بازار جدا کنید

ترجمه شیوه بیان یک واقعیت را تغییر می‌دهد. بومی‌سازی همچنین می‌پرسد آیا خواننده محصول را می‌فهمد، اندازه‌گیری‌ها را تفسیر می‌کند و اطلاعات خدمت مربوط را پیدا می‌کند یا نه. آمادگی بازار فراتر می‌رود: شخصی باید ارسال، پرداخت، بازگشت و قواعد واقعی محصول را تأیید کند. صفحه روان این واقعیت‌های عملیاتی را ثابت نمی‌کند.

برای هر locale یک برگه دامنه بسازید. بازبین زبان، بازبین دسته و مالک فروشگاه را مشخص کنید. سیاست‌های حل‌نشده و اقدام بعدی را ثبت کنید. با سفر خریدی شروع کنید که تیم می‌تواند از ابتدا تا انتها پشتیبانی کند و با در دسترس‌شدن ظرفیت بازبینی، فهرست زبان را گسترش دهید.

سفر خریدار را فهرست کنید

با مسیری شروع کنید که خریدار دنبال می‌کند: کشف محصول، انتخاب variant، خواندن مشخصات، بررسی سبد و اطلاعات خدمت. وقتی بر آن مسیر اثر دارند، برچسب‌های ناوبری، راهنمای اندازه، متن تصویر و پیام‌های خطا را هم بیاورید. ترجمه صرف توضیح‌ها ممکن است تصمیم‌های حیاتی را در زبان دیگری باقی بگذارد.

هر سطح محتوا را به مالک واقعی و محل ذخیره‌سازی‌اش وصل کنید. برچسب theme، فیلد محصول و سند سیاست ممکن است ابزارهای متفاوتی بخواهند. فهرست را به نسخه‌های منبع متصل نگه دارید تا به‌روزرسانی بعدی محصول نشان دهد کدام ترجمه‌ها به بازبینی نیاز دارند.

شناسه‌های locale را آگاهانه تعریف کنید

راهنمای W3C توضیح می‌دهد tagهای BCP 47 چگونه زبان و در صورت نیاز script یا region را متمایز می‌کنند. از tag زبانی استفاده کنید که با محتوای موردنظر و مقادیر پشتیبانی‌شده پلتفرم مقصد سازگار است. فقط چون شبیه اختصار کشور است کد locale نسازید.

در رکوردهای خود locale محتوا را از بازار هدف و ارز جدا نگه دارید. یک زبان می‌تواند در بازارهای مختلف با تنظیمات تجاری متفاوت استفاده شود. رفتار fallback را صریح کنید: ترجمه مفقود باید در بازبینی قابل‌شناسایی باشد، نه اینکه چون زبان منبع ظاهر شده locale کامل شمرده شود.

واژه‌نامه را حول معنای محصول بسازید

برای هر اصطلاح مهم تعریف کوتاه و زمینه محصولی کاربرد آن را بنویسید. شکل‌های تأییدشده مقصد، نام برندهای ثابت و نمونه گزینه‌های گمراه‌کننده را اضافه کنید. به بازبین راهی برای درخواست استثنا بدهید و او را مجبور نکنید اصطلاح نادرست فنی را در هر جمله وارد کند.

واژه‌نامه را نسخه‌گذاری و آن نسخه را به هر نامزد وصل کنید. تغییر اصطلاح باید بازبینی محتوای آسیب‌دیده را فعال کند. W3C ITS مرجعی برای علامت‌گذاری اصطلاح و فراداده ترجمه است؛ رکورد سبک زیر قالب نمونه ویراستاری است، نه پیاده‌سازی ITS یا schema واردکردن فروشگاه.

{
  "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"
}

قیمت، واحد و ادعاهای محصول را محافظت کنید

جداکننده اعشار بومی‌شده انتخاب نمایش است؛ اجازه تغییر مبلغ ذخیره‌شده نیست. قیمت، ارز و مقدار واحد منبع را در رکورد محافظت‌شده نگه دارید. اگر تبدیل لازم است، آن را عملیات قطعی جداگانه‌ای با قاعده تبدیل ثبت‌شده و تأییدشده انجام دهید.

همین انضباط را برای ادعاها به‌کار ببرید. عبارتی مانند مناسب سفر نباید به ضمانت دوام پشتیبانی‌نشده تبدیل شود. برای مواد، سازگاری، گواهی‌ها و ادعاهای مرتبط با سلامت شواهد لازم کنید. عدم‌قطعیت منبع را حفظ و مشخصات مفقود را به مالک محصول ارجاع دهید.

هر locale را در دو گذر بازبینی کنید

یک گذر واقعیت و یک گذر زبان داشته باشید. اولی مقدارها، واحدها، رابطه‌های محصول و ادعاها را با منبع مقایسه می‌کند. دومی اصطلاحات، بیان طبیعی، مخاطب و لحن برند را بررسی می‌کند. نتیجه‌ها را مستقل ثبت کنید تا متن خوانا نقص واقعی حل‌نشده را پنهان نکند.

زمینه کامل محصول، از جمله هشدارها و برچسب variant را بررسی کنید، نه فقط رشته‌های جدا. برای دسته‌های ناآشنا یا قانون‌گذاری‌شده متخصص مناسب را وارد کنید. back-translation تولیدشده می‌تواند تفاوت‌ها را پیدا کند، اما توافق متن‌های تولیدشده اثبات مستقل تطابق با محصول نیست.

تحویل ویژه مقصد را آماده کنید

Shopify در مستندات تاجر خود مدیریت ترجمه را از عمل گسترده‌تر ارائه محتوای بومی‌شده فروشگاه جدا می‌کند. از گردش‌کار زبان پلتفرم استفاده کنید و منابع پشتیبانی‌شده را تأیید کنید. در stack فروشگاه دیگر، پیش از نگاشت ستون‌های locale لایه چندزبانه و قرارداد واردکردن آن را تأیید کنید.

بسته تحویل را با شناسه محصول، locale، نسخه منبع، متن تأییدشده و هویت بازبین بسازید. بسته بازبینی را از payload حداقلی واردکردن جدا نگه دارید. در فروشگاه staging انتخاب زبان، fallback، شکستن متن، پیوندها و انتخاب محصول را بررسی کنید. موجودبودن محتوا در خروجی الزاماً یعنی در صفحه موردنظر دیده می‌شود نیست.

پس از انتشار بومی‌سازی را جاری نگه دارید

تغییرات منبع را در سطح فیلد پیگیری کنید. عبارت اصلاح‌شده درباره ماده باید ترجمه‌های آسیب‌دیده را نامعتبر کند، حتی اگر عنوان ثابت بماند. واژه‌نامه جدید ممکن است بازبینی اصطلاح هدفمند بخواهد؛ تغییر قیمت باید از مسیر داده تجاری عبور کند و همه توضیح‌ها را بازنویسی نکند.

پوشش را به‌صورت نسخه‌های محصول-محلی جاری و تأییدشده بسنجید و رکوردهای متوقف یا قدیمی را جدا گزارش کنید. هزینه API، تلاش بازبین و رفتار storefront را مستقل پیگیری کنید. از گردش‌کار کاتالوگ برای تعریف رکوردها استفاده و پیش از گسترش، backlog را بر اساس اهمیت محصول و تازگی منبع بازبینی کنید.

پرسش‌های پرتکرار