انتقال ووکامرس با حفظ سفارشها؛ چک‌لیست تداوم داده فروشگاه
انتقال فروشگاه فقط کپی فایل نیست؛ زمان کپی نهایی، سفارشهای تازه، HPOS، درگاه و برنامه بازگشت را با چک‌لیست تداوم داده بررسی کنید.
هاستلینو۴ دقیقه مطالعه
فهرست مطالب
برای انتقال ووکامرس با حفظ سفارشها، کپی فایل کافی نیست. باید مشخص باشد در هر لحظه کدام نسخه فروشگاه اجازه ثبت داده دارد و سفارشها، مشتری‌ها، موجودی و تغییر وضعیت پرداخت تا چه زمانی در نسخه نهایی منتقل شده‌اند. یک بکاپ قدیمی ممکن است ظاهر سایت را درست بالا بیاورد، اما سفارشهای بعد از زمان تهیه آن را نداشته باشد.
این راهنما روی تداوم داده فروشگاه هنگام جابه‌جایی میزبان تمرکز دارد. مراحل عمومی فایل، دامنه و SSL در چک‌لیست انتقال وردپرس آمده است. برای انتخاب مقصد، هاست ووکامرس را بر اساس نیاز واقعی بررسی کنید؛ نام محصول به‌تنهایی تضمین انتقال بدون خطا نیست.
سه زمان کلیدی را قبل از انتقال مشخص کنید
- زمان نسخه اولیه: کپی برای آماده‌سازی و آزمون مقصد؛ این نسخه در زمان ادامه فروش، به‌تدریج قدیمی می‌شود.
- زمان توقف ثبت داده: نقطه‌ای که ثبت سفارش و تغییرات مدیریتی طبق برنامه متوقف یا کنترل می‌شوند تا نسخه نهایی مشخص باشد.
- زمان بازگشایی: پس از تطبیق داده و مسیر پرداخت، نسخه مقصد مرجع ثبت سفارش تازه می‌شود.
بستن صفحه خرید لزوماً همه تغییرات را متوقف نمی‌کند. callback درگاه، کار زمان‌بندی‌شده، تغییر موجودی توسط اتصال انبار و ویرایش مدیر هم می‌توانند داده بنویسند. پیش از اجرا، مسئول فنی باید مسیر این تغییرات را شناسایی و برایشان برنامه داشته باشد.
پیش از کپی نهایی چه چیزهایی ثبت شوند؟
| حوزه | ثبت پیش از انتقال | کنترل پس از انتقال |
|---|---|---|
| سفارشها | بازه زمانی، وضعیت‌ها و چند نمونه انتهایی | مبلغ، اقلام، وضعیت و ارتباط مشتری در همان نمونه‌ها |
| موجودی | موجودی چند محصول و محصول متغیر حساس | کاهش و بازگشت موجودی مطابق سناریوی آزمون |
| پرداخت | سفارشهای در انتظار پاسخ و شناسه‌های قابل پیگیری | تطبیق نتیجه با گزارش درگاه، بدون برداشت دوباره |
| اتصال‌ها | انبار، ارسال، ایمیل، webhook و کارهای زمان‌بندی‌شده | مقصد درست و نبود اجرای تکراری ناخواسته |
جدول یک فرم کنترل پیشنهادی است، نه گزارش اجرای واقعی. برابرشدن تعداد کل سفارشها به‌تنهایی کافی نیست؛ یک سفارش میتواند جا افتاده و دیگری تکراری باشد. از روی فاصله شماره سفارش هم نتیجه قطعی نگیرید. نمونه‌ها و اختلاف‌ها را با زمان و وضعیت تطبیق دهید و اطلاعات مشتری را در گزارش عمومی نگذارید.
مقصد را پیش از تغییر DNS آزمایش کنید
ابتدا سازگاری PHP، افزونههای درگاه و مسیرهای اصلی را در کپی آزمایشی بررسی کنید. محیط کپی نباید بی‌خبر به مشتری ایمیل بفرستد، برداشت واقعی انجام دهد یا webhook عملیاتی را دوباره اجرا کند. از حالت تست رسمی سرویس مربوط استفاده و دسترسی عمومی نسخه آزمایشی را محدود کنید.
محصول، جست‌وجو، سبد، حساب کاربری و سناریوهای پرداخت و ارسال را بررسی کنید. آزمون مقصد پیش از تغییر DNS به تفکیک آماده‌بودن مقصد از وضعیت دامنه کمک می‌کند. کپی‌ای که برای آزمون ساخته شده، نباید بدون دریافت داده نهایی جای فروشگاه فعال را بگیرد.
HPOS؛ سفارشها را فقط در posts فرض نکنید
ووکامرس میتواند سفارشها را با HPOS در جدولهای اختصاصی نگه دارد. روش ذخیره سفارش و وضعیت سازگاری افزونه‌ها را پیش از انتخاب ابزار انتقال مشخص کنید. ابزاری که صرفاً داده قدیمی نوشتهها را جابه‌جا می‌کند، الزاماً برای همه فروشگاهها کافی نیست.
هم‌زمان با جابه‌جایی هاست، روش ذخیره سفارش را هم بی‌دلیل تغییر ندهید. انتقال میزبان و مهاجرت به HPOS دو تغییر متفاوت‌اند؛ ترکیبشان پیدا‌کردن علت اختلاف را دشوار می‌کند. برای داده انتخابی، ابزار سازگار با ساختار همان فروشگاه و طرح تطبیق لازم است؛ ادغام دستی جدول‌ها دستور عمومی امنی ندارد.
تغییر DNS پایان انتقال نیست
پس از کپی نهایی و کنترل مقصد، مسیر دامنه طبق برنامه تغییر می‌کند. به‌خاطر کش DNS، همه درخواست‌ها الزاماً همان لحظه به مقصد تازه نمی‌رسند. مسئول فنی باید مانع دو مرجع مستقلِ ثبت سفارش شود؛ صرف روشن‌ماندن هر دو فروشگاه، برنامه تداوم داده محسوب نمی‌شود.
دریافت callback پرداخت‌های در جریان و سفارشهای ثبت‌شده نزدیک زمان انتقال را جدا پیگیری کنید. آزمون پرداخت باید با روش مجاز و شناسه قابل پیگیری انجام شود. برای شناخت تأخیر مسیر خرید، راهنمای کندی تسویه‌حساب ووکامرس را بخوانید.
برگشت به سرور قبلی هم برنامه می‌خواهد
اگر مقصد پس از بازگشایی سفارش جدید گرفته باشد، بازگرداندن فوری دامنه به نسخه قدیمی میتواند همان سفارشها را ناپدید کند. پیش از rollback، ثبت داده را کنترل و اختلاف دو نسخه را تطبیق دهید. بکاپ، نقطه بازگشت است؛ جای دفتر تغییرات بعد از بکاپ را نمی‌گیرد.
فروشگاه دارای اشتراک و پرداخت دوره‌ای حساس‌تر است: بازگردانی نسخه قدیمی ممکن است وضعیت کارهای زمان‌بندی‌شده و سوابق تمدید را عقب ببرد. راهنمای رسمی WooCommerce Subscriptions درباره خطر اجرای دوباره و حفظ یکپارچگی دیتابیس را با مسئول فنی مرور کنید؛ این نکات را به همه افزونههای اشتراک تعمیم ندهید.
چه زمانی انتقال را تحویل‌گرفته بدانیم؟
وقتی مقصد مرجع ثبت داده باشد، نمونه سفارشها و پرداخت‌ها تطبیق داده شوند، مسیرهای حیاتی کار کنند و پایش اولیه مشکل تازه‌ای نشان ندهد. نگهداری موقت نسخه قبلی باید با دسترسی محدود، بدون ثبت سفارش مستقل و با مدت مشخص باشد. برای هماهنگی دامنه کار، درخواست بررسی انتقال فروشگاه ثبت کنید؛ زمان، هزینه و مسئولیت‌ها باید پیش از اجرا روشن شوند.
منابع اصلی
- WordPress: جابه‌جایی سایت و تنظیمات مقصد
- WooCommerce: ساختار ذخیره سفارش HPOS
- WooCommerce Subscriptions: محدودیت‌های بازگردانی و انتقال
این چک‌لیست عمومی است و ادعای اجرای انتقال آزمایشی، تضمین نبود قطعی یا حفظ داده بدون بررسی فروشگاه ندارد.
انتقال فروشگاه را با برنامه شروع کنید
وضعیت سفارشهای جاری، درگاه‌ها و اتصال‌های فروشگاه را مشخص کنید تا دامنه کار و روش انتقال پیش از اجرا بررسی شود.
پرسش‌های متداول
آیا بکاپ اولیه همه سفارشهای زمان انتقال را دارد؟
خیر. سفارشها و تغییرات بعد از زمان تهیه بکاپ در آن نسخه نیستند. باید زمان توقف یا کنترل ثبت داده، کپی نهایی و تطبیق سفارشهای نزدیک انتقال مشخص باشد.
چرا انتقال فقط جدول نوشتهها برای همه فروشگاهها کافی نیست؟
در فروشگاه دارای HPOS، اطلاعات سفارش میتواند در جدولهای اختصاصی ذخیره شود. ابزار انتقال باید با ساختار و افزونههای همان فروشگاه سازگار باشد؛ انتقال انتخابی بدون تطبیق داده ممکن است ناقص باشد.
آیا بعد از دریافت سفارش در مقصد میتوان فوراً به هاست قبلی برگشت؟
برگشت بدون تطبیق سفارشهای جدید خطر جاافتادن داده دارد. ابتدا ثبت تغییرات را کنترل و اختلاف دو نسخه را بررسی کنید؛ سپس مسیر بازگشت را با مسئول فنی اجرا کنید.
