زیردامنه یا ساب‌دامین چیست؟

زیردامنه یا ساب‌دامین بخشی است که پیش از نام دامنه اصلی قرار می‌گیرد و برای ایجاد یک قسمت مجزا در سایت استفاده می‌شود. برای مثال، اگر دامنه اصلی یک سایت example.com باشد، آدرس shop.example.com یک زیردامنه محسوب می‌شود.

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

البته ساخت زیردامنه همیشه بهترین تصمیم نیست. در بسیاری از پروژه‌ها قرار دادن محتوا در پوشه‌ای از دامنه اصلی، مانند example.com/blog، انتخاب مناسب‌تری است. تصمیم میان ساب‌دامین و ساب‌فولدر باید براساس ساختار کسب‌وکار، ارتباط محتوایی بخش‌ها، محدودیت‌های فنی و برنامه سئو گرفته شود.

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

اجزای آدرس یک زیردامنه

برای شناخت دقیق ساختار زیردامنه، آدرس زیر را در نظر بگیرید:

shop.example.com

این آدرس از بخش‌های زیر تشکیل شده است:

بخش آدرس	نام	توضیح
shop	زیردامنه	بخش مجزایی که پیش از دامنه اصلی قرار گرفته است
example	نام دامنه	نام انتخاب‌شده برای وب‌سایت یا برند
.com	پسوند دامنه	پسوندی مانند com، ir، org یا net

در آدرس blog.example.com، کلمه blog زیردامنه است. در آدرس support.example.com نیز کلمه support به‌عنوان ساب‌دامین استفاده شده است.

زیردامنه فقط به کلمات متداولی مانند Blog و Shop محدود نیست و مالک دامنه می‌تواند براساس نیاز پروژه نام مناسبی برای آن انتخاب کند.

نمونه‌های دیگر عبارت‌اند از:

• panel.example.com برای پنل کاربران
• academy.example.com برای سامانه آموزشی
• app.example.com برای نسخه تحت وب نرم‌افزار
• help.example.com برای مرکز راهنما
• status.example.com برای نمایش وضعیت سرویس‌ها
• en.example.com برای نسخه انگلیسی
• test.example.com برای محیط آزمایشی

تفاوت دامنه و زیردامنه چیست؟

دامنه، آدرس اصلی و ثبت‌شده یک وب‌سایت است؛ اما زیردامنه بخشی است که در زیرمجموعه همان دامنه ساخته می‌شود.

برای مثال:

• دامنه اصلی: example.com
• زیردامنه: shop.example.com

برای در اختیار داشتن example.com باید دامنه را ثبت و تمدید کنید. پس از آن، با توجه به امکانات DNS و سرویس میزبانی خود می‌توانید زیردامنه‌های موردنیاز را ایجاد کنید. معمولاً برای هر زیردامنه هزینه ثبت دامنه مستقلی پرداخت نمی‌شود، اما ممکن است برای هاست، سرور، گواهی SSL یا تنظیمات فنی آن هزینه داشته باشید.

مهم‌ترین تفاوت‌های دامنه و ساب‌دامین عبارت‌اند از:

معیار	دامنه اصلی	زیردامنه
نمونه	example.com	shop.example.com
ثبت مستقل	باید ثبت شود	زیرمجموعه دامنه ثبت‌شده است
هزینه ثبت دامنه	دارد	معمولاً هزینه ثبت جداگانه ندارد
تمدید	باید تمدید شود	با فعال بودن دامنه اصلی قابل‌استفاده است
کاربرد	هویت اصلی سایت	جداسازی یک بخش یا سرویس
امکان میزبانی جدا	دارد	دارد
سیستم مدیریت مستقل	دارد	می‌تواند داشته باشد

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

ساب‌دامین چگونه کار می‌کند؟

هنگامی که کاربر آدرس یک ساب‌دامین را در مرورگر وارد می‌کند، سیستم نام دامنه یا DNS باید مشخص کند درخواست به کدام سرور یا سرویس هدایت شود.

