سئو بین‌المللی چیست؟ انتخاب بازار، دامنه و hreflang

سئو بین‌المللی با ترجمه صفحه فارسی و افزودن چند پرچم شروع نمی‌شود؛ با انتخاب بازار قابل‌خدمت شروع می‌شود. اگر پرداخت، قیمت، پشتیبانی یا تحویل در کشور هدف عملی نیست، ترافیک خارجی ارزش کمی می‌سازد. بعد از اعتبارسنجی بازار، باید URL، hreflang، محتوای محلی، Crawl و اندازه‌گیری هر Locale را هماهنگ کنید.

این راهنما بر تصمیم بازار و معماری SEO چندمنطقه‌ای تمرکز دارد. برای فرآیند Keyword Research، ترجمه و QA محتوای هر زبان، راهنمای سئوی چندزبانه و بومی‌سازی محتوا را ببینید؛ برای Edge و سرعت جهانی نیز معماری CDN سایت بین‌المللی را مطالعه کنید.

سئو بین‌المللی چیست؟

International SEO مجموعه تصمیم‌هایی است که کمک می‌کند موتور جست‌وجو و کاربر نسخه مناسب یک سایت را برای زبان یا منطقه تشخیص دهند. این حوزه شامل انتخاب بازار، ساختار URL، محتوای محلی، hreflang، canonical، لینک، زیرساخت و سنجش است.

دو مفهوم را جدا کنید:

• سایت چندزبانه: محتوا در بیش از یک زبان، مثلاً فارسی و انگلیسی.
• سایت چندمنطقه‌ای: نسخه‌هایی برای کشورها/بازارهای مختلف، مثلاً انگلیسی امارات و انگلیسی بریتانیا.

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

آیا اکنون زمان ورود به بازار جدید است؟

قبل از ساخت صدها URL، یک Market Brief بسازید:

Search Volume بالا بدون قابلیت تبدیل و تحویل، Vanity Metric است. یک کشور یا یک Cluster درآمدی را Pilot کنید و پس از یادگیری گسترش دهید.

تحقیق بازار از داده تا فرضیه

1. داده فعلی Search Console و Analytics را برای کشور/زبان ببینید.
2. Queryها را با متخصص بومی جمع‌آوری و Intent را دسته‌بندی کنید.
3. SERP محلی را از همان بازار و دستگاه نمونه بررسی کنید.
4. رقیب مستقیم، Marketplace، Directory و نتایج غیرتجاری را جدا کنید.
5. قیمت، روش اعتماد، CTA و نوع محتوای نتیجه را ثبت کنید.
6. فرصت را با قابلیت عملیات و ارزش کسب‌وکار امتیاز دهید.

ترجمه عبارت فارسی ممکن است کلمه رایج بازار نباشد. حتی دو کشور هم‌زبان می‌توانند واژه، واحد پول و نیت متفاوت داشته باشند.

انتخاب ساختار URL

گوگل در راهنمای سایت‌های چندزبانه و چندمنطقه‌ای URL جدا برای هر نسخه زبان را توصیه و URL parameter را برای تفکیک Locale توصیه نمی‌کند.

برای تیم ایرانی که می‌خواهد یک یا دو بازار را Pilot کند، زیرپوشه روی gTLD اغلب ساده‌تر است؛ اما الزام ccTLD، برند محلی یا تیم مستقل می‌تواند تصمیم را عوض کند. ساختار را با افق چندساله انتخاب کنید، چون مهاجرت بعدی هزینه SEO و عملیات دارد.

دامنه کشورمحور یا دامنه عمومی؟

ccTLD مانند .de سیگنال کشور مشخصی دارد و می‌تواند برای کاربر محلی قابل‌فهم باشد، ولی برای یک کشور هدف است. gTLD مانند .com انعطاف چند بازار را می‌دهد. برخی ccTLDهای ظاهراً کشوری توسط گوگل Generic تلقی می‌شوند؛ فهرست و شرایط ثبت می‌تواند تغییر کند، بنابراین قبل از خرید مستندات فعلی Registry و Google را بررسی کنید.

سرور لازم نیست حتماً در کشور هدف باشد. مکان Origin یکی از سیگنال‌های ضعیف‌تر است و CDN مسیر تحویل را تغییر می‌دهد؛ قابلیت دسترسی، latency، مقررات داده و عملیات مهم‌ترند.

