مدتها فکر میکردم وبلاگ چندزبانه بیشتر برای شرکتهای بزرگ منطقی است. یک مقاله را در یک زبان میتوانم خودم بنویسم، اما هر زبان اضافه در گذشته یعنی یا باید به مترجم پول میدادم یا ساعتها وقت برای ترجمه و نگهداری دستی میگذاشتم.
ChatGPT این محاسبه را تغییر داد. وقتی پیشنویس اول یک ترجمه قابلاستفاده در چند ثانیه آماده میشود، دیگر سؤال من این نیست که «فقط کدام زبان را بعدی اضافه کنم؟». سؤال این است: وقتی هزینه اضافهکردن یک زبان تا این حد پایین آمده، چرا همان مقاله مفید را در ۵، ۱۰ یا ۲۰ زبان منتشر نکنم؟
این ایده را روی وبلاگ خودم آزمایش کردم. حالا یک مقاله اصلی میتواند به حداکثر ۲۰ نسخه بومیسازیشده تبدیل شود و هر نسخه URL مستقل و قابل خزش و ایندکس داشته باشد. بعد از انتشار، شروع کردم به دیدن کاربران ارگانیک از کشورهای مختلف که مستقیماً روی صفحهای به زبان خودشان فرود میآمدند.
قبلاً هزینه ترجمه این کار را غیرمنطقی میکرد
برای یک توسعهدهنده تنها، نگهداری ۱۰ یا ۲۰ ترجمه برای هر مقاله بهسختی قابل توجیه بود. مترجم حرفهای در متنهایی که ظرافت زبانی مهم است همچنان ارزش زیادی دارد، اما سفارش ۲۰ نسخه برای هر پست آزمایشی خیلی سریع گران میشود. ترجمه دستی هم بهجای پول، زمان زیادی مصرف میکند.
الان مقاله اصلی را یک بار با کیفیت مینویسم، محتوای ساختاریافته را با ChatGPT ترجمه میکنم، کد و اصطلاحات فنی را حفظ میکنم، یک مرحله کنترل کیفیت انجام میدهم و همه زبانها را از همان pipeline محتوا منتشر میکنم.
چرا مستقیم سراغ ۲۰ زبان رفتم
در ابتدا ۲۰ زبان افراطی به نظر میرسید. بعد فهمیدم هنوز با مدل هزینه قدیمی فکر میکنم. اگر هر زبان به فریلنسر، هماهنگی و هزینه جدا نیاز داشته باشد، ۲۰ زبان واقعاً غیرمنطقی است. اگر زبان اضافه عمدتاً یک مرحله خودکار دیگر روی محتوایی باشد که از قبل ساختار دارد، به آزمایشی تبدیل میشود که یک نفر هم میتواند انجام دهد.
انتظار ندارم هر مقاله در هر زبان رتبه بگیرد. هدف این نیست. هر بومیسازی خوب یک فرصت تازه ایجاد میکند تا با جستجوی واقعی کسی تطبیق پیدا کند که شاید هرگز همان موضوع را به زبان اصلی من جستجو نکند.
در ترافیک چه تغییری دیدم
واضحترین نشانه، تنوع جغرافیایی بود. ورودی ارگانیک از کشورهای بیشتری گرفتم و بسیاری از sessionها مستقیماً از صفحات بومیشده شروع شدند.
این یک ترفند جادویی SEO و تضمین رتبه نیست. بعضی زبانها impression بیشتری میگیرند و بعضی تقریباً هیچ. اما سازوکار اصلی قدرتمند است: یک ایده اصلی میتواند در چند بازار زبانی، چند ورودی واقعی از جستجو داشته باشد.
پایه فنی SEO چندزبانه باید درست باشد
برای هر زبان URL پایدار و قابل خزش مثل /en/blog/...، /ja/blog/... یا /fa/blog/... دارم.
- URL مستقل برای هر زبان.
- title، description، heading و متن اصلی واقعاً بومیشده.
- Canonical مناسب برای هر نسخه.
- hreflang دوطرفه بین صفحات معادل.
- لینک داخلی و انتخابگر زبان قابل خزش.
- Sitemap و قوانین ایندکس یکپارچه.
<link rel="alternate" hreflang="en" href="https://example.com/en/blog/article" />
<link rel="alternate" hreflang="ja" href="https://example.com/ja/blog/article" />
<link rel="alternate" hreflang="fa" href="https://example.com/fa/blog/article" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/blog/article" />از Next.js استفاده میکنم چون ساخت routeهای زبان و HTML قابل ایندکس را ساده میکند، اما خود فریمورک استراتژی SEO نیست. مهم این است که هر زبان به شکل یک صفحه واقعی، قابل دسترس و قابل فهم وجود داشته باشد.
Workflow من برای هر مقاله جدید
- اول بهترین مقاله اصلی را بنویسم.
- محتوا را ساختاریافته نگه دارم.
- با ChatGPT ترجمه کنم و معنا، اصطلاحات فنی، کد، لینک، HTML و لحن را حفظ کنم.
- یک دور دوم کنترل کیفیت انجام دهم.
- هر زبان را روی URL خودش منتشر کنم.
- canonical، hreflang، sitemap و indexability را بررسی کنم.
- Search Console و analytics را ببینم تا تقاضای واقعی نشان دهد کدام زبان ارزش توسعه بیشتر دارد.
AI ترجمه را ارزان میکند، نه کیفیت را بیاهمیت
یک ترجمه بد اگر ۲۰ بار تکثیر شود فقط ۲۰ صفحه بد میسازد. من هزاران صفحه ضعیف برای کلمه کلیدی نمیسازم. محتوای اصلی و مفید را برای خواننده واقعی به زبانهای دیگر منتقل میکنم.
وبلاگ فنی برای خودکارسازی مناسب است چون کد، نام فریمورکها و اصطلاحات API نسبتاً ثابتاند. برای متن حقوقی، پزشکی، مالی یا بسیار وابسته به فرهنگ، بررسی انسانی بسیار سختگیرانهتر و در صورت نیاز مترجم حرفهای لازم است.
توصیه من
اگر همین حالا برای مقالههای واقعاً مفید وقت میگذارید، انتشار چندزبانه ارزش آزمایش دارد. لازم نیست با ۲۰ شروع کنید. ۵ زبان مرتبط با بازار شروع خوبی است؛ اگر pipeline مرتب است ۱۰ زبان هم منطقی است. وقتی فرایند پایدار شد، ۲۰ زبان برای یک توسعهدهنده تنها دیگر عدد عجیبی نیست.
گرانترین بخش — تجربه، تحقیق و ایده — در مقاله اصلی انجام شده است. بومیسازی همان کار را برای بازار جستجوی دیگری دوباره استفاده میکند. بعضی زبانها شاید تقریباً هیچ ترافیکی ندهند، اما یک زبان دیگر میتواند ناگهان اولین دروازهای شود که یک مخاطب جدید از طریق آن سایت را پیدا میکند.
به همین دلیل ترجمه را امروز یک لایه توزیع میبینم، نه یک قابلیت گران برای آخر کار. یک مقاله میتواند به چند ورودی ارگانیک تبدیل شود و محصول توسط کسانی پیدا شود که هرگز آن را به زبان من جستجو نمیکردند.