Cập nhật WordPress an toàn: thứ tự, kiểm tra và cách quay lại

5/5 - (1 bình chọn)

Phần lớn sự cố khi cập nhật WordPress không đến từ bản cập nhật, mà từ cách làm: bấm cập nhật tất cả cùng lúc, không có bản sao lưu khôi phục được, không kiểm tra lại trang thanh toán. Bài này dành cho website đang chạy ổn định và cần một quy trình cập nhật hằng tháng ít rủi ro.

Tóm tắt nhanh

Cập nhật WordPress an toàn gồm bốn việc: phân loại bản cập nhật theo rủi ro (bản vá nhỏ cho tự động, bản lớn làm tay), sao lưu file và database ngay trước khi làm, cập nhật theo từng nhóm và kiểm tra sau mỗi nhóm, giữ sẵn cách quay lại. Website bán hàng nên thử trên bản sao trước khi cập nhật WooCommerce hoặc theme.

Bản cập nhật nào rủi ro, bản nào không?

Không phải bản cập nhật nào cũng cần cùng một mức cẩn thận. Phân loại trước giúp bạn không tốn công với bản vá nhỏ, và không chủ quan với bản lớn.

Loại cập nhậtVí dụMức rủi roCách làm khuyên dùng
Bản vá nhỏ của WordPressSố cuối thay đổi, kiểu 6.9.1 lên 6.9.2Thấp, chủ yếu sửa lỗi và bảo mậtĐể WordPress tự cập nhật (mặc định đã bật)
Bản lớn của WordPressĐổi số thứ hai hoặc số đầu, kiểu 6.9 lên 7.0Trung bình: trình soạn thảo, khối, API thay đổiLàm tay sau khi plugin chính đã ghi hỗ trợ
Plugin nhỏ, ít chức năngPlugin chặn spam, chuyển hướng, SMTPThấp đến trung bìnhCó thể bật tự cập nhật nếu có backup hằng ngày
Plugin lõi của websiteWooCommerce, trình dựng trang, plugin SEO, plugin thành viênCao: có thể đổi cấu trúc dữ liệuLàm tay, đọc ghi chú phát hành, thử trên bản sao nếu có đơn hàng
ThemeFlatsome, theme mua trên chợ themeCao nếu theme bị sửa trực tiếp trong fileLàm tay; chỉnh sửa giao diện phải nằm trong child theme

Từ WordPress 6.6, khi một plugin tự động cập nhật gây lỗi nghiêm trọng ở trang chủ, WordPress tự quay về bản cũ và gửi email cho quản trị viên. Cơ chế này chỉ kiểm tra lỗi PHP dừng chương trình trên trang chủ; vỡ giao diện, lỗi giỏ hàng hay form không gửi được thì nó không phát hiện. Vì vậy bản lớn vẫn nên làm tay.

Trước mỗi đợt cập nhật cần chuẩn bị gì?

  • Backup ngay trước khi làm, gồm cả file và database, và biết chắc mình khôi phục được bản đó. Bản backup tự động của hosting từ đêm qua không thay được bản vừa chụp, vì đơn hàng và bình luận mới phát sinh trong ngày.
  • Đọc ghi chú phát hành của các plugin lõi. Dòng “requires database update”, “breaking change” hoặc yêu cầu PHP cao hơn là tín hiệu phải làm cẩn thận.
  • Kiểm tra bản quyền: theme, plugin trả phí hết hạn sẽ không nhận bản mới qua trang quản trị. Theme Flatsome cần kích hoạt bằng mã mua hàng để nhận cập nhật.
  • Ghi lại phiên bản hiện tại của WordPress, PHP và từng plugin (Công cụ → Tình trạng trang web → Thông tin có sẵn nút sao chép).
  • Chọn giờ ít khách và báo cho người đang nhập liệu trên website ngừng tay trong lúc cập nhật.

Cách lưu bản sao lưu ở đâu, giữ bao nhiêu bản và khôi phục thử ra sao có trong bài backup website định kỳ.

