تغییر دامنه سایت بدون افت سئو: نقشه آدرس، ریدایرکت و چک‌لیست روزبه‌روز

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

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

کی تغییر دامنه می‌ارزد و کی نه

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

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

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

نقشه آدرس: هر آدرس قدیم به همتای خودش

اگر فقط دامنه عوض می‌شود، نقشه آدرس یک قاعده است: هر درخواست به دامنه قدیم با همان مسیر و همان پارامترها به دامنه تازه برود. oldshop.example/shop به newshop.example/shop، نه به صفحه اصلی. گوگل در راهنمای جابه‌جایی سایت صریحا می‌گوید آدرس‌های زیاد را به یک مقصد نامرتبط مثل صفحه اصلی نفرست.

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

دامنه قدیم چهار شکل دارد: با و بی www، با http و https. هر چهار باید با یک پرش به مقصد برسند، نه با زنجیره.

برای آزمودن، مرورگر ابزار خوبی نیست چون ریدایرکت را به خاطر می‌سپارد. در ترمینال بزن curl -sI http://www.oldshop.example/shop؛ خط اول باید ۳۰۱ بگوید و خط location دقیقا نشانی همتا را. این را برای بیست آدرس نمونه تکرار کن: صفحه اصلی، محصول و دسته‌های پربازدید سرچ کنسول، صفحه دوم یک زیردسته، یک آدرس پارامتردار، یک عکس، و آدرس‌هایی که اسلاگ فارسی دارند.

ریدایرکت روی دامنه قدیم، برای سال‌ها نه هفته‌ها

طبق راهنمای گوگل، ابزار تغییر نشانی سرچ کنسول سیگنال‌ها را ۱۸۰ روز منتقل می‌کند و ریدایرکت‌ها باید تا جای ممکن بمانند، معمولا دست‌کم یک سال. ولی گوگل تنها کسی نیست که دامنه قدیم را صدا می‌زند: لینک سایت‌های دیگر، بیو اینستاگرام، QR روی بسته‌بندی، پیامک‌های قدیمی در گوشی مشتری‌ها. قاعده عملی: تا وقتی دامنه قدیم حتی یک بازدید می‌گیرد، ریدایرکت بماند. برای زنده ماندنش:

• دامنه قدیم را تمدید کن، چندساله یا خودکار. اگر منقضی شود، هر کسی می‌تواند ثبتش کند و آن لینک‌ها و مشتری‌ها را تحویل بگیرد.
• گواهی SSL دامنه قدیم را معتبر نگه دار. مرورگر قبل از دیدن ریدایرکت گواهی را چک می‌کند؛ اگر گواهی سرور فقط دامنه تازه را بپوشاند، نشانی قدیم به‌جای ریدایرکت صفحه خطای امنیتی می‌دهد. همین درباره www و هر زیردامنه قدیم صدق می‌کند.
• رکوردهای MX را پاک نکن اگر ایمیلت روی دامنه قدیم است؛ ریدایرکت سایت به ایمیل کاری ندارد و ایمیل بی‌صدا قطع می‌شود.

نوع ریدایرکت ۳۰۱ باشد، نه ۳۰۲؛ ریدایرکت موقت به گوگل می‌گوید نشانی اصلی همان قبلی است. و چون ۳۰۱ در مرورگر بدون تاریخ انقضا کش می‌شود، قاعده اصلاح‌شده را در پنجره ناشناس یا با curl تست کن. اگر احتمال برگشت داری، هدر Cache-Control: no-store روی خود ریدایرکت جلوی ماندگار شدنش را می‌گیرد.

DNS و SSL: قبل از روز تغییر

دامنه تازه را چند روز قبل وصل کن، نه صبح روز تغییر؛ رسیدن تغییر DNS به همه‌جا بسته به TTL رکوردها از چند دقیقه تا یکی دو روز طول می‌کشد. گواهی دامنه تازه و www آن را بگیر و هر دو را باز کن. تا آن روز دامنه تازه نباید نسخه دوم سایت باشد که ایندکس شود؛ با ریدایرکت موقت (۳۰۲، نه ۳۰۱ که مرورگرها نگهش می‌دارند و روز تغییر حلقه می‌سازد) به دامنه قدیم برگردانش یا جلوی ایندکس را ببند، و روز تغییر بازش کن.

اسلاگ فارسی: شکل خام و شکل کدشده

مرورگر به تو /عطر نشان می‌دهد، ولی به سرور این را می‌فرستد: /%D8%B9%D8%B7%D8%B1. هر دو یک آدرس‌اند، ولی برای ابزاری که ریدایرکت را با مقایسه متن پیدا می‌کند، دو رشته متفاوت‌اند.