hreflang چیست و چه کاری نمی‌کند؟

hreflang رابطه نسخه‌های زبان/منطقه یک صفحه را معرفی می‌کند تا Google نسخه مناسب را در نتایج نشان دهد. این Tag رتبه را «منتقل» یا یک صفحه ضعیف را باکیفیت نمی‌کند و جای ترجمه، لینک یا canonical نیست.

نمونه برای یک صفحه با فارسی ایران، انگلیسی عمومی و عربی امارات:

<link rel="alternate" hreflang="fa-IR" href="https://example.com/fa/service/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/service/" />
<link rel="alternate" hreflang="ar-AE" href="https://example.com/ae-ar/service/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/choose-region/" />

قواعد اجرای hreflang

• هر URL خود و همه جایگزین‌های مربوط را فهرست کند.
• اشاره‌ها متقابل باشند؛ A به B و B به A.
• URL کامل، HTTPS و نهایی ۲۰۰ استفاده شود.
• کد زبان/منطقه معتبر و ترتیب زبان-کشور رعایت شود.
• x-default برای صفحه پیش‌فرض یا انتخابگر منطقه مفید است.
• hreflang را در HTML، HTTP Header یا XML Sitemap پیاده کنید؛ یک روش منسجم کافی است.
• فقط صفحات معادل را جفت کنید؛ Home را جایگزین همه URLهای بدون ترجمه نگذارید.
• صفحه noindex، Redirect یا canonical به URL نامرتبط را عضو مجموعه نکنید.

در سایت بزرگ، Sitemap مدیریت آسان‌تری دارد؛ در سایت کوچک HTML قابل‌مشاهده‌تر است. QA باید تعداد و تقارن مجموعه‌ها را خودکار کنترل کند.

canonical در سایت چندمنطقه‌ای

نسخه‌های واقعاً ترجمه‌شده معمولاً canonical خودارجاع دارند. اگر دو نسخه منطقه‌ای در یک زبان تقریباً یکسان‌اند—مثلاً English US و English CA—گوگل توصیه می‌کند یک نسخه ترجیحی را canonical و همچنان hreflang را برای منطقه‌ها تنظیم کنید. تصمیم را روی داده و میزان تفاوت محتوا بگیرید.

اشتباه رایج این است که همه زبان‌ها canonical به فارسی شوند؛ در این حالت سیگنال می‌گویید نسخه فارسی اصلی است و ممکن است نسخه زبان دیگر Consolidate شود. canonical، Sitemap، لینک داخلی و hreflang باید داستان یکسانی بگویند.

زبان HTML و جهت متن

W3C توصیه می‌کند زبان پیش‌فرض با lang روی عنصر html اعلام شود و برای قطعه زبان دیگر نیز Attribute مناسب استفاده شود. برای فارسی و عربی، dir="rtl" و مدیریت متن دوجهته مهم است. جزئیات در راهنمای زبان HTML در W3C آمده است.

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

Redirect خودکار بر اساس IP یا زبان مرورگر

Redirect اجباری توصیه نمی‌شود. IP با VPN، اپراتور موبایل، سفر و شبکه سازمانی خطا دارد. Googlebot معمولاً از آمریکا Crawl می‌کند و Accept-Language نمی‌فرستد؛ نسخه پنهان پشت تشخیص خودکار ممکن است کشف نشود.

راه بهتر:

• نسخه مناسب را پیشنهاد دهید، نه تحمیل؛
• Language/Region Switcher با لینک Crawlable بسازید؛
• انتخاب کاربر را حفظ و Override را ممکن کنید؛
• هر Locale URL مستقیم و قابل‌اشتراک داشته باشد؛
• صفحه اشتباه نیز راه واضح تغییر کشور/زبان نشان دهد.

محتوا را برای بازار بومی کنید

یک صفحه محلی باید بیش از واژه‌ها تغییر کند:

• قیمت، ارز و مالیات؛
• روش پرداخت و شرایط بازپرداخت؛
• محدوده، هزینه و زمان تحویل؛
• واژه، املا و لحن محلی؛
• Case Study و نظر مشتری همان بازار؛
• قانون، گارانتی و حریم خصوصی؛
• شماره، آدرس و ساعت پشتیبانی؛
• تصویر و مثال فرهنگی مناسب.

