دو پیشنهاد قیمت برای یک سایت فارسی و انگلیسی دستتان رسیده، فاصله مبلغ‌ها زیاد است و معلوم نیست کدام کامل‌تر است. هزینه سایت دو زبانه فقط به تعداد زبان‌ها ربط ندارد. این عدد از جمع توسعه، ترجمه و ورود محتوا، ابزارها و نگهداری بعد از انتشار ساخته می‌شود. پس اگر این اقلام را جدا از هم بخواهید، پیشنهادها قابل‌مقایسه می‌شوند.
- هزینه زبان دوم را از هزینه پایه ساخت سایت جدا بخواهید.
- تعداد قالب‌های متفاوت و حجم متن، از تعداد صفحات به‌تنهایی گویاترند.
- ترجمه، ورود محتوا و بازبینی سه قلم کاری جدا هستند.
- بودجه سال اول باید تمدیدهای سررسیدشده و نگهداری را هم پوشش دهد.
- پیشنهادهای قیمت را فقط با دامنه کار و معیار تحویل یکسان مقایسه کنید.
هزینه سایت دو زبانه از چه بخش‌هایی تشکیل می‌شود؟
در عمل، هزینه سایت دو زبانه چهار بخش جدا دارد: توسعه اولیه، آماده‌سازی محتوا، ابزارها و عملیات پس از انتشار. اما دردسر از جایی شروع می‌شود که هر مجری این بخش‌ها را به شکل خودش بنویسد.
برای مثال، دو پیشنهاد می‌گیرید که عنوان هر دو «طراحی سایت دوزبانه» است. یکی ترجمه، ورود محتوا و آزمون هر دو زبان را پوشش می‌دهد. دیگری فقط یک ابزار تغییر زبان نصب می‌کند و بقیه کار را به خودتان می‌سپارد. فاصله مبلغ این دو، فاصله کیفیت نیست؛ فاصله دامنه کار است.
منظور از سایت دوزبانه دو نسخه زبانی است که هر کدام مسیر دسترسی و محتوای مشخص خودش را دارد. یعنی لازم نیست دو سایت مستقل بسازید؛ معمولاً یک سامانه مدیریت محتوا (CMS) هر دو نسخه را کنار هم نگه می‌دارد.
اقلام اصلی را این‌طور از هم جدا کنید:
توسعه اولیه: طراحی و پیاده‌سازی قالبها، تنظیم زبان‌ها و آزمون فنی.
آماده‌سازی محتوا: نوشتن، ترجمه، بازبینی و ورود متن‌ها به سایت.
ابزارها: مجوز افزونه‌ها یا سرویس‌های جانبی و تمدید آن‌ها.
عملیات پس از انتشار: نگهداری، به‌روزرسانی و هماهنگ نگه داشتن دو زبان.
همچنین مبلغ قرارداد اولیه را با بودجه سال اول یکی ندانید. قرارداد معمولاً ساخت و راه‌اندازی را پوشش می‌دهد، اما تمدیدها و نگهداری در طول سال جدا می‌آیند. این راهنما روش محاسبه را توضیح می‌دهد؛ مرجع تعرفه جاری نیاسا، جدول صفحه خدمات است.
هزینه اضافه کردن زبان دوم به سایت چگونه محاسبه می‌شود؟
به زبان ساده، هزینه افزودن زبان دوم به سایت جمع این کارهاست: بررسی و اصلاح زیرساخت، آماده‌سازی قالبها، ترجمه و ورود محتوا، تنظیم مسیرهای زبانی و آزمون. مجوز ابزارها و نگهداری دورهای را جدا حساب کنید. مبنای برآورد هم تعداد قالب‌های متفاوت، حجم متن و امکانات هر زبان است، نه صرفاً تعداد زبان‌ها.
در عمل، من برای هزینه اولیه از این فرمول کمک می‌گیرم:
هزینه اولیه = مجموع (ساعت کار هر فعالیت × نرخ توافق‌شده همان فعالیت) + اقلام ثابت
اقلام ثابت یعنی چیزهایی که به ساعت کار ربطی ندارند؛ مثلاً خرید مجوز یک ابزار. ترجمه را هم داخل ساعت‌ها نگذارید، چون منطق قیمتش فرق دارد. آن را با واحد جداگانه‌ای که توافق کرده‌اید حساب کنید.
برای سال اول اما تصویر کامل‌تری لازم دارید:
بودجه سال اول = پرداخت‌های اولیه + تمدیدهایی که واقعاً در همان سال سررسید دارند + نگهداری و به‌روزرسانی محتوا
یکی از خطاهایی که در بازبینی برآوردها زیاد به آن برمی‌خورم، دوباره‌شماری است. اگر مجوز یک‌ساله ابزاری را همراه قرارداد خریده‌اید، تمدیدش در سال اول هزینه تازه‌ای نیست.
به همین دلیل از هر مجری بخواهید هزینه پایه سایت را از هزینه افزوده زبان دوم جدا بنویسد. بدون این تفکیک، هزینه طراحی سایت دو زبانه یک عدد کلی می‌ماند. فقط با آن است که می‌توانید هزینه سایت دو زبانه را در دو پیشنهاد کنار هم بگذارید.
ساخت سایت جدید با افزودن زبان چه تفاوتی دارد؟
تفاوت اصلی در نقطه شروع است. در سایت جدید، تیم ساختار زبان‌ها را از روز اول طراحی می‌کند. اما در سایت موجود، اول باید دید سایت اصلاً آماده پذیرفتن زبان دوم هست یا نه. همین سؤال گاهی کل هزینه سایت دو زبانه را جابه‌جا می‌کند.
فارسی راست‌به‌چپ (RTL) است و انگلیسی چپ‌به‌راست (LTR). این تفاوت فقط به جهت متن محدود نمی‌شود؛ جای منو، آیکون‌ها، فلش‌ها و ترتیب ستون‌ها هم برعکس می‌شود. بنابراین هر قالب باید در هر دو جهت دیده و آزموده شود. برای آشنایی با اصول این کار، منابع استاندارد بین‌المللی‌سازی وب مرجع خوبی است.
در سایت موجود، اولین کاری که معمولاً می‌کنم مرور این فهرست است:
ساختار محتوا: سامانه مدیریت محتوا امکان نگه‌داشتن نسخه‌های زبانی یک صفحه را دارد؟
قالب: متن‌ها از فایل‌های قابل‌ترجمه می‌آیند یا داخل کد نوشته شده‌اند؟
فرم‌ها: برچسب‌ها، پیام خطا و ایمیل تأیید به زبان دوم قابل‌تغییرند؟
جست‌وجو: نتایج را به تفکیک زبان نشان می‌دهد؟
نشانی صفحات: ساختار فعلی برای اضافه شدن مسیر زبانی جا دارد؟
اتصال به سامانه‌های دیگر: نرم‌افزار حسابداری، پیامک یا CRM با زبان دوم مشکلی پیدا نمی‌کند؟
فرض کنید سایت شرکتی‌ای دارید که متن‌های ثابتش، مثل عنوان بخش‌ها و دکمه‌ها، مستقیم داخل کد قالب نوشته شده‌اند. پس پیش از هر ترجمه‌ای، کسی باید این متن‌ها را بیرون بکشد و قابل‌ترجمه کند. در چنین وضعیتی، اضافه کردن زبان لزوماً از طراحی درست از ابتدا ارزان‌تر نیست. اینجا بخش بزرگی از هزینه سایت دو زبانه به وضعیت فنی همان سایت برمی‌گردد.
نشانی‌های فعلی هم مهم‌اند. اگر برای جا دادن زبان دوم مجبور شوید نشانی صفحات فارسی را عوض کنید، به برنامه تغییر مسیر (Redirect) نیاز دارید؛ یعنی هدایت خودکار نشانی قدیمی به صفحه جایگزین. بدون آن، لینک‌های قدیمی و بخشی از ورودی جست‌وجو از دست می‌روند.
قاعده من ساده است. تا مجری به پنل مدیریت و کد دسترسی نداشته و وضعیت سایت فعلی را ندیده، عدد افزودن زبان را قطعی ندانید، چون پیش از این بررسی هر عددی فقط حدس است. برای جزئیات طراحی هم سری به نکات طراحی سایت چندزبانه بزنید.
اگر مجری پیش از بررسی سایت موجود مبلغ قطعی می‌دهد، بپرسید ناسازگاری‌های احتمالی چطور محاسبه می‌شوند. این پاسخ می‌تواند تفاوت یک پیشنهاد روشن و یک مبلغ اولیه ناقص را نشان دهد.
تعداد صفحات، قالبها و امکانات چگونه بر برآورد اثر می‌گذارند؟
بیشترین اثر روی هزینه طراحی و توسعه را تعداد قالب‌های متفاوت دارد و روی هزینه ترجمه، تعداد کلمات. به همین دلیل تعداد صفحات به‌تنهایی معیار خوبی برای هزینه سایت دو زبانه نیست.
قالب یعنی یک چیدمان تکرارشونده. بیست صفحه خدمات با چیدمان مشترک یک قالب حساب می‌شوند، نه بیست طراحی مستقل. اما صفحه اصلی، تماس و نمونه‌کار معمولاً هر کدام قالب جدا دارند.
پیش از درخواست برآورد، این کاربرگ را پر کنید:
مورد | چه چیزی بنویسید |
|---|---|
زبان‌های مقصد | نام هر زبان و اینکه کدام زبان اصلی است |
صفحات مشمول ترجمه | فهرست صفحه‌هایی که واقعاً به زبان دوم می‌روند |
قالب‌های متمایز | تعداد چیدمان‌های متفاوت، نه تعداد صفحه‌ها |
حجم کلمات | تعداد تقریبی کلمات متن مبدأ در صفحات انتخاب‌شده |
امکانات هر زبان | فرم، جست‌وجو، ایمیل خودکار، فروش یا اتصال نرم‌افزاری |
برای مثال، سایتی فارسی با ۲۰ صفحه دارید و فقط ۸ صفحه‌اش قرار است انگلیسی شود. متن ترجمه‌شونده را فقط برای همان ۸ صفحه بشمارید. البته اجزای مشترک مثل منو، پانویس و پیام‌های فرم را هم اضافه کنید، چون در همه صفحات تکرار می‌شوند.
امکانات از مسیر دیگری روی هزینه اثر می‌گذارند. مثلاً هر فرم پیام خطا و ایمیل تأیید دوزبانه لازم دارد. جست‌وجو باید نتایج هر زبان را جدا نشان دهد. صفحه محصول و اتصال به نرم‌افزارهای دیگر هم آزمون جداگانه می‌خواهند.
با این حال، چندزبانه بودن را با چندارزی بودن یا فروش بین‌المللی یکی نکنید. نمایش قیمت به ارز خارجی، درگاه پرداخت بین‌المللی و ارسال به خارج، هر کدام دامنه کار خودشان را دارند.
هر زبان باید نشانی مشخص خودش را داشته باشد. برچسب hreflang به موتور جست‌وجو می‌گوید هر صفحه به کدام زبان است و نسخه معادلش کجاست. این تنظیم به درست دیده شدن نسخه‌ها کمک می‌کند، اما رتبه را تضمین نمی‌کند. جزئیاتش را در راهنمای مدیریت نسخه‌های چندزبانه سایت ببینید.
هزینه ترجمه سایت، ورود محتوا و بازبینی چگونه جدا می‌شود؟
توصیه‌ام این است که هزینه ترجمه سایت را جدا از ورود محتوا و بازبینی بخواهید و واحد قیمت‌گذاری‌اش را دقیق تعریف کنید. نرخ مبهم «هر صفحه» قابل‌مقایسه نیست، چون یک صفحه می‌تواند صد کلمه باشد یا دو هزار کلمه.
سه واحد روشن‌تر وجود دارد: تعداد کلمات متن مبدأ، صفحه با سقف کلمه تعریف‌شده، یا بسته محتوایی با فهرست دقیق صفحه‌ها. هر کدام را انتخاب کردید، در متن پیشنهاد ثبتش کنید.
بعد چهار کار را از هم جدا کنید: ترجمه، بازبینی تخصصی، ورود محتوا و کنترل نمایش. اگر ترجمه را خودتان تأمین کنید، فقط کار اول حذف می‌شود. اما کسی هنوز باید متن را وارد کند، شکست خطوط را درست کند و نمایش را روی موبایل ببیند.
این اقلام تقریباً همیشه از قلم می‌افتند:
منوها، دکمه‌ها و پانویس
پیام‌های خطا و تأیید فرم‌ها
عنوان و توضیحی که در نتایج جست‌وجو دیده می‌شود
متن جایگزین تصاویر (alt)
فایل‌های دانلودی مثل کاتالوگ و بروشور
نوشته‌های داخل تصاویر و بنرها
در واقع سهم محتوا از هزینه سایت دو زبانه اغلب بیشتر از انتظار کارفرماست. ترجمه ماشینی برای ساختن پیش‌نویس مفید است. ولی متن حقوقی، پزشکی یا صفحه‌ای که مستقیم به فروش ربط دارد، بازبینی متخصص همان حوزه را لازم دارد.
ترجمه‌ای که روی سایت درست ننشسته، هنوز کار تحویل‌شده حساب نمی‌شود.
ترتیب کار هم روی هزینه اثر دارد:
متن مبدأ را تثبیت کنید؛ تغییر متن فارسی وسط ترجمه، هزینه را دو بار می‌گیرد.
واژه‌نامه بسازید تا نام خدمات و اصطلاحات همه‌جا یکسان ترجمه شوند.
مترجم ترجمه را انجام می‌دهد.
مسئول تأیید، ترجمه را بررسی و تأیید می‌کند.
تیم فنی متن را وارد سایت می‌کند.
در پایان، تیم آزمون هر دو زبان را روی دسکتاپ و موبایل کنترل می‌کند.
تعداد دورهای اصلاح و نام مسئول تأیید را هم از روز اول بنویسید. چون از جایی که من برنامه زمانی را دنبال می‌کنم، بیشتر تأخیرهایی که دیده‌ام از همین نقطه آمده‌اند، نه از کار فنی.
پیش از ترجمه کل سایت، یک صفحه خدمات و چند اصطلاح پرتکرار را تأیید کنید. اصلاح لحن در این مرحله ساده‌تر از بازنویسی همه صفحات پس از ورود محتوا است.
هزینه افزونه، تمدید و نگهداری سال اول شامل چیست؟
جدا از ساخت، هزینه سال اول شامل مجوز ابزارها و تمدیدشان، نگهداری فنی و هماهنگ نگه داشتن محتوای دو زبان است. پیشنهادهای ارزان معمولاً درباره همین بخش سکوت می‌کنند؛ در نتیجه هزینه سایت دو زبانه در آن‌ها کمتر از واقع به چشم می‌آید.
افزونه (Plugin) ابزاری است که قابلیتی تازه به سامانه مدیریت محتوا اضافه می‌کند؛ مثلاً مدیریت نسخه‌های زبانی. اما همه راهکارها افزونه پولی نمی‌خواهند. بعضی سامانه‌ها چندزبانگی را خودشان پشتیبانی می‌کنند و بعضی پروژه‌ها با توسعه اختصاصی جلو می‌روند.
اگر ابزار پولی در کار است، این‌ها را بپرسید:
مجوز اولیه چقدر است و تمدید سالانه چقدر؟
حساب کاربری به نام چه کسی ثبت می‌شود؟ پیشنهاد من این است که به نام خود شما باشد.
محدودیت استفاده دارد؟ مثلاً سقف کلمه یا تعداد سایت.
خرید و تمدید قانونی آن از ایران امکان‌پذیر است؟
تغییر نرخ ارز چه اثری روی تمدید می‌گذارد؟
به همین دلیل، مبلغ ابزارهای ارزی را بدون تاریخ اعتبار نپذیرید. عددی که امروز در پیشنهاد آمده، ممکن است در زمان تمدید معنای دیگری داشته باشد.
نگهداری سایت دوزبانه چند کار مشخص دارد: نسخه پشتیبان، به‌روزرسانی سامانه و افزونه‌ها، آزمون هر دو زبان پس از هر به‌روزرسانی و اصلاح خطا. اما کار پنجم، یعنی هماهنگ کردن محتوایی که در یک زبان تغییر کرده، بیشتر از بقیه فراموش می‌شود.
افزایش هزینه میزبانی را هم خودکار فرض نکنید، چون زبان دوم همیشه سرور بزرگ‌تری نمی‌خواهد. این به حجم فایل‌ها، میزان بازدید و معماری سایت بستگی دارد.
پیشنهادی که از همه ارزان‌تر است، معمولاً نیمی از سال اول را حساب نکرده است.
الگوی هزینه نگهداری سایت چندزبانه به رفتار خود شما هم بستگی دارد. در سایتی که کم تغییر می‌کند، نگهداری سهم کوچکی از بودجه دارد. اما اگر هر هفته مطلب تازه منتشر می‌کنید، ترجمه همین مطالب می‌تواند هزینه سایت دو زبانه را در طول سال جابه‌جا کند.
سه سناریوی بودجه با چه فرض‌هایی مقایسه می‌شوند؟
این سه سناریو فرضی‌اند و فقط نشان می‌دهند دامنه کار چطور ترکیب بودجه را تغییر می‌دهد. هیچ‌کدام تعرفه، بسته خدمات یا تجربه یک مشتری واقعی نیستند.
سناریوی محدود: سایت موجود و سازگار است و ۸ صفحه‌اش انگلیسی می‌شود. این صفحات ۲ قالب و یک فرم دارند و کارفرما ترجمه تأییدشده را خودش تحویل می‌دهد. پس بیشتر بودجه صرف تنظیم زبان، ورود محتوا و آزمون می‌شود.
در سناریوی میانی، یک سایت شرکتی جدید فارسی و انگلیسی داریم با ۲۰ صفحه در هر زبان، ۴ قالب و دو فرم. ترجمه تخصصی هم بخشی از کار است. اینجا قیمت سایت فارسی انگلیسی باید دو بخش جدا داشته باشد: هزینه پایه ساخت و سهم زبان دوم. برای بخش پایه، بودجه‌بندی هزینه طراحی سایت شرکتی به کارتان می‌آید.
سناریوی گسترده: فروشگاهی موجود با ۲۰۰ محصول که صفحات خرید و پیام‌های خودکارش باید در دو زبان کار کنند. فرض کنید درگاه پرداخت و ارز ثابت می‌مانند. با این حال، ترجمه محصولات و آزمون کامل مسیر خرید در هر دو زبان داخل دامنه پروژه است.
یعنی تفاوت بودجه این سه از دامنه کار می‌آید، نه از برچسب «اقتصادی» یا «حرفه‌ای». در هر سناریو، هزینه سایت دو زبانه را خود فرض‌ها تعیین می‌کنند.
برای هر سناریو، برآورد خوب این چهار خروجی را جدا تحویل می‌دهد:
هزینه اولیه ساخت یا افزودن زبان
تعهدات سال اول، شامل تمدیدها و نگهداری
استثناها؛ یعنی کارهایی که صریحاً در مبلغ نیستند
مواردی که هنوز به بررسی نیاز دارند
عمداً برای این سناریوها بازه قیمت ننوشته‌ام، چون بازه‌ای که بدون داده واقعی ساخته شود بیشتر گمراه می‌کند تا کمک.
چه مواردی باید در پیشنهاد قیمت مشخص باشند؟
پیشنهاد قیمت قابل‌اعتماد دامنه کار، معیار پذیرش، مرز تغییرات و شرایط پرداخت را صریح می‌نویسد؛ در نتیجه هزینه سایت دو زبانه برای شما فقط یک عدد نمی‌ماند. جدول زیر فقط نمونه‌ای برای مرتب کردن اقلام است و شرایط واقعی خدمات نیاسا را نشان نمی‌دهد.
قلم | وضعیت در این نمونه | آنچه باید ثبت شود |
|---|---|---|
طراحی و پیاده‌سازی قالبها | داخل قرارداد | تعداد قالب در هر زبان |
ترجمه | بسته به توافق | واحد قیمت و مسئول ترجمه |
ورود محتوا | داخل قرارداد | تعداد صفحات و اجزای مشترک |
بازبینی | داخل قرارداد | تعداد دورهای اصلاح |
مجوز ابزارها | جدا | مالک حساب و دوره اعتبار |
نگهداری پس از انتشار | قرارداد جدا | تاریخ شروع و شرح خدمات |
قابلیت تازه بعد از تحویل | خارج از قرارداد | روش محاسبه تغییرات |
علاوه بر جدول، این اعداد را در متن پیشنهاد پیدا کنید: تعداد صفحات و قالبها، فهرست زبان‌ها و حجم محتوا. همچنین مسئول ترجمه، مسئول ورود اطلاعات و تعداد دورهای بازبینی باید نوشته شده باشد.
معیار پذیرش یعنی فهرست چیزهایی که هنگام تحویل بررسی می‌کنید. پیشنهاد من این است که دست‌کم این‌ها را بسنجید:
جابه‌جایی زبان از هر صفحه به نسخه معادلش درست کار کند.
هر دو زبان در موبایل درست نمایش داده شوند.
فرم‌ها و پیام‌های خودکار به زبان کاربر برسند.
رفتار صفحاتی که ترجمه ندارند از قبل روشن باشد.
نشانی هر نسخه زبانی ساختار توافق‌شده را داشته باشد.
مرز اصلاح خطا و قابلیت تازه را هم روشن کنید. مثلاً اگر فرمی که قرار بوده کار کند خراب است، این اصلاح خطاست. اما اگر بعد از تحویل فرم جدیدی می‌خواهید، قابلیت تازه است. روش محاسبه تغییرات، مالکیت مجوزها و تحویل دسترسی‌ها هم جایشان در قرارداد است.
در کنار این‌ها، تاریخ اعتبار پیشنهاد، مالیات احتمالی، مراحل پرداخت و تاریخ شروع نگهداری را بخواهید. برنامه زمانی هم به تحویل و تأیید محتوا وابسته است؛ پس اگر محتوا دیر برسد، انتشار هم عقب می‌افتد.
یک پرسش را حتماً از هر مجری بپرسید: «کدام اقلام برای انتشار هر دو زبان لازم‌اند اما در مبلغ شما نیامده‌اند؟» پاسخ همین سؤال، هزینه سایت دو زبانه را در پیشنهادها بهتر از هر جدولی روشن می‌کند. پرسش‌های دیگر را در پرسش‌های کلیدی از شرکت‌های طراحی وب پیدا می‌کنید.
اصلاح یک فرم خراب با ساخت فرم تازه یک تعهد نیست. در قرارداد، نمونه‌ای از هر دو بنویسید تا مرز نگهداری و توسعه قابل‌فهم باشد.
پکیج‌هایPackages
ترجمه‌ی محتوای تخصصی در قیمت پایه نیست. اگر ترجمه با ما باشد، بر اساس تعداد کلمه و در پروپوزال جداگانه برآورد می‌شود.
جدول قیمت نیاسا و دریافت برآورد اختصاصی
تعرفه جاری نیاسا فقط در جدول قیمت خدمات طراحی سایت چندزبانه آمده و این مقاله عددی از آن را تکرار نمی‌کند. دلیلش ساده است: قیمت سایت چند زبانه ممکن است به‌روز شود و یک مرجع واحد جلوی تناقض را می‌گیرد.
هر جا برنامه‌های قیمت نیاسا را می‌بینید، از همان صفحه خدمات می‌آیند. بنابراین عددی که بیرون از آن منبع ببینید، مبنای توافق نیست.
برای دریافت برآورد اختصاصی، این‌ها را آماده کنید:
نشانی سایت موجود، یا شرح کوتاه سایت جدید
زبان‌های مقصد و زبان اصلی
کاربرگ صفحات، قالبها و حجم کلمات
وضعیت ترجمه: آماده است، باید تهیه شود یا ترکیبی از هر دو
امکانات لازم در هر زبان
بعد، بودجه اولیه و تعهدات سال اول را جدا درخواست کنید تا هزینه سایت دو زبانه از همان ابتدا در دو بخش روشن دیده شود. هر موردی هم که هنوز نامشخص است، پیش از توافق تعیین تکلیف کنید، نه وسط اجرا.
در همکاری با نیاسا، کار با بررسی دامنه شروع می‌شود: سایت یا نیازتان را می‌بینیم، موارد مبهم را می‌پرسیم و بعد برآورد تفکیک‌شده می‌دهیم. اگر می‌خواهید هزینه سایت دو زبانه شما بر پایه داده واقعی برآورد شود، کاربرگ را بفرستید تا دامنه پروژه را با هم بررسی کنیم.
نشانی سایت، زبان‌های مقصد، تعداد صفحات و وضعیت ترجمه را بفرستید تا مبنای بررسی هزینه توسعه و نگهداری مشخص شود.
پرسش‌های پرتکرار
۵آیا هزینه سایت دو زبانه دو برابر سایت تکزبانه است؟
نه، زیرساخت و بخشی از طراحی معمولاً مشترکاند. میزان افزایش هزینه به تفاوت قالبها، حجم ترجمه و امکاناتی بستگی دارد که باید در هر دو زبان کار کنند.
آیا قیمت سایت فارسی انگلیسی شامل ترجمه هم می‌شود؟
فقط اگر ترجمه با حجم و سطح بازبینی مشخص در پیشنهاد آمده باشد. مسئولیت ورود متن، ترجمه تصاویر و اصلاحات پس از تأیید را هم جدا بپرسید.
آیا افزونه رایگان هزینه زبان دوم را حذف می‌کند؟
ممکن است هزینه خرید مجوز را حذف کند، اما تنظیمات، سازگاری قالب، ورود محتوا و آزمون باقی می‌مانند. پیش از انتخاب، پشتیبانی ابزار از امکانات واقعی سایت را بررسی کنید.
آیا می‌توان فقط بخشی از سایت را به زبان دوم منتشر کرد؟
بله، اگر مسیر دسترسی و رفتار صفحات بدون ترجمه مشخص باشد. این روش برای شروع محدود مناسب است، اما منو و فرم‌های همان مسیر هم باید برای مخاطب زبان دوم قابل‌استفاده باشند.
چرا نگهداری سایت چندزبانه هزینه جدا دارد؟
هر تغییر فنی یا محتوایی ممکن است به بررسی نسخه دیگر هم نیاز داشته باشد. از مجری بخواهید پشتیبانی فنی، تمدید مجوز و به‌روزرسانی ترجمه را با تعهدات جدا توضیح دهد.
