یادداشت / سایت چندزبانه
دکمه تغییر زبان، معماری چندزبانه نیست.
ترجمه‌ای که دیده می‌شود فقط یک لایه است. سایت چندزبانه قابل نگهداری به آدرس روشن، صفحه‌های هم‌ارز، ارتباط درست بین زبان‌ها و یک عملیات مشترک نیاز دارد.
منتشرشده در ۳ شهریور ۱۴۰۵ · Real Company
۰۱از آدرس شروع کنید
برای هر زبان یک خانه ثابت و قابل خزش بسازید.
زبانی که فقط بعد از تغییر حالت با جاوااسکریپت ظاهر می‌شود، اشتراک‌گذاری، سنجش و نگهداری سخت‌تری دارد. هر نسخه مهمی که قرار است ایندکس شود باید آدرس خودش را داشته باشد و HTML کامل آن مستقیم در دسترس کاربر و موتور جست‌وجو قرار بگیرد.
صفحات انگلیسی و فارسی Real Company آدرس جدا و hreflang دوطرفه دارند. Delux بخش دیگری از مسئله را نشان می‌دهد: خریدار باید با تغییر زبان، منظور و مسیر فروش را از دست ندهد. دیدن دکمه زبان در آن سایت، به‌تنهایی وجود آدرس مستقل قابل ایندکس یا hreflang را ثابت نمی‌کند.
- یک آدرس canonical برای هر زبان
- لینک دوطرفه hreflang
- x-default برای مسیر اصلی
- حضور تمام نسخه‌ها در sitemap
۰۲هماهنگی محتوا
هم‌ارز بودن یعنی یک کار مشترک، نه ترجمه کلمه‌به‌کلمه.
هر زبان باید همان کار اصلی را برای کاربر کامل کند، اما لازم نیست ساختار جمله انگلیسی را نگه دارد. عنوان، مثال، اطمینان‌بخشی و دکمه باید برای خواننده همان زبان طبیعی باشد.
هماهنگی بخش عملیاتی است: خودرو، خدمت، قیمت، موجودی یا راه تماس باید یک واقعیت مشترک را نشان دهد. بومی‌سازی بخش تحریریه است: همان واقعیت را با زبانی بگوییم که مردم واقعاً استفاده می‌کنند.
- پیشنهاد و اطلاعات واقعی را یکسان نگه دارید
- جمله را بومی کنید، نه فقط واژه را
- دکمه و منو را کاربردی بنویسید
- رابط راست‌به‌چپ را واقعاً آزمایش کنید
۰۳یک عملیات مشترک
ناخواسته سه وب‌سایت جدا نسازید.
صفحه‌های عمومی می‌توانند جدا باشند، اما واقعیت کسب‌وکار باید تا جای ممکن از یک منبع قابل نگهداری بیاید. موجودی، راه تماس، وضعیت محصول و فایل‌های مشترک نباید در هر زبان جداگانه از نو ساخته شوند.
وگرنه هر تغییر به کار هماهنگ‌سازی تبدیل می‌شود و زبانی که کمتر استفاده می‌شود آرام‌آرام اطلاعات غلط نشان می‌دهد. معماری خوب، به‌روزرسانی درست را آسان‌تر می‌کند.
۰۴چک‌لیست عملی
مسیر را آزمایش کنید، نه فقط فایل ترجمه را.
هر آدرس مهم را مستقیم باز کنید. از صفحه داخلی زبان را عوض کنید. canonical و hreflang را بررسی کنید. منوی موبایل را در چپ‌به‌راست و راست‌به‌چپ ببینید. فرم، شماره، تاریخ و لینک بیرونی را هم آزمایش کنید.
سایت چندزبانه وقتی کامل است که هر زبان بتواند کل مسیر را بدون قرض‌گرفتن اطلاعات از نسخه دیگر جلو ببرد.
- آدرس مستقیم پاسخ ۲۰۰ می‌دهد
- تغییر زبان همان صفحه را نگه می‌دارد
- متادیتا بومی شده
- داده ساختاریافته با صفحه یکی است
- لینک‌های موبایل کامل‌اند
FAQ
پرسش‌ها، با جواب روشن.
هر زبان باید آدرس جدا داشته باشد؟
برای صفحه‌های قابل ایندکس، بله. آدرس ثابت هر نسخه را قابل اشتراک، خزش، سنجش و مناسب hreflang می‌کند.
متن همه زبان‌ها باید کاملاً یکسان باشد؟
نه. واقعیت پیشنهاد و نتیجه کاربر باید یکی بماند، اما جمله، مثال و متن رابط باید برای مخاطب همان زبان طبیعی باشد.
سایت چندزبانه می‌تواند یک منبع داده داشته باشد؟
بله. منبع عملیاتی مشترک خطا را کمتر می‌کند، در حالی که صفحه عمومی و محتوای هر زبان مستقل می‌ماند.
شروع پروژه
برای سایت چندزبانه برنامه دارید؟
زبان‌ها، واقعیت محتوا و محدودیت کار روزانه را بیاورید؛ نه فقط فهرست صفحه‌هایی که باید ترجمه شوند.
معمولاً همان روز جواب می‌دهد.