Trang cập nhật trong khu vực quản trị WordPress hiển thị bản mới của lõi, plugin và theme

Cập nhật theo thứ tự nào?

Đừng bấm “Cập nhật tất cả”. Khi website lỗi sau khi 12 thứ cùng đổi, bạn không biết thứ nào gây lỗi. Hãy làm theo nhóm và mở website kiểm tra sau mỗi nhóm:

  1. Plugin nhỏ, đang tương thích với WordPress hiện tại. Cập nhật vài cái một lần.
  2. Lõi WordPress (Bảng tin → Cập nhật). Với bản lớn, chỉ làm khi các plugin lõi đã ghi hỗ trợ bản này.
  3. Plugin chỉ cập nhật được sau khi có lõi mới (plugin ghi “Requires at least” cao hơn bản cũ sẽ đứng chờ ở bước này).
  4. WooCommerce và các tiện ích của nó cùng một lúc, vì tiện ích thanh toán, vận chuyển thường đi theo phiên bản WooCommerce. Nếu WooCommerce hiện thông báo cập nhật cơ sở dữ liệu, chạy bước đó khi đã có backup.
  5. Theme sau cùng, rồi kiểm tra kỹ phần giao diện.

Ai quản lý website bằng dòng lệnh có thể dùng WP-CLI: wp core update, wp plugin update ten-plugin, wp core update-db. Lợi thế là thấy rõ từng bước và chạy được cả khi trang quản trị lỗi.

Kiểm tra gì sau mỗi nhóm cập nhật?

  • Trang chủ, một trang dịch vụ hoặc danh mục, một bài viết: bố cục, menu, ảnh, bản di động.
  • Form liên hệ gửi được và email về đúng hộp thư.
  • Website bán hàng: thêm vào giỏ, áp mã giảm giá, đi đến bước thanh toán, đặt thử một đơn bằng phương thức chuyển khoản rồi hủy.
  • Trang quản trị: mở trình soạn thảo, mở UX Builder nếu dùng Flatsome, lưu thử bản nháp.
  • Xóa cache plugin và CDN; một số lỗi chỉ lộ ra sau khi cache cũ hết.
  • Sau 24 giờ, xem nhật ký lỗi và email cảnh báo WordPress gửi về.

Cập nhật xong website lỗi: xử lý thế nào?

Tình huốngCách xử lý
Website hiện “Briefly unavailable for scheduled maintenance” mãi không hếtQuá trình cập nhật bị ngắt giữa chừng. Xóa file .maintenance ở thư mục gốc website qua File Manager hoặc FTP, rồi chạy lại bản cập nhật dang dở.
Thông báo “Trang web đang gặp sự cố nghiêm trọng”Mở email chế độ khôi phục WordPress gửi cho quản trị viên, đăng nhập qua liên kết trong email và tạm tắt plugin hoặc theme bị nêu tên.
Không vào được trang quản trị, không có emailĐổi tên thư mục của plugin nghi ngờ trong wp-content/plugins để tắt nó, rồi đăng nhập lại.
Vỡ giao diện sau khi cập nhật themeKiểm tra theme có bị sửa trực tiếp trong file không; khôi phục theme từ backup, chuyển chỉnh sửa sang child theme rồi cập nhật lại.
Plugin bản mới lỗi, cần dùng tạm bản cũCài lại bản trước: plugin miễn phí có các bản cũ ở mục Advanced trên trang plugin tại WordPress.org; plugin trả phí tải từ tài khoản đã mua. Tắt tự cập nhật plugin đó cho đến khi tác giả sửa.
Lỗi lan rộng, không xác định được nguyên nhânKhôi phục bản backup vừa chụp, rồi lặp lại từng nhóm trên bản sao để tìm thủ phạm.

Khi khôi phục backup trên website bán hàng, đơn phát sinh từ lúc backup đến lúc khôi phục sẽ mất khỏi database. Hãy xuất danh sách đơn mới hoặc đối chiếu email thông báo đơn trước khi khôi phục.

Lịch cập nhật gợi ý cho website doanh nghiệp

