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

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

نقشهٔ وابستگی‌های سایت را بنویسید

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

| بخش | پیش از تغییر | بعد از تغییر |

|---|---|---|

| سایت | نسخهٔ پشتیبان فایل و پایگاه داده | چند صفحه و فرم اصلی را باز و ارسال کنید. |

| ایمیل | رکوردهای فعلی و حساب‌ها را ثبت کنید. | ارسال و دریافت از بیرون سازمان را امتحان کنید. |

| دامنه و DNS | رکوردها، TTL و DNSSEC را یادداشت کنید. | پاسخ رکوردها را از چند شبکه بررسی کنید. |

| HTTPS | روش صدور و تمدید گواهی را بدانید. | همهٔ مسیرهای مهم را با HTTPS باز کنید. |

راهنمای Cloudflare برای برنامه‌ریزی مهاجرت DNS بر فهرست‌برداری از رکوردها و توجه به DNSSEC و زمان نگهداری پاسخ‌ها تأکید می‌کند. مرحلهٔ اجرای همان راهنما آزمون رکوردهای مهم از جمله رکورد سایت و ایمیل را پیشنهاد می‌دهد. این دستورها نمونهٔ فنی‌اند؛ تنظیم نهایی به معماری سرویس شما بستگی دارد. اگر تیم فنی ندارید، از ارائه‌دهندهٔ جدید بخواهید برنامهٔ انتقال را با ذکر مسئول هر مرحله بنویسد.

انتقال آزمایشی و راه برگشت داشته باشید

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

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

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