پاسخ کوتاه: وب‌سایت چندزبانه وقتی قابل نگهداری می‌ماند که هر واقعیت مشترک یک منبع معتبر داشته باشد، هر زبان مسیر انتشار روشنی داشته باشد، زبان و جهت متن به‌عنوان دو ویژگی جدا مدیریت شوند، صفحه‌های ترجمه‌شده به معادل‌هایشان وصل باشند و تیم هنگام تحویل ثابت کند می‌تواند یک به‌روزرسانی واقعی را انجام دهد. این تصمیم‌ها را در بریف اولیه بیاورید و آن‌ها را به بعد از نخستین صفحهٔ ترجمه‌شده موکول نکنید.
این راهنما برای کسب‌وکارهایی است که در دبی و منطقه فعالیت می‌کنند و وب‌سایتی به زبان‌های انگلیسی، عربی و فارسی لازم دارند، و برای تیمی که پس از راهاندازی آن را اداره میکند. مستندات لینک‌شده در ادامه در ۲۷ اکتبر ۲۰۲۶ بررسی شده است.
وب‌سایت چندزبانه یک سامانهٔ تحریری و محصولی است. کیفیت آن به این بستگی دارد که تیم پس از راهاندازی با چه اطمینانی می‌تواند همهٔ زبان‌هایش را به‌روز کند، و فقط به ظاهر نخستین صفحهٔ ترجمه‌شده نیست.
برای کسب‌وکاری که در دبی و منطقه کار میکند، انگلیسی، عربی و فارسی ممکن است مخاطب‌ها و درخواست‌های متفاوتی را پوشش دهند. پیاده‌سازیِ قابل‌نگهداری به هر زبان مسیر انتشار روشنی می‌دهد و در عین حال اطلاعات مشترک را یکدست نگه می‌دارد. تصمیم‌های زیر جایشان در بریف اولیه است.
چه چیزی باید مشترک باشد و چه چیزی را محلی بنویسیم؟
واقعیت‌هایی را که باید یکدست بمانند از محتوایی جدا کنید که تصمیم تحریریِ محلی می‌خواهد:
- یکدست و از یک منبع معتبر: اطلاعات تماس، خروجی‌های واقعی یک خدمت و قیمت‌های تأییدشده.
- نوشتهٔ جدا برای هر مخاطب: تیترها، مثال‌ها، اصطلاحات و فراخوان‌های اقدام.
یک نقشهٔ محتوای صریح بسازید. برای هر خدمت نشان دهید کدام نسخههای زبانی وجود دارد، مالک هر کدام کیست و وقتی یک واقعیت تغییر میکند چه اتفاقی می‌افتد. یک وضعیت انتشار مشترک جلوی این را می‌گیرد که یک به‌روزرسانی انگلیسی بی‌صدا نسخهٔ عربی یا فارسی را با پیشنهادی کهنه رها کند.
این کار لازم نمی‌کند تعداد کلمه‌ها یا ساختار صفحه‌ها یکسان باشد. لازم میکند آنچه کسب‌وکار ارائه می‌دهد به همان اندازه روشن گفته شود. ترجمهٔ خودکار می‌تواند به روند کار کمک کند، اما متن نهایی را باید کسی که به آن زبان و موضوع مسلط است بازبینی کند.
زبان و جهت متن را چگونه مدیریت کنیم؟
تشخیص زبان و جهت متن دو مسئلهٔ متفاوت را حل می‌کنند. W3C توصیه میکند زبان سند با ویژگی زبان در HTML اعلام شود. همچنین توضیح می‌دهد ویژگی جهت چگونه برای اسنادی که از راست به چپ نوشته می‌شوند به کار می‌رود.
در بازبینی طراحی، محتوای آمیخته با چند خط را هم بیاورید: شمارهٔ تلفن، نشانی ایمیل، قیمت، نام یک مدل و جمله‌ای که اصطلاحات انگلیسی دارد. بررسی کنید که این‌ها در پاراگراف‌های عربی و فارسی خوانا بمانند. تایپوگرافی را در اندازه‌های واقعی خواندن بسنجید، نه فقط در یک تیتر بزرگِ بالای صفحه.
رفتار جهت را برای هر مؤلفه برنامه‌ریزی کنید. ناوبری، فرمها، جدول‌ها، نشانگرهای پیشرفت و اسلایدرها هر کدام توجه جداگانه می‌خواهند. آینه‌کردن کامل ظاهر می‌تواند صفحه‌ای بسازد که ترجمه‌شده به نظر می‌رسد اما دنبال‌کردن کارهای آشنا را دشوارتر میکند.
ساختن راستبهچپ از خط اول بحثی جداگانه است که در عربی‌اول، نه عربی‌هم آمده. این راهنما معماریِ پیرامون آن را پوشش می‌دهد: محتوا، ارتباط صفحه‌ها، آزمون و تحویل.
صفحه‌های ترجمه‌شده چگونه باید به هم مربوط باشند؟
رابطهٔ روشنی میان صفحه‌های ترجمه‌شده نگه دارید. گوگل راه‌هایی برای معرفی نسخههای جایگزین زبانی یا منطقهای شرح می‌دهد، از جمله حاشیه‌نویسی‌های hreflang (راهنمای گوگل دربارهٔ صفحه‌های بومی‌شده). این‌ها به توصیف رابطه‌ها کمک می‌کنند؛ جای ترجمهٔ خوب را نمی‌گیرند و رتبه را تضمین نمی‌کنند.
وقتی بازدیدکننده زبان را عوض میکند، هدف این باشد که او را به محتوای معادل ببرید، هر جا وجود دارد. اگر معادلی منتشر نشده، به‌جای وانمود به اینکه صفحه‌ای دیگر ترجمه است، یک جایگزین قابل‌فهم بگذارید. نگاشت نشانی‌ها را کنار مدل محتوا نگه دارید تا پس از بازطراحی و تغییر تأمین‌کننده هم باقی بماند.
پیادهسازی جست‌وجو هم به بررسی تحریری نیاز دارد. مطمئن شوید عنوان‌ها، توضیحات و محتوای دیدنی با زبانی که منتشر میشود همخوان‌اند. صفحه‌ای انگلیسی و ناتمام را فقط به این دلیل که ناوبری‌اش ترجمه شده «عربی» برچسب نزنید.
مسیرهای کامل را در هر زبان چگونه بیازماییم؟
مسیرهایی را بازبینی کنید که برای کسب‌وکار اهمیت دارند. آیا بازدیدکننده می‌تواند خدمت را بفهمد، نمونه‌کار مرتبط را ببیند و درخواست بفرستد؟ آیا پیام‌های اعتبارسنجی، وضعیت‌های تأیید و دستورهای بعدی به زبان انتخاب‌شده معنا دارند؟
دسترس‌پذیری بخشی از این بازبینی است. آموزش‌های دسترس‌پذیری W3C مسائل عملی مثل ساختار صفحه، تصویرها، فرمها و منوها را پوشش می‌دهد. از این اصول برای سنجش برچسب‌ها، ترتیب خواندن، استفاده با صفحه‌کلید و بازخورد قابل‌فهم استفاده کنید. بررسی خودکار می‌تواند در پیداکردن مشکل‌ها کمک کند، اما نباید آن را راستی‌آزمایی کامل دسترس‌پذیری نامید.
طول‌های نمایندهٔ محتوا را در آزمون بیاورید. طراحی‌ای که با یک برچسب کوتاه انگلیسی جا میشود، با عربی یا فارسی ممکن است رفتار دیگری داشته باشد. پیش از تأیید مؤلفهها از متن واقعی و تصویرهای واقع‌گرایانه استفاده کنید.
تجربهٔ کاربر را روی صفحه‌های نماینده چگونه بسنجیم؟
راهنمای Web Vitals گوگل جنبه‌های قابل‌سنجش تجربهٔ کاربر را از هم متمایز میکند. عملکرد را ویژگی مشاهده‌شدهٔ صفحه‌های پیاده‌شده بدانید، نه پیامد انتخاب یک فریم‌ورک مشخص.
صفحه‌ها و شرایط آزمون را توافق کنید: یک صفحهٔ خدمت، یک راهنمای بلند، یک پروژهٔ پر از تصویر و یک مسیر تماس در زبان‌های پشتیبانی‌شده. هر جا داده‌های میدانی در دسترس نیست، این محدودیت را ثبت کنید و برای عیب‌یابی از اندازه‌گیری‌های آزمایشگاهی استفاده کنید. پس از تغییرهای بزرگ محتوا یا طراحی دوباره بررسی کنید، چون رسانه و اسکریپت تازه می‌تواند تجربه را تغییر دهد.
جلسهٔ تحویل باید چه چیزهایی داشته باشد؟
از تیم اجرا بخواهید یک به‌روزرسانی روزمره را همراه با افرادی که سایت را اداره می‌کنند نشان دهد. یک خدمت ترجمه‌شده اضافه کنید، یک اطلاعات تماس مشترک را تغییر دهید، هر دو جهت را پیش‌نمایش ببینید و از مسیر تأیید توافق‌شده منتشر کنید.
تحویل باید مالکیت حساب‌ها، خروجی گرفتن از محتوا، دستورالعمل‌های استقرار و بازیابی، محدودیت‌های شناخته‌شده و برنامهٔ نگهداری را دربر بگیرد. فرد یا تیمی را که مسئول ترجمه‌ها، به‌روزرسانی وابستگی‌ها و پاسخ به رخدادهاست نام ببرید. مستندات وقتی بیشترین فایده را دارند که یک همکار بتواند با پیروی از آن‌ها یک کار واقعی را انجام دهد.
برنامه‌ریزی را از کجا شروع کنیم؟
وب‌سایت چندزبانه را با 4AI برنامه‌ریزی کنید، و طراحی UI/UX و پیادهسازی سئو و جئو را از همان ابتدا کنار روند کار محتوا در نظر بگیرید.
پرسش‌های پرتکرار
آیا هر صفحه باید همزمان به هر سه زبان راهاندازی شود؟
مسیرهایی را که مخاطبان شما لازم دارند اولویت بدهید و نسخههای کامل منتشر کنید. رابطهٔ میان ترجمههای موجود را روشن نگه دارید.
آیا پشتیبانی از راستبهچپ فقط مسئلهٔ ظاهری است؟
نه. بر جهت متن، رفتار مؤلفهها، فرمها و آزمون هم اثر میگذارد. نمونههای محتوای آمیخته را در بررسیهای پذیرش بگنجانید.
آیا hreflang باعث میشود ترجمه رتبه بگیرد؟
hreflang جایگزینهای زبانی یا منطقهای را توصیف میکند. ربط محتوا، قابلیت کشفشدن و پیادهسازی همچنان اهمیت دارند.
