آموزش گام‌به‌گام تغییر دامنهٔ اصلی سایت؛ از نگاشت تا پایش
- تغییر دامنه سایت یعنی چه و چه چیزهایی در خطر است؟
- پیش از تغییر: بکاپ کامل، جدول نگاشت و آماده‌سازی دامنهٔ جدید
- نگاشت ۳۰۱ از دامنهٔ قدیم به جدید
- تغییر نشانی؛ پنل وردپرس و ابزار تغییر نشانی سرچ‌کنسول
- پنجرهٔ پایش بعد از تغییر؛ چه سنجه‌هایی و چه مدت
- سه اشتباه رایج در تغییر دامنه
- جمع‌بندی؛ تغییر دامنه پروژه است، نه کلیک
دامنه، شناسهٔ همیشگی سایت در جستجو، نقشه‌ها، لینک‌های بیرونی و حافظهٔ کاربران است؛ به همین دلیل تغییر آن، از هر جابه‌جایی دیگری در سایت حساس‌تر است: هر آدرسی که در هیچ‌جای اینترنت ذخیره نشده باشد، عملاً از بین می‌رود. خبر خوب این است که مسیر امن، فهرست‌بندی‌شده و قابل کنترل است؛ در هاب نگهداری، مهاجرت و خطاها این خانواده از پروژه‌ها را لایه‌لایه نوشته‌ایم و این آموزش، مخصوص همان حالتی است که فقط نشانی عوض می‌شود، نه هاست و نه ساختار.
یک مرز روشن بگذاریم: اگر همراه دامنه، هاست، قالب یا ساختار آدرس‌ها هم عوض می‌شود، آن‌وقت پروژهٔ شما «مهاجرت کامل» است و چک‌لیست گسترده‌تری در آموزش مهاجرت سایت بدون افت سئو دارد؛ اینجا روی تغییر نشانی اصلی تمرکز می‌کنیم و بقیهٔ عناصر را ثابت نگه می‌داریم — هر تغییری که به این لیست اضافه کنید، احتمال خطا را چند برابر می‌کند.
تغییر دامنه سایت یعنی چه و چه چیزهایی در خطر است؟
در تغییر دامنه، چیزی که جابه‌جا می‌شود فقط نام است، نه محتوا؛ ولی دقیقاً به همین دلیل، ریسک‌ها پنهان‌اند. اول اعتبار: لینک‌هایی که سال‌ها از سایت‌های دیگر به آدرسهای قدیمی نشانه رفته‌اند، باید از مسیر ریدایرکت ۳۰۱ به آدرسهای جدید برسند. دوم ایندکس: موتور جستجو باید نسخهٔ جدید را به‌عنوان جانشین رسمی قدیمی بشناسد و نسخه‌های قدیمی را کم‌کم از نتایج بیرون بکشد. سوم جزئیات فنی: نقشهٔ سایت، شناسه‌های ابزارها، ایمیل‌های دامنه‌دار و تنظیمات پنل، همه به دامنه گره خورده‌اند.
و چه چیزی در خطر نیست؟ رتبهٔ برند و کیفیت محتوا از بین نمی‌روند؛ اگر نگاشت کامل باشد، سیگنال‌ها مسیرشان را پیدا می‌کنند. به تجربهٔ ما سایت‌هایی که پروژه را با فهرست کنترل اجرا کردند، بعد از یک نوسان کوتاه به روال قبل برگشتند؛ مشکل همیشه از سایت‌هایی شروع می‌شود که دامنه را عوض می‌کنند ولی نگاشت را «فقط صفحهٔ اصلی» می‌بندند.
پیش از تغییر: بکاپ کامل، جدول نگاشت و آماده‌سازی دامنهٔ جدید
سه کار را قبل از هر تغییری ببندید. اول، بکاپ کامل: فایل‌ها و دیتابیس با هم، و آزمایش بازگردانی روی یک محیط آزمایشی؛ روال کاملش در آموزش بکاپ وردپرس آمده است و در پروژهٔ تغییر دامنه، همین بکاپ است که اجازهٔ جرئت‌کردن می‌دهد. دوم، جدول نگاشت: فهرست همهٔ آدرسهای ایندکس‌شده و آدرس جدید هرکدام — این جدول سنگین‌ترین و مهم‌ترین سند پروژه است و در بخش بعد به آن می‌رسیم. سوم، آماده‌سازی دامنهٔ جدید: نصب SSL، تنظیم DNS، و خالی‌نبودن ریدایرکت‌های قدیمی روی آن.
یک قدم خاموش هم اضافه کنید: هم‌خوانی نشانی‌ها در تنظیمات ایمیل و سرویس‌های جانبی. اگر ایمیل‌های دامنه‌دار دارید، مهاجرتشان را قبل از تغییر انجام دهید؛ اگر لینک‌های داخلی محتوا به دامنهٔ قدیم ذخیره شده‌اند، قرار است بعد از تغییر به دامنهٔ جدید برسند — این را در جدول نگاشت پیش‌بینی کنید تا بعداً غافلگیر نشوید.
نگاشت ۳۰۱ از دامنهٔ قدیم به جدید
جدول نگاشت، نقشهٔ یک‌به‌یک آدرس‌هاست و قاعدهٔ آن ساده است: هر آدرس قدیمی دقیقاً به معادل خودش در دامنهٔ جدید برسد، نه به صفحهٔ اصلی. وقتی مسیرها عیناً حفظ میشوند، یک قاعدهٔ سراسری کافی است؛ جایی که مسیر عوض می‌شود، ردیف اختصاصی بنویسید. چهار الگوی پرتکرار جدول زیر است:
| الگوی آدرس قدیم | مقصد در دامنهٔ جدید | یادداشت |
|---|---|---|
| صفحهٔ اصلی قدیم | صفحهٔ اصلی جدید | قاعدهٔ سراسری ۳۰۱ |
| همان مسیر، همان صفحه | همان مسیر روی دامنهٔ جدید | پیش‌فرض حفظ ساختار |
| مسیر تغییرکرده | آدرس معادل جدید | ردیف اختصاصی در جدول نگاشت |
| نسخه‌های پارامتری و قدیمی | نسخهٔ تمیز و canonical | جلوگیری از تکرار و متناقض‌شدن |
خروجی جدول نگاشت باید در سطح سرور یا افزونهٔ ریدایرکت اعمال شود، نه فقط در مستندات.
دو قانون اجرا هم ببندید: ریدایرکت‌ها ۳۰۱ باشند، نه موقت؛ و زنجیره حداکثر یک پله بماند — آدرس قدیمی مستقیم به مقصد نهایی برسد. مکانیک کامل ۳۰۱ و ۳۰۲، زنجیره و حلقه را در آموزش ریدایرکت ۳۰۱ و ۳۰۲ نوشته‌ایم؛ در پروژهٔ تغییر دامنه، همان قواعد حکم قانون دارند.
تغییر نشانی؛ پنل وردپرس و ابزار تغییر نشانی سرچ‌کنسول
در وردپرس، نشانی سایت در دو فیلد تنظیمات عمومی ذخیره می‌شود و باید هر دو به دامنهٔ جدید برسند؛ اگر آدرسهای ذخیرهشده در محتوا هم به دامنهٔ قدیم اشاره می‌کنند، با جستجو-و-جایگزینی محتاطانه در دیتابیس بهروز شوند — پیش از آن بکاپ تازه بگیرید. بعد از تغییر پنل، یک بار سایت را در حالت ناشناس از آدرسهای قدیمی باز کنید؛ انتظار شما این است که همه‌جا به نسخهٔ جدید با ۳۰۱ برسید و هیچ صفحه‌ای بدون ریدایرکت نماند.
در سرچ‌کنسول، دامنهٔ جدید را به‌عنوان ملک ثبت کنید و ابزار تغییر نشانی را پر کنید؛ این ابزار به موتور جستجو می‌گوید جابه‌جایی رسمی و دائمی است — اما جایگزین ریدایرکت ۳۰۱ نیست، مکمل آن است. نقشهٔ سایت جدید را ثبت کنید و برای پایش، هر دو ملک قدیم و جدید را نگه دارید؛ ملک قدیمی در هفته‌های اول، بهترین جای دیدن روند انتقال است. در ابزارهای آمار هم دامنهٔ جدید را از همان روز اول ثبت کنید تا داده‌های قبل و بعد قابل مقایسه بمانند.
پنجرهٔ پایش بعد از تغییر؛ چه سنجه‌هایی و چه مدت
پنجرهٔ پایش را از روز تغییر، چند هفته ببندید و برای سایت‌های بزرگ چند ماه؛ مدت دقیق به حجم آدرس‌ها و سرعت خزش دامنهٔ قدیم بستگی دارد. سنجه‌ها همان چهار سنجهٔ رسمی گزارش عملکرد سرچ‌کنسول است — نمایش، کلیک، CTR و میانگین جایگاه — (تاریخ گردآوری: آبان ۱۴۰۵)؛ هفتهٔ اول را روزبه‌روز بخوانید و بعد هفتگی. چیزی که دنبالش هستید شکل منحنی است، نه عدد یک روز: نوسان کوتاه بعد از تغییر عادی است؛ افت پیوسته و چندهفته‌ای یعنی حلقه‌ای از پروژه رد شده است.
سه کار پایشی کنار سنجه‌ها: گزارش پوشش ایندکس دامنهٔ جدید را ببینید تا صفحات جدید در حال ورود باشند؛ گزارش خطاها را بخوانید تا آدرسهای بدون نگاشت زود لو بروند و ردیفشان به جدول اضافه شود؛ و هفته‌ای یک‌بار چند آدرس قدیمی را بهصورت تصادفی تست کنید تا ریدایرکت‌ها سر جایشان بمانند. به تجربهٔ ما همین روال ساده، بیشترین خطاهای جدول نگاشت را در هفتهٔ اول پیدا می‌کند، وقتی هنوز اصلاحشان ارزان است.
سه اشتباه رایج در تغییر دامنه
اشتباه اول، ریدایرکت موقت: جابه‌جایی دائمی با ۳۰۲ اجرا می‌شود و موتور جستجو دامنهٔ قدیمی را همچنان مرجع نگه می‌دارد؛ نتیجه، ماه‌ها دوگانگی نسخه‌هاست. چون تغییر دامنه تصمیمی دائمی است، از ابتدا ۳۰۱ ببندید. اشتباه دوم، نگاشت ناقص: فقط صفحهٔ اصلی را ریدایرکت می‌کنند و صفحات داخلی به ۴۰۴ می‌خورند؛ هر ۴۰۴ بی‌نگاشت، هم تجربهٔ کاربر را می‌شکند و هم بخشی از اعتبار را رها می‌کند.
اشتباه سوم، رهاکردن سریع دامنهٔ قدیم: تا وقتی دامنهٔ قدیم تمدید و ریدایرکتش فعال است، مسیر انتقال زنده است؛ به تجربهٔ ما رهاکردن زودهنگام دامنهٔ قدیم، رایج‌ترین پایان بدِ این پروژه‌هاست — لینک‌های بیرونی که به آن اشاره کرده‌اند، یک‌شبه به ۴۰۴ می‌رسند. دامنهٔ قدیم را حداقل تا کامل‌شدن انتقال و تا هر مدتی که تمدیدش اقتصادی است، زنده نگه دارید و روال پایش را ادامه دهید.
جمع‌بندی؛ تغییر دامنه پروژه است، نه کلیک
جمع‌بندی: تغییر دامنه سایت را پروژه ببندید، نه کلیک — بکاپ و بازگردانی آزمایشی، جدول نگاشت کامل ۳۰۱، تغییر نشانی در پنل وردپرس، ثبت دامنهٔ جدید و ابزار تغییر نشانی در سرچ‌کنسول، پنجرهٔ پایش با چهار سنجهٔ رسمی، و دامنهٔ قدیمی که تا پایان انتقال زنده می‌ماند. هیچ‌کدام از این‌ها گران نیستند؛ گران بودن، رد کردنشان است.
اگر می‌خواهید این روال با توقف اضطراری، snapshot و قابلیت بازگردانی زیر یک پنل اجرا شود، معرفی کامل ویژن‌پرایم سوئیت را ببینید و ممیزی رایگان دامنه بهترین نقطهٔ شروع برای دیدن وضعیت فعلی است؛ قبل از هر جابه‌جایی، بدانید چه چیزی ایندکس شده تا جدول نگاشت‌تان کامل بسته شود.
رصد ما، رشد شما.
سؤالات پرتکرار
بعد از تغییر دامنه چقدر افت موقت طبیعی است؟
به تجربهٔ ما نوسان چند روز تا چند هفته طبیعی است؛ افت پیوسته‌ای که ماه‌ها می‌ماند، نشانهٔ حل‌نشدن یکی از حلقه‌هاست — معمولاً نگاشت ناقص یا ریدایرکت اشتباه.
ریدایرکت ۳۰۱ چقدر باید بماند؟
تا وقتی دامنهٔ قدیم در اختیار شماست. تمدید دامنهٔ قدیم را تا کامل‌شدن انتقال و تا هر مدتی که اقتصادی است نگه دارید؛ رهاکردن زودهنگام، لینک‌های بیرونی را به ۴۰۴ می‌رساند.
آیا ابزار تغییر نشانی سرچ‌کنسول به‌تنهایی کافی است؟
نه؛ شرط اول، ریدایرکت ۳۰۱ سراسری است. ابزار تغییر نشانی، جابه‌جایی را رسمی اعلام می‌کند و مکمل نگاشت است، نه جایگزین آن.
آدرسهای ذخیرهشده در محتوا چه بشوند؟
با جستجو-و-جایگزینی محتاطانه در دیتابیس به دامنهٔ جدید بهروز شوند، و حتماً قبل از آن بکاپ تازه بگیرید؛ آدرسهای ناقص در محتوا بعداً بهصورت لینک داخلی شکسته ظاهر میشوند.
ایمیل‌های دامنه‌دار را چه کنیم؟
مهاجرتشان را قبل از تغییر دامنه انجام دهید و در روز تغییر، وابستگی‌های پنل، سرویس‌ها و شناسه‌های ابزارها را به دامنهٔ جدید منتقل کنید تا هیچ ردیفی از دسترس خارج نشود.