صفحات شهر/کشور را با متن Template و جایگزینی نام نسازید. اگر تفاوت یا خدمت واقعی ندارید، یک صفحه منطقه‌ای با اطلاعات صادقانه بهتر از ده‌ها Doorway کم‌ارزش است.

لینک داخلی و Language Switcher

• هر نسخه به معادل دقیق همان صفحه لینک دهد، نه همیشه Home.
• نام زبان را در زبان خودش بنویسید و پرچم را جای زبان نگذارید؛ یک پرچم چند زبان را نمایندگی نمی‌کند.
• لینک <a href> Crawlable باشد، نه فقط رویداد JavaScript.
• Hub و Navigation هر Locale مستقل و کامل باشد.
• صفحه بدون ترجمه کاربر را به نزدیک‌ترین مقصد مرتبط هدایت کند.
• Anchor و Breadcrumb به زبان همان صفحه باشند.

SEO فنی هر Locale

برای Audit سراسری این موارد از چک‌لیست ممیزی سئو استفاده کنید.

Search Console و اندازه‌گیری هر بازار

Propertyهای Domain و Prefix لازم را تأیید کنید و Sitemap هر Locale را جدا رصد کنید. گزارش Performance را با Country، Page، Query، Device و Search Appearance بخش‌بندی کنید. یک رشد جهانی ممکن است افت بازار اصلی را پنهان کند.

KPIها:

• Impression و Click Non-brand هر بازار؛
• Index/Exclude و خطای hreflang/canonical نمونه‌ای؛
• CTR و Position برای Intentهای اولویت‌دار؛
• Organic landing و Conversion؛
• Lead qualified، پرداخت موفق و Margin پس از هزینه محلی؛
• LCP/INP/CLS و خطا به تفکیک کشور؛
• هزینه محتوا، پشتیبانی و عملیات هر Locale.

Attribution را با محدودیت Consent و سفر چنددستگاهی تفسیر کنید؛ فقط Last Click را «اثر SEO» ندانید.

بک‌لینک و Authority محلی

ترجمه سایت Authority محلی ایجاد نمی‌کند. راه‌های پایدار:

• تحقیق یا داده اصل درباره بازار؛
• Case Study با مشتری محلی؛
• راهنمای مقررات/استاندارد با بازبین متخصص؛
• همکاری با انجمن، رسانه و شریک واقعی؛
• دایرکتوری تخصصی معتبر؛
• روابط عمومی برای خبر واقعی، نه انتشار انبوه متن یکسان.

خرید شبکه لینک و Guest post کم‌کیفیت ریسک می‌سازد. ذکر برند، Referral و Lead واقعی را کنار تعداد Domain بسنجید.

سئو فروشگاه در چند بازار

برای محصول این تفاوت‌ها حیاتی‌اند:

• URL و Product Schema برای ارز/موجودی درست؛
• قیمت و هزینه ارسال بدون تناقض میان HTML و داده ساختاریافته؛
• Variant و canonical کنترل‌شده؛
• Return policy و زمان تحویل محلی؛
• روش پرداخت قابل‌استفاده؛
• موجودی سازگار میان کانال‌ها؛
• Feed و Merchant integration مخصوص بازار در صورت دسترسی.

هماهنگی کانال و عملیات را با راهنمای Omnichannel فروشگاه تکمیل کنید.

عملیات برای کسب‌وکار ایرانی

قبل از وابستگی به دامنه، CDN، Translation platform، پرداخت یا Analytics خارجی بررسی کنید:

• شرایط خدمت و امکان ثبت/پرداخت برای شرکت یا تیم شما؛
• خطر تعلیق و روش Export/Backup؛
• مالکیت حساب و دسترسی چندنفره؛
• محل داده و الزام قراردادی بازار هدف؛
• گزینه جایگزین و زمان مهاجرت؛
• پشتیبانی در رخداد و بازیابی دامنه/کلید.

حساب حیاتی را روی ایمیل یا شماره شخصی یک همکار نسازید. Runbook خروج از فروشنده بخشی از Strategy است.

اشتباهات رایج SEO بین‌المللی

