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

اشتباه رایج این است که کاربر فقط فایل‌ها را از یک پوشه به پوشه دیگر منتقل می‌کند و انتظار دارد همه‌چیز درست کار کند. اما وردپرس و بسیاری از CMSها آدرس سایت را داخل دیتابیس ذخیره می‌کنند. افزونه‌ها، تصاویر، لینک‌های داخلی، sitemap، canonical و ریدایرکت‌ها هم باید با آدرس جدید هماهنگ شوند.

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

چه زمانی انتقال به ساب‌دامین انتخاب خوبی است؟

ساب‌دامین زمانی مناسب است که بخواهید بخشی از سایت استقلال بیشتری داشته باشد. مثلاً وبلاگ روی blog.example.com، فروشگاه روی shop.example.com یا مستندات روی docs.example.com. این جداسازی می‌تواند مدیریت فنی را ساده‌تر کند، اما از نظر سئو و نگهداری نیازمند دقت است؛ چون گوگل و ابزارهای تحلیلی ممکن است ساب‌دامین را به‌عنوان بخش جداگانه‌ای از سایت ببینند.

مرحله اول: ساخت ساب‌دامین و تنظیم DNS

در cPanel یا پنل مدیریتی هاست، ساب‌دامین را بسازید و Document Root آن را مشخص کنید. اگر DNS دامنه خارج از هاست مدیریت می‌شود، رکورد A یا CNAME لازم را تنظیم کنید. تا زمانی که ساب‌دامین به IP درست اشاره نکند، انتقال کامل قابل تست نیست.

blog.example.com  A  192.0.2.10

بعد از تنظیم DNS، با ابزارهایی مثل dig، nslookup یا سایت‌های بررسی DNS مطمئن شوید رکورد منتشر شده است. اگر پشت Cloudflare هستید، وضعیت proxy و SSL/TLS mode را هم بررسی کنید.

مرحله دوم: فعال‌سازی SSL برای ساب‌دامین

ساب‌دامین جدید باید SSL معتبر داشته باشد. اگر سایت قبلاً روی HTTPS بوده و ساب‌دامین جدید بدون SSL باز شود، مرورگر خطای امنیتی می‌دهد و کاربر اعتمادش را از دست می‌دهد. در cPanel می‌توانید AutoSSL یا Let’s Encrypt را برای ساب‌دامین فعال کنید. بعد از نصب SSL، آدرس نهایی را از ابتدا با https در تنظیمات وارد کنید.

مرحله سوم: انتقال فایل‌ها از ساب‌فولدر

اگر سایت وردپرسی داخل public_html/blog بوده و ساب‌دامین جدید روی مسیر دیگری مثل public_html/blog_subdomain ساخته شده، فایل‌ها را به مسیر جدید منتقل کنید. فایل‌های مهم شامل wp-content، wp-admin، wp-includes، wp-config.php و .htaccess هستند. اگر فقط پوشه uploads را منتقل کنید، سایت کامل بالا نمی‌آید.

مرحله چهارم: تغییر آدرس وردپرس

در دیتابیس وردپرس، آدرس سایت معمولاً در جدول options و مقادیر siteurl و home ذخیره می‌شود. باید آن‌ها را از https://example.com/blog به https://blog.example.com تغییر دهید. اگر به پنل مدیریت دسترسی ندارید، می‌توانید موقتاً از wp-config.php کمک بگیرید.

define('WP_HOME', 'https://blog.example.com');
define('WP_SITEURL', 'https://blog.example.com');

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

مرحله پنجم: اصلاح لینک‌ها و مسیر فایل‌ها

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

wp search-replace 'https://example.com/blog' 'https://blog.example.com' --skip-columns=guid --dry-run

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

برای حفظ لینک‌های قبلی، مسیر قدیمی باید به مسیر جدید منتقل شود. اگر قبلاً مقاله‌ای در example.com/blog/post-1 بوده، بهتر است به blog.example.com/post-1 برود، نه صفحه اصلی ساب‌دامین. این کار هم برای کاربر بهتر است، هم برای سئو.

RewriteEngine On
RewriteRule ^blog/(.*)$ https://blog.example.com/$1 [R=301,L]

اگر سایت اصلی هم وردپرس است، مراقب باشید قانون ریدایرکت با قوانین permalink وردپرس تداخل نداشته باشد. بهتر است بعد از اعمال، چند URL واقعی را تست کنید.

مرحله هفتم: تنظیم Search Console و ابزارهای آمار

برای ساب‌دامین جدید، Property جداگانه در Search Console و ابزارهای آنالیتیکس بسازید یا تنظیمات property دامنه را بررسی کنید. sitemap ساب‌دامین باید آدرس‌های جدید را نشان دهد. canonical نباید همچنان به مسیر قدیمی اشاره کند. اگر از افزونه سئو استفاده می‌کنید، تنظیمات site URL و sitemap را دوباره ذخیره کنید.

مشکلات رایج بعد از انتقال

  • ساب‌دامین باز نمی‌شود: DNS هنوز منتشر نشده یا Document Root اشتباه است.
  • SSL خطا می‌دهد: گواهی برای ساب‌دامین صادر نشده یا DNS قبل از صدور درست نبوده است.
  • تصاویر از مسیر قدیمی می‌آیند: Search & Replace کامل نشده است.
  • خطای 404 در نوشته‌ها: Permalink را دوباره ذخیره کنید یا .htaccess را بررسی کنید.
  • ریدایرکت loop: قوانین .htaccess، تنظیمات HTTPS یا افزونه ریدایرکت تداخل دارند.

آیا انتقال به ساب‌دامین برای سئو خوب است؟

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

جمع‌بندی

انتقال از ساب‌فولدر به ساب‌دامین زمانی تمیز و کم‌ریسک است که فقط فایل‌ها را جابه‌جا نکنید؛ DNS، SSL، آدرس وردپرس، Search & Replace، ریدایرکت 301، sitemap و canonical هم باید هماهنگ شوند. قبل از شروع بکاپ بگیرید و بعد از پایان، URLهای مهم را یکی‌یکی تست کنید.

منابع رسمی برای مطالعه بیشتر