سال‌ها پیش، یکی از مشتریان دامنهٔ قدیمی سایتش را که چهار سال اعتبار داشت، با دامنه‌ای «حرفه‌ای‌تر» عوض کرد. سه ماه بعد، ترافیک ارگانیک سایت به‌طور میانگین ۴۰٪ افت کرد. اگر نگاهی سطحی داشتیم، جواب ساده بود: «تغییر دامنه، افت سئو می‌آورد». ولی واقعیت این نبود. مشکل این بود که هیچ‌کدام از سه لایهٔ انتقال — ریدایرکت، به‌روزرسانی سرچ‌کنسول، و به‌روزرسانی لینک‌های داخلی — به‌درستی انجام نشده بود. این تجربه، برای من تبدیل به نقطهٔ شروع یک پروتکل دقیق شد که از آن روز تا امروز روی ده‌ها پروژهٔ مشابه اجرا کرده‌ام — با افت سئوی نزدیک به صفر. این مقاله، همان پروتکل است. اگر تازه با مفهوم دامنه آشنا می‌شوید، ابتدا دامنه چیست و چگونه ثبت می‌شود؟ را بخوانید.

چرا تغییر دامنه ریسک دارد؟

در سئو، هر URL بخشی از «هویت» سایت شماست. گوگل از سال‌ها پیش، به هر URL امتیازات خاصی می‌دهد که از سه منبع می‌آید: بک‌لینک‌های خارجی، لینک‌های داخلی، و اعتبار محتوا. وقتی دامنه عوض می‌شود، به‌طور پیش‌فرض این اعتبار به دامنهٔ جدید منتقل نمی‌شود، مگر آنکه شما صریحاً با ریدایرکت ۳۰۱ اعلام کنید. بدون این اعلام، گوگل دامنهٔ جدید را سایتی تازه می‌بیند که هیچ سابقه‌ای ندارد. مسئلهٔ مهم دیگر، سرعت انتشار این تغییر است. اگرچه ریدایرکت ۳۰۱ در ظاهر سریع کار می‌کند، ولی انتقال کامل اعتبار در گوگل ممکن است چند هفته تا چند ماه طول بکشد — چیزی که در سئو تکنیکال: از خزش تا ایندکس به آن پرداخته‌ام.

تغییر دامنه، جابه‌جایی خانه نیست؛ انتقال هویت یک کسب‌وکار دیجیتال است — با تمام اعتباری که سال‌ها جمع شده.

مرحلهٔ صفر: قبل از هر اقدام

پیش از شروع، پنج کار باید انجام شود که در تجربهٔ کاری من، نیمی از موفقیت در همین مرحله است:

  1. بکاپ کامل: هم فایل و هم دیتابیس. مسیر در چگونه از سایت وردپرسی بکاپ بگیریم؟.
  2. فهرست URLهای مهم: از سرچ‌کنسول، لیست صفحات پُرترافیک و صفحات دارای بک‌لینک خارجی را استخراج کنید. این فهرست، مرجع پایش بعد از تغییر است.
  3. ثبت وضعیت فعلی: از دامنهٔ فعلی، سرعت (TTFB و LCP) و رتبهٔ چند کلمهٔ کلیدی اصلی را یادداشت کنید.
  4. بررسی نسخهٔ SSL و گواهی: گواهی SSL معتبر روی دامنهٔ جدید باید پیش از تغییر فعال شود. مسیرش در چگونه SSL سایت را نصب و فعال کنیم؟.
  5. تعیین زمان مناسب: تغییر را در ساعات کم‌ترافیک و ترجیحاً ابتدای هفته انجام دهید تا دو روز بعد، فرصت کافی برای پایش داشته باشید.

لایهٔ اول: ریدایرکت ۳۰۱ کامل

قلب انتقال، ریدایرکت ۳۰۱ است. این کد، به گوگل می‌گوید «این صفحه به‌طور دائمی به آدرس جدید منتقل شده است». سه نکتهٔ حیاتی: اول، ریدایرکت باید URL به URL باشد، نه همه به صفحهٔ اصلی. اگر همهٔ آدرس‌های قدیمی به خانه ریدایرکت شوند، گوگل آن را به‌عنوان Soft 404 تشخیص می‌دهد و اعتبار منتقل نمی‌شود. دوم، ریدایرکت باید در سطح سرور باشد، نه فقط با افزونهٔ وردپرس. یعنی در فایل .htaccess یا در پیکربندی Nginx. این رویکرد، سرعت و پایداری بیشتری دارد و بار PHP را کم می‌کند. سوم، ریدایرکت باید قبل از ریدایرکت‌های دیگر قرار بگیرد — اگر روی سایت ریدایرکت دیگری دارید (مثل HTTPS یا trailing slash)، ترتیب باید درست باشد وگرنه ریدایرکت‌های زنجیره‌ای ایجاد می‌شود.

