تغییر دامنه سایت بدون افت سئو؛ آموزش سرچ کنسول ۲۰۲۶

تغییر دامنه فقط عوض کردن نام سایت نیست؛ شما باید تمام نشانی ها، سیگنال های سئو و مسیر دسترسی کاربران و ربات های گوگل را از دامنه قدیمی به دامنه جدید منتقل کنید. اگر این کار بدون برنامه انجام شود، خطاهای ۴۰۴، زنجیره ریدایرکت، از دست رفتن صفحات ایندکس شده و افت ورودی گوگل دور از انتظار نیست.

در این راهنمای به روز سال ۲۰۲۶، فرایند تغییر دامنه سایت بدون افت سئو را از آماده سازی و نقشه URL تا ریدایرکت ۳۰۱، ابزار Change of Address سرچ کنسول و کنترل وضعیت ایندکس توضیح می دهیم. هدف واقع بینانه، حذف کامل هر نوع نوسان نیست؛ هدف این است که نوسان موقت را به حداقل برسانیم و انتقال سیگنال ها را برای گوگل شفاف کنیم.

تغییر دامنه سایت بدون افت سئو یعنی چه؟

در یک مهاجرت استاندارد، هر صفحه ارزشمند در دامنه قدیمی باید یک مقصد هم موضوع و قابل ایندکس در دامنه جدید داشته باشد. گوگل با دنبال کردن ریدایرکت ها، canonicalها، لینک های داخلی و سایت مپ جدید تشخیص می دهد که نسخه تازه جایگزین نسخه قبلی شده است.

چه سیگنال هایی باید به دامنه جدید منتقل شوند؟

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

فقط دامنه اصلی را ریدایرکت نکنید. فایل های تصویری مهم، صفحات دسته بندی، نوشته ها، محصولات و هر URL ای که ورودی یا بک لینک دارد باید در نقشه انتقال دیده شود. اگر صفحه معادل وجود ندارد، نزدیک ترین صفحه واقعا مرتبط را انتخاب کنید؛ انتقال همه صفحات به صفحه اصلی می تواند به عنوان soft 404 شناخته شود.

آیا بعد از تغییر دامنه افت رتبه طبیعی است؟

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

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

قبل از تغییر آدرس سایت چه کارهایی انجام دهیم؟

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

سابقه دامنه جدید را بررسی کنید

پیش از خرید یا استفاده از دامنه جدید، سابقه آن را بررسی کنید. وجود محتوای اسپم، لینک های غیرطبیعی یا اقدام دستی قدیمی می تواند شروع کار را دشوار کند. دامنه را در سرچ کنسول تایید کنید و بخش Manual actions و Security issues را ببینید.

گواهی SSL، DNS، سرعت پاسخ سرور و دسترسی نسخه های HTTP، HTTPS، www و بدون www را نیز آزمایش کنید. همه نسخه ها باید در نهایت به یک نسخه اصلی برسند و هیچ حلقه ریدایرکتی ایجاد نشود.

از URLهای قدیمی نقشه انتقال بسازید

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

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

از سایت نسخه پشتیبان و خط مبنا تهیه کنید

از فایل ها، پایگاه داده و تنظیمات DNS نسخه پشتیبان بگیرید. پیش از مهاجرت، وضعیت کلیک، ایمپرشن، رتبه، صفحات ایندکس شده، خطاهای Pages و سرعت سایت را ثبت کنید تا پس از انتقال امکان مقایسه داشته باشید.

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

آموزش تغییر دامنه سایت در سال ۲۰۲۶

ترتیب مراحل اهمیت زیادی دارد. ابتدا دامنه جدید را آماده و تایید کنید، سپس انتقال یک به یک URLها را فعال کنید و در پایان تغییر آدرس را به گوگل اعلام کنید. انجام Change of Address بدون ریدایرکت صحیح، جایگزین کار فنی نمی شود.

مرحله اول: دامنه جدید را کامل راه اندازی کنید

محتوا، فایل های CSS و JavaScript، تصاویر و داده های ساختاریافته را روی دامنه جدید قرار دهید. صفحات باید برای کاربر و Googlebot قابل دسترسی باشند و ناخواسته دارای noindex یا محدودیت robots.txt نباشند.

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

مرحله دوم: دامنه قدیمی و جدید را در سرچ کنسول تایید کنید

برای هر دو دامنه Property بسازید و مالکیت را تایید کنید. Property نوع Domain معمولا پوشش کامل تری برای زیردامنه ها و پروتکل ها می دهد و تایید آن از طریق رکورد DNS انجام می شود.

تا پایان انتقال، دسترسی به دامنه قدیمی را حفظ کنید. حذف Property قدیمی، قطع DNS یا منقضی شدن دامنه باعث می شود عیب یابی و انتقال کاربران و ربات ها دشوار شود.

