سایت چندزبانه با افزودن یک دکمه «EN» ساخته نمی شود. چندزبانه کردن سایت یعنی ساخت یک نسخه تازه از کسب و کار شما برای بازار دیگری: زبان، قیمت، روش پرداخت، شرایط ارسال و لحن پیام. به همین دلیل این کار یک پروژه مستقل است، نه یک تنظیم فنی. در این مقاله مسیر درست را از انتخاب بازار و معماری فنی تا پیاده سازی درست نسخه های زبانی و اندازه گیری نتیجه، مرحله به مرحله مرور می کنیم.
خلاصه در یک نگاه
- بر پایه پژوهش CSA Research روی ۸۷۰۹ مصرف کننده در ۲۹ کشور، ۷۶ درصد افراد خرید به زبان مادری خود را ترجیح می دهند و ۴۰ درصد هیچ وقت از سایتی به زبان دیگر خرید نمی کنند.
- ترتیب درست کار: انتخاب بازار، بعد زبان، بعد معماری فنی؛ نه برعکس.
- چهار معماری رایج داریم: زیرپوشه، زیردامنه، دامنه کشوری و پارامتر آدرس؛ انتخاب به هدف تجاری و بودجه بستگی دارد.
- hreflang سه خطای رایج دارد: نبود ارجاع متقابل، نبود خودارجاعی و استفاده اشتباه از کد زبان و منطقه.
- بومی سازی یعنی فراتر از ترجمه: واحد پول، روش پرداخت، ارسال، قوانین حریم خصوصی و تقویم و ساعت پشتیبانی.
چرا چندزبانه کردن سایت یک تصمیم راهبردی است؟
پژوهش «Can't Read, Won't Buy» مرکز CSA Research که روی ۸۷۰۹ مصرف کننده در ۲۹ کشور انجام شد، سه عدد کلیدی دارد: ۷۶ درصد مصرف کنندگان ترجیح می دهند محصولی بخرند که اطلاعاتش به زبان مادری شان باشد، ۴۰ درصد هرگز از سایتی به زبانی دیگر خرید نمی کنند و ۷۳ درصد می خواهند نظر و بازخورد محصول را به زبان خودشان بخوانند. این اعداد می گویند نسخه زبانی یک بازار، یک قابلیت جانبی نیست؛ شرط ورود است.
نکته دوم این است که چندزبانه بودن با «ترجمه شده بودن» تفاوت دارد. سایت ترجمه شده همان ساختار و همان پیشنهاد را به زبان دیگر تکرار می کند، اما بازار جدید سوال ها، اصطلاحات و اولویت های متفاوتی دارد. سایتی که برای مخاطب ایرانی روی «اگر جواب نداد چه می شود» و «پشتیبانی تلفنی» تاکید می کند، برای مخاطب اروپایی باید روی قوانین حریم خصوصی، شرایط بازگشت و روش پرداخت تاکید کند.
اول بازار را انتخاب کنید، بعد زبان را
اشتباه رایج این است که اول زبان انتخاب می شود و بعد به دنبال بازار می گردند. ترتیب درست برعکس است. برای انتخاب بازار از چهار منبع استفاده کنید:
- ترافیک فعلی سایت: در ابزار وبمستر گوگل ببینید از کدام کشورها ورودی دارید و با چه جستجوهایی.
- زبان درخواست های مشتریان: اگر بخشی از استعلام ها به عربی یا انگلیسی می آید، همان بازار اولویت دارد.
- حجم جستجوی زبان مقصد: برای کلمات کلیدی خدمات خودتان در آن زبان، حجم جستجو و رقابت را بررسی کنید. اگر کلیدواژه اصلی شما در زبان مقصد ۵۰ جستجو در ماه دارد، سرمایه گذاری روی آن توجیه ندارد.
- مجاورت عملیاتی: بازاری که ارسال، پرداخت و پشتیبانی در آن قابل مدیریت است، شانس موفقیت بیشتری دارد.
برای کسب و کارهای ایرانی، بازارهای عربی منطقه، ترکیه، کشورهای همسایه فارسی زبان و بازار انگلیسی زبان مهاجران و شرکت های بین المللی، معمولا سه گزینه اول هستند. هر کدام از این ها نیاز به تنظیمات متفاوتی دارند.
چهار معماری فنی و انتخاب درست
| معماری | مثال | مزیت | هزینه و ریسک |
|---|---|---|---|
| زیرپوشه | site.ir/en/ | ساده، ارزان، انتقال اعتبار دامنه به همه زبان ها | نیاز به تنظیم دقیق زبان در پایه آدرس، مناسب هر بودجه |
| زیردامنه | en.site.ir | جداسازی فنی و مدیریت مستقل هر زبان | هزینه بیشتر، نیاز به اعتبارسازی جداگانه هر زیردامنه |
| دامنه کشوری | site.ae | سیگنال جغرافیایی قوی برای گوگل | گران تر، نیازمند دفتر یا الزامات ثبت محلی |
| پارامتر آدرس | site.ir/?lang=en | پیاده سازی سریع برای تست | ساختار ضعیف، شکننده برای سئو و اشتراک گذاری، توصیه نمی شود |
برای بیشتر کسب و کارهای ایرانی که در حال شروع هستند، زیرپوشه بهترین نسبت هزینه به نتیجه را دارد. اگر مدل کسب و کار در بازار مقصد جدی و بلندمدت است، دامنه کشوری بررسی می شود. اگر سایت شما وردپرسی یا اختصاصی است، پیاده سازی ساختار چندزبانه تفاوت هایی دارد که در طراحی سایت اختصاصی به آن اشاره کرده ایم.
پیاده سازی hreflang بدون خطا
تگ hreflang به گوگل می گوید کدام نسخه از یک صفحه برای کدام زبان و منطقه است. اگر درست اجرا نشود، نسخه های زبانی با هم رقابت می کنند و هر دو پایین می مانند. چک لیست حداقلی:
- همه نسخه های زبانی یک صفحه باید به یکدیگر ارجاع بدهند، نه فقط به زبان اصلی.
- هر صفحه باید به خودش هم ارجاع بدهد (خودارجاعی).
- کد زبان درست استفاده شود؛ مثلا عربی برای امارات با کد منطقه ای و انگلیسی با کد زبان.
- اگر نسخه پیش فرض برای کاربران زبان نامشخص دارید، آن را مشخص کنید.
- فقط صفحاتی که واقعا ترجمه شده اند وارد ساختار شوند؛ نسخه ناقص یا خالی وارد نکنید.
- آدرس ها باید پایدار و تمیز باشند، بدون پارامترهای اضافه.
زیرساخت فنی این کار به سئوی بین المللی وصل می شود؛ اگر می خواهید این لایه از پایه درست چیده شود، چک لیست سئوی فنی در طراحی سایت را پیش از شروع پروژه چندزبانه مرور کنید.
فراتر از ترجمه: بومی سازی واقعی
این بخش تعیین می کند نسخه زبانی شما جدی گرفته می شود یا نه:
- واحد پول و روش پرداخت: نمایش قیمت به ارز محلی و ارائه روش پرداخت آشنا برای همان بازار، نرخ تبدیل و درگاه بین المللی را هم شامل می شود.
- ارسال و زمان تحویل: محدوده جغرافیایی، هزینه ارسال و زمان تقریبی، شفاف و بر اساس همان بازار.
- قوانین و حریم خصوصی: برای بازارهای اروپایی، قواعد حفاظت از داده الزامی است و ذکر آن روی سایت اعتمادساز است.
- ساعت و روز کاری پشتیبانی: ساعت پشتیبانی را بر اساس زمان محلی مخاطب بنویسید، نه وقت خودتان.
- تقویم و تاریخ: برای بازارهای منطقه، استفاده درست از تقویم و فرمت تاریخ اهمیت دارد.
- تصاویر و لحن: تصویر افراد، رنگ ها و لحن پیام باید با فرهنگ مخاطب همخوان باشد.
کیفیت ترجمه را جدی بگیرید
| روش | هزینه | کیفیت و کاربرد |
|---|---|---|
| ترجمه ماشینی بدون ویرایش | کم | فقط برای پیش نویس داخلی؛ برای صفحات عمومی توصیه نمی شود |
| ترجمه ماشینی با ویرایش انسانی | متوسط | مناسب صفحات محصول و توضیحات فنی |
| ترجمه انسانی متخصص | بالا | مناسب صفحات تجاری، قوانین و محتوای متقاعدکننده |
| بومی سازی خلاق (ترنسکرایشن) | بالا | مناسب کمپین ها، تیترها و پیام های برند |
دو نکته عملی: اول، فهرست اصطلاحات تخصصی شرکت را بسازید تا در همه زبان ها یکدست بماند و نام محصول و برند ترجمه نشود. دوم، برای هر زبان پژوهش کلمه کلیدی مستقل انجام دهید؛ معادل تحت اللفظی کلیدواژه فارسی، معمولا همان چیزی نیست که مخاطب آن بازار جستجو می کند.
نتیجه را چطور اندازه بگیریم؟
سایت چندزبانه باید گزارش جداگانه داشته باشد. سه شاخص را به تفکیک زبان بررسی کنید: تعداد نمایش و کلیک در نتایج گوگل، رتبه کلمات کلیدی هر زبان، و نرخ تبدیل نسخه زبانی. وضعیت ایندکس و ارجاع های زبانی را هم در ابزار وبمستر گوگل پایش کنید. اگر نسخه زبانی بعد از سه ماه هیچ نمایشی نمی گیرد، معمولا یکی از این سه مشکل وجود دارد: بازار هدف درست انتخاب نشده، ترجمه با زبان جستجوی مخاطب همخوان نیست، یا ساختار فنی ارجاع ها ناقص است.
چالش های خاص سایت فارسی برای رفتن به بازار بین المللی
چند نکته فنی که در پروژه های ایرانی بیشتر باعث مشکل می شود: تغییر جهت چیدمان از راست به چپ به چپ به راست بدون خراب شدن ساختار صفحه، بارگذاری فونت مناسب هر زبان بدون افت سرعت، جداسازی درست اعداد و ارقام در متن های چندزبانه، انتخاب میزبانی یا شبکه توزیع محتوا برای کاربران خارج از ایران تا سرعت نسخه بین المللی قابل قبول باشد، و توجه به محدودیت های عملی پرداخت بین المللی که ممکن است مسیر فروش شما را تغییر دهد. این موارد در مرحله معماری فنی مشخص می شوند، نه بعد از راه اندازی.
در باگ باز پروژه چندزبانه با انتخاب بازار شروع می شود، سپس ساختار آدرس، ارجاع متقابل زبان ها و بومی سازی محتوایی تنظیم می گردد. نسخه ها با فهرست اصطلاحات یکدست و ساختار قابل پایش ساخته می شوند و در تحویل، وضعیت ایندکس و ارجاع های زبانی و گزارش سرعت هر نسخه ارائه می شود.
مسیر عملی شروع
اگر قصد دارید نسخه بین المللی راه اندازی کنید، سه گام اول را دقیق بردارید: بازار اول را با داده انتخاب کنید، معماری فنی (زیرپوشه یا دامنه کشوری) را قطعی کنید و فقط صفحات کلیدی و پرتقاضا را در نسخه اول ترجمه کنید. شروع با یک بازار و یک زبان، همیشه از پنج زبان نیمه کاره نتیجه بهتری می دهد. برای دیدن استک فنی قابل استفاده در پروژه های چندزبانه، بخش تکنولوژی های طراحی سایت را ببینید و برای بررسی پروژه خودتان از مشاوره طراحی سایت حرفه ای استفاده کنید. همچنین برای دیدن جایگاه پروژه چندزبانه در فرایند کلی، مراحل طراحی سایت حرفه ای و برای انتخاب تیم اجرا، انتخاب شرکت طراحی سایت را ببینید.
مقالات مرتبط
اگر موضوع دیگری از این کلاستر برای شما مهم تر است، این مقاله ها را ببینید:
سایت چندزبانه چه تفاوتی با سایت دوزبانه دارد؟
از نظر فنی تفاوت بنیادی ندارند؛ فقط تعداد نسخه های زبانی بیشتر است. اما هر زبان اضافه هزینه محتوا، پشتیبانی و نگهداری خودش را دارد. توصیه ما این است با یک زبان دوم شروع کنید، آن را کامل و بومی سازی شده راه اندازی کنید و بعد از دیدن نتیجه واقعی، زبان بعدی را اضافه کنید. چند زبان نیمه کاره که هرکدام بخشی از محتوا را دارند، هم برای کاربر گیج کننده است و هم برای سئو مضر.
hreflang چیست و اگر اجرا نشود چه اتفاقی می افتد؟
hreflang تگی است که به گوگل می گوید کدام نسخه از یک صفحه برای کدام زبان و منطقه است، تا نسخه درست به کاربر نشان داده شود. اگر اجرا نشود، نسخه های زبانی با هم رقابت می کنند و نتیجه این است که هیچ کدام رتبه خوبی نمی گیرد یا نسخه اشتباه به کاربر نشان داده می شود. نکته مهم این است که ارجاع ها دوطرفه باشند، هر صفحه به خودش ارجاع بدهد و کد زبان و منطقه درست باشد.
ترجمه ماشینی برای سایت چندزبانه کافی است؟
برای صفحات عمومی کافی نیست. ترجمه ماشینی سریع و ارزان است اما در اصطلاحات تخصصی، لحن متقاعدکننده و پیام های برند ضعیف عمل می کند و همین جا اعتماد مخاطب جدید از دست می رود. یک الگوی عملی این است: ساختار و پیش نویس را با ابزار بسازید، سپس ویرایش انسانی روی صفحات تجاری، تیترها و محتوای متقاعدکننده انجام دهید. فهرست اصطلاحات شرکت هم باعث می شود همه نسخه ها یکدست بمانند.
برای سایت چندزبانه از زیرپوشه استفاده کنیم یا دامنه جدا؟
برای بیشتر کسب و کارها، زیرپوشه بهترین شروع است: سریع تر، ارزان تر و در انتقال اعتبار دامنه موثرتر است. دامنه کشوری زمانی توجیه دارد که بازار مقصد هدف راهبردی بلندمدت باشد و ترجیح دهید سیگنال جغرافیایی قوی تری به گوگل بدهید؛ اما هزینه ثبت و نگهداری و نیاز به اعتبارسازی جداگانه دارد. برای پروژه هایی که فقط تست بازار هدف هستند، ساختار پارامتر آدرس توصیه نمی شود چون برای سئو و اشتراک گذاری لینک شکننده است.
اصلا برای چه کسب و کارهایی سایت چندزبانه توجیه دارد؟
وقتی مشتریان بالقوه شما در بازار دیگری هستند و موانع عملیاتی مثل ارسال، پرداخت و پشتیبانی قابل حل است. برای شرکت های خدماتی، مشاوره و نرم افزاری که مشتری خارجی دارند، فروشگاه های محصولات قابل ارسال بین المللی و کسب و کارهای گردشگری و سلامت، این سرمایه گذاری معمولا بازده دارد. اگر تولید محتوا و مدیریت نسخه ها برایتان امکان پذیر نیست، بهتر است به جای سایت چندزبانه، همان بازار داخلی را عمیق تر پوشش دهید.
افزودن به منابع ترجیحی گوگل
