ساب دامین یا زیردامنه یکی از روش‌های متداول برای تقسیم یک وب‌سایت به بخش‌های مستقل است. بسیاری از سایت‌ها برای راه‌اندازی فروشگاه، وبلاگ، پنل کاربران، مرکز پشتیبانی یا نسخه آزمایشی خود از زیردامنه استفاده می‌کنند.
برای مثال، یک کسب‌وکار ممکن است سایت اصلی خود را روی example.com داشته باشد و فروشگاهش را روی shop.example.com راه‌اندازی کند. هر دو آدرس به یک دامنه اصلی وابسته‌اند، اما می‌توانند محتوا، سیستم مدیریت، سرور و ساختار فنی متفاوتی داشته باشند.
ساخت ساب دامین کار پیچیده‌ای نیست؛ اما تصمیم‌گیری درباره استفاده از آن اهمیت زیادی دارد. اگر یک بخش مهم و مرتبط با فعالیت اصلی سایت بدون برنامه‌ریزی به زیردامنه منتقل شود، ممکن است مدیریت محتوا، لینک‌سازی، تحلیل آمار و فرایند سئو دشوارتر شود. از طرف دیگر، وقتی یک سرویس واقعاً مستقل باشد، زیردامنه می‌تواند ساختاری منظم و مقیاس‌پذیر ایجاد کند.
ساب دامین چیست؟
ساب دامین یا Subdomain بخشی است که قبل از نام دامنه اصلی قرار می‌گیرد و برای ایجاد یک قسمت مجزا از سایت استفاده می‌شود.
آدرس زیر را در نظر بگیرید:
blog.example.comاجزای این آدرس عبارت‌اند از:
blog: ساب دامین یا زیردامنهexample: نام اصلی دامنه.com: پسوند دامنه
بنابراین blog.example.com یک زیردامنه از example.com است.
اگر هنوز با ساختار دامنه، پسوند و DNS آشنا نیستید، ابتدا مقاله دامنه چیست را مطالعه کنید. دامنه آدرس اصلی سایت است، درحالی‌که ساب دامین بخشی زیرمجموعه آن محسوب می‌شود.
چند نمونه رایج از ساب دامین
زیردامنه‌ها با توجه به نیاز هر کسب‌وکار کاربردهای متفاوتی دارند:
blog.example.com
shop.example.com
support.example.com
panel.example.com
academy.example.com
docs.example.com
en.example.com
test.example.comکاربرد این زیردامنه‌ها می‌تواند به شکل زیر باشد:
| ساب دامین | کاربرد |
|---|---|
blog.example.com |
وبلاگ و انتشار مقاله |
shop.example.com |
فروشگاه اینترنتی |
support.example.com |
مرکز پشتیبانی |
panel.example.com |
پنل کاربری یا مدیریتی |
academy.example.com |
سامانه آموزش آنلاین |
docs.example.com |
مستندات فنی |
en.example.com |
نسخه انگلیسی سایت |
test.example.com |
نسخه آزمایشی یا توسعه |
زیردامنه فقط برای نمایش یک پوشه از سایت ساخته نمی‌شود. این بخش می‌تواند روی سرور دیگری قرار بگیرد، سیستم مدیریت محتوای متفاوتی داشته باشد یا به یک نرم‌افزار کاملاً مستقل متصل شود.
آیا www نیز ساب دامین است؟
از نظر فنی، www نیز یک زیردامنه محسوب می‌شود. برای مثال:
www.example.comبااین‌حال، استفاده از www آن‌قدر رایج است که معمولاً آن را نسخه متداول دامنه اصلی در نظر می‌گیرند. گوگل نیز در بعضی سیستم‌های خود زیردامنه‌های www و m را معادل سایت سطح دامنه در نظر می‌گیرد، اما زیردامنه‌ای مانند news.example.com می‌تواند یک سایت در سطح ساب دامین محسوب شود.
باید یکی از نسخه‌های www یا بدون www به‌عنوان نسخه اصلی انتخاب شود و نسخه دیگر با ریدایرکت دائمی به آن هدایت شود:
https://example.com
https://www.example.comدر غیر این صورت ممکن است چند نسخه قابل دسترس از یک محتوا ایجاد شود.
تفاوت ساب دامین و دامنه اصلی چیست؟
دامنه اصلی، آدرس پایه و هویت اصلی وب‌سایت است. ساب دامین زیرمجموعه‌ای از این دامنه است که می‌تواند به‌صورت مستقل مدیریت شود.
| ویژگی | دامنه اصلی | ساب دامین |
|---|---|---|
| نمونه | example.com |
shop.example.com |
| وضعیت | آدرس اصلی سایت | زیرمجموعه دامنه |
| نیاز به خرید جداگانه | بله | معمولاً خیر |
| تنظیم DNS | دارد | رکورد جداگانه نیاز دارد |
| امکان اتصال به سرور جدا | دارد | دارد |
| امکان نصب CMS مجزا | دارد | دارد |
| امکان تحلیل جداگانه | دارد | دارد |
| نیاز به SSL | دارد | دارد |
برای ساخت ساب دامین معمولاً لازم نیست دامنه جدیدی خریداری شود؛ اما باید رکورد DNS، هاست، گواهی SSL و تنظیمات فنی آن به‌درستی انجام شوند.
تفاوت ساب دامین و ساب‌فولدر چیست؟
ساب‌فولدر یا زیرپوشه بخشی از مسیر دامنه اصلی است:
example.com/blog/اما ساب دامین پیش از نام دامنه قرار می‌گیرد:
blog.example.comاین دو ساختار از نظر ظاهری، فنی و مدیریتی با یکدیگر تفاوت دارند.
| معیار | ساب دامین | ساب‌فولدر |
|---|---|---|
| نمونه | blog.example.com |
example.com/blog/ |
| محل در URL | قبل از دامنه اصلی | بعد از دامنه اصلی |
| نیاز به تنظیم DNS | بله | خیر |
| امکان میزبانی روی سرور جدا | آسان‌تر | معمولاً دشوارتر |
| امکان استفاده از CMS مستقل | بله | بله، اما نیازمند تنظیمات بیشتر |
| مدیریت سرچ کنسول | می‌تواند جداگانه انجام شود | معمولاً همراه دامنه اصلی |
| مناسب برای بخش مستقل | بسیار مناسب | امکان‌پذیر |
| مناسب برای محتوای مرتبط با سایت اصلی | قابل استفاده | معمولاً ساده‌تر |
| نگهداری فنی | پیچیده‌تر | ساده‌تر |
| یکپارچگی مسیر کاربر | کمتر | بیشتر |
آیا ساب دامین برای سئو خوب است یا بد؟
استفاده از ساب دامین به‌خودی‌خود باعث افزایش یا کاهش رتبه سایت نمی‌شود. تأثیر واقعی آن به نحوه پیاده‌سازی، کیفیت محتوا، ارتباط موضوعی، لینک‌سازی، ساختار فنی و هدف استفاده از زیردامنه بستگی دارد.
یک زیردامنه استاندارد، سریع، قابل خزش و دارای محتوای ارزشمند می‌تواند در گوگل رتبه بگیرد. در مقابل، اگر زیردامنه محتوای ضعیف، تکراری یا ساختار فنی نامناسبی داشته باشد، صرف وابستگی آن به یک دامنه قدرتمند موفقیتش را تضمین نمی‌کند.
نکته مهم این است که گوگل در بعضی ویژگی‌ها، دامنه و زیردامنه را به‌عنوان سطح جداگانه یک سایت تشخیص می‌دهد. برای مثال، گوگل امکان تعریف Site Name در سطح دامنه یا زیردامنه را دارد، اما این قابلیت برای ساب‌فولدرها ارائه نمی‌شود.
در نتیجه، نباید تصور کرد تمام اعتبار، محتوا و سیگنال‌های دامنه اصلی بدون نیاز به معماری درست، دقیقاً و به‌صورت خودکار به زیردامنه منتقل می‌شوند. ارتباط قوی میان دو بخش باید با لینک‌سازی داخلی، ناوبری مناسب، برندینگ یکپارچه و محتوای مرتبط ایجاد شود.
تأثیر ساب دامین بر اعتبار دامنه
یکی از نگرانی‌های متداول این است که آیا ساب دامین از اعتبار دامنه اصلی استفاده می‌کند یا باید از ابتدا اعتبار مستقلی به دست آورد.
پاسخ مطلقی برای همه سایت‌ها وجود ندارد. گوگل ارتباط میان دامنه و زیردامنه را درک می‌کند، اما هر hostname می‌تواند ساختار محتوایی، لینک‌ها، مشکلات فنی و عملکرد متفاوتی داشته باشد.
اگر زیردامنه:
- از منوی اصلی سایت لینک داشته باشد؛
- در صفحات مرتبط معرفی شود؛
- محتوایی هماهنگ با فعالیت اصلی برند منتشر کند؛
- بک‌لینک‌های معتبر دریافت کند؛
- تجربه کاربری و هویت بصری یکپارچه‌ای داشته باشد؛
- مرتب به‌روزرسانی شود؛
ارتباط آن با سایت اصلی برای کاربران و موتور جست‌وجو واضح‌تر خواهد بود.
اما اگر زیردامنه بدون لینک داخلی، با ظاهر کاملاً متفاوت و محتوای نامرتبط راه‌اندازی شود، در عمل بیشتر شبیه یک وب‌سایت جداگانه خواهد بود.
تأثیر ساب دامین بر لینک‌سازی داخلی
لینک میان دامنه اصلی و زیردامنه قابل دنبال‌کردن است و می‌تواند به کشف صفحات کمک کند. بااین‌حال، معماری لینک‌سازی باید برنامه‌ریزی‌شده باشد.
برای ایجاد ارتباط مناسب:
- زیردامنه را در منوی اصلی یا فوتر معرفی کنید.
- از صفحات مرتبط دامنه اصلی به صفحات مهم زیردامنه لینک بدهید.
- از زیردامنه نیز به صفحات خدمات، محصولات و منابع اصلی سایت لینک دهید.
- از انکرتکست‌های واضح و مرتبط استفاده کنید.
- صفحات را فقط از طریق نقشه سایت در دسترس قرار ندهید.
- مسیر بازگشت کاربر به سایت اصلی را مشخص کنید.
- از ایجاد تعداد زیادی لینک تکراری و غیرطبیعی خودداری کنید.
برای مثال، اگر فروشگاه روی shop.example.com قرار گرفته است، مقاله‌های دامنه اصلی باید به دسته‌ها یا محصولات مرتبط لینک بدهند و فروشگاه نیز بتواند کاربران را به راهنماها و صفحات اعتمادساز سایت اصلی هدایت کند.
استفاده از ساب دامین برای فروشگاه اینترنتی
یکی از کاربردهای رایج زیردامنه، راه‌اندازی فروشگاه است:
shop.example.comاین ساختار زمانی انتخاب مناسبی است که فروشگاه:
- روی پلتفرم جداگانه‌ای اجرا شود؛
- زیرساخت متفاوتی داشته باشد؛
- توسط تیم مستقلی مدیریت شود؛
- بخشی از یک مجموعه بزرگ‌تر باشد؛
- از نظر فنی امکان نصب در مسیر دامنه اصلی را نداشته باشد.
اما اگر فروش آنلاین فعالیت اصلی کسب‌وکار است، بهتر است قبل از انتخاب زیردامنه بررسی شود که آیا فروشگاه می‌تواند روی دامنه اصلی یا یک ساب‌فولدر راه‌اندازی شود یا خیر.
برای مثال:
example.com/shop/در پروژه طراحی سایت فروشگاهی، دسته‌بندی محصولات، صفحات محصول، مقالات راهنما و صفحات تجاری معمولاً ارتباط نزدیکی با یکدیگر دارند. نگهداری آن‌ها در یک ساختار یکپارچه می‌تواند مدیریت محتوا و لینک‌سازی را ساده‌تر کند. بااین‌حال، محدودیت‌های فنی یا استفاده از یک فروشگاه‌ساز خارجی ممکن است زیردامنه را به گزینه منطقی‌تری تبدیل کند.
استفاده از ساب دامین برای سایت شرکتی
یک سایت شرکتی ممکن است برای بخش‌های مستقل خود از زیردامنه استفاده کند:
investors.example.com
careers.example.com
support.example.com
portal.example.comبه‌عنوان مثال، سامانه استخدام، پورتال نمایندگان، پنل مشتریان یا مستندات محصولات ممکن است از نظر فنی و محتوایی با سایت اصلی تفاوت زیادی داشته باشند. در چنین شرایطی استفاده از ساب دامین منطقی است.
در فرایند طراحی سایت شرکتی باید مشخص شود کدام بخش‌ها جزئی از مسیر اصلی معرفی خدمات هستند و کدام قسمت‌ها ماهیت نرم‌افزاری یا سازمانی مستقل دارند. صفحات درباره ما، خدمات، پروژه‌ها و تماس معمولاً بهتر است روی دامنه اصلی باقی بمانند.
ساب دامین برای سایت‌های چندزبانه
برای ساخت نسخه‌های زبانی می‌توان از زیردامنه استفاده کرد:
en.example.com
ar.example.com
de.example.comروش دیگر استفاده از ساب‌فولدر است:
example.com/en/
example.com/ar/
example.com/de/هر دو روش قابل استفاده‌اند. مهم‌ترین نکات فنی عبارت‌اند از:
- هر صفحه باید ترجمه واقعی و کامل داشته باشد.
- تگ‌های
hreflangبه‌درستی تنظیم شوند. - canonical هر نسخه به آدرس مناسب اشاره کند.
- زبان صفحه در HTML مشخص شود.
- لینک تغییر زبان در دسترس کاربر باشد.
- نسخه‌ها به‌اشتباه به یکدیگر ریدایرکت نشوند.
- محتوای ماشینی و بی‌کیفیت در مقیاس گسترده تولید نشود.
اگر تیم‌ها، سرورها یا سیستم‌های مدیریت محتوای نسخه‌های زبانی جدا باشند، زیردامنه می‌تواند مدیریت را ساده‌تر کند. برای یک سایت کوچک، ساب‌فولدر معمولاً نگهداری آسان‌تری دارد.
ساب دامین برای کسب‌وکارهای محلی
برخی کسب‌وکارها برای هر شهر یک زیردامنه می‌سازند:
yazd.example.com
tehran.example.com
shiraz.example.comاین روش فقط زمانی منطقی است که هر شهر واقعاً محتوای مستقل، خدمات متفاوت، آدرس، تیم، محصولات یا اطلاعات اختصاصی داشته باشد.
ساخت ده‌ها زیردامنه با متن‌های تقریباً یکسان و فقط تغییر نام شهر، استراتژی مناسبی نیست. برای صفحه‌ای مانند طراحی سایت در یزد باید اطلاعات واقعی درباره بازار هدف، نیاز کسب‌وکارهای شهر، نمونه پروژه‌ها، شیوه همکاری و خدمات قابل ارائه وجود داشته باشد.
اگر تفاوت محتوای صفحات محدود است، استفاده از صفحات شهری داخل دامنه اصلی می‌تواند مدیریت ساده‌تری ایجاد کند:
example.com/locations/yazd/ساب دامین برای حوزه‌های صنعتی و تخصصی
راه‌اندازی زیردامنه برای هر دسته محصول یا صنعت معمولاً ضروری نیست. برای مثال، اگر یک شرکت خدمات طراحی سایت در صنایع مختلف ارائه می‌کند، ایجاد زیردامنه‌هایی مانند موارد زیر احتمالاً ساختار را بیش‌ازحد پراکنده می‌کند:
tile.example.com
medical.example.com
industrial.example.comدر چنین شرایطی معمولاً بهتر است صفحه طراحی سایت کاشی یا سایر خدمات تخصصی به‌عنوان یک صفحه داخلی در همان سایت اصلی ساخته شود. زیردامنه زمانی ارزشمند است که یک بخش به اندازه کافی بزرگ، مستقل و دارای زیرساخت یا مخاطب متفاوت باشد.
آیا وبلاگ را روی ساب دامین قرار دهیم؟
یکی از رایج‌ترین پرسش‌ها این است که وبلاگ روی ساب دامین باشد یا ساب‌فولدر:
blog.example.comیا:
example.com/blog/اگر هدف وبلاگ، تقویت صفحات خدمات و محصولات دامنه اصلی است، ساب‌فولدر معمولاً مدیریت ساده‌تری دارد. تمام مقاله‌ها، صفحات تجاری، نقشه سایت، آمار و لینک‌های داخلی در یک ساختار باقی می‌مانند.
ساب دامین برای وبلاگ زمانی توجیه بیشتری دارد که:
- سیستم مدیریت محتوای وبلاگ جدا باشد؛
- محدودیت زیرساختی وجود داشته باشد؛
- تیم محتوایی مستقل فعالیت کند؛
- وبلاگ ماهیت رسانه‌ای جداگانه‌ای داشته باشد؛
- مخاطب یا برند آن با سایت اصلی متفاوت باشد.
اگر از زیردامنه استفاده می‌شود، باید ارتباط وبلاگ و سایت اصلی با لینک‌سازی و ناوبری مناسب حفظ شود.
مزایای استفاده از ساب دامین
تفکیک فنی بخش‌های سایت
هر زیردامنه می‌تواند سیستم مدیریت محتوا، کد، پایگاه داده یا سرور مستقلی داشته باشد.
امکان استفاده از زیرساخت جدا
برای مثال، سایت اصلی می‌تواند روی وردپرس باشد و پنل کاربران روی یک نرم‌افزار اختصاصی و سرور دیگری اجرا شود.
مدیریت مستقل
برای هر ساب دامین می‌توان دسترسی‌ها، تیم مدیریت، تنظیمات امنیتی و فرایند انتشار متفاوتی تعریف کرد.
مناسب برای سرویس‌های بزرگ
فروشگاه، آکادمی، مستندات فنی، انجمن کاربران و سامانه پشتیبانی می‌توانند ساختار بزرگی داشته باشند و از جداسازی بهره ببرند.
امکان برندینگ مستقل
در صورت نیاز، زیردامنه می‌تواند نام، طراحی و حتی Site Name مخصوص خود را داشته باشد. گوگل از نمایش نام سایت در سطح دامنه و زیردامنه پشتیبانی می‌کند.
مقیاس‌پذیری بهتر
کسب‌وکارهای بزرگ می‌توانند بار پردازشی هر سرویس را روی زیرساخت جداگانه‌ای مدیریت کنند.
معایب استفاده از ساب دامین
پیچیده‌ترشدن مدیریت سئو
برای هر زیردامنه باید وضعیت خزش، ایندکس، نقشه سایت، canonical و خطاهای فنی بررسی شود.
پراکندگی لینک‌سازی
اگر ارتباط مناسبی میان دامنه و زیردامنه وجود نداشته باشد، ساختار محتوایی سایت پراکنده می‌شود.
افزایش هزینه نگهداری
هر زیردامنه ممکن است به SSL، بکاپ، مانیتورینگ، به‌روزرسانی و تنظیمات امنیتی جداگانه نیاز داشته باشد.
دشوارترشدن تحلیل داده‌ها
تنظیمات آنالیتیکس، سرچ کنسول، تگ منیجر و تبدیل‌ها باید طوری انجام شوند که رفتار کاربر بین دامنه و زیردامنه به‌درستی ثبت شود.
احتمال ایجاد محتوای تکراری
اگر یک محتوا هم روی دامنه اصلی و هم روی ساب دامین در دسترس باشد، باید canonical یا ریدایرکت مناسب تعریف شود.
ایجاد تجربه کاربری ناهماهنگ
تفاوت زیاد در منو، طراحی، حساب کاربری و آدرس صفحات ممکن است باعث سردرگمی کاربران شود.
ساخت ساب دامین چگونه انجام می‌شود؟
روند کلی ساخت زیردامنه به شکل زیر است:
۱. انتخاب نام ساب دامین
نام باید کوتاه، واضح و مرتبط با کاربرد بخش باشد:
shop
blog
support
panel
academy
docsاستفاده از نام‌های طولانی یا مبهم می‌تواند به خاطر سپردن آدرس را دشوار کند.
۲. تعریف رکورد DNS
برای زیردامنه باید رکورد DNS مناسب ایجاد شود. دو رکورد رایج عبارت‌اند از:
- رکورد
Aبرای اتصال مستقیم به IP سرور - رکورد
CNAMEبرای اتصال به hostname یا سرویس دیگر
نمونه رکورد A:
Type: A
Name: shop
Value: 192.0.2.10نمونه رکورد CNAME:
Type: CNAME
Name: blog
Value: example-host.com۳. تنظیم هاست یا سرور
سرور باید برای دریافت درخواست‌های زیردامنه پیکربندی شود. در هاست‌های اشتراکی معمولاً امکان ساخت ساب دامین و انتخاب Document Root از طریق کنترل‌پنل وجود دارد.
۴. فعال‌سازی SSL
هر زیردامنه باید از HTTPS استفاده کند. می‌توان برای هر زیردامنه گواهی جداگانه یا در شرایط مناسب گواهی Wildcard دریافت کرد:
*.example.comگواهی Wildcard معمولاً زیردامنه‌های یک‌سطحی مانند shop.example.com را پوشش می‌دهد، اما الزاماً زیردامنه‌های چندسطحی مانند support.shop.example.com را شامل نمی‌شود.
۵. نصب سایت یا اتصال سرویس
پس از تنظیم DNS و سرور می‌توان وردپرس، فروشگاه، پنل یا سرویس موردنظر را روی زیردامنه نصب کرد.
۶. کنترل ایندکس و متاتگ‌ها
پیش از انتشار باید robots.txt، canonical و متا robots بررسی شوند. مطلب معرفی انواع متاتگ می‌تواند برای شناخت دستورهای index، noindex و سایر تنظیمات صفحات مفید باشد.
تنظیم ساب دامین در سرچ کنسول
دو روش اصلی برای ثبت سایت در Google Search Console وجود دارد:
Domain Property
اگر دامنه اصلی را به‌صورت Domain Property ثبت کنید، اطلاعات تمام پروتکل‌ها، مسیرها و زیردامنه‌های آن در همان پراپرتی قرار می‌گیرند.
برای مثال، پراپرتی example.com می‌تواند داده‌های زیر را پوشش دهد:
https://example.com
https://www.example.com
https://shop.example.com
https://blog.example.comگوگل اعلام کرده است Domain Property داده‌های تمام زیردامنه‌ها، پروتکل‌ها و مسیرهای دامنه را تجمیع می‌کند. تأیید این نوع پراپرتی از طریق DNS انجام می‌شود.
URL-prefix Property
اگر به گزارش مستقل یک زیردامنه نیاز دارید، می‌توانید آن را به‌عنوان URL-prefix Property نیز ثبت کنید:
https://shop.example.com/در این حالت اطلاعات همان پیشوند و مسیرهای زیرمجموعه‌اش نمایش داده می‌شود. برای مدیریت حرفه‌ای، می‌توان هم Domain Property اصلی و هم پراپرتی جداگانه زیردامنه را داشت.
نکات سئوی ساب دامین
نقشه سایت جداگانه ایجاد کنید
بهتر است صفحات هر زیردامنه در یک Sitemap مشخص قرار بگیرند:
https://shop.example.com/sitemap.xmlنقشه سایت را در پراپرتی مناسب سرچ کنسول ثبت و وضعیت ایندکس URLها را بررسی کنید.
robots.txt زیردامنه را کنترل کنید
هر hostname می‌تواند فایل robots.txt مخصوص خود را داشته باشد:
https://shop.example.com/robots.txtتنظیمات robots.txt دامنه اصلی را برای زیردامنه کافی فرض نکنید.
canonical صفحات را بررسی کنید
هر صفحه مستقل معمولاً باید canonical به خودش داشته باشد:
<link
rel="canonical"
href="https://shop.example.com/product/sample/"
>اشاره اشتباه canonical تمام صفحات زیردامنه به صفحه اصلی دامنه می‌تواند مانع ایندکس صحیح آن‌ها شود.
متاتگ‌های اختصاصی بنویسید
عنوان، متا دیسکریپشن، robots و Open Graph باید متناسب با محتوای هر صفحه باشند. از کپی‌کردن متاتگ‌های دامنه اصلی روی تمام صفحات زیردامنه خودداری کنید.
لینک‌سازی داخلی انجام دهید
میان صفحات مرتبط دامنه و زیردامنه لینک ایجاد کنید. لینک‌ها باید برای کاربر مفید باشند و صرفاً برای انتقال اعتبار ساخته نشوند.
سرعت و پایداری را بررسی کنید
قرارگرفتن زیردامنه روی سرور جدا به معنی سریع‌ترشدن خودکار آن نیست. Core Web Vitals، کش، تصاویر، کدهای جاوااسکریپت و توان سرور باید جداگانه بررسی شوند.
هویت برند را حفظ کنید
لوگو، رنگ‌ها، منو و نحوه نام‌گذاری باید نشان دهند که زیردامنه متعلق به همان مجموعه است؛ مگر اینکه هدف، ساخت برند مستقلی باشد.
امنیت را جدی بگیرید
زیردامنه‌های قدیمی و بلااستفاده را رها نکنید. باقی‌ماندن رکورد DNS متصل به یک سرویس حذف‌شده می‌تواند خطر تصاحب زیردامنه را ایجاد کند.
انتقال محتوا به ساب دامین و تأثیر آن بر سئو
انتقال صفحات از دامنه اصلی به زیردامنه باعث تغییر URL می‌شود:
example.com/blog/article/به:
blog.example.com/article/این تغییر باید مانند یک مهاجرت سایت مدیریت شود. گوگل هشدار می‌دهد در تغییرات مهم URL ممکن است تا زمان خزش و ایندکس مجدد، نوسان موقتی رتبه ایجاد شود.
مراحل اصلی انتقال عبارت‌اند از:
- فهرست تمام URLهای قدیمی را تهیه کنید.
- برای هر URL قدیمی، مقصد مرتبط و معادل تعیین کنید.
- ریدایرکت دائمی 301 یا 308 اجرا کنید.
- لینک‌های داخلی را با آدرس جدید به‌روزرسانی کنید.
- canonical صفحات جدید را اصلاح کنید.
- hreflang را در سایت‌های چندزبانه به‌روزرسانی کنید.
- نقشه سایت جدید بسازید.
- نسخه جدید را در سرچ کنسول ثبت کنید.
- دستورات
noindexمحیط آزمایشی را حذف کنید. - خطاهای 404، زنجیره ریدایرکت و وضعیت ایندکس را کنترل کنید.
گوگل توصیه می‌کند ریدایرکت‌ها مستقیماً به مقصد نهایی اشاره کنند و تا حد امکان از زنجیره‌های طولانی پرهیز شود. همچنین ریدایرکت‌های دائمی 301 و سایر ریدایرکت‌های دائمی باعث از بین رفتن PageRank نمی‌شوند.
چه زمانی از ساب دامین استفاده کنیم؟
ساب دامین می‌تواند انتخاب مناسبی باشد اگر:
- بخش موردنظر از نظر فنی مستقل است.
- سرویس روی سرور یا پلتفرم دیگری اجرا می‌شود.
- تیم مدیریت جداگانه دارد.
- پنل نرم‌افزاری با سایت اصلی متفاوت است.
- محتوای بخش، مخاطب و هدف متفاوتی دارد.
- بخش جدید به اندازه یک محصول یا سرویس مستقل بزرگ است.
- محدودیت فنی اجازه استفاده از ساب‌فولدر را نمی‌دهد.
- نیاز به کنترل جداگانه امنیت، منابع یا دسترسی‌ها وجود دارد.
چه زمانی ساب دامین انتخاب مناسبی نیست؟
استفاده از زیردامنه معمولاً ضروری نیست اگر:
- فقط چند صفحه مرتبط با سایت اصلی دارید.
- بخش جدید باید مستقیماً صفحات خدمات را تقویت کند.
- تیم فنی توان مدیریت چند سیستم را ندارد.
- هدف صرفاً قراردادن کلمه کلیدی در URL است.
- برای هر شهر یا دسته کوچک یک زیردامنه می‌سازید.
- محتوای زیردامنه با صفحات اصلی تکراری است.
- امکان ساخت همان بخش در یک ساب‌فولدر وجود دارد.
- دلیل مشخصی جز تصور اشتباه درباره بهبود سئو ندارید.
چک‌لیست سئوی ساب دامین
پیش از انتشار زیردامنه، این موارد را کنترل کنید:
- نام زیردامنه کوتاه و معنادار باشد.
- DNS به مقصد درست متصل شده باشد.
- HTTPS بدون خطا فعال باشد.
- نسخه HTTP به HTTPS ریدایرکت شود.
- robots.txt به‌اشتباه سایت را مسدود نکرده باشد.
- متا robots روی
noindexباقی نمانده باشد. - canonical صفحات صحیح باشد.
- صفحات در Sitemap قرار گرفته باشند.
- زیردامنه در سرچ کنسول قابل بررسی باشد.
- لینک‌سازی میان دامنه اصلی و زیردامنه انجام شده باشد.
- عنوان و متا دیسکریپشن صفحات اختصاصی باشند.
- آمار کاربران بین دامنه‌ها به‌درستی ثبت شود.
- سرعت، موبایل و Core Web Vitals بررسی شده باشند.
- صفحات تکراری حذف، ادغام یا canonical شوند.
- زیردامنه‌های آزمایشی از دسترس عمومی خارج شوند.
- رکوردهای زیردامنه‌های بلااستفاده حذف شوند.
- بکاپ و مانیتورینگ مستقل در نظر گرفته شود.
سوالات متداول درباره ساب دامین
آیا ساخت ساب دامین رایگان است؟
معمولاً برای ساخت زیردامنه نیاز به خرید دامنه جدید ندارید؛ اما ممکن است برای هاست، سرور، گواهی SSL یا سرویس متصل به آن هزینه پرداخت کنید.
آیا ساب دامین باعث افزایش رتبه سایت می‌شود؟
خیر. ساخت زیردامنه به‌تنهایی امتیاز سئو ایجاد نمی‌کند. کیفیت محتوا، لینک‌ها، ساختار فنی، تجربه کاربری و ارتباط موضوعی عوامل مهم‌تری هستند.
آیا گوگل ساب دامین را یک سایت جدا می‌بیند؟
گوگل ارتباط زیردامنه با دامنه اصلی را درک می‌کند، اما زیردامنه می‌تواند در بعضی سیستم‌ها و گزارش‌ها به‌عنوان یک سطح مستقل سایت مدیریت شود. بنابراین بهتر است برای خزش، ایندکس و لینک‌سازی آن برنامه جداگانه داشته باشید.
ساب دامین بهتر است یا ساب‌فولدر؟
هیچ پاسخ یکسانی برای تمام سایت‌ها وجود ندارد. برای محتوای کاملاً مرتبط و بخش‌های کوچک، ساب‌فولدر معمولاً ساده‌تر است. برای سرویس‌های مستقل یا زیرساخت‌های متفاوت، ساب دامین می‌تواند انتخاب مناسب‌تری باشد.
آیا می‌توان روی ساب دامین وردپرس نصب کرد؟
بله. ساب دامین می‌تواند Document Root و پایگاه داده جداگانه داشته باشد و وردپرس مستقلی روی آن نصب شود.
آیا هر ساب دامین به SSL نیاز دارد؟
بله. اگر زیردامنه از طریق HTTPS در دسترس است، باید گواهی معتبر آن hostname را پوشش دهد.
آیا ساب دامین به هاست جدا نیاز دارد؟
خیر. زیردامنه می‌تواند روی همان هاست دامنه اصلی یا روی سرور و سرویس دیگری قرار بگیرد.
آیا برای زیردامنه باید سرچ کنسول جدا ساخت؟
اگر از Domain Property استفاده کنید، داده‌های زیردامنه نیز پوشش داده می‌شوند. بااین‌حال، برای مشاهده گزارش‌های مستقل می‌توانید یک URL-prefix Property جداگانه ایجاد کنید.
آیا می‌توان تعداد نامحدودی ساب دامین ساخت؟
از نظر DNS امکان ساخت تعداد زیادی زیردامنه وجود دارد؛ اما هاست، کنترل‌پنل یا سرویس‌دهنده ممکن است محدودیت داشته باشد. ساخت تعداد زیاد زیردامنه بدون کاربرد مشخص نیز مدیریت فنی و سئو را دشوار می‌کند.
جمع‌بندی
ساب دامین بخشی از دامنه اصلی است که پیش از نام دامنه قرار می‌گیرد و امکان راه‌اندازی یک بخش نسبتاً مستقل را فراهم می‌کند. فروشگاه، پنل کاربران، مستندات، پشتیبانی، آکادمی و نسخه‌های زبانی از کاربردهای متداول آن هستند.
استفاده از زیردامنه به‌تنهایی برای سئو خوب یا بد نیست. تصمیم درست به میزان استقلال بخش جدید، زیرساخت فنی، ارتباط محتوا با سایت اصلی و توان مدیریت آن بستگی دارد. اگر بخش موردنظر مستقیماً برای تقویت خدمات و محصولات اصلی تولید می‌شود، ساب‌فولدر معمولاً ساختار ساده‌تری خواهد داشت. اگر سرویس از نظر فنی یا محتوایی مستقل است، ساب دامین می‌تواند انتخاب منطقی‌تری باشد.
در نهایت، موفقیت یک زیردامنه به تنظیم صحیح DNS و SSL، دسترسی خزنده‌ها، canonical، Sitemap، لینک‌سازی داخلی، محتوای باکیفیت و پایش جداگانه عملکرد آن وابسته است.
