انتقال سایت به هاست جدید — چک‌لیست مدیر برای کمترین قطعی

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

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

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

انتقال سایت به هاست جدید یعنی چه؟

سایت شما از دو بخش اصلی تشکیل شده: دامنه (آدرس مثل brandname.ir) و هاست (جایی که فایل‌ها، عکس‌ها و دیتابیس فروشگاه ذخیره شده). انتقال هاست یعنی فایل‌ها و دیتابیس را از سرور قدیم به سرور جدید منتقل کنید، بعد آدرس دامنه را طوری تنظیم کنید که مرورگر مشتری به سرور جدید برود — نه قدیم.

تصور ساده: مغازه را از یک پاساژ به پاساژ دیگر منتقل می‌کنید. وسایل (فایل سایت) را جابه‌جا می‌کنید، تابلوی آدرس (DNS) را به محل جدید اشاره می‌دهید. تا وقتی تابلوی آدرس به‌روز نشود، مشتری هنوز به مغازه قدیمی می‌رود.

قبل از هر کاری — بکاپ بگیرید

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

بکاپ درست یعنی:

• فایل‌های سایت: همه عکس‌ها، قالب، افزونه‌ها یا کدهای سفارشی
• دیتابیس: محصولات، سفارش‌ها، کاربران، مقالات — برای فروشگاه و وردپرس حیاتی است
• ایمیل‌ها (در صورت نیاز): اگر صندوق پستی روی هاست قدیم است، قبل از قطع، کپی یا انتقال برنامه‌ریزی شود
• تنظیمات مهم: لیست افزونه‌های فعال، نسخه PHP، اطلاعات درگاه — از مجری بخواهید یادداشت کند

بکاپ را فقط روی همان سرور قدیم نگذارید — یک کپی روی کامپیوتر، فضای ابری یا هارد جدا داشته باشید. راهنمای کامل در بکاپ سایت آمده؛ خلاصه برای مدیر: «آیا فایل و دیتابیس هر دو پشتیبان شده؟ آیا یک بار بازیابی آزمایشی انجام شده؟» اگر جواب «نه» است، انتقال را عقب بیندازید.

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

DNS چیست و چرا مدیر باید بداند؟

وقتی مشتری آدرس سایت شما را در مرورگر می‌زند، اول سیستم DNS (سیستم نام دامنه) مشخص می‌کند آن آدرس به کدام سرور برود. در انتقال هاست، معمولاً یک یا چند رکورد — مثل A Record یا Nameserver — عوض می‌شود تا دامنه به IP هاست جدید اشاره کند.

چیزهایی که مدیر غیرفنی باید بداند:

• تغییر DNS فوری نیست: سرورهای DNS و دستگاه کاربران، جواب قبلی را تا مدتی که TTL رکورد تعیین کرده نگه می‌دارند. به همین دلیل بعد از تغییر، مدتی طول می‌کشد تا همه کاربران (و گوگل) سرور جدید را ببینند — اگر TTL از قبل کم شده باشد معمولاً کوتاه‌تر، و با TTL بالا یا تغییر Nameserver گاهی تا یکی دو روز. این «انتشار» یا propagate نام دارد و زمان دقیقش را هیچ‌کس نمی‌تواند تضمین کند.
• در این فاصله دو نسخه ممکن است: بعضی کاربران هنوز هاست قدیم، بعضی هاست جدید را می‌بینند. به همین دلیل انتقال در ساعات کم‌ترافیک (شب یا آخر هفته) منطقی‌تر است.
• DNS جای دامنه یا هاست است: گاهی DNS در پنل ثبت دامنه است، گاهی در پنل هاست. قبل از شروع بدانید کجا باید تغییر دهید — از مجری بپرسید.
• ایمیل هم از DNS می‌گذرد: اگر info@brand.ir دارید، رکوردهای MX را بدون هماهنگی عوض نکنید — وگرنه ایمیل قطع می‌شود.

شما لازم نیست خودتان DNS را تنظیم کنید — ولی باید بدانید «چرا بعد از انتقال هنوز سایت قدیمی باز می‌شود» جوابش اغلب propagate است، نه «انتقال شکست خورد».

چک‌لیست مدیر — انتقال با کمترین قطعی

این فهرست را می‌توانید برای مجری بفرستید یا در جلسه انتقال کنار خودتان داشته باشید:

فاز ۱ — آماده‌سازی (قبل از انتقال)