برای این کار، یک رکورد DNS برای زیردامنه تعریف می‌شود. این رکورد می‌تواند ساب‌دامین را به موارد زیر متصل کند:

• آدرس IP یک سرور
• دامنه یا میزبان دیگر
• یک سرویس ابری
• هاست فعلی دامنه
• هاست یا سرور جداگانه
• سامانه فروشگاهی یا نرم‌افزار تحت وب

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

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

کاربرد ساب‌دامین چیست؟

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

ساخت فروشگاه جدا از سایت اصلی

بعضی شرکت‌ها ابتدا یک سایت معرفی خدمات دارند و بعداً تصمیم می‌گیرند فروشگاه آنلاین خود را با ساختاری مستقل راه‌اندازی کنند. در چنین شرایطی ممکن است فروشگاه روی آدرسی مانند shop.example.com قرار بگیرد.

این انتخاب زمانی منطقی‌تر است که:

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

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

راه‌اندازی وبلاگ

یکی از کاربردهای قدیمی زیردامنه، راه‌اندازی وبلاگ روی آدرسی مانند blog.example.com است. این ساختار ممکن است زمانی انتخاب شود که وبلاگ روی سیستم یا سرور دیگری قرار دارد.

بااین‌حال، اگر وبلاگ برای تقویت صفحات اصلی سایت و جذب ورودی ارگانیک تولید می‌شود، ساختار پوشه‌ای مانند example.com/blog در بسیاری از پروژه‌ها انتخاب ساده‌تر و یکپارچه‌تری است.

ایجاد پنل مشتریان

سامانه‌های تحت وب معمولاً پنل کاربران را روی زیردامنه قرار می‌دهند:

panel.example.com

در این پنل ممکن است امکانات زیر ارائه شوند:

• ورود و ثبت‌نام کاربران
• مشاهده سفارش‌ها
• مدیریت اشتراک
• دانلود فایل
• مشاهده فاکتور
• ثبت درخواست پشتیبانی
• مدیریت اطلاعات حساب
• دسترسی به گزارش‌ها

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

ایجاد نسخه آزمایشی سایت

توسعه‌دهندگان معمولاً برای بررسی تغییرات از زیردامنه‌هایی مانند موارد زیر استفاده می‌کنند:

• test.example.com
• dev.example.com
• staging.example.com

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

نسخه آزمایشی نباید بدون محدودیت در دسترس کاربران و موتورهای جست‌وجو باشد. بهتر است دسترسی آن با رمز عبور یا محدودیت سرور کنترل شود؛ زیرا صرف استفاده از فایل robots.txt همیشه برای جلوگیری از مشاهده عمومی یا ورود URLها به نتایج جست‌وجو کافی نیست.

راه‌اندازی مرکز پشتیبانی

بعضی مجموعه‌ها بخش راهنما، مستندات و پشتیبانی خود را روی آدرسی مانند help.example.com یا support.example.com قرار می‌دهند.

این بخش می‌تواند شامل موارد زیر باشد:

• آموزش استفاده از خدمات
• سؤالات متداول
• راهنمای حساب کاربری
• ثبت تیکت
• وضعیت درخواست‌ها
• مستندات فنی
• راه‌های ارتباط با پشتیبانی

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

ساخت سامانه همکاری یا نمایندگان

شرکت‌هایی که با نمایندگان، فروشندگان یا همکاران تجاری کار می‌کنند، می‌توانند پنل مربوط را روی زیردامنه‌ای مانند partners.example.com قرار دهند.

این سامانه ممکن است برای موارد زیر استفاده شود:

• ثبت سفارش نمایندگان
• مشاهده قیمت همکاری
• دریافت فایل و کاتالوگ
• مدیریت قراردادها
• ثبت گزارش فروش
• مشاهده موجودی
• دریافت آموزش‌های داخلی

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

ایجاد نسخه‌های زبانی یا منطقه‌ای

بعضی سایت‌ها برای زبان‌ها یا کشورهای مختلف از زیردامنه استفاده می‌کنند:

• en.example.com
• de.example.com
• uae.example.com

این ساختار امکان مدیریت جداگانه نسخه‌های مختلف را فراهم می‌کند، اما تنها روش ساخت سایت چندزبانه نیست. زبان‌ها می‌توانند در پوشه‌هایی مانند example.com/en/ نیز قرار بگیرند.

انتخاب میان زیردامنه و پوشه باید براساس زیرساخت، تیم‌های محلی، تفاوت محتوا و بازار هدف انجام شود. در هر دو حالت، تنظیم درست زبان صفحات، لینک‌های جایگزین و ساختار داخلی اهمیت دارد.

جداسازی سامانه‌های صنعتی

مجموعه‌های تولیدی ممکن است سایت عمومی و سامانه‌های عملیاتی متفاوتی داشته باشند. برای مثال:

• catalog.example.com برای کاتالوگ فنی
• orders.example.com برای ثبت سفارش نمایندگان
• service.example.com برای خدمات پس از فروش
• docs.example.com برای مستندات تجهیزات

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

ایجاد پرتال‌های پزشکی

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

نمونه‌ها:

• appointment.example.com
• patient.example.com
• lab.example.com

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

تفاوت ساب‌دامین و ساب‌فولدر چیست؟

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

برای مثال:

• ساب‌دامین: blog.example.com
• ساب‌فولدر: example.com/blog

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

معیار	ساب‌دامین	ساب‌فولدر
نمونه	blog.example.com	example.com/blog
محل در آدرس	پیش از دامنه اصلی	پس از دامنه اصلی
میزبانی جداگانه	به‌سادگی امکان‌پذیر است	معمولاً بخشی از سایت اصلی است
سیستم مدیریت مستقل	مناسب‌تر است	اغلب با سیستم اصلی مدیریت می‌شود
مدیریت فنی	ممکن است جدا باشد	معمولاً یکپارچه‌تر است
کاربرد رایج	پنل، نرم‌افزار، محیط تست	وبلاگ، دسته‌بندی، صفحات خدمات
تنظیم DNS جدا	معمولاً نیاز دارد	معمولاً نیاز ندارد
تنظیم SSL	باید پوشش آن بررسی شود	گواهی دامنه اصلی معمولاً پوشش می‌دهد

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

تفاوت ساب‌دامین با دامنه مستقل

گاهی به‌جای ساخت زیردامنه می‌توان یک دامنه کاملاً جدا ثبت کرد. برای مثال:

• زیردامنه: shop.example.com
• دامنه مستقل: exampleshop.com

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

معیار	زیردامنه	دامنه مستقل
وابستگی به دامنه اصلی	دارد	ندارد
ثبت و تمدید جداگانه	معمولاً ندارد	دارد
هویت برند	وابسته یا مرتبط	می‌تواند کاملاً مستقل باشد
مدیریت DNS	در محدوده دامنه اصلی	کاملاً جدا
مناسب برای	بخش یا سرویس جانبی	برند یا کسب‌وکار مستقل
انتقال مالکیت	همراه با دامنه اصلی پیچیده‌تر است	مستقل انجام می‌شود

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

آیا www یک زیردامنه است؟

بله. از نظر فنی www نیز نوعی زیردامنه محسوب می‌شود. برای مثال در آدرس زیر:

www.example.com

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

نسخه‌های زیر از نظر فنی دو آدرس متفاوت هستند:

• example.com
• www.example.com

سایت باید یکی از این نسخه‌ها را به‌عنوان نسخه اصلی انتخاب کند و نسخه دیگر را به‌درستی به آن هدایت کند. در غیر این صورت، احتمال ایجاد آدرس‌های تکراری یا ناهماهنگی در لینک‌ها وجود دارد.

آیا ساب‌دامین سایت جداگانه محسوب می‌شود؟

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

برای مثال، panel.example.com ممکن است یک نرم‌افزار مستقل با سرور، کدنویسی و پایگاه داده جداگانه باشد. در مقابل، یک زیردامنه دیگر ممکن است فقط چند صفحه ساده را نمایش دهد.

