Plugin Inventory WordPress: Cách lập Dependency Map và quản lý rủi ro

Plugin Inventory WordPress là danh sách có cấu trúc về plugin, theme, custom code và dependency đang tham gia vào website. Mục tiêu không phải đếm số plugin, mà là biết thành phần nào phục vụ chức năng gì, ai sở hữu, phụ thuộc vào đâu, rủi ro thế nào và có phương án thay thế hay không.

Tóm tắt: Inventory tốt nên ghi version, source, license, owner, criticality, dependency, update policy, last review và replacement path. Với plugin quan trọng, cần biết nếu plugin ngừng support hoặc update lỗi thì website mất chức năng nào.

Vì sao “danh sách plugin” chưa đủ?

Hai website cùng có 20 plugin nhưng mức rủi ro có thể hoàn toàn khác nhau. Một plugin checkout, SSO hoặc membership có thể quan trọng hơn nhiều plugin giao diện. Inventory vận hành phải gắn plugin với business function và dependency.

Inventory tối thiểu nên có những cột nào?

Trường	Ý nghĩa
Name/slug	Xác định chính xác thành phần
Version	Biết trạng thái hiện tại
Source	WordPress.org, vendor, custom hoặc bundled
License	Ai sở hữu, ngày hết hạn
Owner	Ai chịu trách nhiệm
Business function	Plugin phục vụ form, SEO, payment, cache, security…
Criticality	Low/Medium/High/Critical theo impact
Dependency	Phụ thuộc plugin/theme/API nào
Update policy	Auto, manual, staging-first hoặc freeze
Replacement path	Có thể thay thế/gỡ bỏ ra sao

WordPress có hỗ trợ khai báo plugin dependency không?

WordPress hỗ trợ metadata Requires Plugins để plugin khai báo plugin bắt buộc. Đây là tín hiệu kỹ thuật hữu ích, nhưng không bao quát toàn bộ dependency vận hành như custom integration, shortcode, widget, cron job, webhook hoặc data model.

Vì vậy dependency map nội bộ vẫn cần thiết, đặc biệt với website đã tồn tại nhiều năm hoặc qua nhiều agency.

Phân loại plugin theo vai trò

• Business-critical: checkout, booking, membership, lead, authentication.
• Platform: cache, security, backup, SMTP, SEO.
• Editorial: block, editor extension, custom field.
• Optional: tiện ích không ảnh hưởng core journey.
• Legacy: không rõ owner, ít dùng, có dấu hiệu technical debt.

Dependency Map nên thể hiện gì?

Ví dụ:

• Checkout → WooCommerce → payment plugin → payment gateway API.
• Lead form → form plugin → SMTP → CRM webhook.
• Membership → plugin → custom role → cron renewal → email.

Khi nhìn theo chuỗi như vậy, team biết update một plugin có thể ảnh hưởng nhiều lớp hơn giao diện plugin screen cho thấy.

Khi nào plugin cần được review sâu?

• lâu không cập nhật;
• không tương thích phiên bản PHP mục tiêu;
• license hết hạn;
• không rõ maintainer;
• có security advisory;
• gây conflict lặp lại;
• chức năng trùng plugin khác;
• không ai biết vì sao nó còn tồn tại.

Xem plugin WordPress ngừng cập nhật để đánh giá giữ, thay hoặc gỡ.

Không nên gỡ plugin chỉ vì “không dùng thấy rõ”

Một plugin có thể chỉ cung cấp shortcode, cron, REST endpoint hoặc custom field mà frontend không thể hiện trực tiếp. Trước khi deactivate/delete, cần tìm dependency và test trên staging.

Quy trình thay đổi nên đi qua Change Management và Regression Test.

Cadence review inventory

• Hàng tháng: update status, security notice, license.
• Hàng quý: owner, dependency, criticality, redundancy.
• Trước major change: snapshot inventory và target state.
• Sau takeover: inventory đầy đủ trước khi ký SLA vận hành.

Checklist Plugin Inventory

• Mọi plugin active có owner.
• Biết plugin nào business-critical.
• License/source rõ.
• Dependency quan trọng được ghi.
• Plugin legacy có quyết định giữ/thay/gỡ.
• Không có plugin nulled/nguồn không tin cậy.
• Có replacement path cho plugin critical.
• Inventory được cập nhật sau change lớn.

Kết luận

Plugin Inventory và Dependency Map là nền tảng của WordPress Operations. Khi biết rõ hệ thống đang phụ thuộc vào gì, team mới có thể update, test và rollback có kiểm soát thay vì xử lý theo cảm tính.

Nguồn tham khảo: WP_Plugin_Dependencies.