Câu Hỏi Thường Gặp

Quy trình khuyến nghị:

• Chỉ gửi tài khoản qua kênh bảo mật (password manager hoặc email mã hóa).
• Bật xác thực 2 bước (2FA) cho tài khoản quản trị.
• Không dùng chung 1 tài khoản cho nhiều người.
• Đổi mật khẩu ngay sau khi bàn giao hoặc kết thúc dự án.

Thực hiện theo thứ tự:

1. Khôi phục backup gần nhất.
2. Tắt plugin mới cập nhật để xác định xung đột.
3. Kiểm tra phiên bản PHP và WordPress tương thích.
4. Chụp log lỗi (debug.log, web server log) và gửi cho bộ phận kỹ thuật.

Nên kiểm tra cập nhật hàng tuần và áp dụng theo lịch cố định:

• Bản vá bảo mật: cập nhật ngay trong 24-48 giờ.
• Bản minor: cập nhật trong tuần sau khi test.
• Bản major: test trên staging trước khi cập nhật production.

Checklist nhanh:

• Bật cache trang và object cache.
• Tối ưu ảnh (WebP/AVIF, lazy-load).
• Giảm số plugin nặng và plugin trùng chức năng.
• Bật CDN cho file tĩnh.
• Kiểm tra query chậm trong database.

Khuyến nghị vận hành:

• Backup file + database hằng ngày.
• Lưu ít nhất 7-30 bản gần nhất.
• Lưu bản backup ở máy chủ khác (off-site).
• Kiểm tra restore thử ít nhất mỗi tháng một lần.

Các dấu hiệu phổ biến:

• Website tự chuyển hướng sang trang lạ.
• Xuất hiện user admin không rõ nguồn gốc.
• Google cảnh báo trang nguy hiểm.
• Tài nguyên CPU tăng cao bất thường.

Cần cô lập website và quét mã độc ngay.

Không nên. Chỉ nên chọn 1 bộ giải pháp chính để tránh xung đột và giảm tải hệ thống.

Nên bổ sung bằng các lớp bảo mật khác như WAF, giới hạn login, 2FA và backup định kỳ.

Cần staging khi:

• Cập nhật theme/plugin quan trọng.
• Thay đổi giao diện lớn hoặc thêm tính năng mới.
• Tối ưu hiệu năng có can thiệp code/database.
• Di chuyển hosting hoặc nâng phiên bản PHP.

• Nén ảnh trước khi upload (mục tiêu dưới 200KB cho ảnh nội dung).
• Dùng định dạng WebP/AVIF nếu có thể.
• Bật lazy-load.
• Khai báo đúng kích thước ảnh để tránh layout shift.

Cách ổn định nhất là cấu hình SMTP thay cho mail() mặc định.

• Cấu hình SMTP có xác thực (username/password).
• Kiểm tra SPF, DKIM, DMARC cho tên miền gửi.
• Kiểm tra log gửi mail và thư mục spam.

1. Kiểm tra log lỗi PHP và web server.
2. Đổi tên thư mục plugin để tắt toàn bộ plugin tạm thời.
3. Kiểm tra file .htaccess.
4. Tăng memory_limit PHP nếu cần.

Có thể khôi phục bằng 1 trong 2 cách:

• Dùng chức năng quên mật khẩu nếu email hệ thống hoạt động.
• Reset mật khẩu trực tiếp trong database cho user admin.

Sau khi vào lại hệ thống, kiểm tra user lạ và bật 2FA.

• Backup full file + database trước khi chuyển.
• Kiểm tra phiên bản PHP, MySQL/MariaDB ở server mới.
• Cập nhật DNS vào thời điểm ít traffic.
• Kiểm tra SSL, cron, SMTP sau khi cut-over.

Nguyên tắc: cấp quyền tối thiểu cần thiết.

• Admin: chỉ cho người vận hành chính.
• Editor: quản lý nội dung.
• Author/Contributor: viết bài theo phạm vi.
• Subscriber: chỉ xem thông tin tài khoản.

• Dùng cấu trúc URL thân thiện.
• Thiết lập sitemap.xml và robots.txt chuẩn.
• Tối ưu Core Web Vitals (LCP, CLS, INP).
• Thiết lập schema cho bài viết/sản phẩm.
• Không để trùng lặp title, meta description.

• Tối ưu database định kỳ (cleanup transient, revision).
• Bật object cache (Redis/Memcached).
• Giảm plugin checkout không cần thiết.
• Dùng hosting tối ưu riêng cho WooCommerce.

• Cài qua Google Tag Manager để dễ quản lý.
• Thiết lập consent banner theo quy định cookie.
• Kiểm tra event bằng công cụ debug trước khi chạy ads.

Nên dọn dẹp mỗi tháng:

• Xóa revision cũ, transient hết hạn, spam comments.
• Gỡ plugin/theme không còn sử dụng.
• Kiểm tra orphan options/tables do plugin để lại.

Khi tạo ticket khẩn cấp, nên cung cấp:

• Thời điểm bắt đầu lỗi.
• URL bị ảnh hưởng và ảnh chụp màn hình.
• Các thay đổi gần nhất (update plugin/theme, chỉnh DNS, cài extension mới).
• Mức độ ảnh hưởng kinh doanh (toàn site hay 1 phần).

Gói bảo trì chuẩn thường gồm:

• Update core/plugin/theme có kiểm thử.
• Giám sát uptime và hiệu năng.
• Backup và kiểm tra khả năng restore.
• Quét bảo mật và hardening định kỳ.
• Báo cáo kỹ thuật hàng tháng.