تغییر شرکت میزبان یا انتقال وب‌سایت به یک سرور جدید، گاهی برای افزایش سرعت، بهبود امنیت، کاهش هزینه‌ها یا دسترسی به منابع سخت‌افزاری بهتر ضروری می‌شود. بااین‌حال، بسیاری از مدیران سایت نگران هستند که این فرایند باعث از دست رفتن اطلاعات، قطعی وب‌سایت یا افت رتبه صفحات در نتایج گوگل شود.
این نگرانی بی‌دلیل نیست. اگر انتقال هاست بدون برنامه‌ریزی انجام شود، ممکن است فایل‌های سایت ناقص منتقل شوند، پایگاه داده با نسخه قدیمی جایگزین شود، گواهی SSL به‌درستی فعال نشود یا سرور جدید نتواند درخواست‌های کاربران و ربات‌های موتور جست‌وجو را پاسخ دهد.
خبر خوب این است که با اجرای یک فرایند اصولی می‌توان احتمال بروز این مشکلات را به حداقل رساند. مهم‌ترین اصل این است که ابتدا نسخه کامل سایت را روی هاست جدید آماده و آزمایش کنید و تنها پس از اطمینان از صحت عملکرد آن، ترافیک دامنه را به سرور جدید هدایت کنید.
در این راهنما، مراحل انتقال هاست را از برنامه‌ریزی و تهیه نسخه پشتیبان تا تغییر DNS، بررسی سئو و خاموش کردن سرور قدیمی توضیح می‌دهیم.
انتقال هاست چیست و چرا انجام می‌شود؟
انتقال هاست (Hosting Migration) به فرایند جابه‌جایی فایل‌ها، پایگاه داده و تنظیمات وب‌سایت از یک سرویس میزبانی به سرویس دیگر گفته می‌شود.
در این فرایند ممکن است فقط سرور تغییر کند یا علاوه بر آن، دامنه، ساختار صفحات و فناوری مورد استفاده نیز تغییر کنند.
رایج‌ترین دلایل انتقال هاست عبارت‌اند از:
-
افزایش سرعت سایت: زمانی که سرور فعلی منابع پردازشی یا زیرساخت مناسبی ندارد.
-
افزایش پایداری: برای کاهش قطعی‌های مکرر و خطاهای سرور.
-
ارتقای منابع: زمانی که سایت به RAM، CPU یا منابع بیشتری نیاز دارد.
-
بهبود امنیت: برای استفاده از زیرساخت امن‌تر و امکانات حفاظتی بهتر.
-
کاهش هزینه‌ها: برای انتخاب پلن میزبانی متناسب با نیاز واقعی سایت.
-
تغییر نوع میزبانی: برای مهاجرت از هاست اشتراکی به VPS، سرور اختصاصی یا هاست ابری.
نکته مهم این است که انتقال هاست لزوماً به معنی تغییر آدرس سایت نیست. اگر دامنه و URL صفحات ثابت بمانند و فقط زیرساخت میزبانی تغییر کند، فرایند مهاجرت از نظر سئو ساده‌تر خواهد بود.
آیا انتقال هاست باعث افت رتبه گوگل می‌شود؟
انتقال هاست به‌خودی‌خود نباید باعث افت رتبه سایت شود. اگر آدرس صفحات، محتوای سایت و ساختار لینک‌ها حفظ شوند و سرور جدید به‌درستی به درخواست‌ها پاسخ دهد، معمولاً نیازی به تغییرات گسترده در تنظیمات سئو وجود ندارد.
بااین‌حال، برخی مشکلات فنی هنگام انتقال می‌توانند به‌طور موقت یا در صورت تداوم، به عملکرد سایت در نتایج جست‌وجو آسیب بزنند.
۱. قطعی طولانی‌مدت سایت
اگر هنگام انتقال، وب‌سایت برای مدت زیادی در دسترس نباشد، کاربران و ربات‌های موتور جست‌وجو ممکن است با خطاهای سرور مواجه شوند.
خطاهای HTTP در محدوده ۵xx، به‌ویژه اگر تکرار شوند یا برای مدت طولانی ادامه پیدا کنند، می‌توانند باعث کاهش نرخ خزش گوگل شوند. در صورت تداوم خطاها، حتی احتمال حذف تدریجی برخی URLها از فهرست نتایج وجود دارد.
۲. تغییر ناخواسته آدرس صفحات
گاهی پس از انتقال، تنظیمات پیوندهای یکتا، فایل‌های پیکربندی یا آدرس اصلی وردپرس به‌درستی منتقل نمی‌شوند.
در نتیجه، ممکن است URL صفحات تغییر کند یا برخی آدرس‌ها با خطای 404 مواجه شوند.
برای مثال، اگر آدرس یک مقاله پیش از انتقال به شکل زیر بوده است:
example.com/blog/hosting-guide/
باید پس از انتقال نیز دقیقاً با همان آدرس در دسترس باشد.
۳. حذف یا تغییر محتوای سایت
اگر فایل‌ها یا پایگاه داده به‌صورت ناقص منتقل شوند، ممکن است بخشی از محتوا، تصاویر، محصولات یا اطلاعات کاربران از دست برود.
این موضوع به‌خصوص در فروشگاه‌های اینترنتی اهمیت دارد؛ زیرا سفارش‌ها، موجودی محصولات و اطلاعات مشتریان ممکن است در فاصله میان تهیه نسخه پشتیبان و نهایی شدن انتقال تغییر کنند.
۴. اختلال در SSL و HTTPS
اگر گواهی SSL روی سرور جدید نصب نشده باشد یا تنظیمات HTTPS به‌درستی انجام نشوند، کاربران ممکن است با هشدار امنیتی مواجه شوند.
همچنین باید اطمینان حاصل کنید که نسخه اصلی دامنه، ریدایرکت HTTPS و تنظیمات گواهی با وضعیت قبلی سایت مطابقت دارند.
۵. مسدود شدن دسترسی ربات‌های گوگل
در محیط آزمایشی گاهی از تنظیمات noindex یا محدودیت‌های robots.txt برای جلوگیری از ایندکس شدن نسخه آزمایشی استفاده می‌شود.
اگر این محدودیت‌ها هنگام انتقال به نسخه اصلی سایت نیز باقی بمانند، ممکن است خزنده‌های گوگل نتوانند صفحات را به‌درستی بررسی کنند.
بنابراین، یکی از مهم‌ترین مراحل پیش از نهایی کردن انتقال، بررسی تنظیمات دسترسی موتورهای جست‌وجو است.
تفاوت انتقال هاست با انتقال دامنه چیست؟
پیش از شروع مهاجرت باید مشخص کنید دقیقاً چه چیزی قرار است تغییر کند؛ زیرا انتقال هاست و انتقال دامنه دو فرایند متفاوت هستند.
انتقال هاست: فایل‌ها و پایگاه داده سایت به سرور دیگری منتقل می‌شوند، اما دامنه و آدرس صفحات ثابت باقی می‌مانند.
انتقال دامنه: مدیریت یا ثبت دامنه از یک شرکت ثبت‌کننده به شرکت دیگر منتقل می‌شود. این فرایند لزوماً به معنی جابه‌جایی فایل‌های سایت نیست.
تغییر دامنه: آدرس اصلی سایت از یک دامنه به دامنه دیگر تغییر می‌کند. برای مثال، آدرس example.com به example.net تبدیل می‌شود.
این تفاوت از نظر سئو اهمیت زیادی دارد. اگر فقط هاست تغییر می‌کند و URLها ثابت هستند، معمولاً نیازی به ریدایرکت 301 یا استفاده از ابزار Change of Address سرچ کنسول نیست.
اما اگر دامنه یا ساختار URLها تغییر کند، باید فرایند مهاجرت آدرس‌ها و ریدایرکت‌ها نیز به‌صورت جداگانه مدیریت شود.
مراحل انتقال هاست بدون قطعی و افت رتبه
برای کاهش ریسک مهاجرت، بهتر است انتقال را در چند مرحله انجام دهید. در این روش، نسخه جدید سایت پیش از تغییر DNS آماده می‌شود و سرور قدیمی نیز تا زمان اطمینان از عملکرد کامل سرور جدید فعال باقی می‌ماند.
مرحله اول: بررسی وضعیت هاست فعلی
پیش از هر اقدامی، مشخصات فنی سرویس فعلی را بررسی و ثبت کنید.
مواردی که باید یادداشت شوند عبارت‌اند از:
-
نسخه PHP و تنظیمات مربوط به آن.
-
نوع پایگاه داده و نسخه آن.
-
فضای دیسک مصرف‌شده.
-
میزان مصرف RAM و CPU.
-
تنظیمات وب‌سرور مانند Apache یا Nginx.
-
نسخه و مسیر نصب نرم‌افزارهای موردنیاز.
-
تنظیمات SSL و HTTPS.
-
وظایف زمان‌بندی‌شده (Cron Jobs).
-
حساب‌های ایمیل و تنظیمات مربوط به آن‌ها.
-
رکوردهای DNS و تنظیمات دامنه.
این اطلاعات کمک می‌کنند سرور جدید با محیط قبلی سازگاری بیشتری داشته باشد.
برای مثال، اگر وب‌سایت شما به نسخه مشخصی از PHP یا یک افزونه خاص وابسته باشد، باید پیش از انتقال مطمئن شوید که سرویس جدید از آن پشتیبانی می‌کند.
مرحله دوم: تهیه نسخه پشتیبان کامل
تهیه نسخه پشتیبان (Backup) مهم‌ترین اقدام پیش از انتقال هاست است.
نسخه پشتیبان باید تمام بخش‌های ضروری وب‌سایت را پوشش دهد:
۱. فایل‌های سایت
تمام فایل‌های مربوط به هسته سیستم مدیریت محتوا، قالب‌ها، افزونه‌ها، تصاویر، فایل‌های آپلودشده و تنظیمات باید ذخیره شوند.
۲. پایگاه داده
پایگاه داده شامل اطلاعات مهمی مانند نوشته‌ها، صفحات، کاربران، سفارش‌ها، تنظیمات و سایر داده‌های سایت است.
۳. ایمیل‌ها
اگر از سرویس ایمیل هاست استفاده می‌کنید، پیام‌ها، پوشه‌ها، حساب‌های ایمیل و تنظیمات مرتبط را نیز در برنامه انتقال قرار دهید.
۴. تنظیمات فنی
فایل‌هایی مانند .htaccess، تنظیمات PHP، وظایف Cron و اطلاعات اتصال به سرویس‌های جانبی را بررسی کنید.
بهتر است نسخه پشتیبان را در محلی خارج از هاست فعلی نیز ذخیره کنید تا در صورت بروز مشکل، امکان بازیابی اطلاعات وجود داشته باشد.
نکته مهم: فقط تهیه نسخه پشتیبان کافی نیست. بهتر است قابلیت بازیابی آن را نیز آزمایش کنید؛ زیرا فایل پشتیبانی که قابل بازیابی نباشد، در زمان بحران کمکی نخواهد کرد.
مرحله سوم: آماده‌سازی هاست جدید
پس از تهیه نسخه پشتیبان، سرویس جدید را آماده کنید.
در این مرحله باید موارد زیر بررسی شوند:
-
منابع RAM و CPU متناسب با نیاز سایت باشند.
-
نسخه PHP با سایت سازگار باشد.
-
پایگاه داده موردنیاز نصب و فعال باشد.
-
فضای ذخیره‌سازی کافی وجود داشته باشد.
-
گواهی SSL قابل نصب باشد.
-
دسترسی‌های فایل‌ها و پوشه‌ها به‌درستی تنظیم شوند.
-
امکانات موردنیاز مانند Cron و سرویس ایمیل فعال باشند.
اگر از وردپرس استفاده می‌کنید، مطمئن شوید نسخه PHP و پایگاه داده جدید با نسخه وردپرس، قالب و افزونه‌های سایت سازگار است.
در این مرحله هنوز نیازی به تغییر DNS دامنه نیست؛ زیرا هدف این است که ابتدا سایت روی سرور جدید آماده شود.
مرحله چهارم: انتقال فایل‌ها و پایگاه داده
اکنون باید نسخه پشتیبان را به هاست جدید منتقل کنید.
روش انتقال به نوع کنترل‌پنل و ساختار سرویس بستگی دارد. در بسیاری از موارد، می‌توان از ابزارهای مهاجرت شرکت میزبان، نسخه پشتیبان کامل cPanel، FTP یا انتقال مستقیم فایل‌ها و پایگاه داده استفاده کرد.
برای انتقال دستی وردپرس، مراحل کلی به این شکل است:
۱. فایل‌های وردپرس را از هاست قدیمی دریافت کنید.
۲. فایل پایگاه داده را با ابزارهایی مانند phpMyAdmin خروجی بگیرید.
۳. در هاست جدید یک پایگاه داده و کاربر مناسب ایجاد کنید.
۴. فایل‌های سایت را در مسیر صحیح آپلود کنید.
۵. پایگاه داده را در سرور جدید وارد کنید.
۶. اطلاعات اتصال پایگاه داده را در فایل wp-config.php به‌روزرسانی کنید.
۷. دسترسی فایل‌ها و پوشه‌ها را بررسی کنید.
۸. تنظیمات وب‌سرور و پیوندهای یکتا را کنترل کنید.
اگر نام دامنه و URLها ثابت هستند، در حالت معمول نیازی به تغییر آدرس اصلی سایت در پایگاه داده نیست. تغییر غیرضروری URLها می‌تواند باعث ایجاد مشکلاتی در لینک‌ها و اطلاعات ذخیره‌شده شود.
مستندات رسمی وردپرس نیز برای انتقال به سرور جدید، تهیه نسخه پشتیبان از فایل‌ها و پایگاه داده و بررسی تنظیمات اتصال را توصیه می‌کند.
مرحله پنجم: آزمایش سایت روی هاست جدید پیش از تغییر DNS
این مرحله یکی از مهم‌ترین بخش‌های انتقال بدون قطعی است.
پیش از اینکه دامنه را به سرور جدید متصل کنید، باید مطمئن شوید نسخه منتقل‌شده سایت به‌درستی کار می‌کند.
برای این کار می‌توانید از یکی از روش‌های زیر استفاده کنید:
-
آدرس موقت ارائه‌شده توسط شرکت میزبان.
-
دامنه آزمایشی مانند
test.example.com. -
تغییر موقت فایل hosts روی رایانه برای هدایت دامنه اصلی به IP سرور جدید.
روش فایل hosts به شما اجازه می‌دهد دامنه اصلی را فقط روی دستگاه خود به سرور جدید متصل کنید، بدون آنکه DNS عمومی تغییر کند.
در این مرحله موارد زیر را آزمایش کنید:
-
صفحه اصلی سایت به‌درستی باز شود.
-
صفحات داخلی و مقالات در دسترس باشند.
-
تصاویر و فایل‌های رسانه‌ای نمایش داده شوند.
-
لینک‌های داخلی درست کار کنند.
-
فرم‌های تماس و ثبت‌نام فعال باشند.
-
ورود و خروج کاربران بدون مشکل انجام شود.
-
جست‌وجوی داخلی سایت درست کار کند.
-
بخش مدیریت وردپرس در دسترس باشد.
-
صفحات محصول، سبد خرید و تسویه‌حساب آزمایش شوند.
-
فایل‌های دانلودی قابل دریافت باشند.
-
گواهی SSL و نسخه HTTPS صحیح باشد.
-
خطاهای PHP و پایگاه داده وجود نداشته باشند.
اگر از یک محیط آزمایشی عمومی استفاده می‌کنید، مراقب باشید نسخه آزمایشی در نتایج گوگل ایندکس نشود. می‌توانید آن را با احراز هویت یا محدودیت دسترسی محافظت کنید و از تنظیمات noindex نیز استفاده کنید.
البته هنگام انتقال نهایی باید تمام محدودیت‌های موقت ایندکس و خزش از نسخه اصلی برداشته شوند.
مرحله ششم: کاهش TTL رکوردهای DNS
TTL مخفف Time to Live است و مشخص می‌کند اطلاعات یک رکورد DNS تا چه مدت در حافظه کش سرورها و سرویس‌های DNS باقی بماند.
اگر TTL یک رکورد زیاد باشد، ممکن است برخی کاربران تا مدتی همچنان به IP سرور قدیمی هدایت شوند.
برای مدیریت بهتر انتقال، می‌توانید چند روز پیش از تغییر DNS مقدار TTL رکوردهای مرتبط را کاهش دهید.
برای مثال، اگر TTL فعلی ۸۶۴۰۰ ثانیه، معادل ۲۴ ساعت باشد، می‌توان آن را با توجه به سیاست DNS و نیاز انتقال به مقدار کوتاه‌تری مانند ۳۶۰۰ ثانیه کاهش داد.
گوگل پیشنهاد می‌کند در صورت امکان، این تغییر از چند روز پیش از مهاجرت انجام شود تا کش‌های قبلی فرصت به‌روزرسانی داشته باشند.
البته کاهش TTL تضمین نمی‌کند همه کاربران دقیقاً در یک لحظه به سرور جدید هدایت شوند. برخی سرویس‌دهندگان اینترنت و resolverها ممکن است رفتار متفاوتی داشته باشند.
مرحله هفتم: انتقال نهایی اطلاعات و مدیریت تغییرات جدید
اگر سایت شما محتوای ثابت دارد، ممکن است نسخه پشتیبان اولیه برای انتقال کافی باشد. اما در وب‌سایت‌های پویا، اطلاعات در طول زمان تغییر می‌کنند.
برای مثال، در یک فروشگاه اینترنتی ممکن است پس از تهیه نسخه پشتیبان اولیه، سفارش جدیدی ثبت شود یا موجودی یک محصول تغییر کند.
اگر پایگاه داده قدیمی را بدون هماهنگ‌سازی نهایی روی سرور جدید جایگزین کنید، ممکن است این اطلاعات از بین بروند.
برای جلوگیری از چنین مشکلی:
-
زمان انتقال نهایی را در ساعات کم‌ترافیک انتخاب کنید.
-
از ثبت تغییرات مهم در زمان همگام‌سازی نهایی جلوگیری کنید.
-
در صورت امکان، سایت را برای مدت کوتاهی در حالت نگهداری قرار دهید.
-
اطلاعات جدید را از سرور قدیمی به سرور جدید منتقل کنید.
-
پس از همگام‌سازی، ثبت سفارش و عملیات سایت را آزمایش کنید.
در فروشگاه‌های پرترافیک بهتر است برای همگام‌سازی نهایی پایگاه داده از روش تخصصی استفاده شود. در برخی معماری‌ها، امکان همگام‌سازی پیوسته یا انتقال تغییرات پایگاه داده وجود دارد تا زمان توقف نوشتن اطلاعات به حداقل برسد.
مرحله هشتم: تغییر DNS و اتصال دامنه به هاست جدید
پس از آزمایش کامل سایت و اطمینان از صحت انتقال، نوبت تغییر DNS است.
برای این کار باید رکوردهای دامنه را متناسب با زیرساخت جدید تنظیم کنید.
رکوردهای مهم عبارت‌اند از:
-
A Record: برای اتصال دامنه به آدرس IPv4 سرور.
-
AAAA Record: برای اتصال دامنه به آدرس IPv6، در صورت استفاده.
-
CNAME: برای هدایت یک نام دامنه یا زیردامنه به نام دیگر.
-
MX: برای تعیین سرور دریافت ایمیل.
-
TXT: برای تنظیم مواردی مانند SPF، DKIM، DMARC و تأیید مالکیت دامنه.
اگر شرکت میزبان جدید DNS اختصاصی ارائه می‌کند، ممکن است لازم باشد Name Serverهای دامنه را تغییر دهید. در این حالت باید پیش از تغییر، تمام رکوردهای ضروری را در DNS جدید ایجاد کنید.
نکته مهم این است که اگر سرویس ایمیل شما همچنان روی سرور قدیمی قرار دارد، نباید رکوردهای MX را بدون برنامه تغییر دهید.
تغییر DNS ممکن است به‌تدریج در نقاط مختلف اینترنت اعمال شود. در این مدت، بخشی از کاربران ممکن است به سرور قدیمی و بخشی دیگر به سرور جدید متصل شوند.
به همین دلیل، سرور قدیمی باید همچنان فعال و قابل‌دسترسی باقی بماند.
مرحله نهم: بررسی عملکرد سایت پس از تغییر DNS
پس از تغییر DNS، باید وضعیت سایت را از چند نقطه و با ابزارهای مختلف بررسی کنید.
مهم‌ترین موارد عبارت‌اند از:
-
باز شدن سایت با دامنه اصلی.
-
فعال بودن نسخه HTTPS.
-
عملکرد صحیح صفحات داخلی.
-
دسترسی به فایل‌های رسانه‌ای.
-
عملکرد فرم‌ها و قابلیت‌های تعاملی.
-
ثبت صحیح سفارش‌ها و اطلاعات کاربران.
-
عملکرد ایمیل‌ها.
-
پاسخ صحیح سرور به درخواست‌ها.
-
دسترسی ربات‌های موتور جست‌وجو به صفحات.
همچنین بهتر است گزارش‌های سرور قدیمی و جدید را بررسی کنید. کاهش تدریجی درخواست‌ها در سرور قبلی و افزایش آن‌ها در سرور جدید می‌تواند نشانه انتقال موفق ترافیک باشد.
مرحله دهم: خاموش کردن هاست قدیمی
یکی از اشتباهات رایج این است که مدیر سایت بلافاصله پس از تغییر DNS، سرویس قبلی را لغو می‌کند.
این کار می‌تواند خطرناک باشد؛ زیرا ممکن است هنوز برخی کاربران یا سرویس‌های DNS به IP قدیمی متصل شوند.
همچنین ممکن است Googlebot یا سایر ربات‌ها هنوز درخواست‌هایی را به زیرساخت قبلی ارسال کنند.
بهتر است سرور قدیمی را تا زمانی فعال نگه دارید که:
-
ترافیک کاربران به سرور جدید منتقل شده باشد.
-
درخواست‌های مهم در سرور قدیمی به حداقل رسیده باشند.
-
سایت در سرور جدید بدون خطا کار کند.
-
ایمیل‌ها و سرویس‌های جانبی به‌درستی عمل کنند.
-
گزارش‌های Search Console مشکل جدی نشان ندهند.
-
از کامل بودن نسخه پشتیبان و امکان بازیابی اطمینان داشته باشید.
برای خاموش کردن سرور قدیمی یک بازه زمانی ثابت و یکسان برای همه سایت‌ها وجود ندارد. مدت نگهداری به TTL، ساختار DNS، نوع سرویس و میزان اطمینان از انتقال کامل بستگی دارد.
چک‌لیست سئو قبل، حین و بعد از انتقال هاست
برای جلوگیری از مشکلات سئو، بهتر است وضعیت سایت را پیش و پس از انتقال با یک چک‌لیست مشخص مقایسه کنید.
اقدامات سئو قبل از انتقال
-
از صفحات مهم و پرترافیک فهرست تهیه کنید.
-
وضعیت فعلی ترافیک ارگانیک را ثبت کنید.
-
رتبه کلمات کلیدی مهم را بررسی کنید.
-
وضعیت ایندکس صفحات را در Google Search Console بررسی کنید.
-
نقشه سایت XML را ذخیره کنید.
-
فایل robots.txt را بررسی و نسخه آن را نگهداری کنید.
-
تنظیمات canonical صفحات را ثبت کنید.
-
نسخه پشتیبان کامل از فایل‌ها و پایگاه داده تهیه کنید.
-
URLهای مهم و صفحات دارای ورودی ارگانیک را مشخص کنید.
اقدامات سئو هنگام انتقال
-
دامنه و ساختار URLها را بدون دلیل تغییر ندهید.
-
نسخه آزمایشی را از ایندکس شدن ناخواسته محافظت کنید.
-
تنظیمات robots.txt را در نسخه نهایی بررسی کنید.
-
تگ‌های canonical را حفظ کنید.
-
گواهی SSL را روی سرور جدید فعال کنید.
-
صفحات مهم را از نظر پاسخ HTTP آزمایش کنید.
-
از ایجاد خطاهای 404 و 5xx جلوگیری کنید.
-
دسترسی Googlebot را در فایروال محدود نکنید.
اقدامات سئو پس از انتقال
-
صفحات اصلی و مهم را در مرورگر آزمایش کنید.
-
گزارش Page Indexing در Search Console را بررسی کنید.
-
گزارش Crawl Stats را زیر نظر بگیرید.
-
نقشه سایت را بررسی کنید و در صورت نیاز دوباره ارسال کنید.
-
خطاهای سرور و صفحات 404 را بررسی کنید.
-
وضعیت Core Web Vitals را مقایسه کنید.
-
ترافیک ارگانیک را با دوره قبل مقایسه کنید.
-
لاگ سرور را برای بررسی درخواست‌های Googlebot تحلیل کنید.
چگونه انتقال هاست را بدون افت رتبه در گوگل انجام دهیم؟
برای حفظ وضعیت سئو، مهم‌ترین کار این است که تغییر زیرساخت را از تغییرات محتوایی و ساختاری سایت جدا کنید.
۱. آدرس صفحات را ثابت نگه دارید
اگر هدف فقط تغییر شرکت میزبانی است، نیازی به تغییر دامنه، مسیر صفحات یا ساختار پیوندهای یکتا نیست.
برای مثال، اگر صفحه‌ای پیش از انتقال با آدرس زیر در دسترس بوده است:
https://example.com/hosting-guide/
پس از انتقال نیز باید دقیقاً با همین آدرس در دسترس باشد.
این کار باعث می‌شود کاربران، لینک‌های خارجی و موتورهای جست‌وجو همچنان از همان URL استفاده کنند.
۲. ریدایرکت غیرضروری ایجاد نکنید
اگر URLها تغییر نکرده‌اند، ایجاد ریدایرکت 301 برای تمام صفحات ضروری نیست.
ریدایرکت زمانی اهمیت دارد که آدرس یک صفحه واقعاً تغییر کرده باشد و لازم باشد کاربران و موتورهای جست‌وجو به آدرس جدید هدایت شوند.
ایجاد ریدایرکت‌های غیرضروری می‌تواند پیچیدگی فنی و تأخیر اضافه ایجاد کند.
۳. تنظیمات canonical را حفظ کنید
تگ canonical به موتورهای جست‌وجو کمک می‌کند نسخه اصلی یک صفحه را شناسایی کنند.
هنگام انتقال هاست باید بررسی کنید که این تگ‌ها به‌درستی منتقل شده باشند و همچنان به URL اصلی و صحیح اشاره کنند.
برای مثال، اگر صفحه اصلی سایت نسخه HTTPS و بدون www دارد، canonical صفحات نیز باید مطابق همین ساختار تنظیم شود.
۴. فایل robots.txt را بررسی کنید
فایل robots.txt مشخص می‌کند خزنده‌های سازگار با این استاندارد به کدام بخش‌های سایت دسترسی داشته باشند.
اگر در زمان آزمایش، دسترسی خزنده‌ها به سایت مسدود شده است، باید پیش از راه‌اندازی نهایی این محدودیت بررسی شود.
همچنین مطمئن شوید مسیر نقشه سایت در صورت استفاده، صحیح است.
۵. عملکرد سرور جدید را از نظر سرعت بررسی کنید
انتقال به هاست جدید فرصتی برای بهبود عملکرد فنی سایت است.
بعد از مهاجرت می‌توانید زمان پاسخ‌گویی سرور، سرعت بارگذاری صفحات و شاخص‌های Core Web Vitals را بررسی و با وضعیت قبلی مقایسه کنید.
البته بهتر است هم‌زمان با انتقال، تغییرات بزرگی در قالب، افزونه‌ها، ساختار صفحات و طراحی سایت انجام ندهید؛ زیرا در این صورت تشخیص علت مشکلات احتمالی دشوارتر می‌شود.
۶. وضعیت Googlebot را زیر نظر بگیرید
پس از تغییر زیرساخت، ممکن است نرخ خزش گوگل برای مدتی تغییر کند. گوگل اعلام کرده است که در مهاجرت زیرساختی بدون تغییر URL، کاهش موقت نرخ خزش بلافاصله پس از انتقال می‌تواند طبیعی باشد و سپس با دریافت پاسخ مناسب از سرور جدید، نرخ خزش به‌تدریج افزایش پیدا کند.
بنابراین، به‌جای واکنش عجولانه به هر نوسان کوتاه‌مدت، باید وضعیت دسترسی ربات‌ها و خطاهای سرور را بررسی کنید.
انتقال هاست وردپرس بدون قطعی چگونه انجام می‌شود؟
وردپرس یکی از رایج‌ترین سیستم‌های مدیریت محتواست و انتقال آن به هاست جدید معمولاً با جابه‌جایی فایل‌ها و پایگاه داده انجام می‌شود.
بااین‌حال، برای انتقال صحیح باید چند نکته مهم را در نظر بگیرید.
انتقال فایل‌های وردپرس
تمام فایل‌های نصب وردپرس، پوشه wp-content، قالب‌ها، افزونه‌ها و فایل‌های آپلودشده باید به سرور جدید منتقل شوند.
پوشه wp-content/uploads اهمیت ویژه‌ای دارد؛ زیرا تصاویر، فایل‌های رسانه‌ای و بسیاری از فایل‌های بارگذاری‌شده در سایت در آن قرار دارند.
انتقال پایگاه داده وردپرس
پایگاه داده شامل اطلاعات نوشته‌ها، صفحات، کاربران، تنظیمات، سفارش‌ها و سایر داده‌های سایت است.
پس از انتقال باید اطلاعات اتصال به پایگاه داده در فایل wp-config.php با مشخصات جدید هماهنگ شود.
بررسی پیوندهای یکتا
گاهی پس از انتقال وردپرس، صفحات داخلی با خطای 404 مواجه می‌شوند.
در این شرایط باید تنظیمات پیوندهای یکتا، قوانین بازنویسی URL و فایل .htaccess بررسی شوند.
در وردپرس می‌توانید از بخش تنظیمات و سپس پیوندهای یکتا، وضعیت ساختار URLها را بررسی و در صورت نیاز تنظیمات را دوباره ذخیره کنید.
بررسی افزونه‌ها و قالب‌ها
ممکن است نسخه PHP یا تنظیمات سرور جدید با برخی افزونه‌ها و قالب‌های قدیمی سازگار نباشد.
پس از انتقال باید عملکرد افزونه‌های مهم، فرم‌ها، ابزارهای کش، افزونه‌های امنیتی و امکانات فروشگاهی آزمایش شود.
انتقال سایت‌های ووکامرسی
در فروشگاه‌های ووکامرسی، انتقال پایگاه داده حساس‌تر است؛ زیرا اطلاعات سفارش‌ها و تغییرات موجودی ممکن است در فاصله زمانی انتقال تغییر کنند.
بهتر است انتقال نهایی با برنامه‌ریزی برای همگام‌سازی اطلاعات جدید انجام شود و در صورت نیاز، ثبت سفارش برای مدت کوتاهی متوقف شود.
در این شرایط، حفظ یکپارچگی داده‌ها از کوتاه کردن چند دقیقه زمان انتقال مهم‌تر است.
اشتباهات رایج هنگام انتقال هاست
برخی اشتباهات ساده می‌توانند کل فرایند مهاجرت را با مشکل مواجه کنند.
۱. حذف سریع هاست قبلی
تا زمانی که از انتقال کامل ترافیک و اطلاعات مطمئن نشده‌اید، هاست قدیمی را حذف نکنید.
۲. تغییر هم‌زمان هاست، دامنه و قالب سایت
انجام چند تغییر بزرگ به‌صورت هم‌زمان، تشخیص مشکلات را دشوار می‌کند. بهتر است ابتدا زیرساخت را منتقل کنید و پس از تثبیت وضعیت، تغییرات دیگر را انجام دهید.
۳. فراموش کردن ایمیل‌ها
بعضی مدیران سایت فقط فایل‌ها و پایگاه داده را منتقل می‌کنند و به ایمیل‌های سازمانی توجهی ندارند.
در نتیجه، ممکن است پس از تغییر DNS ارسال یا دریافت ایمیل با اختلال مواجه شود.
۴. آزمایش نکردن سایت قبل از تغییر DNS
تغییر DNS پیش از بررسی کامل سایت جدید، یکی از پرریسک‌ترین اشتباهات مهاجرت است.
بهتر است تمام امکانات مهم روی سرور جدید آزمایش شوند و سپس دامنه به آن متصل شود.
۵. باقی ماندن تنظیمات noindex
اگر نسخه آزمایشی با دستور noindex یا محدودیت‌های مشابه محافظت شده باشد، باید پیش از انتشار نهایی این محدودیت‌ها حذف شوند.
۶. نادیده گرفتن تغییرات پایگاه داده
در سایت‌هایی که کاربران دائماً اطلاعات جدید ثبت می‌کنند، انتقال یک نسخه قدیمی از پایگاه داده می‌تواند باعث از دست رفتن سفارش‌ها، پیام‌ها یا اطلاعات کاربران شود.
۷. بررسی نکردن گواهی SSL
فعال نبودن HTTPS روی هاست جدید ممکن است باعث هشدار امنیتی، ریدایرکت اشتباه یا اختلال در بارگذاری فایل‌ها شود.
۸. لغو سرویس قبلی پیش از اطمینان از انتقال ایمیل
حتی اگر سایت به‌درستی منتقل شده باشد، ممکن است رکوردهای ایمیل هنوز به سرویس قدیمی اشاره کنند. پیش از لغو سرویس، تمام وابستگی‌های ایمیل و DNS را بررسی کنید.
بعد از انتقال هاست چه ابزارهایی برای بررسی وضعیت سایت استفاده کنیم؟
پس از انتقال، بهتر است از چند ابزار مکمل برای بررسی سلامت فنی و سئو استفاده کنید.
Google Search Console
سرچ کنسول ابزار اصلی بررسی وضعیت سایت از دید گوگل است.
پس از انتقال می‌توانید موارد زیر را بررسی کنید:
-
گزارش Page Indexing برای شناسایی مشکلات ایندکس.
-
گزارش Crawl Stats برای مشاهده وضعیت خزش.
-
URL Inspection برای بررسی دسترسی گوگل به صفحات مهم.
-
گزارش Sitemaps برای بررسی نقشه سایت.
-
گزارش Core Web Vitals برای بررسی تجربه واقعی کاربران.
اگر فقط هاست تغییر کرده و دامنه ثابت است، معمولاً نیازی به ثبت درخواست Change of Address ندارید.
PageSpeed Insights
این ابزار برای بررسی عملکرد صفحات و شاخص‌های تجربه کاربری مناسب است.
پیشنهاد می‌شود قبل و بعد از انتقال، چند صفحه مهم را بررسی کنید؛ از جمله صفحه اصلی، مقالات پربازدید، صفحات محصول و صفحات دسته‌بندی.
ابزارهای بررسی DNS
ابزارهای بررسی DNS کمک می‌کنند ببینید رکوردهای دامنه در resolverهای مختلف به چه آدرسی اشاره می‌کنند.
با این روش می‌توانید متوجه شوید تغییر DNS تا چه اندازه در نقاط مختلف اینترنت اعمال شده است.
ابزارهای بررسی وضعیت HTTP
با ابزارهای بررسی هدر HTTP می‌توانید وضعیت پاسخ صفحات را مشاهده کنید.
برای صفحات اصلی سایت معمولاً انتظار می‌رود پاسخ مناسب و موفق دریافت شود. همچنین باید ریدایرکت‌ها، خطاهای 404 و پاسخ‌های 5xx را بررسی کنید.
گزارش‌های سرور
لاگ‌های سرور اطلاعات ارزشمندی درباره درخواست کاربران و ربات‌ها ارائه می‌کنند.
با بررسی آن‌ها می‌توانید متوجه شوید:
-
چه تعداد درخواست به سرور جدید می‌رسد؟
-
آیا Googlebot به صفحات دسترسی دارد؟
-
کدام URLها خطای سرور دارند؟
-
آیا درخواست‌های مشکوک یا پرتکرار وجود دارند؟
-
آیا بخشی از ترافیک هنوز به سرور قدیمی می‌رسد؟
اگر هنگام انتقال هاست سایت قطع شد چه کار کنیم؟
با وجود تمام اقدامات پیشگیرانه، ممکن است در زمان انتقال مشکلی ایجاد شود. در این شرایط بهتر است به‌جای انجام تغییرات متعدد و عجولانه، علت اختلال را مرحله‌به‌مرحله بررسی کنید.
اگر سایت باز نمی‌شود:
ابتدا وضعیت DNS، IP سرور، اتصال دامنه و فعال بودن سرویس وب‌سرور را بررسی کنید.
اگر خطای 500 یا 503 مشاهده می‌شود:
گزارش خطاهای PHP، تنظیمات سرور و وضعیت منابع پردازشی را بررسی کنید.
اگر صفحات داخلی خطای 404 دارند:
قوانین بازنویسی URL، تنظیمات پیوندهای یکتا و فایل .htaccess را بررسی کنید.
اگر تصاویر نمایش داده نمی‌شوند:
مسیر فایل‌ها، دسترسی پوشه‌ها و کامل بودن انتقال پوشه آپلودها را بررسی کنید.
اگر ایمیل‌ها ارسال یا دریافت نمی‌شوند:
رکوردهای MX، SPF، DKIM و DMARC و همچنین تنظیمات سرویس ایمیل را بررسی کنید.
اگر اطلاعات جدید سایت از بین رفته‌اند:
از بازنویسی پایگاه داده بدون بررسی خودداری کنید. ابتدا مشخص کنید کدام نسخه جدیدتر است و چه تغییراتی پس از تهیه نسخه پشتیبان ایجاد شده‌اند.
در شرایطی که سایت به‌شدت مختل شده است، ممکن است بازگرداندن موقت DNS به سرور قبلی راهکار مناسبی باشد؛ اما این کار باید با توجه به وضعیت داده‌های جدید و همگام‌سازی پایگاه داده انجام شود. در سایت‌های فروشگاهی، بازگشت ساده به نسخه قدیمی می‌تواند سفارش‌های جدید را از بین ببرد.
جمع‌بندی
انتقال هاست یکی از عملیات مهم فنی در مدیریت وب‌سایت است که اگر بدون برنامه‌ریزی انجام شود، می‌تواند باعث قطعی سایت، از دست رفتن اطلاعات و مشکلات سئو شود.
برای انتقال ایمن، ابتدا باید از تمام فایل‌ها و پایگاه داده نسخه پشتیبان تهیه کنید، محیط جدید را آماده سازید و نسخه منتقل‌شده را پیش از تغییر DNS به‌طور کامل آزمایش کنید.
پس از آن، با کاهش TTL، همگام‌سازی نهایی اطلاعات و تغییر اصولی رکوردهای DNS، ترافیک را به سرور جدید هدایت کنید. در تمام این مدت بهتر است هاست قدیمی فعال بماند تا درخواست‌های باقی‌مانده و کاربران دارای DNS کش‌شده با مشکل مواجه نشوند.
از نظر سئو نیز مهم‌ترین اقدام، حفظ URLها، محتوای صفحات، تگ‌های canonical، تنظیمات robots.txt و دسترسی صحیح Googlebot است. اگر فقط زیرساخت میزبانی تغییر می‌کند، نیازی به ایجاد ریدایرکت‌های غیرضروری یا استفاده از ابزار تغییر آدرس گوگل نیست.
در نهایت، انتقال موفق زمانی کامل می‌شود که سایت جدید از نظر عملکرد، اطلاعات، امنیت، ایمیل و دسترسی موتورهای جست‌وجو بررسی شده باشد و دیگر وابستگی مهمی به سرور قدیمی وجود نداشته باشد.
سوالات متداول درباره انتقال هاست
۱. آیا انتقال هاست باعث افت رتبه سایت در گوگل می‌شود؟
خیر، انتقال هاست به‌خودی‌خود باعث افت رتبه نمی‌شود. اگر URLها و محتوای سایت حفظ شوند و سرور جدید بدون خطا به کاربران و ربات‌های گوگل پاسخ دهد، معمولاً مشکل جدی برای سئو ایجاد نخواهد شد. بااین‌حال، اختلال طولانی‌مدت سرور یا تغییر ناخواسته آدرس صفحات می‌تواند به رتبه سایت آسیب بزند.
۲. انتقال هاست چقدر زمان می‌برد؟
مدت‌زمان انتقال به حجم فایل‌ها، اندازه پایگاه داده، سرعت سرورها و روش مهاجرت بستگی دارد. انتقال یک سایت کوچک ممکن است در مدت کوتاهی انجام شود، اما سایت‌های فروشگاهی و پرترافیک به برنامه‌ریزی و همگام‌سازی دقیق‌تری نیاز دارند. زمان انتشار تغییرات DNS نیز می‌تواند متفاوت باشد.
۳. آیا هنگام انتقال هاست سایت باید آفلاین شود؟
لزوماً خیر. اگر نسخه سایت روی سرور جدید پیش از تغییر DNS آماده و آزمایش شود، کاربران در بیشتر مراحل می‌توانند از سرور قدیمی استفاده کنند. برای همگام‌سازی نهایی اطلاعات سایت‌های پویا ممکن است به توقف کوتاه ثبت اطلاعات نیاز باشد.
۴. آیا بعد از انتقال هاست باید در سرچ کنسول درخواست تغییر آدرس ثبت کنیم؟
اگر فقط هاست تغییر کرده و دامنه و URL صفحات ثابت مانده‌اند، نیازی به استفاده از ابزار Change of Address نیست. این ابزار برای مهاجرت‌هایی کاربرد دارد که آدرس دامنه یا زیردامنه تغییر می‌کند.
۵. آیا پس از انتقال هاست باید نقشه سایت را دوباره ارسال کنیم؟
اگر دامنه و URLها تغییر نکرده‌اند و نقشه سایت همچنان صحیح و در دسترس است، معمولاً نیازی به ارسال مجدد آن نیست. بااین‌حال، بررسی گزارش Sitemaps در Search Console پس از انتقال اقدام مناسبی است.
۶. آیا تغییر IP سرور روی سئو تأثیر دارد؟
تغییر IP به‌تنهایی نباید باعث افت رتبه شود. نکته مهم این است که دامنه به‌درستی به سرور جدید متصل باشد، سایت بدون خطا پاسخ دهد و موتورهای جست‌وجو بتوانند صفحات را بررسی کنند.
۷. پس از تغییر DNS چه مدت باید هاست قبلی فعال بماند؟
زمان مشخصی برای همه سایت‌ها وجود ندارد. بهتر است تا زمانی که ترافیک کاربران و ربات‌ها به سرور جدید منتقل نشده، درخواست‌های باقی‌مانده به سرور قدیمی کاهش نیافته و صحت اطلاعات تأیید نشده است، سرویس قبلی را فعال نگه دارید.
۸. آیا می‌توان هاست وردپرس را بدون افزونه منتقل کرد؟
بله. انتقال وردپرس با تهیه نسخه پشتیبان از فایل‌ها و پایگاه داده و انتقال دستی آن‌ها امکان‌پذیر است. افزونه‌های مهاجرت نیز می‌توانند این فرایند را ساده‌تر کنند، اما در هر دو روش باید نسخه نهایی سایت به‌طور کامل آزمایش شود.
۹. آیا بعد از انتقال هاست باید ریدایرکت 301 ایجاد کنیم؟
اگر URLها ثابت هستند، معمولاً نیازی به ریدایرکت 301 نیست. اما اگر دامنه یا مسیر صفحات تغییر کرده باشد، باید آدرس‌های قدیمی به نزدیک‌ترین صفحات معادل جدید با ریدایرکت دائمی سمت سرور هدایت شوند.
۱۰. اگر سایت بعد از انتقال با خطای 503 مواجه شد چه کنیم؟
خطای 503 معمولاً نشان‌دهنده در دسترس نبودن موقت سرویس است. باید وضعیت منابع سرور، سرویس وب‌سرور، تنظیمات PHP، پایگاه داده و محدودیت‌های دسترسی بررسی شود. اگر خطا ادامه پیدا کرد، بهتر است از پشتیبانی شرکت میزبان کمک بگیرید.
هاست خارجی بهتر است یا هاست داخلی؟
هاست ابری (Cloud Hosting) چیست و چه مزایایی نسبت به هاست سنتی دارد؟
چگونه یک نام دامنه مناسب، برندپذیر و سئومحور انتخاب کنیم؟
هزینه‌های واقعی طراحی و نگهداری یک وب‌سایت چقدر است؟
چک‌لیست ضروری قبل از سفارش طراحی سایت به شرکت‌ها و فریلنسرها