از نظر مدیریتی، امکان دارد برای ساب‌دامین موارد زیر به‌صورت جداگانه تنظیم شوند:

• هاست یا سرور
• سیستم مدیریت محتوا
• پایگاه داده
• گواهی SSL
• تنظیمات امنیتی
• ابزارهای تحلیل
• نقشه سایت
• فایل robots.txt
• حساب سرچ کنسول
• فرایند انتشار محتوا

بنابراین نباید تصور کرد چون ساب‌دامین زیرمجموعه یک دامنه است، تمام تنظیمات و عملکرد آن الزاماً با سایت اصلی یکسان خواهد بود.

تأثیر ساب‌دامین بر سئو چیست؟

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

بااین‌حال، استفاده از ساب‌دامین می‌تواند مدیریت سئو را پیچیده‌تر کند؛ زیرا ممکن است لازم باشد موارد زیر برای آن جداگانه بررسی شوند:

• قابلیت خزش و ایندکس
• نقشه سایت
• لینک‌های داخلی
• ریدایرکت‌ها
• تگ‌های کنونیکال
• عملکرد و سرعت
• داده‌های سرچ کنسول
• دسترسی ربات‌ها
• نسخه‌های زبان
• محتوای تکراری
• اعتبار و لینک‌های ورودی

اگر هدف وبلاگ، تقویت صفحات خدمات و محصولات دامنه اصلی است، قرار دادن آن در پوشه‌ای مانند example.com/blog اغلب ساختار متمرکزتری ایجاد می‌کند.

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

آیا اعتبار دامنه اصلی به ساب‌دامین منتقل می‌شود؟

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

برای نشان دادن ارتباط منطقی میان سایت اصلی و ساب‌دامین می‌توان از روش‌های زیر استفاده کرد:

• لینک دادن از منوی مناسب سایت
• استفاده از هویت بصری هماهنگ
• ایجاد مسیر بازگشت روشن
• لینک‌سازی داخلی طبیعی
• معرفی مالکیت و ارتباط برند
• ارائه اطلاعات تماس یکسان، در صورت مرتبط بودن
• ثبت و بررسی داده‌های هر بخش در ابزارهای مدیریتی

ایجاد صدها صفحه ضعیف روی ساب‌دامین، راه میان‌بری برای گرفتن رتبه نیست. کیفیت و ارزش واقعی محتوا همچنان تعیین‌کننده است.

چه زمانی از ساب‌دامین استفاده کنیم؟

ساب‌دامین می‌تواند انتخاب مناسبی باشد اگر یکی از شرایط زیر وجود داشته باشد:

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

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

چه زمانی از ساب‌دامین استفاده نکنیم؟

ساخت ساب‌دامین در شرایط زیر معمولاً ضرورت ندارد:

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

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

مزایای استفاده از ساب‌دامین

استقلال فنی

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

مدیریت جداگانه

می‌توان مسئولیت مدیریت هر زیردامنه را به تیم متفاوتی سپرد و دسترسی‌های آن را جدا کرد.

جداسازی کاربردها

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

امکان توسعه مستقل

تغییرات فنی ساب‌دامین می‌توانند بدون دخالت مستقیم در کد یا سیستم سایت اصلی انجام شوند؛ البته این استقلال به معماری پروژه بستگی دارد.

انعطاف در میزبانی

زیردامنه می‌تواند به سرویس ابری، سرور خارجی، سامانه ثالث یا هاست جداگانه متصل شود.

مناسب برای محیط آزمایشی

ساخت نسخه تست روی ساب‌دامین امکان بررسی تغییرات پیش از انتشار عمومی را فراهم می‌کند.

معایب استفاده از ساب‌دامین

افزایش پیچیدگی مدیریت

هر زیردامنه ممکن است به تنظیمات DNS، امنیت، نسخه پشتیبان، نظارت و نگهداری جداگانه نیاز داشته باشد.

پراکندگی محتوا

