Khi triển khai một dự án web lên Cloudflare, rất nhiều người băn khoăn nên chọn Cloudflare Pages hay Cloudflare Workers để deploy dự án. Đây là hai dịch vụ phổ biến, đều chạy trên hạ tầng toàn cầu của Cloudflare và mang lại tốc độ tải nhanh, độ ổn định cao cùng khả năng mở rộng tốt. Tuy nhiên, mỗi giải pháp lại phù hợp với những loại dự án khác nhau, tùy thuộc vào mục tiêu, kiến trúc và mức độ phức tạp của ứng dụng.
Cloudflare Pages thường được lựa chọn cho các website tĩnh, blog, landing page như Astro.js hoặc frontend của các ứng dụng hiện đại như Nuxt, Tanstact Start, Sveltekit, Next.js. Trong khi đó, Cloudflare Workers lại phù hợp với các dự án cần xử lý logic phía server, xây dựng API, middleware, xác thực người dùng hoặc thao tác dữ liệu theo thời gian thực. Việc hiểu rõ sự khác biệt giữa Pages và Workers sẽ giúp bạn tiết kiệm thời gian triển khai, tối ưu chi phí vận hành và tránh các rào cản kỹ thuật không cần thiết.
Trong bài viết này, chúng ta sẽ phân tích chi tiết Cloudflare Pages và Cloudflare Workers khác nhau như thế nào, ưu nhược điểm của từng giải pháp, và quan trọng nhất là nên chọn Cloudflare Pages hay Workers để deploy dự án trong từng trường hợp cụ thể.
Cloudflare Pages là gì?
Cloudflare Pages là một dịch vụ lưu trữ và triển khai website tĩnh do Cloudflare cung cấp, giúp lập trình viên và doanh nghiệp xây dựng website nhanh, an toàn và dễ mở rộng. Cloudflare Pages hỗ trợ các framework phổ biến như React, Vue, Angular, Next.js, Nuxt, Hugo và nhiều công cụ tạo website tĩnh khác.
Một trong những điểm mạnh của Cloudflare Pages là khả năng kết nối trực tiếp với GitHub hoặc GitLab. Mỗi khi bạn cập nhật mã nguồn, hệ thống sẽ tự động build và triển khai website chỉ trong vài giây. Điều này giúp tối ưu quy trình phát triển và giảm thiểu lỗi khi xuất bản nội dung.
Cloudflare Pages sử dụng mạng lưới CDN toàn cầu của Cloudflare, giúp website tải nhanh ở mọi khu vực trên thế giới. Ngoài ra, dịch vụ này còn tích hợp sẵn SSL miễn phí, bảo vệ website khỏi các mối đe dọa bảo mật phổ biến.
Cloudflare Pages đặc biệt phù hợp cho landing page, blog, website giới thiệu doanh nghiệp và tài liệu kỹ thuật. Với gói miễn phí hào phóng, người dùng có thể bắt đầu mà không cần chi phí ban đầu.
Tóm lại, Cloudflare Pages là giải pháp lý tưởng cho những ai muốn triển khai website tĩnh hiệu suất cao, bảo mật tốt và dễ quản lý, đồng thời hỗ trợ tốt cho chiến lược SEO và trải nghiệm người dùng.
Cloudflare Workers là gì?
Cloudflare Workers là nền tảng serverless của Cloudflare, cho phép chạy mã JavaScript, TypeScript, Rust hoặc WebAssembly trực tiếp trên mạng lưới toàn cầu của Cloudflare mà không cần quản lý máy chủ. Thay vì xử lý yêu cầu tại một máy chủ cố định, Cloudflare Workers thực thi mã ở vị trí gần người dùng nhất, giúp giảm độ trễ và tăng tốc độ phản hồi.
Cloudflare Workers hoạt động dựa trên mô hình edge computing, nghĩa là logic ứng dụng được xử lý ngay tại “edge” của mạng. Điều này đặc biệt hữu ích cho các tác vụ như xử lý API, xác thực người dùng, biến đổi nội dung HTML, caching thông minh, hoặc xây dựng backend nhẹ cho website và ứng dụng web.
Một ưu điểm nổi bật của Cloudflare Workers là khả năng mở rộng tự động. Hệ thống có thể xử lý hàng triệu request mỗi giây mà không cần cấu hình thêm tài nguyên. Bên cạnh đó, Workers tích hợp chặt chẽ với các dịch vụ khác của Cloudflare như KV, Durable Objects, R2 Storage và D1 Database, giúp xây dựng ứng dụng hoàn chỉnh ngay trên nền tảng này.
Nhờ hiệu suất cao, chi phí hợp lý và khả năng triển khai nhanh, Cloudflare Workers được sử dụng rộng rãi trong các ứng dụng web hiện đại, API tốc độ cao, bảo mật, và tối ưu trải nghiệm người dùng trên toàn cầu.
Gói miễn phí Coudflare Pages và Workers có gì?
Cloudflare cung cấp gói miễn phí cho cả Cloudflare Pages và Cloudflare Workers, rất phù hợp cho cá nhân, sinh viên và các dự án nhỏ muốn triển khai web nhanh, ổn định và an toàn.
Cloudflare Pages – gói miễn phí
Cloudflare Pages cho phép bạn deploy website tĩnh trực tiếp từ GitHub hoặc GitLab.
Các quyền lợi chính:
- Không giới hạn số website
- Băng thông không giới hạn
- HTTPS tự động với chứng chỉ SSL miễn phí
- Tích hợp CI/CD tự động khi push code
- Hỗ trợ các framework phổ biến như Next.js, Nuxt, Astro, Hugo
- 500 build mỗi tháng
- Tốc độ cao nhờ mạng CDN toàn cầu của Cloudflare
Gói miễn phí rất phù hợp để làm blog, landing page, tài liệu hoặc website giới thiệu sản phẩm.
Cloudflare Workers – gói miễn phí
Cloudflare Workers cho phép chạy serverless function ngay tại edge.
Quyền lợi của gói miễn phí:
- 100.000 request mỗi ngày
- Thời gian chạy tối đa 10ms mỗi request
- Hỗ trợ JavaScript, TypeScript và WebAssembly
- Không cần quản lý server
- Tích hợp dễ dàng với Pages
Cloudflare Workers miễn phí phù hợp cho API đơn giản, xử lý request, xác thực, redirect hoặc làm backend nhẹ.
Nói ngắn gọn
Gói miễn phí Cloudflare Pages và Workers đáp ứng tốt nhu cầu xây dựng website và backend nhỏ với hiệu suất cao, bảo mật tốt và chi phí bằng 0. Đây là lựa chọn rất đáng dùng cho người mới bắt đầu.
Mô hình trang web chạy Serverless là gì, Serverful là gì?
Serverless và Serverful là hai mô hình triển khai trang web phổ biến hiện nay, khác nhau ở cách quản lý hạ tầng máy chủ.
Serverful là mô hình truyền thống. Doanh nghiệp phải tự quản lý máy chủ hoặc thuê VPS/Dedicated Server. Bạn cần cấu hình hệ điều hành, cài đặt web server, database, bảo mật, backup và theo dõi hiệu năng. Tài nguyên được cấp phát cố định, dù website có nhiều hay ít truy cập thì server vẫn chạy liên tục. Mô hình Serverful phù hợp với hệ thống lớn, cần kiểm soát sâu và có đội ngũ kỹ thuật chuyên trách.
Serverless là mô hình hiện đại hơn. Nhà cung cấp cloud (như AWS, Google Cloud, Azure) quản lý toàn bộ máy chủ. Lập trình viên chỉ cần viết mã và triển khai các hàm xử lý. Hệ thống tự động mở rộng theo lượng truy cập và bạn chỉ trả tiền cho tài nguyên thực tế đã dùng. Website chạy Serverless thường kết hợp Function as a Service, CDN và dịch vụ managed database.
So sánh nhanh:
- Serverful: kiểm soát cao, chi phí cố định, cần vận hành thủ công.
- Serverless: không cần quản lý server, tự động scale, chi phí linh hoạt.
Tùy mục tiêu kinh doanh, ngân sách và năng lực kỹ thuật, bạn có thể chọn mô hình phù hợp cho trang web của mình.
Tại sao mô hình Serverless đang được nhiều doanh nghiệp lựa chọn thay cho Serverful?
Mô hình Serverless đang ngày càng phổ biến và dần thay thế Serverful trong nhiều doanh nghiệp nhờ khả năng tối ưu chi phí và vận hành linh hoạt. Với Serverless, doanh nghiệp không cần quản lý máy chủ vật lý hay máy chủ ảo. Nhà cung cấp dịch vụ đám mây như AWS, Google Cloud hoặc Azure sẽ đảm nhiệm toàn bộ hạ tầng, giúp đội ngũ kỹ thuật tập trung vào phát triển tính năng thay vì bảo trì hệ thống.
Một lợi thế lớn của Serverless là tính mở rộng tự động. Khi lượng truy cập tăng đột biến, hệ thống tự động mở rộng tài nguyên mà không cần can thiệp thủ công. Ngược lại, Serverful thường phải dự đoán trước tải và cấu hình máy chủ, dễ gây lãng phí hoặc quá tải.
Về chi phí, Serverless áp dụng mô hình trả tiền theo mức sử dụng thực tế, giúp doanh nghiệp tiết kiệm đáng kể, đặc biệt với các website có lưu lượng truy cập không ổn định. Trong khi đó, Serverful yêu cầu trả phí cố định cho máy chủ dù có sử dụng hết hay không.
Ngoài ra, Serverless giúp triển khai nhanh, rút ngắn thời gian đưa sản phẩm ra thị trường và tăng khả năng cạnh tranh. Chính những yếu tố này khiến mô hình trang web Serverless trở thành lựa chọn ưu tiên của nhiều doanh nghiệp hiện nay.
Tại sao nên chọn Deploy tại Cloudflare thay vì Vercel hay Netlify?
Cloudflare đang trở thành lựa chọn deploy ngày càng phổ biến nhờ chi phí thấp, hiệu năng cao và hạ tầng toàn cầu mạnh mẽ. So với Vercel hay Netlify, Cloudflare có nhiều điểm khác biệt đáng cân nhắc.
Trước hết, Cloudflare Workers và Pages có gói miễn phí rộng. Bạn có thể deploy website tĩnh, ứng dụng frontend hoặc API serverless với giới hạn rất thoải mái, trong khi Vercel và Netlify thường giới hạn request hoặc tính phí sớm khi dự án tăng trưởng.
Thứ hai, mạng CDN toàn cầu của Cloudflare rất mạnh. Cloudflare có hơn 300 điểm hiện diện trên toàn thế giới, giúp nội dung được phân phối gần người dùng nhất. Điều này giúp website tải nhanh hơn, giảm độ trễ rõ rệt so với nhiều nền tảng khác.
Thứ ba, bảo mật tích hợp sẵn là lợi thế lớn. Cloudflare cung cấp DDoS protection, WAF, SSL miễn phí và các công cụ chống bot ngay từ đầu, không cần cấu hình phức tạp hay trả thêm phí.
Ngoài ra, Cloudflare cho phép chạy logic ở edge. Với Workers, bạn có thể xử lý request, xác thực, cache, hoặc viết API ngay tại edge, giúp ứng dụng phản hồi nhanh và linh hoạt hơn so với mô hình serverless truyền thống.
Tóm lại, nếu bạn cần deploy tiết kiệm chi phí, tốc độ cao, bảo mật tốt và dễ mở rộng, Cloudflare là lựa chọn rất đáng cân nhắc so với Vercel hay Netlify
So sánh hiệu suất trang web khi deploy lên Cloudflare Pages và Cloudflare Workers
Cloudflare Pages và Cloudflare Workers đều chạy trên mạng CDN toàn cầu của Cloudflare, nhưng hiệu suất trang web giữa hai nền tảng này có sự khác biệt rõ ràng tùy vào cách sử dụng.
Cloudflare Pages được tối ưu cho các website tĩnh và frontend framework như React, Vue, Astro hay Next.js (static). Khi deploy lên Cloudflare Pages, nội dung HTML, CSS và JavaScript được phân phối trực tiếp từ edge gần người dùng nhất, giúp thời gian tải trang rất nhanh, TTFB thấp và điểm Core Web Vitals tốt. Pages phù hợp cho blog, landing page, tài liệu kỹ thuật và các website ít logic động.
Cloudflare Workers lại phù hợp với các ứng dụng web có xử lý động. Workers chạy JavaScript tại edge, cho phép xử lý request, gọi API, xác thực và tùy biến response theo người dùng. Hiệu suất của Workers rất cao so với server truyền thống vì không có cold start đáng kể. Tuy nhiên, nếu xử lý logic phức tạp hoặc gọi nhiều API bên ngoài, thời gian phản hồi có thể cao hơn Pages thuần tĩnh.
Về tổng thể, Cloudflare Pages cho hiệu suất tải trang tốt nhất với nội dung tĩnh, còn Cloudflare Workers mạnh hơn cho website cần xử lý động theo thời gian thực. Nhiều dự án hiện nay kết hợp Pages và Workers để tối ưu hiệu suất và khả năng mở rộng.
Demo trang web Astro 6 chạy ở Cloudflare Pages: david.quicksite.vn
Demo trang web Astro 6 chạy ở Cloudflare Workers: kit.quicksite.vn
Ngoài ra một số DEMO khác cũng đang chạy Cloudflare Pages
Demo Astro Simple Blog: astro.quicksite.vn
Demo Next.js Agency: wpnext.quicksite.vn
Demo Tanstack Start Agency: wpstart.quicksite.vn
Demo Nuxt.js Agency: wpnuxt.quicksite.vn
Demo Sveltekit Agency: wpkit.quicksite.vn
So sánh chi phí trang web khi deploy lên Cloudflare Pages và Cloudflare Workers
Cloudflare Pages và Cloudflare Workers đều là dịch vụ phổ biến để deploy trang web, nhưng chi phí và cách tính phí có nhiều điểm khác nhau. Việc hiểu rõ sự khác biệt giúp bạn chọn giải pháp phù hợp với ngân sách và nhu cầu.
Cloudflare Pages có lợi thế lớn về chi phí. Gói Free cho phép build và deploy website tĩnh với băng thông không giới hạn, SSL miễn phí và tích hợp CDN toàn cầu. Ngay cả với gói trả phí, chi phí vẫn thấp, phù hợp cho blog cá nhân, landing page, website doanh nghiệp nhỏ hoặc dự án SEO. Bạn gần như không phải lo chi phí tăng đột biến khi lượng truy cập cao.
Cloudflare Workers hoạt động theo mô hình serverless, tính phí dựa trên số request và thời gian chạy code. Gói Free có giới hạn số request mỗi ngày, phù hợp cho thử nghiệm hoặc dự án nhỏ. Khi website có logic động, API hoặc xử lý dữ liệu phức tạp, Workers mang lại sự linh hoạt cao nhưng chi phí sẽ tăng theo lưu lượng truy cập. Với website lớn, chi phí Workers có thể cao hơn Pages nếu không tối ưu tốt.
Kết luận, nếu website chủ yếu là nội dung tĩnh và ưu tiên tiết kiệm chi phí, Cloudflare Pages là lựa chọn tối ưu. Ngược lại, Cloudflare Workers phù hợp khi cần xử lý động, chấp nhận chi phí cao hơn để đổi lấy khả năng mở rộng và kiểm soát logic server.
Nên chọn Deploy thế nào?
Việc chọn Cloudflare Pages hay Cloudflare Workers phụ thuộc vào loại dự án web, mức độ động và cách xử lý dữ liệu.
Khi nào nên deploy ở Cloudflare Pages
Cloudflare Pages phù hợp với website tĩnh hoặc bán tĩnh, ưu tiên tốc độ và đơn giản:
- Website giới thiệu công ty, landing page
- Blog, tài liệu kỹ thuật, portfolio cá nhân
- Frontend React, Vue, Svelte, Next.js (SSG)
- Website ít logic backend
- Dự án cần CI/CD nhanh từ GitHub, GitLab
Ưu điểm:
- Deploy cực nhanh, cấu hình đơn giản
- Tự động CDN toàn cầu
- Miễn phí tốt cho dự án nhỏ
- Kết hợp Workers cho các chức năng động khi cần
Pages nên dùng khi frontend là trọng tâm
Khi nào nên deploy ở Cloudflare Workers
Cloudflare Workers phù hợp với ứng dụng web có logic động, API hoặc xử lý request phức tạp:
- API serverless
- Authentication, middleware
- Xử lý dữ liệu theo request
- Edge computing, geo-based logic
- Proxy, rewrite, cache nâng cao
Ưu điểm:
- Chạy code JavaScript/TypeScript tại Edge
- Độ trễ cực thấp
- Dễ kết hợp với KV, D1, R2
- Kiểm soát logic cao hơn Pages
Workers nên dùng khi backend và xử lý request là trọng tâm
Nói ngắn gọn
- Website tĩnh → Cloudflare Pages
- API, logic động → Cloudflare Workers
- Dự án hiện đại → Pages + Workers kết hợp
Cách này vừa tối ưu hiệu suất, vừa dễ mở rộng lâu dài.
Cloudflare Workers phiên bản mới vẫn có thể Render Static được và có các tính năng nâng cao
Cloudflare Workers vẫn có thể render static và đây là điều nhiều người thường hiểu nhầm. Dù Workers được biết đến chủ yếu như một nền tảng serverless chạy JavaScript ở edge, nó hoàn toàn có khả năng phục vụ nội dung tĩnh một cách hiệu quả.
Trước hết, Cloudflare Workers có thể trả về HTML tĩnh thông qua đối tượng Response. Bạn chỉ cần lưu nội dung HTML dưới dạng chuỗi hoặc import từ file, sau đó trả trực tiếp cho client. Cách này phù hợp với landing page, blog đơn giản hoặc tài liệu không thay đổi thường xuyên.
Ngoài ra, khi kết hợp Workers với Cloudflare KV hoặc R2, bạn có thể lưu trữ file HTML, CSS, JS và phục vụ chúng như static site. Workers đóng vai trò như lớp điều phối, đọc dữ liệu từ KV hoặc R2 rồi render ra ngay tại edge, giúp giảm độ trễ đáng kể.
Cloudflare còn cung cấp Workers Sites và hiện nay là Pages, cho phép triển khai static site dễ dàng. Trong nhiều trường hợp, Workers được dùng để bổ sung logic như rewrite URL, kiểm soát cache, A/B testing, hoặc inject dữ liệu nhỏ vào HTML tĩnh mà không cần server truyền thống.
Về SEO, việc render static bằng Cloudflare Workers mang lại lợi thế lớn: tốc độ tải nhanh, Time to First Byte thấp, và HTML được trả về đầy đủ cho bot tìm kiếm. Điều này giúp Google dễ crawl, index tốt hơn và cải thiện thứ hạng tìm kiếm.
Tóm lại, Cloudflare Workers không chỉ render dynamic mà hoàn toàn render static tốt, linh hoạt và tối ưu cho hiệu năng lẫn SEO.
Có thể dùng Cloudflare Edge Caching Rules khi dùng Cloudflare Pages hoặc Workers không?
Câu trả lời ngắn gọn là CÓ, bạn hoàn toàn có thể dùng Cloudflare Cache Rules với cả Pages và Workers. Tuy nhiên, cơ chế hoạt động và mức độ ưu tiên của chúng khác nhau đáng kể mà bạn cần lưu ý để tránh xung đột.
Dưới đây là chi tiết cách vận hành cho từng loại:
Với Cloudflare Pages
Cloudflare Pages thực chất là một dịch vụ lưu trữ tĩnh được tối ưu hóa sẵn. Mặc định, Pages có cơ chế cache rất thông minh: nó tự động cache mọi asset và chỉ purge (xóa cache) khi bạn thực hiện một đợt Deploy mới.
- Cách dùng Cache Rules: Bạn có thể tạo Cache Rule trỏ vào hostname của Pages (ví dụ:
your-app.pages.devhoặc custom domain). - Lợi ích: Dùng để ghi đè (override) các giá trị mặc định của Pages. Ví dụ: Bạn muốn các file hình ảnh
.jpgđược cache ở Edge trong 1 năm (Edge Cache TTL), thay vì để Pages tự quyết định. - Lưu ý: Nếu bạn dùng Pages Functions (phần backend của Pages), các Cache Rules vẫn áp dụng lên các route này trừ khi Worker/Function đó có logic cache riêng mạnh hơn.
Với Cloudflare Workers
Đây là phần phức tạp hơn vì Worker nằm “án ngữ” ngay tại Edge, có thể chạy trước hoặc thay thế logic cache thông thường.
Thứ tự ưu tiên (Precedence)
Cloudflare áp dụng quy tắc theo thứ tự từ cao đến thấp như sau:
- Thiết lập trong code Worker (sử dụng thuộc tính
cftrong hàmfetch()hoặcCache API). - Cache Rules (Dashboard).
- Page Rules (Dòng cũ, đang dần bị thay thế bởi Cache Rules).
Nếu trong code Worker bạn đã set
cacheEverything: truehoặc set TTL cụ thể qua objectcf, thì nó sẽ ghi đè hoàn toàn các Cache Rules bạn đã cấu hình trên Dashboard.
Cách phối hợp hiệu quả
- Dùng Cache Rules khi: Bạn muốn quản lý tập trung các quy tắc cache (như Bypass cache cho admin, Cache Everything cho trang tin tức) mà không muốn sửa code Worker liên tục.
- Dùng Worker Code khi: Bạn cần logic cực kỳ phức tạp (ví dụ: cache dựa trên giá trị của một Custom Header đặc thù hoặc dữ liệu từ KV/D1).
Bảng so sánh nhanh
| Đặc điểm | Cloudflare Pages | Cloudflare Workers |
| Mặc định | Tự động cache, purge khi deploy. | Không tự động cache (phải cấu hình). |
| Ghi đè bằng Cache Rules | Rất hiệu quả cho asset tĩnh. | Được, nhưng code Worker có quyền ưu tiên cao nhất. |
| Khuyên dùng | Dùng Cache Rules để tối ưu Edge TTL cho các file hashed. | Ưu tiên xử lý cache trực tiếp trong code để đồng nhất logic. |
Một mẹo nhỏ cho dự án của bạn:
Vì bạn đang làm Headless WordPress với Astro/Next.js:
- Nếu dùng Pages, hãy tận dụng file
_headersđể setCache-Control. Cloudflare sẽ ưu tiên các header này trước khi bạn cần đến Cache Rules phức tạp. - Nếu dùng Workers làm proxy, hãy cẩn thận với việc dùng Cache Rules để “Cache Everything” vì nó có thể cache nhầm các phản hồi lỗi từ API WordPress nếu không cấu hình kỹ.
Cloudflare WAF Rules có hoạt động tốt với các dự án Pages hoặc Workers không?
Hoàn toàn CÓ, và thực tế WAF (Web Application Firewall) là lớp bảo vệ cực kỳ quan trọng khi bạn triển khai full-stack trên Cloudflare.
Tuy nhiên, có một điểm mấu chốt về thứ tự thực thi mà bạn cần nắm vững để không bị “hố” khi viết code xử lý logic ở Edge.
Thứ tự thực thi: Ai chạy trước?
Trên hạ tầng Cloudflare, các yêu cầu (requests) đi qua các lớp theo thứ tự “từ ngoài vào trong”.
Luồng đi của một Request:
- DDoS Protection (Lớp bảo vệ cơ bản nhất)
- WAF Rules (Custom Rules, Managed Rules, Rate Limiting) <– CHẠY TẠI ĐÂY
- Cloudflare Workers / Pages Functions
- Cache (Nếu có)
- Origin (Nếu là Worker proxy về server riêng)
Ý nghĩa: WAF chặn các đòn tấn công (SQLi, XSS, Bot xấu) trước khi chúng chạm đến mã nguồn Worker hoặc Pages của bạn. Điều này giúp bạn tiết kiệm chi phí (vì Worker không bị tính phí cho các request đã bị WAF chặn) và bảo mật tuyệt đối cho logic backend.
Với Cloudflare Pages
Với các dự án Astro, Next.js hay React trên Pages, WAF hoạt động cực tốt để bảo vệ:
- Trang Admin: Bạn có thể tạo WAF Rule để chỉ cho phép IP của mình truy cập vào đường dẫn
/adminhoặc/wp-admin(nếu dùng Headless). - API Routes: Chặn các request có header lạ hoặc spam đến các Pages Functions (
/functions). - Hotlink Protection: Ngăn chặn các trang web khác “xài chùa” hình ảnh lưu trên Pages của bạn.
Với Cloudflare Workers
Khi dùng Workers, WAF là “người gác đền” đắc lực:
- Rate Limiting: Workers rất mạnh nhưng nếu bị spam triệu request, hóa đơn của bạn sẽ tăng vọt. WAF Rate Limiting sẽ chặn đứng các IP spam trước khi Worker kịp khởi chạy.
- Custom Verification: Bạn có thể dùng WAF để kiểm tra các Header bảo mật cơ bản, giúp code Worker của bạn sạch hơn, chỉ tập trung vào xử lý logic nghiệp vụ thay vì phải viết code
if (header != 'secret') return ....
Một số lưu ý quan trọng (Caveats)
WAF không quét được “Subrequests”
Nếu trong Worker bạn dùng fetch() để gọi một API khác (ví dụ gọi về WordPress backend), thì request đi ra từ Worker đó sẽ không đi qua WAF Rules của chính Zone đó.
- Giải pháp: Bạn phải thiết lập WAF trên chính cái Domain/Zone chứa API backend đó.
Xung đột giữa Worker và WAF
Đôi khi bạn viết Worker để thay đổi cấu trúc Request (như đổi Header, đổi Path). Hãy nhớ rằng WAF đã kiểm tra Request trước đó. Nếu Worker của bạn thực hiện một fetch nội bộ (Same-zone subrequest), phiên bản WAF mới của Cloudflare có thể kiểm tra lại request đó một lần nữa.
Ưu tiên dùng WAF thay vì code trong Worker
Nếu bạn định chặn một dải IP hoặc một quốc gia: Hãy dùng WAF.
- WAF chạy ở lớp thấp hơn (Rust-based engine), nhanh hơn và rẻ hơn nhiều so với việc để Worker khởi tạo môi trường V8 chỉ để
return new Response("Blocked", {status: 403}).
Mẹo tối ưu cho dự án của bạn:
Vì bạn đang chạy hệ thống Headless WordPress:
- Chặn triệt để: Dùng WAF Custom Rule chặn mọi truy cập vào
/wp-json/wp/v2/userstrên domain backend để tránh lộ username. - Whitelist Vercel/Pages: Nếu bạn dùng Pages để kéo data, hãy lấy danh sách IP của Cloudflare/Vercel và tạo rule “Skip” WAF cho các IP này để đảm bảo việc build site không bao giờ bị chặn nhầm.
Astro.js 6 chuyển sang 100% hỗ trợ Cloudflare Workers thay cho Pages như bản cũ
Astro.js 6 đánh dấu một thay đổi lớn khi chuyển sang hỗ trợ 100% Cloudflare Workers, thay thế hoàn toàn mô hình Cloudflare Pages trước đây. Theo tài liệu chính thức từ Astro, Cloudflare Workers giờ trở thành nền tảng triển khai chính thức cho Astro.js 6, giúp đồng bộ tốt hơn với kiến trúc serverless hiện đại.
Với Cloudflare Workers, Astro.js 6 tận dụng được Edge Runtime thực thụ, cho phép xử lý request gần người dùng nhất, giảm độ trễ và cải thiện tốc độ tải trang rõ rệt. Không giống Pages Functions vốn có nhiều giới hạn, Workers cung cấp môi trường linh hoạt hơn, hỗ trợ tốt cho SSR, API routes, middleware và các tác vụ động.
Việc chuyển sang Workers cũng giúp Astro.js 6 đơn giản hóa cấu hình triển khai. Nhà phát triển chỉ cần sử dụng adapter Cloudflare mới, không còn phụ thuộc vào Pages-specific setup như trước. Điều này đặc biệt có lợi cho các dự án cần logic phức tạp, xác thực, hoặc tích hợp với các dịch vụ khác của Cloudflare như KV, Durable Objects và R2.
Từ góc độ SEO và hiệu năng, Astro.js 6 kết hợp với Cloudflare Workers mang lại lợi thế rõ rệt: thời gian phản hồi nhanh, khả năng mở rộng toàn cầu và khả năng xử lý nội dung động hiệu quả. Đây là bước đi chiến lược, giúp Astro khẳng định vị thế là framework tối ưu cho website hiện đại, tốc độ cao và thân thiện với công cụ tìm kiếm.
Kết luận
Cloudflare Pages và Cloudflare Workers đều là lựa chọn mạnh cho việc deploy web, nhưng phù hợp với các nhu cầu khác nhau. Pages tối ưu cho website tĩnh hoặc bán tĩnh — triển khai nhanh từ Git, băng thông không giới hạn, CDN toàn cầu và hỗ trợ SEO tốt; phù hợp blog, landing page, tài liệu và frontend SSG. Workers là nền tảng serverless tại edge, thích hợp khi cần xử lý logic phía server, API, xác thực, proxy hoặc tùy biến HTML; nó cho độ trễ thấp, khả năng mở rộng tự động và tích hợp sâu với KV/D1/R2, nhưng chi phí tăng theo request nếu không tối ưu.
Với nhiều dự án hiện đại, kết hợp Pages (hoặc static build) + Workers cho các route động là phương án cân bằng giữa hiệu năng, chi phí và khả năng mở rộng. Lưu ý tận dụng Cache Rules, WAF và kỹ thuật tối ưu (cache-control, purge, hạn chế subrequests) để giảm chi phí Workers và bảo đảm bảo mật.
Tóm lại: nếu ưu tiên tiết kiệm và SEO — chọn Pages; nếu cần backend/logic tại edge — chọn Workers; còn tốt nhất là kết hợp cả hai theo từng phần của ứng dụng.
