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

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

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