# نمونهٔ ریدایرکت در .htaccess
RewriteEngine On
RewriteCond %{HTTP_HOST} ^old-domain\.com$ [NC]
RewriteRule ^(.*)$ https://new-domain.com/$1 [R=301,L]

ابزارهای جانبی ریدایرکت در وردپرس در بهترین افزونه‌های ریدایرکت برای وردپرس و نقد یکی از محبوب‌ترین‌ها در نقد افزونه Redirection: مدیریت ریدایرکت‌ها آمده است.

لایهٔ دوم: ثبت تغییر دامنه در Search Console

یکی از کلیدهای اصلی، ابزار «Change of Address» در Search Console است. سه مرحلهٔ دقیق: یک، دامنهٔ جدید را به‌عنوان Property جدا اضافه و verify کنید. دو، در Property دامنهٔ قدیم، به بخش Settings → Change of Address بروید. سه، آدرس دامنهٔ جدید را وارد کنید و درخواست را ثبت کنید. ابزار فقط تا چند هفته پس از تغییر، امکان ثبت درخواست را می‌دهد؛ پس اگر از این پنجره بگذرید، کار شما سخت‌تر می‌شود. نبود این مرحله، دلیل اصلیِ بیشتر افت‌های سئو در پروژه‌های تغییر دامنه است. تجربه‌ام می‌گوید حتی اگر ریدایرکت‌ها کامل باشند ولی این ابزار ثبت نشود، انتقال اعتبار می‌تواند ماه‌ها طول بکشد.

لایهٔ سوم: به‌روزرسانی لینک‌های داخلی و خارجی

لینک‌های داخلی سایت، در دیتابیس شما به‌صورت URL کامل ذخیره شده‌اند. پس از تغییر دامنه، این لینک‌ها همچنان به دامنهٔ قدیم اشاره می‌کنند و در نتیجه یک ریدایرکت اضافه در مسیر لینک ایجاد می‌شود. ابزار درست برای این کار، افزونه‌ای مثل Better Search Replace است که ساختار serialize دیتابیس را می‌فهمد. هرگز این جایگزینی را با کوئری خام SQL انجام ندهید — این کار می‌تواند ساختار serialize را بشکند. جزئیات بیشتر در همان مقالهٔ آموزش گام‌به‌گام مهاجرت سایت وردپرسی آمده است.

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

لایهٔ چهارم: DNS و SSL

پس از تنظیم ریدایرکت و سرچ‌کنسول، زمان تغییر DNS است. دو نکتهٔ مهم: اول، TTL کوتاه قبل از تغییر: دو روز قبل از تغییر، مقدار TTL رکوردهای DNS را روی ۳۰۰ ثانیه بگذارید تا تغییر سریع منتشر شود. جزئیات در رکوردهای DNS کدامند؟ و پروپاگیشن DNS چیست و چقدر طول می‌کشد؟. دوم، SSL روی دامنهٔ جدید: اگر گواهی SSL قبل از DNS نصب نشده باشد، بازدیدکنندگان با هشدار امنیتی مواجه می‌شوند. گواهی باید روی دامنهٔ جدید فعال و تست شود.

جدول چک‌لیست تغییر دامنه

مرحلهاقدامابزار
قبلبکاپ کامل و لیست URLهای مهمافزونهٔ بکاپ + سرچ‌کنسول
قبلنصب SSL روی دامنهٔ جدیدLet\'s Encrypt / گواهی رسمی
حینریدایرکت ۳۰۱ URL به URL.htaccess یا Nginx
حینChange of Address در سرچ‌کنسولSearch Console
حینجایگزینی URL در دیتابیسBetter Search Replace
حینتغییر DNS با TTL کوتاهپنل دامنه
بعدپایش روزانهٔ CoverageSearch Console
بعدبررسی ریدایرکت‌های زنجیره‌ایابزار Online Redirect Checker

دو هفتهٔ اول: پایش فشرده

بعد از تغییر دامنه، دو هفتهٔ اول بحرانی‌ترین بازه است. سه کار روزانه: اول، در Search Console، بخش Coverage را باز کنید و تعداد خطاهای جدید (۴۰۴، ریدایرکت زنجیره‌ای، Server Error) را یادداشت کنید. دوم، رتبهٔ پنج کلمهٔ کلیدی اصلی را با دامنهٔ جدید چک کنید. نوسان تا ۲۰٪ در دو هفتهٔ اول طبیعی است، ولی افت پایدار نشانهٔ مشکل است. سوم، در Google Analytics، نرخ ورودی از سرچ ارگانیک را با هفتهٔ قبل از تغییر مقایسه کنید. اگر افت شدید بود، مسیر عیب‌یابی در خطای ۴۰۴ در وردپرس چیست و چگونه رفع می‌شود؟ و چطور رتبه سایت را در گوگل بهبود دهیم؟ کمک می‌کند.