تقسیم نامناسب محتوا میان دامنه اصلی و زیردامنه‌ها می‌تواند ساختار سایت را برای کاربر و موتور جست‌وجو پیچیده کند.

نیاز به تنظیمات سئو

ممکن است نقشه سایت، سرچ کنسول، ابزارهای تحلیل و کنترل ایندکس برای ساب‌دامین جداگانه تنظیم شوند.

پیچیدگی لینک‌سازی

اگر ارتباط میان دامنه اصلی و زیردامنه روشن نباشد، کاربر ممکن است مسیر بازگشت یا دسترسی به سایر بخش‌ها را پیدا نکند.

احتمال ناهماهنگی تجربه کاربری

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

هزینه‌های فنی احتمالی

خود ساب‌دامین معمولاً هزینه ثبت ندارد، اما سرور، توسعه، امنیت، نگهداری و گواهی SSL آن ممکن است هزینه‌بر باشند.

چگونه ساب‌دامین بسازیم؟

روش ساخت زیردامنه به کنترل‌پنل هاست و تنظیمات DNS بستگی دارد. مراحل کلی معمولاً به شرح زیر هستند:

مرحله اول: انتخاب نام زیردامنه

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

نمونه‌های مناسب:

• shop برای فروشگاه
• blog برای وبلاگ
• panel برای پنل
• app برای نرم‌افزار
• help برای راهنما
• academy برای آموزش
• test برای آزمایش

از انتخاب نام‌های طولانی، مبهم یا دشوار برای تایپ خودداری کنید.

مرحله دوم: ورود به کنترل‌پنل هاست

وارد کنترل‌پنل سرویس میزبانی خود شوید. این پنل ممکن است cPanel، DirectAdmin یا یک سامانه اختصاصی باشد.

مرحله سوم: انتخاب بخش Domains یا Subdomains

در بعضی نسخه‌های cPanel گزینه‌ای با نام Subdomains وجود دارد. در نسخه‌های جدیدتر ممکن است ساخت ساب‌دامین از بخش Domains انجام شود.

در DirectAdmin نیز گزینه Subdomain Management برای این کار استفاده می‌شود.

مرحله چهارم: وارد کردن نام زیردامنه

نام موردنظر مانند shop را وارد و دامنه اصلی را انتخاب کنید. آدرس کامل به‌شکل زیر ساخته می‌شود:

shop.example.com

مرحله پنجم: تعیین پوشه اصلی

کنترل‌پنل ممکن است پوشه‌ای برای فایل‌های زیردامنه پیشنهاد دهد. این مسیر مشخص می‌کند فایل‌های سایت جدید در کدام قسمت هاست قرار بگیرند.

برای جلوگیری از تداخل، بهتر است مسیر زیردامنه با پوشه سایت اصلی اشتباه نشود.

مرحله ششم: تنظیم DNS

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

مرحله هفتم: فعال‌سازی SSL

پس از ساخته شدن زیردامنه باید بررسی کنید آدرس با HTTPS باز می‌شود. گواهی SSL دامنه اصلی همیشه تمام ساب‌دامین‌ها را پوشش نمی‌دهد.

مرحله هشتم: نصب یا انتقال سایت

اکنون می‌توانید سیستم مدیریت محتوا، نرم‌افزار، فایل‌های سایت یا سرویس موردنظر را روی زیردامنه راه‌اندازی کنید.

مرحله نهم: بررسی دسترسی و ریدایرکت

نسخه‌های HTTP و HTTPS، آدرس‌های دارای www و بدون www و صفحات اصلی را بررسی کنید تا نسخه‌های اضافی یا خطا ایجاد نشوند.

ساخت ساب‌دامین در cPanel

مراحل دقیق ممکن است با توجه به نسخه cPanel یا تنظیمات شرکت میزبان متفاوت باشند، اما روند عمومی به این صورت است:

