پارک و ریدایرکت دامنه دو کار متفاوت‌اند. در cPanel، پارک یا Alias معمولاً دامنه‌ای است که محتوای ریشهٔ مشترک سایت را نمایش می‌دهد. ریدایرکت، مرورگر را به نشانی دیگری می‌فرستد. بنابراین پارک دامنه الزاماً به معنی غیرفعال کردن آن یا نمایش صفحهٔ خالی نیست.
انتخاب بین پارک و ریدایرکت دامنه
اگر می‌خواهید نام دوم به همان فایل‌های سایت متصل باشد، ریشهٔ مشترک مناسب است. اگر هدف این است که کاربر و موتور جستجو نشانی نهایی مشخصی را ببینند، انتقال به آن نشانی را تنظیم کنید. رفتار برنامهٔ سایت هم مهم است؛ برای مثال وردپرس ممکن است بر اساس نشانی اصلی تنظیم‌شده، خودش هدایت انجام دهد.
پیش از تغییر، مالکیت دامنه، رکوردهای DNS و سرویس ایمیل آن را بررسی کنید. تغییر نیم‌سرور بدون انتقال رکوردهای لازم می‌تواند ایمیل را مختل کند. برای HTTPS نیز دامنهٔ مبدأ و مقصد باید گواهی معتبر داشته باشند؛ مرورگر پیش از دریافت ریدایرکت HTTPS، اتصال امن مبدأ را بررسی می‌کند.
ایجاد دامنه با ریشه مشترک
در Jupiter وارد Domains و سپس Create A New Domain شوید. نام دامنهٔ دوم را بنویسید و Share document root را برای اشتراک ریشهٔ نمایش‌داده‌شده فعال نگه دارید. پیش از Submit مطمئن شوید همان محتوای مورد نظر در آن پوشه قرار دارد.
مستند cPanel اثر ریشهٔ مشترک را توضیح می‌دهد. ساخت دامنه در پنل، جای ثبت مالکیت دامنه یا تنظیم DNS در مرجع بیرونی را نمی‌گیرد. بعد از ثبت، باز شدن نام دوم را جداگانه بررسی کنید.
تنظیم ریدایرکت در Jupiter
بخش Redirects را باز کنید. بسته به نسخه، از Manage دامنه و گزینهٔ Modify the Redirects نیز می‌توان به آن رسید. تنظیم‌های اصلی در راهنمای Redirects شرح داده شده‌اند:
- Type: انتقال دائمی 301 یا انتقال موقت 302 را مطابق هدف انتخاب کنید.
- دامنه و مسیر مبدأ: فقط دامنهٔ مورد نظر و مسیر لازم را مشخص کنید؛ All Public Domains را برای یک دامنه انتخاب نکنید.
- Redirects to: نشانی کامل مقصد با https:// را وارد کنید.
- www: اگر هر دو شکل باید منتقل شوند، حالت with or without www را انتخاب کنید.
چه زمانی Wild Card مناسب است؟
این گزینه برای حفظ نام مسیر در مقصد کاربرد دارد؛ مثلاً old.example/page به new.example/page می‌رود. فقط زمانی آن را انتخاب کنید که مسیر متناظر واقعاً در مقصد وجود دارد. اگر ساختار عوض شده، نگاشت دقیق صفحات لازم است.
همهٔ مقاله‌های حذف‌شده را به صفحهٔ اصلی نفرستید. مقصد باید پاسخ مرتبطی به نیاز قبلی بدهد. راهنمای گوگل، انتقال دائمی سمت سرور را برای جابه‌جایی دائمی توصیه می‌کند؛ ریدایرکت به‌تنهایی تضمین حفظ رتبه نیست.
آزمون و اصلاح قانون
بعد از Add، چند نشانی واقعی شامل صفحهٔ اصلی و مسیر داخلی را باز کنید. مقصد نهایی، کد پاسخ، حالت‌های www و HTTPS و نبود حلقه را بررسی کنید. اگر سایت بین دو نشانی رفت‌وبرگشت دارد، تنظیم برنامه، CDN و قانون پنل را با هم بررسی کنید.
برای حذف ریدایرکت، همان قانون را در Current Redirects حذف کنید. از Remove Domain برای این هدف استفاده نکنید؛ طبق مستند مدیریت دامنه، حذف دامنه ورودی‌های وب‌سرور و DNS آن را برمی‌دارد و اثر متفاوتی دارد. برای تغییر قانون در رابط Redirects، قانون قبلی حذف و نسخهٔ صحیح دوباره ایجاد می‌شود.
مطالعهٔ مرتبط
بازبینی فنی: ۱۳ آبان ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.
