چک‌لیست به‌روزرسانی امن وردپرس، قالب و افزونه‌ها

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

۱. وضعیت فعلی را ثبت کنید

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

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

۲. بک‌آپ کامل و راه بازگشت داشته باشید

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

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

۳. تغییر حساس را در محیط آزمایشی بررسی کنید

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

اگر تغییر PHP هم لازم است، آن را به‌عنوان تغییر مستقل آزمون کنید. آپدیت هم‌زمان PHP، قالب و چند افزونه علت‌یابی را دشوار می‌کند. ترتیب اجزا را با پیش‌نیازهای سازنده هماهنگ کنید؛ برای همه سایت‌ها یک ترتیب ثابت وجود ندارد.

۴. آپدیت را قابل پیگیری اجرا کنید

1. زمانی با ترافیک و سفارش کمتر انتخاب کنید و برای تغییر حساس اطلاع‌رسانی مناسب داشته باشید.
2. از پایان تهیه بک‌آپ اطمینان بگیرید.
3. اجزای مرتبط را طبق مستندات سازنده به‌روز کنید و نتیجه هر مرحله را ثبت کنید.
4. میان مراحل، مدیریت و صفحات مهم را بررسی کنید.
5. در صورت خطا، ادامه آپدیت‌های نامرتبط را متوقف و شواهد را ثبت کنید.

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

۵. بعد از آپدیت فقط صفحه اصلی را نبینید

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

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

اگر سایت بعد از آپدیت خراب شد

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

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

جدول ثبت نتیجه قبل و بعد از آپدیت

برای هر مسیر، نتیجه قبل و بعد را یادداشت کنید. اگر پیش از تغییر هم مشکل داشت، آن را جدا از خطای تازه ثبت کنید.

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

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

منابع رسمی

راهنمای به‌روزرسانی وردپرس؛ آموزش بک‌آپ سایت؛ مدیریت به‌روزرسانی‌ها.

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