1. دلیل انتقال روشن است: کندی، پایان قرارداد، نیاز به پلن قوی‌تر — اشتراکی یا اختصاصی را دوباره بررسی کنید
2. هاست جدید خریداری و تست شده: پلن مناسب، PHP و فضای کافی، پشتیبانی فارسی در صورت نیاز
3. بکاپ کامل گرفته شده — فایل + دیتابیس + کپی خارج از سرور قدیم
4. دسترسی‌ها آماده: پنل دامنه، DNS، هاست قدیم و جدید — ترجیحاً به نام کارفرما
5. زمان انتقال انتخاب شده: شب، آخر هفته، یا خارج از فصل شلوغ فروش
6. مشتریان مطلع (در صورت نیاز): برای فروشگاه شلوغ، یک پست کوتاه «به‌روزرسانی زیرساخت» کافی است

فاز ۲ — انتقال (روز عملیات)

1. فایل‌ها و دیتابیس روی هاست جدید نصب شوند — توسط مجری یا تیم فنی
2. سایت روی آدرس موقت تست شود: قبل از تغییر DNS، مجری باید نشان دهد همه صفحات، فرم و فروشگاه درست کار می‌کند
3. SSL روی هاست جدید فعال شود: بدون قفل سبز، مشتری اعتماد نمی‌کند — راهنمای SSL برای کسب‌وکار
4. DNS به هاست جدید اشاره کند — فقط بعد از تست موفق
5. TTL DNS (در صورت امکان) قبلاً کم شود: از مجری بخواهید چند روز قبل TTL را پایین بیاورد تا propagate سریع‌تر شود — جزئیات فنی با او

فاز ۳ — بعد از انتقال (۲۴–۷۲ ساعت اول)

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

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

انتقال سایت به سرور جدید — مراحل فنی به ترتیب

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

1. فهرست محیط فعلی: نسخه PHP و افزونه‌های آن (مثل intl، gd، imagick)، نسخه MySQL یا MariaDB، محدودیت آپلود و حافظه، کرون‌جاب‌ها، پردازش‌های پس‌زمینه (صف و worker)، متغیرهای محیطی، و پوشه‌هایی که سایت در آن‌ها می‌نویسد. بیشتر خرابی‌های بعد از انتقال از تفاوت همین موارد است.
2. کم کردن TTL: چند روز قبل، TTL رکورد A (یا CNAME) دامنه را پایین بیاورید تا وقتی DNS را عوض می‌کنید، کش‌ها زودتر منقضی شوند.
3. آماده‌سازی سرور جدید: همان نسخه‌ها یا نسخه‌های سازگار، کاربر و دسترسی‌ها، و فایروال.
4. کپی فایل‌ها: با ابزار پنل هاست، فایل فشرده، یا rsync روی سرور مجازی. فایل‌های آپلودی کاربران (عکس محصول، فایل‌های ضمیمه) را فراموش نکنید.
5. انتقال دیتابیس: خروجی گرفتن (dump) از دیتابیس قدیم و وارد کردن آن در دیتابیس جدید، با همان charset و collation.
6. تغییر تنظیمات: نام، کاربر و رمز دیتابیس جدید در فایل تنظیمات (wp-config.php در وردپرس، .env در لاراول)، مسیرها، و تنظیمات ایمیل خروجی.
7. تست قبل از تغییر DNS: با ویرایش فایل hosts روی کامپیوتر خودتان، دامنه را فقط برای خودتان به IP سرور جدید ببرید و سایت را با همان آدرس واقعی تست کنید: صفحات، ورود به پنل، فرم‌ها، جستجو، آپلود، و یک سفارش آزمایشی.
8. آماده کردن SSL: گواهی را از قبل روی سرور جدید بگذارید — با انتقال گواهی فعلی یا صدور گواهی‌ای که با رکورد DNS تأیید می‌شود. اگر صدور گواهی فقط بعد از تغییر DNS ممکن است، این وقفه کوتاه را در برنامه ببینید.
9. همگام‌سازی نهایی: برای سایتی که مدام داده جدید می‌گیرد (سفارش، ثبت‌نام، دیدگاه)، درست قبل از تغییر DNS سایت قدیم را برای چند دقیقه در حالت تعمیر یا فقط‌خواندنی بگذارید، آخرین تغییرات دیتابیس و فایل‌های آپلودی را منتقل کنید، بعد DNS را عوض کنید. این همان وقفه کوتاه و کنترل‌شده‌ای است که جلوی گم شدن سفارش را می‌گیرد.
10. کرون و worker: کارهای زمان‌بندی‌شده و پردازش صف را روی سرور جدید فعال و روی سرور قدیم غیرفعال کنید — اگر هر دو هم‌زمان روشن باشند، ممکن است ایمیل یا پیامک دوبار ارسال شود یا یک کار دوبار انجام شود.
11. تغییر DNS و پایش: رکورد را عوض کنید و لاگ دسترسی هر دو سرور را نگاه کنید. وقتی دیگر درخواستی به سرور قدیم نمی‌رسد، انتقال ترافیک تمام شده است.