نتیجه خرابی‌ای است که فقط روی آدرس فارسی دیده می‌شود: قاعده با شکل خام ذخیره شده، درخواست کدشده می‌رسد، تطبیقی پیدا نمی‌شود، و آدرس قدیم به‌جای ۳۰۱، ۴۰۴ یا حتی ۲۰۰ می‌دهد. آدرس انگلیسی علامت درصد ندارد و دو شکلش یکی است؛ برای همین تست با آدرس انگلیسی همیشه سبز است. حروف کوچک در کد (%d8 به‌جای %D8) و کد شدن دوباره هم همین بازی را درمی‌آورند.

قاعده‌ای که مسیر را دست‌نخورده کپی می‌کند معمولا گیر نمی‌کند، چون مقایسه‌ای در کار نیست. خطر در قاعده‌های تک‌به‌تک است: وقتی اسلاگی را هم عوض کرده‌ای یا فارسی‌ها را انگلیسی کرده‌ای. آن‌وقت هر آدرس فارسی را دو بار بزن: در پنجره ناشناس مرورگر، و کدشده با curl -sI https://oldshop.example/%D8%B9%D8%B7%D8%B1. اگر جواب‌ها فرق داشت، قاعده را به شکلی بنویس که درخواست واقعا می‌رسد؛ این را از آزمون بفهم، نه از مستندات ابزار.

Change of address در سرچ کنسول: پیش‌شرط‌ها و تله‌اش

ابزار Change of address جابه‌جایی را رسما به گوگل خبر می‌دهد؛ کار اصلی را هنوز ریدایرکت‌ها می‌کنند. پیش‌شرط‌هایش طبق راهنمای خود گوگل:

• مالک هر دو پراپرتی، قدیم و تازه، باشی و هر دو را با یک حساب گوگل مدیریت کنی
• پراپرتی‌ها در سطح دامنه باشند، نه یک پوشه از سایت
• صفحه اصلی دامنه قدیم با ۳۰۱ به صفحه اصلی دامنه تازه برود
• بررسی‌هایی که خود ابزار پیش از ثبت انجام می‌دهد بی‌خطا رد شوند

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

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

هر چیزی که هنوز دامنه قدیم را صدا می‌زند

بعضی از این‌ها داخل سایت‌اند و بعضی بیرون، و ریدایرکت هیچ‌کدام را درست نمی‌کند:

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

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

ردیف‌های وسط جدول را یک آزمون با هم می‌گیرد: صفحه را همان‌طور که گوگل می‌گیرد بگیر و نام دامنه قدیم را در آن بشمار، با curl -s https://newshop.example/ | grep -o oldshop.example | wc -l. برای صفحه اصلی، یک محصول، یک دسته و یک مقاله جواب باید صفر باشد. هر عددی معمولا به یک تنظیم می‌رسد، نه به صدها ردیف داده؛ مثلا نشانی عکس‌ها که هنوز دامنه قدیم را می‌سازد.

برای نقشه سایت، راهنمای گوگل می‌گوید هر دو را ثبت کن: یکی با آدرس‌های قدیم تا زودتر خزیده شوند و ریدایرکت دیده شود، یکی با آدرس‌های تازه؛ نقشه قدیم را وقتی ایندکس‌شده‌هایش صفر شد بردار. پس قبل از تغییر از آن نسخه بگیر، چون بعدش نشانی خودش هم ریدایرکت می‌شود.

چهار تا هشت هفته اول: کدام افت طبیعی است و کدام نه

طبیعی است که نمایش در پراپرتی قدیم پایین بیاید و در تازه با تاخیر بالا برود؛ گوگل می‌گوید برای سایت متوسط چند هفته یا بیشتر طول می‌کشد. طبیعی است که پراپرتی قدیم پر از Page with redirect شود؛ همین را می‌خواهی.

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

طبیعی نیست اگر ۴۰۴ هفته‌به‌هفته بالا برود، اگر در پراپرتی تازه آدرس‌های ریدایرکت‌شده زیاد شوند — یعنی لینک‌های خودت به آن‌ها می‌روند — و اگر صفحه‌هایی که بعد از تغییر ساخته‌ای ایندکس نشوند.

صفحه‌هایی که بعد از تغییر ساخته می‌شوند

