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

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

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

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

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

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

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

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

در جایی که DNS دامنه شما واقعاً مدیریت می‌شود، برای نام جدید رکوردی مطابق راهنمای سرویس مقصد بسازید. معمولاً از A یا CNAME استفاده می‌شود، اما نوع دقیق را ارائه‌دهنده مقصد مشخص می‌کند؛ برای یک نام نباید CNAME را با رکوردهای ناسازگار در همان نام ترکیب کنید. سپس نام را در کنترل‌پنل هاست یا وب‌سرور به سایت درست وصل کنید و برای همان نام گواهی معتبر HTTPS بگیرید. تنها ساخت رکورد DNS به معنی آماده‌بودن سایت یا گواهی نیست.

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

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

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

پس از انتقال، وضعیت دسترسی و ایندکس را با ابزارهای موجود دنبال کنید و انتظار تغییر تدریجی داشته باشید. برگشت به ساختار قبلی نیز باید از پیش برنامه‌ریزی شده باشد. برای انتخاب نام مناسب، ثبت دامنه نت‌آرام و برای بررسی میزبانی سایت وردپرسی، هاست وردپرس را ببینید.