سایت چندزبانه برای کسب‌وکاری می‌ارزد که همین امروز مخاطب غیرفارسی واقعی دارد: مشتری صادراتی، استعلام انگلیسی در ایمیل، یا بازدید معنادار از خارج در آمار سایت. برای بقیه، نسخهٔ دوم زبان یعنی دوبرابر شدن هزینهٔ محتوا و نگهداری برای ویترینی که کسی از آن خرید نمی‌کند. این راهنما اول معیار تصمیم را روشن می‌کند، بعد سه معماری اجرای چندزبانگی را مقایسه می‌کند و در آخر الگوی کم‌ریسکی را نشان میدهد که با آن میشود بدون قمار بزرگ شروع کرد. تجربهٔ ما از پروژه‌های مشتریان این است که شکست چندزبانگی تقریباً همیشه از یک جا می‌آید: نسخهٔ دومِ نصفه‌کاره.
سه سیگنال که می‌گوید وقتش رسیده (و یک سیگنال فریبنده)
سیگنال اول، دادهٔ بازدید است: اگر در آمار سایت، سهم پایدار و رو به رشدی از خارج کشور یا با زبان مرورگر غیرفارسی می‌بینید، تقاضا همین حالا پشت در است. سیگنال دوم، کانال‌های ارتباطی است: استعلام انگلیسی یا عربی در ایمیل و واتساپ، حتی پراکنده، یعنی مشتری خارجی راهش را به شما پیدا کرده و فعلاً با سختی خرید می‌کند. سیگنال سوم، استراتژی تجاری است: صادرات، جذب مشتری منطقه‌ای، یا شریک خارجی در برنامهٔ امسال (نه رویای پنج‌ساله). هر کدام از این سه، به‌تنهایی برای شروعِ کوچک کافی است.
سیگنال فریبنده هم بشناسید: «برای اعتبار و کلاس کار». نسخهٔ انگلیسی‌ای که مشتری واقعی ندارد، بهروز نمی‌ماند؛ و سایت انگلیسیِ کهنه با قیمت‌های قدیمی و بلاگ خالی، جلوی همان مشتری خارجیِ احتمالی، ضدتبلیغ است. اگر مخاطب غیرفارسی ندارید، همان انرژی را روی قیف فارسی بگذارید که در راهنمای عیب‌یابی سایت بدون مشتری چیدیم.
هزینهٔ واقعی؛ ترجمه ارزان‌ترین بخش ماجراست
برآورد درست چندزبانگی با یک جابه‌جایی ذهنی شروع میشود: شما «سایت را ترجمه نمی‌کنید»، یک سایت دوم را به دنیا می‌آورید و بزرگش می‌کنید. یعنی از فردای راه‌اندازی: هر محصول و قیمت جدید در دو جا بهروز میشود، هر مقالهٔ وبلاگ یا دو بار نوشته میشود یا نسخهٔ دوم عقب می‌ماند، و استعلامی که از نسخهٔ انگلیسی می‌آید، پاسخ‌گویی به همان زبان می‌خواهد. این ردیف‌ها را با همان منطقی که در راهنمای هزینه نگهداری سایت گفتیم در بودجهٔ سالانه ببینید، با این تفاوت که ضریبش حالا تقریباً دو است.
به همین دلیل توصیهٔ ما تقریباً همیشه این است: کوچک و کامل، به‌جای بزرگ و نصفه. نسخهٔ دومِ پنج‌صفحه‌ایِ تمیز (خانه، محصولات/خدمات کلیدی، دربارهٔ ما، تماس) که همیشه بهروز است، از ترجمهٔ کامل سایتی که شش ماه دیگر کهنه میشود، هم ارزان‌تر است هم فروشنده‌تر.
سه معماری؛ زیرپوشه، ساب‌دامین یا دامنهٔ جدا؟
| معیار | زیرپوشه (site.ir/en) | ساب‌دامین (en.site.ir) | دامنهٔ جدا (site.com) |
|---|---|---|---|
| اعتبار سئو | یک‌کاسه با سایت اصلی | تا حدی جدا | از صفر برای دامنهٔ دوم |
| هزینه و نگهداری | کمترین | متوسط | بیشترین (دو سایت کامل) |
| زیرساخت مستقل برای هر زبان | سخت | آسان | کامل |
| برندینگ منطقه‌ای | محدود | متوسط | قوی‌ترین |
| مناسب چه کسی | اکثر کسب‌وکارها؛ نقطهٔ شروع | نیاز فنی به جداسازی میزبانی | صادرات جدی با تیم و بودجه |
انتخاب پیش‌فرض ما برای شروع، زیرپوشه است: اعتبار دامنهٔ فعلی پشت نسخهٔ جدید می‌ایستد و هزینهٔ نگهداری هم یک‌جاست. دو استثنای مهم دارد. اول، بحث پسوند: اگر دامنهٔ فعلی ir است و مخاطب هدف، خارج از ایران، ترکیب رایج «ir برای فارسی، com برای بینالملل» است که مفصلش را در راهنمای دامنه ir یا com گفته‌ایم. دوم، بحث میزبانی: تجربهٔ کاربر خارجی از سرور داخل ایران معمولاً کند است؛ اگر مخاطب بینالمللی جدی است، نسخهٔ دوم را نزدیک همان مخاطب میزبانی کنید، با همان منطقی که در راهنمای سرور خارج از ایران و بحث لبه در راهنمای CDN آمده؛ معماری ساب‌دامین یا دامنهٔ جدا، همین جداسازی را ساده می‌کند.
hreflang به زبان ساده؛ معرفی نسخه‌ها به گوگل
وقتی یک صفحه دو نسخهٔ زبانی دارد، گوگل باید بداند این دو، ترجمهٔ هم‌اند، نه محتوای تکراری؛ و به کاربر فارسی‌زبان نسخهٔ فارسی را نشان بدهد و به بقیه نسخهٔ دیگر را. سازوکار این معرفی، تگ‌های hreflang است که مستند رسمی گوگل قدم‌به‌قدم توضیحش داده؛ افزونه‌های چندزبانگی معتبر هم همین تگ‌ها را خودکار میسازند و معمولاً لازم نیست دستی بنویسید. چیزی که باید خودتان مراقبش باشید، دو اشتباه رایج است:
- ریدایرکت اجباری بر اساس IP: «بازدیدکنندهٔ خارجی را خودکار به نسخهٔ انگلیسی بفرست» منطقی به نظر می‌رسد و در عمل هم گوگل‌بات را از دیدن نسخه‌ها محروم می‌کند، هم کاربری را که خودش زبانش را انتخاب کرده کلافه. انتخاب زبان را پیشنهاد بدهید (بنر یا سوییچر)، تحمیل نکنید.
- ترجمهٔ ماشینی خام روی صفحات فروش: مشتری خارجی در ده ثانیه متوجه متن ماشینی میشود و اعتمادش با همان سرعت می‌رود؛ راهنمای W3C دربارهٔ سایت‌های چندزبانه هم تفاوت «ترجمه» و «بومیسازی» را از همین زاویه باز کرده. ماشین برای پیشنویس خوب است؛ صفحات پولساز، بازبینی انسانی می‌خواهند.
اجرای وردپرسی در عمل
برای سایت وردپرسی، دو مسیر اصلی دارید. مسیر اول، افزونهٔ چندزبانگی (مثل WPML یا Polylang) روی همان نصب فعلی: سریعترین راه برای معماری زیرپوشه است و مدیریت ترجمه‌ها را کنار هم نگه می‌دارد؛ بهایش کمی پیچیدگی بیشتر در به‌روزرسانی‌ها و سازگاری قالب و افزونه‌هاست، پس حتماً اول روی سایت تست مستقر و آزمایش کنید. مسیر دوم، دو نصب جداگانه (مخصوصاً برای ساب‌دامین یا دامنهٔ جدا): هر زبان، سایت مستقل خودش با قالب و سرعت و میزبانی خودش؛ تمیزتر ولی با دو برابر کار نگهداری.
قالب هم باید هر دو جهت را بلد باشد: فارسیِ راستبهچپ و انگلیسیِ چپ‌به‌راست، دو چیدمان متفاوت‌اند و قالبی که فقط برای یکی طراحی شده، در دیگری به‌هم می‌ریزد. اگر کسب‌وکار چندزبانه برایتان جدی است و قالب آماده جواب نمی‌دهد، این دقیقاً از آن نقاطی است که طراحی سایت اختصاصی با پشتیبانی کامل دوزبانه از ابتدا، از وصله‌کاری ارزان‌تر تمام میشود؛ اجزای هزینه‌اش را در راهنمای هزینه طراحی سایت ببینید.
چه چیزی ترجمه شود، چه چیزی بازنویسی؟
همهٔ محتوا یک جنس ندارد و این تفکیک، نیمی از بودجه را نجات میدهد. صفحات محصول و خدمات، «بومیسازی» می‌خواهند نه ترجمهٔ واژه‌به‌واژه: واحدها، مثال‌ها، لحن و حتی ترتیب استدلال برای مشتری خارجی فرق دارد؛ متنِ وفادار به فارسی ولی غریبه با خواننده، همان حس ماشینی را میدهد. وبلاگ، داستانش جداست: مقاله‌های فارسی شما برای سوالات بازار ایران نوشته شده‌اند و ترجمه‌شان برای مخاطبی که آن سوال‌ها را ندارد، تولید محتوای بی‌مصرف است؛ اگر سئوی بازار هدف برایتان جدی است، برای همان بازار از صفر موضوع انتخاب کنید. و لایهٔ اعتماد را فراموش نکنید: نماد اعتماد داخلی برای خریدار خارجی معنایی ندارد؛ جایش رضایت مشتریان بینالمللی، نمونه‌کار صادراتی و راه‌های پرداخت و ارسالی می‌نشیند که برای او واقعی و قابل‌استفاده است.
چکلیست پیش از انتشار نسخهٔ دوم
- فرم‌ها و مقصدشان: فرم تماس نسخهٔ دوم را واقعاً ارسال کنید و مطمئن شوید به صندوقی می‌رسد که کسی آن‌جا به همان زبان پاسخ میدهد؛ استعلام انگلیسیِ بی‌جواب، بدتر از نبودن فرم است.
- ایمیل‌های خودکار: رسید فرم، تأیید سفارش و پاسخ‌های سیستمی هم باید به زبان دوم باشند؛ کاربری که در صفحهٔ انگلیسی ثبت‌نام کرد و ایمیل فارسی گرفت، همان‌جا متوجه «نصفه‌کاره» بودن میشود.
- اعداد، تاریخ و واحدها: تقویم میلادی، جداکنندهٔ اعداد و واحدهای سنجش مطابق عرف مخاطب؛ جزئیات کوچکی که حس «برای من ساخته شده» را میسازند.
- صفحات سیستمی: ۴۰۴، نتایج جستجو، پیام‌های خطا و فوتر هم جزو تجربه‌اند؛ این‌ها معمولاً آخرین جایی‌اند که ترجمه می‌شوند و اولین جایی که فراموش‌شدگی لو می‌رود.
- سلامت hreflang دوطرفه: هر نسخه باید به دیگری اشاره کند؛ اشارهٔ یک‌طرفه عملاً بی‌اثر است. بعد از انتشار، چند صفحهٔ کلیدی را با ابزار تست ساختار گوگل چک کنید.
الگوی کمریسک شروع؛ نسخهٔ کوچکِ کامل
به‌جای پروژهٔ بزرگ «ترجمهٔ کل سایت»، با این چهار قدم شروع کنید. قدم اول، پنج تا هفت صفحهٔ کلیدی را انتخاب کنید: خانه، دو سه صفحهٔ محصول/خدمت پرفروش، دربارهٔ ما، و تماس با کانال ارتباطی‌ای که واقعاً به زبان دوم پاسخ میدهد. قدم دوم، همین تعداد را با ترجمهٔ انسانی (یا ماشینی با بازبینی انسانی) کامل و منتشر کنید؛ با ساختار زیرپوشه و hreflang درست. قدم سوم، یک مسیر جذب کوچک برای همان نسخه راه بیندازید: پروفایل‌های تجاری بینالمللی، ایمیل به مشتریان خارجی فعلی، یا کمپین محدود. قدم چهارم، سه ماه داده جمع کنید: بازدید، استعلام، و فروش از نسخهٔ دوم. اگر اعداد جان داشت، حالا توسعهٔ محتوایی و حتی دامنه و میزبانی مستقل، تصمیمی داده‌محور است نه قمار؛ و اگر جان نداشت، فقط هزینهٔ یک آزمون کوچک را داده‌اید.
برای رتبه گرفتن نسخهٔ جدید در جستجوی بازار هدف هم انتظار واقع‌بینانه داشته باشید: زبان دوم یعنی ورود به یک میدان رقابتی تازه از نقطهٔ صفر، با همان منطق کاشت و انتظاری که در راهنمای ارتقای رتبه در کشورهای خارجی آمده است.
سوالات متداول دربارهٔ سایت چندزبانه
ترجمهٔ ماشینی را کلاً کنار بگذاریم؟
خیر؛ جایش را درست انتخاب کنید. برای پیشنویس، محتوای کمریسک (راهنماهای فنی داخلی) و حجم بالا، کمک بزرگی است. برای صفحهٔ اصلی، صفحات فروش و هر جملهٔ حقوقی و قیمتی، بازبینی انسانیِ مسلط به زبان، خط قرمز است؛ همان چند صفحهاند که اعتماد را میسازند یا میسوزانند.
برای عربی هم همین قواعد برقرار است؟
بله، با یک مزیت: عربی هم راستبهچپ است و قالبِ آمادهٔ فارسی شما احتمالاً با تغییر کمتری آن را میپذیرد. نکتهٔ مهمتر در عربی، تنوع بازارهاست؛ مشتری خلیج با مشتری عراق انتظارات و حتی واژگان متفاوتی دارد، پس بومیسازی را برای بازار هدف مشخص انجام بدهید، نه «عربی عمومی».
قیمتها را در نسخهٔ دوم به چه ارزی نشان بدهیم؟
به ارز و منطق بازار هدف، و اگر قیمتگذاری بینالمللی هنوز قطعی نشده، «استعلام قیمت» صادقانهتر از عدد تبدیلیای است که با نوسان نرخ، هفتهای یکبار دروغ میشود. هر تصمیمی گرفتید، در هر دو نسخه با سیاست واحد اجرایش کنید؛ دو قیمت متناقض برای یک محصول، سریعترین راه از دست دادن هر دو مشتری است.
نسخهٔ انگلیسی را روی همان هاست ایران بگذاریم؟
برای شروعِ کوچک، اشکالی ندارد؛ کار را راه میاندازد و داده میگیرید. از جایی که مخاطب خارجی جدی شد، فاصلهٔ جغرافیایی خودش را در سرعت نشان میدهد و وقت اجرای همان توصیهٔ معماری است: میزبانی نسخهٔ بینالملل نزدیک مخاطبش، یا لبهٔ جهانی جلوی آن. جزئیات در دو راهنمای سرور خارج و CDN که بالاتر لینک شد.
سوییچر زبان کجا باشد و چه شکلی؟
قابلپیشبینی و همیشه در دسترس: گوشهٔ هدر، با نام زبان به خط خودش («English»، «فارسی»)؛ پرچمِ تنها کافی به حساب نمیآید، چون پرچم کشور است نه زبان و برای انگلیسی یا عربی گمراهکننده میشود. و انتخاب کاربر را به خاطر بسپارید تا در بازدید بعدی دوباره نپرسید.
نسخهٔ دوم را چه کسی بهروز نگه دارد؟
همان قاعدهای که برای نگهداری سایت گفتیم، اینجا دوبرابر جدی است: مسئولیت باید اسم داشته باشد. در عمل، بهترین چیدمان این است که هر تغییر محتوایی در نسخهٔ اصلی، یک کار ثبتشده برای نسخهٔ دوم بسازد (حتی در حد یک چکلیست ساده)، و ماهی یکبار کسی هر دو نسخه را کنار هم مرور کند. نسخهٔ دومی که صاحب ندارد، در کمتر از یک فصل به همان ویترین کهنهای تبدیل میشود که از نداشتنش بدتر است.
با بودجهٔ محدود، چندزبانگی یا بهبود نسخهٔ فارسی؟
با معیار مشتری جواب بدهید، نه جذابیت پروژه: اگر استعلام خارجی واقعی دارید که بی‌پاسخ می‌ماند، نسخهٔ کوچکِ دوم همین حالا پول روی میز است. اگر ندارید، هر تومان بهبود قیف فارسی، بازده مطمئن‌تری دارد. چندزبانگی وقتی درخشان است که به تقاضای موجود جواب بدهد؛ تقاضا ساختنی هم هست، ولی آن یک پروژهٔ بازاریابی است، نه یک پروژهٔ ترجمه.
