01دفتر تصمیم / سایت چندزبانه
دکمه تغییر زبان، معماری چندزبانه نیست.
ترجمهای که دیده میشود فقط یک لایه است. سایت چندزبانه قابل نگهداری به آدرس روشن، صفحههای همارز، ارتباط درست بین زبانها و یک عملیات مشترک نیاز دارد.
منتشرشده ۳ شهریور ۱۴۰۵ · REAL COMPANY
LIVE / FA- برگرفته از
- یک پروژه واقعی سهزبانه
- موضوع
- محتوا، آدرس، سئو و عملیات
- مناسب
- سایت شرکتی و محصول
فرض اصلی
برای هر زبان یک خانه ثابت و قابل خزش بسازید.
زبانی که فقط بعد از تغییر حالت با جاوااسکریپت ظاهر میشود، اشتراکگذاری، سنجش و نگهداری سختتری دارد. هر نسخه مهم باید آدرس خودش را داشته باشد و HTML کامل آن مستقیم در دسترس کاربر و موتور جستوجو قرار بگیرد.چهار تصمیم / 01—04از آدرس شروع کنید
برای هر زبان یک خانه ثابت و قابل خزش بسازید.
زبانی که فقط بعد از تغییر حالت با جاوااسکریپت ظاهر میشود، اشتراکگذاری، سنجش و نگهداری سختتری دارد. هر نسخه مهم باید آدرس خودش را داشته باشد و HTML کامل آن مستقیم در دسترس کاربر و موتور جستوجو قرار بگیرد.
در Real Company از مسیرهای روشن زبانی استفاده میکنیم و صفحههای همارز را با hreflang به هم وصل میکنیم. در Delux هم کاربر باید مستقیم وارد زبان درست شود و هنگام تغییر زبان جای خودش را از دست ندهد.
- یک آدرس canonical برای هر زبان
- لینک دوطرفه hreflang
- x-default برای مسیر اصلی
- حضور تمام نسخهها در sitemap
هماهنگی محتوا
همارز بودن یعنی یک کار مشترک، نه ترجمه کلمهبهکلمه.
هر زبان باید همان کار اصلی را برای کاربر کامل کند، اما لازم نیست ساختار جمله انگلیسی را نگه دارد. عنوان، مثال، اطمینانبخشی و دکمه باید برای خواننده همان زبان طبیعی باشد.
هماهنگی بخش عملیاتی است: خودرو، خدمت، قیمت، موجودی یا راه تماس باید یک واقعیت مشترک را نشان دهد. بومیسازی بخش تحریریه است: همان واقعیت را با زبانی بگوییم که مردم واقعاً استفاده میکنند.
- پیشنهاد و اطلاعات واقعی را یکسان نگه دارید
- جمله را بومی کنید، نه فقط واژه را
- دکمه و منو را کاربردی بنویسید
- رابط راستبهچپ را واقعاً آزمایش کنید
ONE FACTIn stock / موجود / Stokta
THREE VOICESNatural ≠ identical
یک عملیات مشترک
ناخواسته سه وبسایت جدا نسازید.
صفحههای عمومی میتوانند جدا باشند، اما واقعیت کسبوکار باید تا جای ممکن از یک منبع قابل نگهداری بیاید. موجودی، راه تماس، وضعیت محصول و فایلهای مشترک نباید در هر زبان جداگانه از نو ساخته شوند.
وگرنه هر تغییر به کار هماهنگسازی تبدیل میشود و زبانی که کمتر استفاده میشود آرامآرام اطلاعات غلط نشان میدهد. معماری خوب، بهروزرسانی درست را آسانتر میکند.
مشاهده پروژه Deluxچکلیست عملی
مسیر را آزمایش کنید، نه فقط فایل ترجمه را.
هر آدرس مهم را مستقیم باز کنید. از صفحه داخلی زبان را عوض کنید. canonical و hreflang را بررسی کنید. منوی موبایل را در چپبهراست و راستبهچپ ببینید. فرم، شماره، تاریخ و لینک بیرونی را هم آزمایش کنید.
سایت چندزبانه وقتی کامل است که هر زبان بتواند کل مسیر را بدون قرضگرفتن اطلاعات از نسخه دیگر جلو ببرد.
- آدرس مستقیم پاسخ ۲۰۰ میدهد
- تغییر زبان همان صفحه را نگه میدارد
- متادیتا بومی شده
- داده ساختاریافته با صفحه یکی است
- لینکهای موبایل کاملاند
نتیجهای که باید بماند
برای سایت چندزبانه برنامه دارید؟
زبانها، واقعیت محتوا و محدودیت کار روزانه را بیاورید؛ نه فقط فهرست صفحههایی که باید ترجمه شوند.شروع پروژه ↗FAQ
پاسخ روشن به پرسشهای معمول.
هر زبان باید آدرس جدا داشته باشد؟
برای صفحههای قابل ایندکس، بله. آدرس ثابت هر نسخه را قابل اشتراک، خزش، سنجش و مناسب hreflang میکند.
متن همه زبانها باید کاملاً یکسان باشد؟
نه. واقعیت پیشنهاد و نتیجه کاربر باید یکی بماند، اما جمله، مثال و متن رابط باید برای مخاطب همان زبان طبیعی باشد.
سایت چندزبانه میتواند یک منبع داده داشته باشد؟
بله. منبع عملیاتی مشترک خطا را کمتر میکند، در حالی که صفحه عمومی و محتوای هر زبان مستقل میماند.