Headless WordPress là gì và khác WordPress thường ở đâu

1Headless tách WordPress thành hai phần như thế nào

WordPress thường gom ba việc vào một chỗ: lưu nội dung, hiển thị giao diện và xử lý thương mại như giỏ hàng. Headless WordPress tách việc hiển thị ra khỏi WordPress. WordPress chỉ còn giữ nội dung và trả về qua API, còn một ứng dụng riêng, ở đây thường là Next.js, vẽ trang cho khách.

Điều thay đổi là lớp hiển thị được viết lại bằng một ứng dụng khác, và giao diện PHP của WordPress không còn là thứ khách nhìn thấy.

2REST API có sẵn hay WPGraphQL để lấy nội dung

Hai đường lấy dữ liệu phổ biến là REST API có sẵn trong WordPress và WPGraphQL, một plugin miễn phí thêm lớp GraphQL. WordPress có endpoint mặc định cho bài viết và trang tại /wp/v2/posts và /wp/v2/pages.

REST API là cách WordPress mở dữ liệu cho ứng dụng bên ngoài. Nội dung riêng tư cần xác thực, và WordPress khuyến nghị dùng Application Passwords từ bản 5.6 thay vì plugin Basic Auth, vì plugin này chỉ nên dùng khi phát triển.

WPGraphQL có lợi thế về hình dạng dữ liệu: một yêu cầu có thể xin đúng các trường cần, nên không cần gọi nhiều lần để lấy tác giả và chuyên mục. Hãng viết plugin tự đưa ra số đo so sánh với REST, nhưng số đó là phép thử của chính họ, không nêu môi trường, nên bài không trích lại như số đo độc lập.

3Faust.js và khi nào nên chọn cách nào

Faust.js là bộ công cụ nối WordPress với Next.js. Hướng dẫn cài đặt của Faust bảo cài thêm FaustWP và WPGraphQL, nên người làm headless với Faust thường đi qua WPGraphQL. Tài liệu không ghi phiên bản cụ thể của các thành phần này, nên bài không nêu số phiên bản.

Dùng REST thay vì WPGraphQL vẫn có thể làm được, nhưng khi đó phần nối dữ liệu viết tay nhiều hơn. Đây là cách đọc của MONA suy ra từ tài liệu, chưa phải kết quả đã thử.

4Chi phí vận hành hai lớp và khi nào nên cân nhắc

Chi phí của headless nằm ở việc vận hành hai lớp. Một lớp là WordPress và cơ sở dữ liệu, lớp kia là ứng dụng Next.js cần máy chủ Node.js hoặc Docker, cộng reverse proxy phía trước. Mỗi lớp có cập nhật, bảo mật và sao lưu riêng.

Nói thẳng điều này khác với cách một số hãng hosting trình bày: WP Engine tự nhận site brochure nhỏ thường hợp WordPress truyền thống hơn, nhưng cũng không nêu chi phí vận hành hai lớp trong trang headless của họ.

5Năm việc nên làm trước khi chọn headless

Bài này chỉ mô tả khái niệm và các lựa chọn công khai. Việc MONA làm headless thế nào, mất bao lâu và giá bao nhiêu chưa có trong bài, vì các câu hỏi đó đang chờ đội kỹ thuật trả lời.

Nếu website đang chạy WordPress, việc đầu tiên nên làm là rà các trang và liên kết hiện có, xem phần nào thật sự cần tách ra. Bước này không phụ thuộc vào việc chọn REST hay WPGraphQL.

6Giới hạn của bài tổng hợp này

• Tài liệu đọc ngày 09/10/2026 từ developer.wordpress.org, wpgraphql.com, faustjs.org và nextjs.org. Phiên bản của Faust, WPGraphQL và Next.js không có trên các trang đã đọc, nên bài không nêu số phiên bản.
• Số đo tốc độ của WPGraphQL là phép thử của chính hãng, không có môi trường, nên bài không trích như số đo độc lập. Chưa có số đo của MONA.
• Các bảng «MONA suy ra» là cách đọc của một công ty làm phần mềm, chưa được thử trên dự án thật. Đội kỹ thuật MONA chưa xác nhận cách làm, giá và thời gian.
• Bài không đưa chi phí, thời gian làm hay hosting của MONA. Các câu hỏi đó đang chờ đội kỹ thuật trả lời trước khi lên trang.

7Nguồn và trích dẫn

• WordPress REST API Handbook · endpoint mặc định và xác thực
• WPGraphQL: Introduction · mô tả, giấy phép, phạm vi nội dung
• WPGraphQL: REST so với GraphQL · so sánh và số đo của hãng
• Faust.js · cài đặt và định tuyến
• WP Engine: Headless WordPress · cách một hãng trình bày dịch vụ headless

@techreport{mona_nc27_2026,
  author = {{Nhóm kỹ thuật MONA Software}},
  title = {Headless WordPress là gì và khác WordPress thường ở đâu},
  institution = {Công ty TNHH Phần mềm MONA},
  number = {NC-27, bản 1.0},
  year = {2026},
  month = oct,
  url = {https://mona.software/nghien-cuu/headless-wordpress-la-gi-khac-gi-wordpress-thuong/},
  note = {Bài tổng hợp, tra văn bản 09/10/2026}
}