Nếu bạn từng nghe tên Gatsby khi tìm hiểu về web tĩnh hay headless CMS (CMS không đầu — tách phần quản trị nội dung khỏi phần hiển thị), bài này giải thích đúng bản chất của nó, cách nó khác các công cụ cùng họ, và quan trọng nhất ở năm 2026 là nó còn đáng để bắt đầu một dự án mới hay không.
Gatsby.js sinh ra để giải bài toán gì
Gatsby ra mắt năm 2015, vào thời điểm mà việc gắn React vào một site nội dung (blog, trang giới thiệu, tài liệu) còn khá lằng nhằng. Ý tưởng cốt lõi của Gatsby là: lấy toàn bộ nội dung từ mọi nguồn bạn có, nhồi tất cả vào một lớp dữ liệu chung, rồi lúc build (dựng dự án) sinh sẵn ra các file HTML tĩnh. Khi người dùng mở trang, họ nhận file HTML đã có sẵn, nên trang hiện rất nhanh; sau đó React mới “ngậm nước” (hydration — gắn tương tác vào HTML tĩnh) để các phần động hoạt động.
Hai đặc trưng làm nên cá tính riêng của Gatsby, khác hẳn các bộ tạo web tĩnh khác:
- Dựa trên React: mỗi trang là một component React. Ai đã quen viết React thì gần như không phải học cú pháp template mới.
- Lớp dữ liệu GraphQL: đây là thứ Gatsby gần như độc quyền trong nhóm web tĩnh. Mọi nguồn dữ liệu đều được gom về một schema GraphQL duy nhất, và trong template bạn viết câu truy vấn để lấy đúng phần cần.
Lớp dữ liệu GraphQL hoạt động ra sao
Đây là phần đáng hiểu nhất, vì nó vừa là điểm mạnh vừa là gánh nặng của Gatsby. Gatsby dùng các “source plugin” (trình nạp nguồn) để hút dữ liệu từ những nơi rất khác nhau — file Markdown trong dự án, một API ngoài, một CMS đám mây, hay một site WordPress — rồi chuẩn hoá tất cả thành một sơ đồ dữ liệu GraphQL chung.
Trong template, thay vì gọi thẳng từng API mỗi nguồn một kiểu, bạn viết một câu truy vấn GraphQL khai báo “tôi cần tiêu đề, ngày đăng, ảnh bìa”. Gatsby trả về đúng từng đó. Một ví dụ rất thu gọn:
query {
allMarkdownRemark {
nodes {
frontmatter { title date }
}
}
}Cách làm này gọn gàng khi dự án kéo dữ liệu từ nhiều nguồn cùng lúc. Nhưng nó cũng buộc bạn phải học cách Gatsby mô hình hoá dữ liệu, và mọi nguồn mới đều phải có source plugin tương ứng còn được bảo trì — điểm này về sau thành vấn đề lớn.
Gatsby với WordPress headless
Một kịch bản từng rất phổ biến là dùng WordPress làm nơi soạn nội dung và Gatsby làm phần hiển thị. Cách ghép thường gồm WPGraphQL (plugin biến WordPress thành một endpoint GraphQL — điểm cuối để truy vấn dữ liệu) ở phía WordPress, cộng với source plugin gatsby-source-wordpress ở phía Gatsby để kéo nội dung đó vào lớp dữ liệu chung. Người viết bài vẫn dùng giao diện WordPress quen thuộc, còn khách truy cập nhận trang tĩnh nhẹ và nhanh.
Mô hình tách quản trị khỏi hiển thị này chính là điều khiến nhiều chủ web quan tâm tới thiết kế web tách phần hiển thị — giữ lại sức mạnh soạn thảo của WordPress nhưng đẩy phần giao diện sang một framework hiện đại. Gatsby từng là một trong những lựa chọn đầu cho hướng này; ngày nay vai trò đó đã thay đổi nhiều, lý do nằm ở phần dưới.
Trạng thái dự án Gatsby năm 2026
Đây là phần bạn cần đọc kỹ nhất nếu đang cân nhắc bắt đầu dự án mới. Netlify mua lại Gatsby vào đầu năm 2023, và sau đó phần lớn đội ngũ phát triển cốt lõi rời đi. Từ thời điểm ấy, Gatsby chuyển sang trạng thái duy trì là chính, chứ không còn phát triển mạnh như giai đoạn đỉnh cao.
Cụ thể đến năm 2026:
- Phiên bản gần nhất là dòng v5.16 (ra đầu năm 2026), bổ sung hỗ trợ React 19 và Node.js 24. Tức là dự án vẫn nhận cập nhật để theo kịp môi trường JavaScript, không phải đã chết hẳn.
- Nhưng nhịp ra tính năng mới đã chậm lại rõ rệt. Phần lớn cập nhật là vá tương thích và sửa lỗi, không phải hướng đi mới.
- Hệ sinh thái plugin — vốn từng là thế mạnh lớn nhất của Gatsby — nay nhiều plugin phổ biến đã lâu không được bảo trì. Mỗi lần nâng Node.js thường kéo theo một đợt va chạm phụ thuộc mà không ai vội sửa.
Trong khi đó, các framework React đời sau, đặc biệt là framework React của Vercel có render phía máy chủ, đã lấn át phần lớn không gian mà Gatsby từng chiếm, với mô hình render linh hoạt hơn và cộng đồng đông hơn nhiều. Đây là lý do thẳng thắn vì sao rất khó tìm được tình huống mà Gatsby là lựa chọn tốt nhất cho một dự án khởi tạo mới hôm nay.
Khi nào Gatsby còn hợp, khi nào không
| Tình huống | Gatsby có hợp không |
|---|---|
| Bảo trì, mở rộng một site Gatsby đang chạy ổn định | Hợp — không cần đập đi xây lại nếu nó vẫn vận hành tốt |
| Đội đã quen sâu lớp dữ liệu GraphQL của Gatsby và nguồn dữ liệu còn plugin tốt | Tạm chấp nhận được |
| Dự án mới, cần cộng đồng lớn và lộ trình rõ ràng | Không nên — nhịp phát triển đã chững |
| Blog hoặc trang tài liệu tĩnh đơn giản, không cần React | Không nên — các bộ tạo web tĩnh nhẹ hơn phù hợp hơn |
Nếu bạn chỉ cần một website doanh nghiệp hoàn chỉnh để chạy việc chứ không phải tự code bằng framework, có thể nhờ Web22 làm website thay vì tự dựng và bảo trì.
Nếu nhu cầu của bạn chỉ là một blog hay trang tài liệu tĩnh thuần, không cần đến React và lớp GraphQL, thì một công cụ gọn nhẹ như bộ tạo web tĩnh viết bằng Go sẽ dựng nhanh hơn và ít gánh nặng phụ thuộc hơn nhiều. Gatsby chỉ thực sự đáng giá khi bạn cần đúng cái nó mạnh: gom nhiều nguồn dữ liệu phức tạp vào một lớp truy vấn chung, trong một dự án React.
Câu hỏi thường gặp
Gatsby.js đã ngừng phát triển chưa?
Chưa ngừng hẳn. Dự án vẫn ra bản cập nhật trong năm 2026 (dòng v5.16, hỗ trợ React 19 và Node.js 24), nhưng chủ yếu là vá tương thích chứ không còn phát triển tính năng mạnh như trước.
Gatsby khác bộ tạo web tĩnh thông thường ở chỗ nào?
Khác chính ở hai điểm: nó dựa trên React thay vì ngôn ngữ template riêng, và có một lớp dữ liệu GraphQL gom mọi nguồn về một sơ đồ chung để truy vấn. Các bộ tạo web tĩnh khác thường nhẹ hơn nhưng không có lớp dữ liệu này.
Có nên bắt đầu dự án mới bằng Gatsby năm 2026 không?
Trong đa số trường hợp là không nên. Với một dự án React mới có nội dung động, một framework còn phát triển mạnh và cộng đồng đông sẽ là lựa chọn an toàn hơn về lâu dài.