• انتخاب کشور فقط بر اساس Search Volume؛
• ترجمه کامل سایت پیش از Pilot بازار؛
• URL یکسان با تغییر Cookie/IP؛
• Redirect اجباری و بسته‌بودن مسیر انتخاب؛
• hreflang یک‌طرفه، کد اشتباه یا مقصد ۳۰۱/۴۰۴؛
• canonical همه زبان‌ها به نسخه اصلی؛
• Language Switcher که همیشه به Home می‌رود؛
• قیمت، پرداخت یا ارسال غیرقابل‌استفاده؛
• صفحات شهر تکراری و بی‌ارزش؛
• گزارش یکپارچه که بازارها را مخلوط می‌کند.

نقشه ورود ۹۰روزه

روز ۱ تا ۳۰: اعتبارسنجی

• یک بازار و یک Offer انتخاب کنید.
• تقاضا، SERP، اقتصاد و عملیات را بررسی کنید.
• ساختار URL و Governance را تصویب کنید.
• ۱۰ تا ۲۰ صفحه Pilot و KPI مشخص کنید.

روز ۳۱ تا ۶۰: تولید و پیاده‌سازی

• تحقیق Keyword بومی و Brief؛
• ترجمه/Localization با QA انسانی؛
• hreflang، canonical، Sitemap و Language Switcher؛
• پرداخت، فرم، Analytics و RUM؛
• Crawl و تست دستگاه/کشور.

روز ۶۱ تا ۹۰: انتشار و یادگیری

• انتشار تدریجی و URL Inspection نمونه؛
• Outreach و شراکت محلی؛
• اندازه‌گیری Click، Lead، Conversion و Margin؛
• اصلاح واژه، CTA و عملیات بر اساس داده؛
• تصمیم Go/Iterate/Stop پیش از توسعه بازار بعدی.

چک‌لیست نهایی SEO بین‌المللی

• بازار بر اساس تقاضا، اقتصاد و قابلیت خدمت انتخاب شده است.
• Multilingual و Multiregional تفکیک شده‌اند.
• هر Locale URL مستقل و پایدار دارد.
• ساختار ccTLD/Subdomain/Subfolder مستند است.
• hreflang معتبر، متقابل و برای صفحه معادل است.
• canonical، Sitemap و لینک داخلی با hreflang هماهنگ‌اند.
• Redirect IP اجباری نداریم.
• lang، dir، Title، Meta و Schema محلی‌اند.
• قیمت، پرداخت، ارسال و پشتیبانی واقعی‌اند.
• Search Console، Analytics و RUM بازاربه‌بازار هستند.
• Authority محلی و برنامه محتوا داریم.
• ریسک فروشنده و مسیر خروج مستند است.

سؤالات متداول سئو بین‌المللی

تفاوت سئو بین‌المللی و چندزبانه چیست؟

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

برای هر کشور دامنه جدا لازم است؟

خیر. ccTLD، Subdomain و Subdirectory هر سه ممکن‌اند. دامنه کشورمحور سیگنال روشن دارد ولی هزینه و عملیات جدا می‌خواهد؛ زیرپوشه برای Pilot معمولاً ساده‌تر است.

hreflang باعث افزایش رتبه می‌شود؟

hreflang برای معرفی نسخه مناسب زبان/منطقه است، نه تقویت مستقیم رتبه. محتوا، قابلیت Crawl، canonical، لینک و کیفیت بازار همچنان تعیین‌کننده‌اند.

آیا کاربر را بر اساس IP Redirect کنیم؟

بهتر است پیشنهاد منطقه بدهید و انتخاب را به کاربر بسپارید. IP خطاپذیر است و Redirect اجباری می‌تواند دسترسی کاربر و Googlebot به نسخه‌ها را مختل کند.

از چند زبان شروع کنیم؟

از یک بازار و تعداد محدودی صفحه باارزش شروع کنید که تیم می‌تواند واقعاً محلی‌سازی، پشتیبانی و اندازه‌گیری کند. گسترش هم‌زمان همه زبان‌ها هزینه و ریسک کیفیت را بالا می‌برد.

جمع‌بندی

SEO بین‌المللی پروژه ترجمه نیست؛ طراحی بازار، URL، محتوای محلی و عملیات قابل‌سنجش است. یک Pilot کوچک با hreflang و canonical درست، پرداخت واقعی و KPI روشن از انتشار انبوه نسخه‌هایی که قابل‌خدمت نیستند ارزشمندتر است.

برای انتخاب بازار، معماری دامنه یا ممیزی hreflang، از فرم مشاوره مایندیو استفاده کنید و کشورهای هدف، دامنه فعلی و محدودیت عملیات را بنویسید.