اشتباهات پرهزینه

  • ریدایرکت همه به یک صفحه: «Soft 404» می‌سازد و اعتبار منتقل نمی‌شود.
  • نبود Change of Address: گوگل تا مدت‌ها دامنهٔ قدیم را به‌عنوان منبع اصلی می‌شناسد.
  • رهاکردن لینک‌های داخلی: ریدایرکت اضافه در هر کلیک داخلی، افت عملکرد و سئو.
  • بستن هاست قدیم در روز اول: حتی اگر ریدایرکت در DNS تنظیم شود، بهتر است حداقل دو ماه هاست قدیم فعال بماند تا اگر جایی از ریدایرکت ناقص بود، فرصت اصلاح داشته باشید.
  • نبود پایش روزانه: برخی خطاها فقط در روزهای اول ظاهر می‌شوند و اگر دیر متوجه شوید، اصلاح گران‌تر است.

نگاه عمیق به معماری انتقال دامنه

برای توسعه‌دهندهٔ ارشد، تغییر دامنه چیزی بیشتر از یک جابه‌جایی DNS است. این پروژه، شامل سه لایهٔ مستقل است که هر یک، روی دیگری اثر می‌گذارد: لایهٔ زیرساخت (DNS، SSL، وب‌سرور)، لایهٔ داده (دیتابیس، فایل‌ها، سشن‌ها) و لایهٔ اعتبار (ریدایرکت، سرچ‌کنسول، بک‌لینک‌ها). موفقیت در این پروژه، وقتی اتفاق می‌افتد که هر سه لایه هم‌زمان و هم‌راستا منتقل شوند.

سه اصل معماری که در همهٔ پروژه‌های تغییر دامنه روی آن‌ها پافشاری می‌کنم: اصل اول، حفظ همهٔ URLها. در پروژه‌های موفق، هیچ URL از دامنهٔ قدیم به دامنهٔ جدید بدون معادل دقیق منتقل نمی‌شود. اگر محتوایی حذف شده، ریدایرکت به نزدیک‌ترین محتوای مرتبط باید اعمال شود، نه به صفحهٔ اصلی. اصل دوم، ثبت همهٔ اطلاعات پیش از تغییر. قبل از تغییر، سرعت، رتبه و وضعیت ایندکس را ثبت کنید. بدون این خط مبنا، نمی‌توانید تفاوت واقعی و توهمی را تشخیص دهید. اصل سوم، تعریف پنجرهٔ بازگشت. روزی که تغییر را شروع می‌کنید، باید در نظر داشته باشید که اگر در ۴۸ ساعت اول، اعداد افت غیرطبیعی داشتند، چه زمانی و چگونه به دامنهٔ قدیم برگردید. هرچند بازگشت، خودش ریسک جدید دارد، ولی داشتن پلن بازگشت به کاهش استرس و تصمیم‌های شتاب‌زده کمک می‌کند.

در نهایت، توصیهٔ من به‌عنوان کسی که ده‌ها پروژهٔ تغییر دامنه را از نزدیک دیده‌ام این است: تغییر دامنه را مثل یک پروژهٔ کوچک با مراحل مشخص و پایش دقیق ببینید، نه یک تنظیم سرراست. اگر همهٔ مراحل این مقاله با دقت طی شود، در سه ماه اول، حداکثر افت قابل‌قبول ۵ تا ۱۰٪ است و در شش ماه، رتبه‌های قبلی بازمی‌گردند. در مقابل، تغییر بدون برنامه، می‌تواند شش ماه یا بیشتر، افت ۳۰ تا ۵۰ درصدی ایجاد کند. تفاوت این دو سناریو، در سرمایهٔ زمانی و ترافیکی، عدد ناچیزی نیست. برای مطالعهٔ ادامهٔ مسیر، سئو چیست و چگونه به رشد سایت کمک می‌کند؟ و سئو تکنیکال چیست و چرا مهم است؟ و URL را حرفه‌ای بسازید: ساختار و سئو را پیشنهاد می‌کنم. و برای بازگردانی در صورت حادثه، مسیر بازیابی سایت از بکاپ چگونه انجام می‌شود؟ را از قبل تمرین کنید.

اگر تجربه‌ای از تغییر دامنه دارید — چه تغییری که بدون افت انجام شد و چه تغییری که به درس تبدیل شد — سناریو را در دیدگاه بنویسید. همین جزئیات، برای خوانندهٔ بعدی که در آستانهٔ همین تصمیم است، ارزشمندتر از هر راهنمای عمومی است. 🌐