1. وارد cPanel شوید.
2. بخش Domains را باز کنید.
3. گزینه Create a New Domain را انتخاب کنید.
4. نام کامل ساب‌دامین را وارد کنید.
5. در صورت نیاز، گزینه اشتراک پوشه با دامنه اصلی را غیرفعال کنید.
6. مسیر فایل‌های زیردامنه را مشخص کنید.
7. روی Submit کلیک کنید.
8. وضعیت DNS و SSL را بررسی کنید.

اگر در پنل گزینه Subdomains وجود دارد، می‌توانید نام ساب‌دامین و دامنه اصلی را از همان بخش انتخاب و پوشه مربوط را ایجاد کنید.

ساخت ساب‌دامین در DirectAdmin

در DirectAdmin معمولاً می‌توانید مراحل زیر را انجام دهید:

1. وارد DirectAdmin شوید.
2. دامنه موردنظر را انتخاب کنید.
3. به بخش Account Manager بروید.
4. Subdomain Management را باز کنید.
5. گزینه Add Subdomain را انتخاب کنید.
6. نام ساب‌دامین را وارد کنید.
7. تنظیمات را ذخیره کنید.
8. پوشه ساخته‌شده و وضعیت SSL را بررسی کنید.

اگر DNS دامنه در سرویس دیگری مانند یک پنل مدیریت DNS قرار دارد، ممکن است لازم باشد رکورد زیردامنه را در همان سرویس نیز ایجاد کنید.

رکورد DNS مناسب برای ساب‌دامین چیست؟

نوع رکورد به مقصد زیردامنه بستگی دارد.

رکورد A

رکورد A زیردامنه را به یک آدرس IPv4 متصل می‌کند.

مثال:

shop.example.com → 192.0.2.1

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

رکورد AAAA

رکورد AAAA برای اتصال زیردامنه به آدرس IPv6 کاربرد دارد.

رکورد CNAME

CNAME زیردامنه را به یک نام میزبان دیگر متصل می‌کند.

مثال:

help.example.com → service-provider.example

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

تنظیم نادرست DNS می‌تواند باعث باز نشدن زیردامنه، نمایش خطای SSL یا هدایت آن به سرویس اشتباه شود. مقادیر موردنیاز را از شرکت میزبان یا ارائه‌دهنده سرویس دریافت کنید.

چه مدت طول می‌کشد ساب‌دامین فعال شود؟

اگر ساب‌دامین داخل هاست ساخته شود و DNS همان سرویس را داشته باشد، ممکن است در مدت کوتاهی در دسترس قرار گیرد. اگر رکوردهای DNS تغییر کنند، انتشار تنظیمات در شبکه می‌تواند زمان بیشتری ببرد.

مدت فعال‌سازی به عوامل زیر بستگی دارد:

• ارائه‌دهنده DNS
• مقدار TTL رکورد
• کش اینترنت و سیستم کاربر
• تنظیمات هاست
• وضعیت دامنه اصلی
• فعال شدن گواهی SSL

اگر زیردامنه بلافاصله باز نشد، تنظیمات DNS، مقصد رکورد، وضعیت دامنه و صدور SSL را بررسی کنید.

آیا برای ساب‌دامین هاست جدا لازم است؟

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

استفاده از هاست مشترک زمانی مناسب است که:

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

هاست جدا ممکن است زمانی منطقی باشد که:

• نرم‌افزار به منابع بیشتری نیاز دارد؛
• فناوری آن با سایت اصلی متفاوت است؛
• امنیت و دسترسی‌ها باید جدا باشند؛
• ترافیک بالایی دارد؛
• تیم دیگری مسئول نگهداری آن است؛
• اختلال یک بخش نباید بخش دیگر را متوقف کند.

آیا ساب‌دامین به SSL جداگانه نیاز دارد؟

زیردامنه باید تحت پوشش یک گواهی SSL معتبر باشد تا با HTTPS باز شود. روش تأمین گواهی می‌تواند متفاوت باشد.

گزینه‌های رایج عبارت‌اند از:

• گواهی اختصاصی برای همان زیردامنه
• گواهی چنددامنه‌ای
• گواهی Wildcard برای پوشش زیردامنه‌های یک سطحی
• SSL خودکار ارائه‌شده توسط هاست