مثال: انتقال وردپرس به هاست جدید

در وردپرس همان مراحل بالا برقرار است: پوشه کامل سایت (به‌خصوص wp-content) و دیتابیس منتقل می‌شوند و اطلاعات دیتابیس در wp-config.php عوض می‌شود. اگر دامنه ثابت می‌ماند، معمولاً تغییر دیگری لازم نیست. اگر آدرس سایت هم عوض می‌شود، جایگزینی آدرس در دیتابیس را با ابزاری انجام دهید که داده‌های serialize‌شده را درست به‌روز کند؛ جایگزینی متنی ساده در فایل dump می‌تواند تنظیمات افزونه‌ها را خراب کند. بعد از انتقال، کش افزونه‌ها را پاک کنید و پیوندهای یکتا (permalink) را یک بار ذخیره کنید.

چطور downtime را کم کنیم؟

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

• انتقال در پس‌زمینه: اول سایت کامل روی هاست جدید بالا بیاید و تست شود؛ DNS در آخر عوض شود — نه برعکس
• نگه داشتن هاست قدیم: تا propagate تمام شود، هر دو سرور زنده بمانند
• کاهش TTL از قبل: چند روز قبل از انتقال — با کمک مجری
• عدم تغییر همزمان چند چیز: روز انتقال، طراحی سایت یا افزونه جدید نصب نکنید — یک تغییر در یک زمان
• عدم لغو فوری هاست قدیم: بعضی شرکت‌ها ۷–۳۰ روز grace می‌دهند — از آن استفاده کنید

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

SSL، ایمیل و درگاه — سه نقطه که فراموش می‌شوند

گواهی SSL روی هاست جدید باید دوباره فعال شود — معمولاً رایگان. بدون قفل سبز، درگاه پرداخت ممکن است کار نکند. اگر info@brand.ir روی هاست قدیم بود، قبل از تغییر DNS مطمئن شوید ایمیل روی سرور جدید یا سرویس جدا آماده است. بعد از انتقال یک پرداخت تست انجام دهید. جزئیات در راهنمای SSL برای کسب‌وکار.

چرا سایت هنگام انتقال قطع می‌شود؟ — علت‌های رایج

بیشتر قطعی‌ها نه از خود جابه‌جایی، بلکه از یکی از این موارد است:

• تغییر DNS قبل از تست کامل — مشکل سرور جدید را اول مشتری می‌بیند
• TTL بالا — بازگشت یا اصلاح ساعت‌ها طول می‌کشد
• تغییر Nameserver بدون انتقال همه رکوردها — سایت باز می‌شود ولی ایمیل، زیردامنه‌ها یا رکوردهای تأیید از کار می‌افتند. اگر فقط هاست عوض می‌شود، اغلب کافی است رکورد A عوض شود. تفاوت دامنه و هاست را در راهنمای دامنه و هاست توضیح داده‌ایم.
• نسخه متفاوت PHP یا نبود یک افزونه PHP — صفحه سفید یا خطای ۵۰۰
• اطلاعات اتصال دیتابیس اشتباه — خطای اتصال به دیتابیس
• دسترسی نوشتن روی پوشه‌ها — آپلود، کش یا لاگ کار نمی‌کند
• SSL آماده نیست — هشدار امنیتی مرورگر یا از کار افتادن درگاه
• آدرس یا IP قدیمی که جایی در کد یا تنظیمات ثابت نوشته شده — بخشی از سایت هنوز به سرور قدیم وصل است
• لغو زودهنگام هاست قدیم — کاربرانی که هنوز DNS قدیم را می‌بینند، به سرور خاموش می‌رسند

