توسعه وبسایت چندزبانه
توضیحات
یک وبسایت چندزبانه چیزی بیشتر از ترجمه متن‌ها و اضافه‌کردن دکمه تغییر زبان به هدر سایت است. موتورهای جست‌وجو باید بدونن هر آدرس مربوط به کدوم زبانه. تیم محتوا هم باید بتونه انتشار مطالب هر زبان، مثل فارسی و انگلیسی، رو جداگانه مدیریت کنه. ممکنه بعضی صفحات فقط در یک زبان منتشر بشن و نسخه‌ای در زبان دیگه نداشته باشن.
ما این موارد رو از ابتدا در ساختار فنی سایت در نظر می‌گیریم:
- مسیرها و آدرس‌های متناسب با هر زبان: برای هر زبان، ساختار URL و اسلاگ متناسب با همون زبان تعریف میشه.
- تنظیم صحیح hreflang: این تگ فقط برای زبانهایی درج میشه که نسخه واقعی اون صفحه در دسترسه؛ نه برای آدرس‌هایی که وجود ندارن.
- سایت‌مپ جداگانه برای هر زبان: هر سایت‌مپ فقط آدرس‌های منتشرشده مربوط به زبان خودش رو شامل میشه.
- مدیریت همه زبان‌ها در یک CMS: تیم شما می‌تونه محتوای زبان‌های مختلف رو از یک پنل مدیریت کنه، بدون اینکه مجبور باشه چند وبسایت جداگانه رو نگه‌داری کنه.
- تنظیمات سئوی هر زبان: اطلاعات متا و تنظیمات فنی سئو برای تمام زبان‌ها تنظیم می‌شن، نه فقط زبان پیشفرض سایت.
وبسایت فعلی Bscenius نمونه‌ای از اجرای همین رویکرده. می‌تونید جزئیات قواعدی که استفاده میکنیم رو در راهنمای «سئوی چندزبانه» ببینید و نحوه مدیریت یک وبسایت محتوایی رو در «مطالعه موردی Bscenius» بررسی کنید.
چه چیزی شامل می‌شود
- معماری زبان‌هاساختار URLها، مسیرها و ارتباط صفحات بین زبان‌های مختلف رو پیش از شروع ترجمه مشخص میکنیم.
- تنظیم صحیح hreflangدر هر صفحه، hreflang فقط برای زبانهایی تنظیم میشه که نسخه واقعی اون صفحه رو دارن. ارجاع صفحه به خودش و تنظیم x-default هم آگاهانه و مطابق ساختار سایت انجام میشه.
- سایت‌مپ‌های متناسب با هر زبانهر زبان سایت‌مپ مخصوص خودش رو داره که فقط شامل آدرس‌های منتشرشده همون زبانه.
- مدیریت انتشار توسط تیم محتواتیم شما می‌تونه زبان جدیدی اضافه کنه یا ترجمه‌ها رو به‌روزرسانی کنه، بدون نیاز به انتشار مجدد کد سایت یا کمک ما.
چالش
بیشتر پیاده‌سازی‌های چندزبانه با یکی از این دو مشکل روبه‌رو می‌شن: یا موتورهای جست‌وجو در تشخیص نسخه‌های زبانی صفحات دچار سردرگمی می‌شن، مثلاً به‌خاطر hreflang اشتباه، تکرار نسخه پیشفرض یا استفاده از یک سایت‌مپ برای همه زبان‌ها؛ یا تیم محتوا نمی‌تونه ترجمهای رو منتشر کنه، مگر اینکه از توسعه‌دهنده کمک بگیره.
ما هر دو مشکل رو در یک پیادهسازی واحد حل میکنیم. اگر نسخه‌ای از صفحه به زبانی آماده نیست، نباید به‌عنوان یک نسخه منتشرشده نمایش داده بشه؛ بهتره اصلاً وجود نداشته باشه تا اینکه خالی بمونه.
کاری که انجام می‌دهیم
- ابتدا ساختار زبان‌ها رو مشخص می‌کنیمتعداد زبان‌ها، استفاده از پیشوند در URL یا زیردامنه و نحوه برخورد با ترجمه‌های ناقص رو از ابتدا تعیین میکنیم.
- پیادهسازی سئو برای هر زبانمتادیتا، canonical، hreflang و سایت‌مپ‌ها رو متناسب با هر زبان تنظیم میکنیم تا هر نسخه ساختار مشخص و مستقلی داشته باشه.
- نمایش نمونه واقعیمستندات و مطالعه موردی سایت خودمون رو در اختیارتون می‌ذاریم تا بتونید نتیجه رو در یک پروژه واقعی بررسی کنید، نه فقط در قالب اسلاید و توضیحات.
فرآیند ما
- 01
برنامه‌ریزی ساختار زبان‌ها
زبان‌ها، ساختار URLها، قوانین جایگزینی محتوا و مسئولیت ترجمه هر زبان رو مشخص میکنیم.
- 02
پیادهسازی چندزبانگی در CMS
فیلدهای چندزبانه در Payload یا سیستم مشابه، اسلاگ‌های متناسب با هر زبان و تجربه کاربری پنل برای مترجمان رو تنظیم میکنیم.
- 03
سئوی فنی برای هر زبان
قواعد hreflang، سایت‌مپ‌ها، متادیتا و canonical رو برای هر زبان پیادهسازی میکنیم.
- 04
تحویل و آموزش تیم محتوا
نحوه اضافه‌کردن زبان جدید، منتشرنکردن ترجمه‌های آماده‌نشده و جلوگیری از محتوای تکراری رو آموزش می‌دیم.
چرا ما را انتخاب کنید
این ساختار رو در سایت خودمون هم اجرا میکنیم
Bscenius با Payload و همین قواعد سئوی چندزبانه پیادهسازی شده. می‌تونید مستندات فنی رو بررسی کنید و ببینید این رویکرد در عمل چطور کار می‌کنه.
سئو از ابتدا، نه صرفاً یک ابزار ترجمه
افزونه‌ای که فقط محتوای صفحه رو به‌صورت خودکار تغییر می‌ده، لزوماً یک وبسایت چندزبانه واقعی ایجاد نمی‌کنه. موتورهای جست‌وجو به URLهای مشخص و ساختار فنی درست نیاز دارن.
تیم محتوا مستقل می‌مونه
تیم شما می‌تونه ترجمه‌های ناقص رو مدیریت کنه و زبان‌های مختلف رو به‌روزرسانی کنه، بدون اینکه برای هر تغییر محتوایی به توسعه‌دهنده نیاز داشته باشه.
سوالات متداول
فقط برای زبانهایی hreflang درج میکنیم که نسخه واقعی صفحه در اون زبان وجود داشته باشه. ترجمهای که هنوز آماده نیست، حذف میشه؛ نه اینکه به صفحه 404 یا نسخه زبان پیشفرض اشاره کنیم و وانمود کنیم ترجمه شده.