چند روز بعد از تغییر، گوگل هنوز صفحه‌های دامنه قدیم را از صف خزیدنش می‌خواند. اگر همین روزها محصول تازه بسازی و در دسته‌ها لینک بگیرد، گوگل ممکن است آن را از مسیر دامنه قدیم پیدا کند. صفحه هیچ ایراد فنی ندارد — ۲۰۰ می‌دهد، در نقشه سایت هست، اجازه ایندکس دارد — و باز در Discovered – currently not indexed می‌ماند.

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

گزارش ۴۰۴ را از کجا بخوانی

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

خرابی‌های بی‌صدا که هیچ خطایی نشانت نمی‌دهد

• دامنه قدیم کل سایت را سرو می‌کند. تنظیمی هنوز آن را مستقیم به فروشگاه وصل نگه داشته، پس به‌جای ریدایرکت صفحه با canonical خودش می‌آید: دو سایت کامل با یک محتوا.
• الگو فقط یک سطح را می‌گیرد. قاعده صفحه‌بندی صفحه دوم یک دسته را درست می‌برد و صفحه چهارم یک زیردسته را ۴۰۴ می‌کند. از هر الگو عمیق‌ترین نمونه را بزن.
• قاعده با پارامتر هرگز اجرا نمی‌شود. خیلی از ابزارها فقط مسیر را مقایسه می‌کنند؛ قاعده‌ای برای /about-us?utm_source=… در پنل فعال است و به هیچ درخواستی نمی‌خورد.
• نشانی فایل‌ها از ریدایرکت رد نمی‌شود. بعضی سیستم‌ها برای آدرسی که به پسوند فایل ختم شود سراغ جدول ریدایرکت نمی‌روند؛ عکس‌های قدیم با ترافیک جستجوی تصویرشان ۴۰۴ می‌شوند.
• فید قدیم. نشانی فید خبرخوان سایت قبلی، مثل /feed، را ربات‌ها سال‌ها صدا می‌زنند و معمولا قاعده ندارد.
• دامنه در اسکریپت‌ها. مانیتوری که دامنه را با دست نوشته، ۳۰۱ را خرابی می‌فهمد؛ اگر خودکار عقب‌گرد کند، کار درست را پس می‌گیرد.

چک‌لیست روزبه‌روز

قبل از تغییر

1. دامنه نهایی را قطعی کن؛ به نام خودت ثبت شده باشد
2. اینماد را به دامنه تازه منتقل کن و دامنه را به پرونده درگاه اضافه کن
3. از نقشه سایت و صفحه‌های پربازدید سرچ کنسول فهرست آدرس بردار
4. پراپرتی دامنه تازه را با همان حساب گوگل بساز و تایید کن
5. گواهی دامنه تازه و www آن را بگیر؛ انقضای گواهی دامنه قدیم را یادداشت کن
6. جدول بالا را برای فروشگاه خودت پر کن؛ روز تغییر دور از فصل حراج باشد

روز تغییر

1. دامنه اصلی را عوض کن و ریدایرکت ۳۰۱ را با حفظ مسیر روشن کن
2. هر چهار شکل دامنه قدیم و بیست آدرس نمونه را با curl بزن
3. نام دامنه قدیم را در سورس چهار صفحه بشمار: صفر
4. مطمئن شو جلوی ایندکس دامنه تازه باز است
5. Change of address را بزن و نقشه‌های سایت را ثبت کن
6. با هر درگاه یک خرید واقعی کم‌مبلغ بزن و پیامک سفارش را ببین

هفته اول

1. هر روز ۴۰۴های لاگ سرور را بخوان، اول آن‌هایی که ارجاع‌دهنده‌شان سایت خودت است
2. نشانی را در ترب، فیدها، بیو شبکه‌ها و الگوهای پیامک عوض کن
3. به هر صفحه تازه از صفحه‌های ایندکس‌شده لینک بده
4. به پشتیبانی بگو مشتری‌ها یک بار باید دوباره وارد شوند؛ ورود به دامنه گره خورده

ماه اول و بعد از آن

1. نمایش، کلیک و نرخ کلیک هر دو پراپرتی را هفتگی کنار هم ببین
2. وقتی ایندکس‌شده‌های نقشه قدیم صفر شد، برش دار
3. تمدید دامنه قدیم را خودکار کن و ریدایرکت را تا وقتی بازدید می‌گیرد نگه دار

خود تغییر یک روز کار است؛ فهرستش هفته‌ها قبل شروع می‌شود و تا یک سال بعد باز می‌ماند. اگر هنوز دامنه نخریده‌ای، ارزان‌ترین تغییر همانی است که لازم نشود؛ قاعده‌های انتخابش در مراحل راه‌اندازی فروشگاه اینترنتی آمده.