برنامه بازگشت (Rollback) — اگر بعد از تغییر DNS مشکل پیش آمد

قبل از روز انتقال، از قبل مشخص کنید چه وضعیتی یعنی «برمی‌گردیم» — مثلاً از کار افتادن پرداخت یا ثبت سفارش که در مدت کوتاهی رفع نشود. برای اینکه برگشتن ممکن باشد:

• سرور قدیم را دست‌نخورده و روشن نگه دارید
• مقدار قبلی رکوردهای DNS را یادداشت کنید — بازگشت یعنی برگرداندن همین مقدارها؛ با TTL پایین سریع‌تر اثر می‌کند
• بدانید در فاصله کار با سرور جدید چه داده‌ای ثبت شده (سفارش، کاربر جدید) — این داده‌ها باید به سرور قدیم منتقل یا دستی پیگیری شوند؛ سخت‌ترین بخش بازگشت همین است
• تا وقتی سرور جدید چند روز پایدار نبوده، روی سرور قدیم تغییر تازه‌ای ندهید

اشتباهات رایج مدیران در انتقال هاست

• بدون بکاپ شروع کردن — کپی مستقل فایل و دیتابیس ضروری است
• اول DNS، بعد تست — مشتری سایت خراب می‌بیند
• نداشتن دسترسی دامنه — انتقال فایل بدون DNS بی‌فایده است
• لغو فوری هاست قدیم — propagate نیمه‌کاره می‌ماند
• فراموش کردن دیتابیس — فاجعه برای فروشگاه آنلاین

انتخاب هاست جدید را هم با مقایسه ایران و خارج بسنجید — از کند به کندتر نروید.

چه زمانی انتقال را به متخصص بسپاریم؟

برای سایت معرفی ساده با مجری قابل اعتماد، انتقال معمولاً راحت است. برای فروشگاه آنلاین، سایت اختصاصی، ایمیل روی هاست، ترافیک بالا، یا نبود دسترسی به هاست قدیم — حتماً متخصص بگیرید. در قرارداد بنویسید: «انتقال شامل بکاپ، تست، SSL و حداکثر قطعی [X ساعت].»

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

انتقال سایت به هاست جدید چقدر طول می‌کشد؟

به حجم فایل‌ها و دیتابیس، نوع هاست و میزان آمادگی بستگی دارد — عدد ثابتی نمی‌شود گفت. بعد از تغییر DNS هم propagate بسته به TTL ممکن است از کمتر از یک ساعت تا یکی دو روز طول بکشد. برای همین هاست قدیم را چند روز نگه دارید و زمان انتقال را با فاصله از روزهای مهم فروش بگذارید.

آیا در زمان انتقال سایت قطع می‌شود؟

اگر اول روی هاست جدید تست شود و بعد DNS عوض شود، قطعی محسوس معمولاً کوتاه است — گاهی فقط همان لحظه switch. propagate باعث می‌شود بعضی کاربران چند ساعت هنوز نسخه قدیم را ببینند؛ این قطعی کامل نیست ولی طبیعی است.

آیا برای انتقال باید دامنه را هم عوض کنم؟

نه. همان دامنه می‌ماند — فقط «آدرس سرور» پشت صحنه عوض می‌شود. دامنه و هاست جدا هستند؛ مهم است پنل دامنه در دست شما باشد.

سئو و رتبه گوگل با انتقال هاست خراب می‌شود؟

اگر انتقال درست انجام شود و سایت با همان آدرس (URL) و https بالا بیاید، معمولاً افت شدید نمی‌بینید. قطعی طولانی (چند روز) یا خطای ۴۰۴ می‌تواند آسیب بزند — یکی دیگر از دلایل بکاپ و تست قبل از DNS.

هاست قدیم را کی خاموش کنیم؟

بعد از اینکه مطمئن شدید سایت، ایمیل و درگاه روی هاست جدید حداقل ۴۸–۷۲ ساعت بدون مشکل کار کرده — و یک بکاپ تازه از هاست جدید دارید. عجله در لغو قرارداد هاست قدیم ریسک است.

جمع‌بندی — انتقال منظم، کسب‌وکار آرام

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

این موضوع با بکاپ منظم، مالکیت دامنه، SSL و انتخاب درست هاست یک پازل است. یک جا کوتاه بیایید — مثلاً بدون بکاپ یا بدون دسترسی DNS — همان شب انتقال تبدیل به بحران می‌شود.

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