انتقال وردپرس به هاست جدید؛ چک‌لیست قبل و بعد از تغییر DNS

مراحل انتقال وردپرس با حفظ دامنه: بکاپ، بررسی هاست مقصد، انتقال فایل و دیتابیس، آزمون قبل از تغییر DNS و کنترل سفارش و ایمیل.

هاستلینو۴ دقیقه مطالعه

تصویر مفهومی انتقال فایل و پایگاه‌داده وردپرس بین دو سرور
فهرست مطالب

انتقال وردپرس به هاست جدید فقط کپی فایل‌ها نیست. پایگاه‌داده، ایمیل، تنظیمات DNS، گواهی SSL و داده‌هایی که هنگام انتقال ثبت می‌شوند نیز باید بررسی شوند. این چک‌لیست برای تغییر هاست با حفظ دامنه است؛ تغییر دامنه یا ساختار URL پروژه جداگانه‌ای است.

۱. پیش از شروع، فهرست و بکاپ تهیه کنید

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

۲. سازگاری مقصد را قبل از انتقال بررسی کنید

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

۳. روش انتقال و نقطه توقف را مشخص کنید

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

۴. فروشگاه و فرم‌ها را هماهنگ کنید

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

۵. قبل از تغییر DNS، مقصد را آزمایش کنید

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

۶. فقط رکوردهای لازم را تغییر دهید

در زمان تعیین‌شده، تغییر DNS را انجام دهید. اگر ایمیل نزد ارائه‌دهنده دیگری است، MX و رکوردهای مربوط به SPF، DKIM و DMARC را بی‌دلیل عوض نکنید. تغییر nameserver و تغییر رکورد آدرس یکسان نیستند. زمان دیده‌شدن تغییر به TTL و کش resolverها بستگی دارد؛ زمان قطعی صفر یا انتشار فوری را تضمین نکنید.

۷. پس از تغییر، سایت و داده را کنترل کنید

  • دامنه اصلی، SSL، ورود و فرم‌ها را بررسی کنید.
  • سفارش‌ها، پرداخت‌ها و ایمیل‌های جدید را تطبیق دهید.
  • canonical، robots و تنظیم نمایش به موتورهای جست‌وجو را کنترل کنید.
  • کش سایت و CDN را طبق سیاست سرویس تازه کنید.
  • لاگ خطا و مصرف منابع را بررسی و نتیجه را ثبت کنید.

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

۸. مبدأ را با عجله حذف نکنید

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

چه زمانی کمک فنی بگیریم؟

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

برای توضیح بیشتر فرایند، آموزش رسمی انتقال با حفظ دامنه را ببینید.

برای انتقال سایت، قدم بعدی را روشن کنید

پلن‌های هاست هوشمند و شرایط انتقال را بررسی کنید؛ پیش از شروع، نیاز منابع، دامنه انتقال و مسئولیت بکاپ و تغییر DNS را مشخص کنید.

پرسش‌های متداول

آیا تغییر هاست به ریدایرکت همه صفحات نیاز دارد؟

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