سئوی سایت فارسی و انگلیسی؛ راهنمای hreflang، canonical و ترجمه محتوا

برای نمونه، /fa/services و /en/services می‌توانند دو ورودی مستقل باشند. کاربر و خزنده باید بتوانند هرکدام را بدون تغییر تنظیمات مرورگر باز کنند. انتخاب زیرپوشه یا زیردامنه به ساختار پروژه وابسته است؛ مهم‌تر از شکل ظاهری، ثبات نشانی و دسترسی واقعی به محتوای هر زبان است.

سوییچ زبان باید کاربر را تا حد امکان به همان مقاله یا خدمت در زبان دیگر ببرد. اگر ترجمه آن صفحه موجود نیست، مقصد را صادقانه مشخص کنید و لینک معادل ساختگی نسازید. انتقال اجباری همه بازدیدکنندگان بر اساس IP می‌تواند دسترسی به نسخه دلخواه را دشوار کند؛ انتخاب دستی زبان را حفظ کنید.

hreflang رابطه نسخه‌های زبانی یا منطقه‌ای معادل را معرفی می‌کند. برای دو صفحه معادل فارسی و انگلیسی، هر صفحه باید مجموعه سازگار و دوطرفه‌ای از نسخه‌ها را معرفی کند و خودش را هم در آن بیاورد. نشانی‌ها باید کامل، قابل دریافت و مربوط به همان موضوع باشند؛ x-default نیز می‌تواند مقصد پیش‌فرض را مشخص کند.

canonical برای انتخاب نشانی ترجیحی محتواست. نسخه فارسی و انگلیسیِ واقعاً ترجمه‌شده را صرفاً به دلیل هم‌موضوع‌بودن، همگی به صفحه فارسی canonical نکنید. در ساختار معمول با محتوای متمایز زبانی، هر نسخه نشانی اصلی خودش را دارد. برای تکرارهای منطقه‌ای یا نسخه‌های هم‌زبان، تصمیم باید با محتوای واقعی بررسی شود.

یک ترجمه روان ممکن است هنوز به سؤال بازار مقصد پاسخ ندهد. اصطلاح تخصصی، مثال، واحد اندازه‌گیری، روش تماس و دامنه ارائه خدمت را برای مخاطب همان زبان بررسی کنید. اگر فقط به یک بازار خدمت می‌دهید، نسخه انگلیسی نباید به‌طور ضمنی دفتر یا پوشش جهانی غیرواقعی القا کند.

برای هر نسخه، عنوان جستجو، توضیح متا، تیتر اصلی و پاسخ کوتاه مستقل بنویسید. پیام خطای فرم، متن دکمه و سؤال‌های متداول هم بخشی از محتوا هستند. در فارسی، یکدستی اصطلاح‌ها و نیم‌فاصله خواندن را آسان‌تر می‌کند؛ اضافه‌کردن شکل‌های املایی متعدد در یک جمله راه‌حل مناسبی برای جذب جستجو نیست.

صفحه فارسی باید از ابتدا زبان و جهت مناسب داشته باشد و صفحه انگلیسی هم با زبان انگلیسی و جهت چپ‌به‌راست ارائه شود. تغییر این ویژگی‌ها فقط بعد از اجرای جاوااسکریپت ممکن است تجربه اولیه نامناسبی بسازد. این ویژگی‌ها برای دسترس‌پذیری و نمایش اهمیت دارند، اما جای محتوای واقعی به همان زبان را نمی‌گیرند.

شماره تلفن، ایمیل، کد و نام لاتین را در متن فارسی جداگانه بررسی کنید تا ترتیب کاراکترها به هم نریزد. در عرض ۳۲۰ پیکسل، جدول، عنوان طولانی و لینک منبع نباید اسکرول افقی ناخواسته بسازند. فوکوس صفحه‌کلید و نام قابل دسترس دکمه تغییر زبان را در هر دو نسخه آزمون کنید.

یک تصویر بدون نوشته می‌تواند در دو زبان مشترک باشد، اما alt آن باید در زبان همان صفحه توصیفی و مرتبط باشد. محتوای داده ساختاریافته، مانند عنوان و پاسخ FAQ، باید با نسخه قابل مشاهده یکسان باشد. زبان، نشانی و تاریخ‌های مقاله را از داده همان صفحه بسازید.

فهرست URLهای هر زبان در نقشه سایت و لینک‌های جایگزین را کنترل کنید. مقاله‌ای که فقط عنوانش ترجمه شده اما بدنه آن در زبان دیگر باقی مانده، تجربه کامل دوزبانه نیست. اگر ترجمه هنوز آماده نیست، آن را مانند نسخه تکمیل‌شده به کاربر و موتور معرفی نکنید.

نمایش، کلیک، صفحه ورودی و درخواست مرتبط را برای فارسی و انگلیسی جدا ببینید. تفاوت تقاضا و نوع مخاطب می‌تواند مهم‌تر از مقایسه خام تعداد بازدید باشد. برای پایش پاسخ‌های AI هم سؤال‌های طبیعی هر زبان را ثبت کنید؛ ترجمه لفظی یک پرسش الزاماً رفتار یکسان ایجاد نمی‌کند.

نمونه بررسی ماهانه پیشنهادی: چند صفحه اصلی را در هر زبان باز کنید، مقصد سوییچ، canonical، hreflang، عنوان، تصویر و فرم را بررسی کنید و یک تغییر محتوایی لازم را ثبت کنید. این یک روش نگهداری است، نه تضمین رشد در گوگل، بینگ یا موتورهای پاسخ.