تگ Hreflang چیست و چرا سایتهای چندزبانه در گوگل به مشکل میخورند؟#
وقتی تصمیم میگیرید وبسایت خود را به زبانهای دیگر (مثلاً انگلیسی یا عربی) گسترش دهید، بزرگترین چالش فنی شما ترجمه متون نیست؛ بلکه تفهیم این موضوع به موتور جستجو است که کدام نسخه از صفحه متعلق به کدام دسته از کاربران است.
اگر گوگل تفاوت نسخهها را متوجه نشود، دو فاجعه رخ میدهد:
- صفحات زبانهای مختلف به عنوان محتوای تکراری (Duplicate Content) شناسایی شده و ارزش هم را خنثی میکنند.
- کاربر عربزبان در امارات صفحه فارسی شما را در نتایج میبیند و برعکس، که باعث خروج فوری و افت شدید نرخ ماندگاری میشود.
ابزار نجات شما در این مسیر، ویژگی rel="alternate" hreflang="x" است.
ساختار صحیح و کالبدشکافی تگ Hreflang#
تگهای hreflang باید در بخش تمام صفحات معادل درج شوند:
<link rel="alternate" hreflang="fa" href="https://example.com/fa/about/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/about/" />
<link rel="alternate" hreflang="ar" href="https://example.com/ar/about/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/about/" />نسخه x-default چیست؟
این تگ تعیینکننده صفحه پیشفرض (Fallback) برای کاربرانی است که زبان مرورگر آنها در هیچکدام از زبانهای تعریفشده شما قرار ندارد (مثلاً کاربری با زبان آلمانی یا فرانسوی).
قانون طلایی تگهای بازگشتی (Return Tags / Mutual Links)#
یکی از رایجترین خطاهایی که در سرچ کنسول در گزارش International Targeting ثبت میشود، خطای No return tags است.
قانون بسیار ساده است: اگر صفحه A به صفحه B ارجاع hreflang میدهد، صفحه B نیز باید به صفحه A ارجاع بازگشتی داشته باشد.
اگر صفحه فارسی به صفحه انگلیسی لینک hreflang بزند اما در صفحه انگلیسی این تگ به صفحه فارسی فراموش شده باشد، گوگل هر دو تگ را کاملاً نادیده میگیرد تا از سوءاستفاده سایتها از اعتبار همدیگر جلوگیری کند.
جدول مقایسه روشهای معماری سایتهای چندزبانه#
| روش ساختاری | نمونه آدرس | مزایای سئو | معایب و هزینهها |
|---|---|---|---|
| دامنههای مجزا (ccTLD) | example.ir و example.ae | قویترین سیگنال جغرافیایی برای کاربر محلی | هزینه تمدید بالا و تقسیم کامل اعتبار دامنهها |
| سابفولدر (Subdirectory) | example.com/fa/ و example.com/en/ | بهترین گزینه: تجمیع تمام اعتبار روی یک دامنه | نیاز به کانفیگ دقیق در CMS |
| سابدامین (Subdomain) | fa.example.com و en.example.com | امکان میزبانی روی سرورهای مجزا | تقسیم نسبی اعتبار بین سابدامینها |
چکلیست ۴ موردی برای پیادهسازی بینقص Hreflang#
- استفاده از کدهای استاندارد زبان و کشور: زبان طبق استاندارد ISO 639-1 (مثلاً
faیاen) و کشور طبق ISO 3166-1 Alpha 2 (مثلاًen-USیاar-AE). - استفاده از آدرسهای مطلق (Absolute): همیشه آدرس کامل با
https://درج شود و هرگز آدرس نسبی استفاده نکنید. - هماهنگی کامل با تگ Canonical: هر نسخه زبان باید تگ کانونیکال خود-ارجاع (Self-referencing) داشته باشد و نباید نسخه انگلیسی به نسخه فارسی کانونیکال شود.
- تست سلامت در ابزارهای ممیزی: کدهای HTML را اسکن کنید تا از یکپارچگی ارجاعات مطمئن شوید.
پرسشهای متداول (FAQ)#
آیا میتوان از hreflang در فایل Sitemap به جای هدر HTML استفاده کرد؟
بله؛ برای سایتهای بسیار بزرگ با دهها زبان، پیادهسازی hreflang در XML Sitemap بسیار بهینهتر است و حجم کدهای HTML صفحه را سبک نگه میدارد.
اگر محتوا کاملاً ترجمه نشده باشد، آیا تگ زدن آن خطرناک است؟
بله؛ اگر صفحه ترجمه نشده و صرفاً کپی نسخه اصلی است، ارجاع دادن آن به عنوان زبان دیگر میتواند باعث شناسایی محتوای تکراری و جریمه شود.