گواهی دامنه example.com الزاماً shop.example.com را پوشش نمی‌دهد. باید نام زیردامنه در گواهی وجود داشته باشد یا از گواهی مناسب استفاده شود.

همچنین گواهی Wildcard مانند *.example.com معمولاً زیردامنه‌های یک سطحی را پوشش می‌دهد، اما ممکن است برای آدرسی مانند test.shop.example.com کافی نباشد.

نکات امنیتی مهم برای ساب‌دامین

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

نکات مهم امنیتی عبارت‌اند از:

• گواهی SSL معتبر فعال کنید.
• نرم‌افزار و افزونه‌ها را به‌روز نگه دارید.
• زیردامنه‌های قدیمی و بدون استفاده را حذف کنید.
• رکوردهای DNS بلااستفاده را رها نکنید.
• دسترسی محیط آزمایشی را محدود کنید.
• نسخه پشتیبان تهیه کنید.
• رمزهای قوی و ورود دومرحله‌ای را فعال کنید.
• سطح دسترسی فایل‌ها و کاربران را بررسی کنید.
• اطلاعات حساس را در صفحات عمومی نمایش ندهید.
• لاگ‌ها و خطاهای امنیتی را کنترل کنید.
• زیردامنه را به سرویس منقضی‌شده یا حذف‌شده متصل نگذارید.

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

نکات سئو هنگام ساخت ساب‌دامین

اگر زیردامنه محتوای عمومی و قابل‌جست‌وجو دارد، موارد زیر را بررسی کنید:

1. هدف زیردامنه را دقیق مشخص کنید.
2. برای صفحات عمومی ساختار URL مناسب بسازید.
3. نقشه سایت XML ایجاد کنید.
4. فایل robots.txt را بررسی کنید.
5. صفحات مهم را از بخش‌های مرتبط لینک دهید.
6. از تولید محتوای تکراری خودداری کنید.
7. نسخه اصلی هر صفحه را با کنونیکال درست مشخص کنید.
8. ریدایرکت‌های غیرضروری را حذف کنید.
9. سرعت و سازگاری موبایل را بررسی کنید.
10. زیردامنه را در ابزارهای تحلیل و سرچ کنسول کنترل کنید.
11. خطاهای 404 و صفحات یتیم را پیدا کنید.
12. از ایجاد چند زیردامنه بدون برنامه خودداری کنید.

اگر ساب‌دامین محیط تست یا پنل خصوصی است، هدف معمولاً حضور در نتایج جست‌وجو نیست. در چنین شرایطی باید دسترسی آن به‌صورت فنی و مطمئن کنترل شود.

اشتباهات رایج در استفاده از ساب‌دامین

ساخت ساب‌دامین بدون نیاز واقعی

بعضی مدیران برای هر بخش کوچک یک ساب‌دامین می‌سازند. این کار مدیریت سایت را پیچیده و محتوا را پراکنده می‌کند.

جداسازی وبلاگ فقط به دلیل ظاهر آدرس

اگر وبلاگ بخشی از استراتژی محتوایی سایت اصلی است، پیش از قرار دادن آن روی زیردامنه باید اثر این تصمیم بر مدیریت، لینک‌سازی و ساختار سایت بررسی شود.

فراموش کردن SSL

ممکن است دامنه اصلی با HTTPS باز شود اما ساب‌دامین خطای امنیتی نمایش دهد.

رها کردن نسخه آزمایشی

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

کپی کامل محتوای دامنه اصلی

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

نبود لینک بازگشت به سایت اصلی

کاربر باید بتواند از پنل، وبلاگ یا مرکز راهنما به سایت اصلی بازگردد. نبود ناوبری مناسب تجربه کاربری را ضعیف می‌کند.

ناهماهنگی هویت بصری

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

استفاده از نام مبهم

نام زیردامنه باید هدف آن را نشان دهد. عبارتی مانند panel یا shop معمولاً از یک ترکیب نامفهوم و طولانی بهتر است.

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

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