مرحله سوم: ریدایرکت دائمی یک به یک بسازید

برای مهاجرت دائمی از ریدایرکت سمت سرور ۳۰۱ یا ۳۰۸ استفاده کنید. هر URL قدیمی باید مستقیم به URL متناظر جدید برود؛ وجود چند پرش متوالی سرعت پردازش را کم می کند و احتمال خطا را بالا می برد.

پس از فعال سازی، نمونه های مهم را با مرورگر، ابزار بررسی هدر و خزش کامل سایت تست کنید. پاسخ دامنه قدیمی باید ریدایرکت دائمی باشد و مقصد نهایی در دامنه جدید کد ۲۰۰ برگرداند.

مرحله چهارم: سیگنال های داخلی را به روز کنید

canonical همه صفحات باید به URL نهایی در دامنه جدید اشاره کند. لینک های داخلی، hreflang، داده های ساختاریافته، Open Graph، آدرس تصاویر و فایل های سایت مپ را نیز با دامنه جدید هماهنگ کنید.

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

مرحله پنجم: Change of Address را ارسال کنید

در Property دامنه قدیمی وارد Settings شوید و گزینه Change of Address را انتخاب کنید. دامنه جدید تایید شده را مشخص کنید و پس از عبور از بررسی های گوگل، درخواست انتقال را ارسال کنید. راهنمای رسمی Change of Address سرچ کنسول شرایط و محدودیت های ابزار را توضیح می دهد.

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

مرحله ششم: سایت مپ جدید را ثبت کنید

سایت مپ دامنه جدید فقط باید شامل URLهای نهایی، canonical و قابل ایندکس باشد. آن را در بخش Sitemaps سرچ کنسول ثبت کنید و مطمئن شوید پاسخ فایل ۲۰۰ است و آدرس های قدیمی یا ریدایرکت شده داخل آن باقی نمانده اند.

برای چند صفحه بسیار مهم می توانید از URL Inspection و گزینه Request indexing کمک بگیرید. برای تعداد زیاد صفحات، سایت مپ و لینک سازی داخلی روش درست تری است؛ درخواست ایندکس تضمین نمی کند که URL بلافاصله پردازش شود.

آموزش سرچ کنسول برای پایش انتقال دامنه

اگر با گزارش ها و ابزارهای این بخش آشنایی ندارید، مسیر یادگیری را از آکادمی کلیک اول شروع کنید و سپس دوره آموزش گوگل سرچ کنسول را ببینید. این آموزش کمک می کند Pages، Sitemaps، Performance و URL Inspection را درست تفسیر کنید.

چه زمانی نباید از Change of Address استفاده کنیم؟

ابزار تغییر آدرس برای هر نوع تغییر URL طراحی نشده است. انتخاب اشتباه ابزار نتیجه بهتری ایجاد نمی کند و ممکن است تمرکز شما را از تنظیمات فنی لازم دور کند.

انتقال HTTP به HTTPS یا www به بدون www

برای تغییر پروتکل از HTTP به HTTPS از Change of Address استفاده نکنید. در این حالت باید گواهی SSL، ریدایرکت دائمی، canonical، لینک های داخلی و سایت مپ HTTPS را درست کنید و وضعیت ایندکس را زیر نظر بگیرید.

تغییر بین www و بدون www در همان دامنه نیز با ریدایرکت و تنظیم نسخه اصلی مدیریت می شود. همه حالت های فرعی باید فقط به یک نسخه نهایی برسند تا سیگنال ها پراکنده نشوند.

تغییر مسیر صفحات در همان دامنه

اگر فقط ساختار مسیر از example.com/old-page به example.com/new-page تغییر می کند، Change of Address کاربرد ندارد. برای هر صفحه ریدایرکت مستقیم بسازید، لینک های داخلی و canonical را اصلاح کنید و سایت مپ جدید را ثبت کنید.

در بازطراحی سایت نیز اگر دامنه ثابت است، تمرکز اصلی باید روی تطبیق URLها، حفظ محتوای ارزشمند و جلوگیری از صفحات یتیم باشد. ابزار تغییر آدرس فقط زمانی مطرح است که میزبان یا دامنه قابل مشاهده تغییر کند.

نمونه ریدایرکت دامنه قدیمی به دامنه جدید

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

نمونه ریدایرکت ۳۰۱ در Apache

در سرور Apache می توان قواعد را در فایل htaccess دامنه قدیمی قرار داد. این نمونه درخواست های دامنه قدیمی را با حفظ مسیر به دامنه جدید می فرستد.

اگر سایت قوانین ریدایرکت دیگری دارد، ترتیب آنها مهم است. ابتدا روی محیط آزمایشی یا چند URL نمونه تست کنید و سپس کل دامنه را منتقل کنید.

RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www.)?olddomain.com$ [NC]
RewriteRule ^(.*)$ https://newdomain.com/$1 [R=301,L]

نمونه ریدایرکت ۳۰۱ در Nginx

در Nginx می توان یک server block برای دامنه قدیمی ساخت و همه درخواست ها را به دامنه جدید فرستاد. متغیر request_uri مسیر و پارامترهای درخواست را حفظ می کند.

اگر دامنه قدیمی روی HTTPS باز می شود، گواهی SSL آن را زود حذف نکنید؛ مرورگر باید ابتدا اتصال امن را برقرار کند تا بتواند پاسخ ریدایرکت را دریافت کند.

server {
  listen 80;
  server_name olddomain.com www.olddomain.com;
  return 301 https://newdomain.com$request_uri;
}

بعد از انتقال دامنه چه چیزهایی را کنترل کنیم؟

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

گزارش های سرچ کنسول را مقایسه کنید

در بخش Pages به دنبال خطاهای ۴۰۴، soft 404، صفحه دارای ریدایرکت و Duplicate without user-selected canonical باشید. در Sitemaps تعداد URLهای کشف شده را بررسی کنید و با URL Inspection چند صفحه کلیدی را آزمایش کنید.

در Performance روند مجموع کلیک و ایمپرشن دو دامنه را با هم مقایسه کنید. انتظار می رود سهم دامنه قدیمی کم و سهم دامنه جدید زیاد شود. افت هم زمان هر دو دامنه یا ثابت ماندن طولانی URLهای قدیمی نیازمند بررسی فنی است.

لاگ سرور و ریدایرکت ها را بررسی کنید

لاگ سرور نشان می دهد Googlebot کدام URLهای قدیمی را می خزد و چه پاسخی دریافت می کند. تعداد بالای ۴۰۴ یا ریدایرکت های چند مرحله ای را پیدا کنید و مقصدها را مستقیم اصلاح کنید.

لینک های داخلی شکسته، منابع مسدود و URLهای قدیمی باقی مانده در قالب یا دیتابیس را نیز برطرف کنید. ابزار خزش داخلی می تواند این خطاها را سریع تر از بررسی دستی آشکار کند.

ریدایرکت ها را تا چه زمانی نگه داریم؟

گوگل توصیه می کند ریدایرکت های مهاجرت سایت را دست کم یک سال حفظ کنید. نگهداری طولانی تر برای کاربران و بک لینک های قدیمی مفید است؛ بنابراین اگر هزینه یا مانع فنی ندارید، دامنه قدیمی و ریدایرکت های اصلی را برای مدت بیشتری فعال نگه دارید.

تمدید دامنه قدیمی، SSL و سرویس لازم را فراموش نکنید. حذف زودهنگام ریدایرکت می تواند کاربرانی را که از بوکمارک یا لینک قدیمی می آیند به خطا برساند و روند تثبیت سیگنال ها را مختل کند.

اشتباهات خطرناک هنگام تغییر دامنه سایت

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

ریدایرکت همه صفحات به صفحه اصلی

صفحه محصول، مقاله یا دسته قدیمی باید به معادل مرتبط خود منتقل شود. فرستادن صدها URL متفاوت به صفحه اصلی ارتباط موضوعی را از بین می برد و ممکن است گوگل این مقصدها را soft 404 در نظر بگیرد.

اگر برای یک URL واقعا جایگزینی وجود ندارد و حذف آن تصمیم درستی است، پاسخ ۴۱۰ یا ۴۰۴ می تواند از ریدایرکت نامرتبط شفاف تر باشد. قبل از حذف، ورودی، بک لینک و امکان ادغام محتوا را بررسی کنید.

تغییر هم زمان دامنه، طراحی و محتوا

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

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

حذف زودهنگام دامنه قدیمی

دامنه قدیمی را از سرچ کنسول حذف نکنید و DNS آن را از دسترس خارج نکنید. این Property برای مشاهده کاهش تدریجی ترافیک قدیمی، خطاها و صحت Change of Address لازم است.

همچنین مالکیت دامنه را تمدید کنید تا شخص دیگری نتواند آن را ثبت کند. دامنه قبلی بخشی از اعتبار برند و مسیرهای ورودی شماست و باید تا زمان اطمینان از انتقال پایدار در اختیار شما بماند.

افزایش ورودی گوگل

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

افزایش ورودی گوگل

سخن پایانی؛ مهاجرت دامنه را مثل یک پروژه سئو مدیریت کنید

برای تغییر دامنه سایت بدون افت شدید سئو، یک مسیر روشن دارید: دامنه جدید را آماده کنید، نقشه URL بسازید، ریدایرکت دائمی و مستقیم اجرا کنید، سیگنال های داخلی را اصلاح کنید، Change of Address و سایت مپ را ارسال کنید و هر دو دامنه را زیر نظر بگیرید.

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