Tần suấtViệc cần làm
Tự độngBản vá nhỏ của WordPress; plugin ít rủi ro nếu có backup hằng ngày
Ngay khi có tinBản vá bảo mật cho plugin đang dùng được công bố có lỗ hổng: cập nhật trong ngày, kể cả ngoài lịch
Hằng thángMột đợt cập nhật đầy đủ theo thứ tự ở trên, kèm kiểm tra chức năng
Khi có bản WordPress lớnChờ plugin lõi ghi hỗ trợ và bản sửa lỗi đầu tiên (x.x.1) nếu website bán hàng
Hằng quýRà plugin không dùng để gỡ, plugin lâu không được tác giả cập nhật để tìm thay thế; kiểm tra phiên bản PHP

Website chạy PHP cũ cần đổi phiên bản trước: hướng dẫn cho hosting DirectAdmin có ở bài nâng cấp PHP trên DirectAdmin. Website lâu năm không cập nhật, nhiều plugin bị bỏ rơi thì việc cần làm là một đợt nâng cấp WordPress có kiểm kê, không phải quy trình hằng tháng trong bài này.

Nếu không có người làm việc này đều đặn, gói bảo trì WordPress của Marketing SEO Top (từ 900.000đ/tháng) gồm sao lưu, cập nhật theo thứ tự và kiểm tra lại sau mỗi lần. Phân biệt bảo trì với quản trị và nâng cấp có trong bài bảo trì website là gì.

Nguồn tra cứu tháng 10/2026: make.wordpress.org/core (Merge Proposal: Rollback Auto-Update, 04/2024, đưa vào WordPress 6.6); tài liệu về chế độ khôi phục (recovery mode) và cập nhật trên wordpress.org.

Câu hỏi thường gặp

Có nên cập nhật WordPress bản lớn ngay ngày phát hành không?

Với blog hoặc website giới thiệu ít plugin thì có thể, sau khi đã backup. Với website bán hàng hoặc dùng nhiều plugin lõi, nên chờ các plugin đó ghi hỗ trợ bản mới và chờ bản sửa lỗi đầu tiên, thường ra sau vài tuần. Bản vá bảo mật thì không nên chờ.

Cập nhật WordPress có làm mất chỉnh sửa giao diện không?

Cập nhật lõi WordPress không đụng tới theme. Cập nhật theme thì có: mọi chỉnh sửa viết thẳng vào file của theme cha sẽ bị ghi đè. Chỉnh sửa trong child theme, trong mục tùy biến hoặc trong UX Builder được lưu ở database nên vẫn còn.

Cập nhật plugin xong muốn quay lại bản cũ thì làm thế nào?

Plugin miễn phí trên WordPress.org cho tải các bản trước ở mục Advanced của trang plugin; cài đè bản đó lên. Plugin trả phí tải bản cũ từ tài khoản đã mua. Nếu bản mới đã nâng cấp dữ liệu, quay về bản cũ có thể lỗi, khi đó dùng bản backup chụp trước khi cập nhật.

WooCommerce báo cần cập nhật cơ sở dữ liệu, có an toàn không?

Đây là bước bình thường sau khi cập nhật WooCommerce và nên chạy để website hoạt động đúng. Hãy chắc đã có backup database ngay trước đó, và chạy vào giờ ít đơn. Với cửa hàng nhiều đơn, bước này có thể chạy nền vài phút.

Bao lâu không cập nhật thì website WordPress dễ bị tấn công?

Không có mốc cố định; rủi ro tính từ lúc lỗ hổng của một plugin bạn đang dùng được công bố. Công cụ dò tự động thường quét lỗ hổng mới rất sớm, nên plugin có bản vá bảo mật cần được cập nhật trong ngày, còn các bản thường gom theo lịch hằng tháng.

Cần người làm giúp phần này?

Mô tả ngắn nhu cầu hoặc gửi link website. Chúng tôi phản hồi bằng đánh giá cụ thể trước khi báo giá.

    Để lại một bình luận

    Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *

    Gửi tin nhắn Facebook Messenger Chat Zalo