چک‌لیست تصمیم‌گیری برای ساخت ساب‌دامین

پیش از ایجاد زیردامنه به پرسش‌های زیر پاسخ دهید:

1. آیا بخش جدید واقعاً از سایت اصلی مستقل است؟
2. آیا به سرور یا فناوری متفاوتی نیاز دارد؟
3. آیا تیم جداگانه‌ای آن را مدیریت می‌کند؟
4. آیا کاربران و هدف آن متفاوت هستند؟
5. آیا یک ساب‌فولدر پاسخ‌گوی نیاز نیست؟
6. برنامه لینک‌سازی میان دو بخش چیست؟
7. چه کسی مسئول امنیت و به‌روزرسانی است؟
8. SSL چگونه فعال می‌شود؟
9. آیا بخش جدید باید در گوگل ایندکس شود؟
10. در صورت توقف پروژه، ساب‌دامین چگونه حذف می‌شود؟
11. آیا ابزارهای تحلیل و مانیتورینگ برای آن تنظیم می‌شوند؟
12. آیا تجربه ورود و حساب کاربری میان دو بخش هماهنگ است؟

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

جمع‌بندی؛ ساب‌دامین چیست و چه زمانی کاربرد دارد؟

ساب‌دامین بخشی است که پیش از دامنه اصلی قرار می‌گیرد؛ مانند shop.example.com یا panel.example.com. از زیردامنه می‌توان برای فروشگاه مستقل، پنل کاربران، نرم‌افزار تحت وب، مرکز پشتیبانی، نسخه آزمایشی یا نسخه منطقه‌ای سایت استفاده کرد.

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

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

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

سؤالات متداول درباره زیردامنه

ساب‌دامین به زبان ساده چیست؟

ساب‌دامین بخشی است که پیش از دامنه اصلی قرار می‌گیرد و برای جداسازی یک قسمت از سایت استفاده می‌شود. برای مثال، shop.example.com زیردامنه‌ای از example.com است.

آیا ساخت ساب‌دامین رایگان است؟

معمولاً برای ثبت هر ساب‌دامین هزینه جداگانه‌ای پرداخت نمی‌شود؛ اما هاست، سرور، توسعه، SSL یا سرویس متصل به آن ممکن است هزینه داشته باشد.

چند ساب‌دامین می‌توان ساخت؟

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

آیا www ساب‌دامین است؟

بله. از نظر فنی www نیز زیردامنه‌ای از دامنه اصلی محسوب می‌شود.

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

خیر. ساب‌دامین می‌تواند روی هاست دامنه اصلی قرار بگیرد یا به هاست و سرور متفاوتی متصل شود.

آیا برای ساب‌دامین باید دامنه جدا بخریم؟

خیر. پس از ثبت دامنه اصلی می‌توانید زیردامنه‌های آن را براساس امکانات سرویس خود ایجاد کنید.

ساب‌دامین بهتر است یا ساب‌فولدر؟

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

آیا ساب‌دامین روی سئو تأثیر دارد؟

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

آیا می‌توان روی ساب‌دامین وردپرس نصب کرد؟

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

آیا ساب‌دامین به SSL نیاز دارد؟

بله. برای باز شدن امن با HTTPS، زیردامنه باید تحت پوشش گواهی SSL معتبر قرار داشته باشد.

برای فروشگاه از ساب‌دامین استفاده کنیم؟

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

آیا می‌توان ساب‌دامین را به سرور دیگری متصل کرد؟

بله. با تنظیم رکورد A، AAAA یا CNAME می‌توان زیردامنه را به سرور یا سرویس دیگری هدایت کرد.

آیا محیط تست را روی ساب‌دامین بسازیم؟

ساب‌دامین برای محیط تست مناسب است، اما باید دسترسی آن محدود شود تا کاربران و موتورهای جست‌وجو به نسخه ناقص سایت دسترسی نداشته باشند.

آیا حذف ساب‌دامین به سایت اصلی آسیب می‌زند؟

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