Xin chào tất cả các bạn, chào mừng anh em đã quay trở lại với bài viết tiếp theo của Thăng Long IT! Lâu lắm rồi mình mới lại ngồi gõ một bài chia sẻ thủ thuật chuyên sâu về tối ưu tốc độ website cho anh em cộng đồng Blogspot cùng vọc vạch.
Lời mở đầu
Thời tiết chuyển lạnh thế này mà buổi tối sau khi học bài ôn thi THPTQG 2027 xong, pha một cốc nước ấm để bên cạnh rồi trùm chăn bông ngồi nghịch code, tối ưu lại cái blog nhỏ của mình thì đúng là phê chữ ê kéo dài. Dạo gần đây có khá nhiều anh em trong cộng đồng làm blog nhắn tin hỏi mình là tại sao cùng sử dụng một mẫu giao diện như nhau, cùng nhét đống code JavaScript, CSS của mấy bản theme nặng như Plus UI hay Lantro UI vào mà sao truy cập vào blog của Thăng Long IT bấm chuyển trang cái là nó nhảy sang bài mới ngay lập tức, gần như không có độ trễ xoay vòng trên trình duyệt luôn. Thú thật với anh em là trước đây mình cũng từng đau đầu vắt óc vì cái vụ tốc độ tải trang này lắm, vì nền tảng Blogspot của Google tuy miễn phí và ổn định thật đấy nhưng máy chủ gốc đôi khi phản hồi các tệp tĩnh và nguồn cấp dữ liệu hơi chậm. Hôm nay nhân dịp trời trở gió lạnh đầu đông đang có hứng viết lách, mình quyết định tung hết "bí kíp võ công" hướng dẫn anh em cách cấu hình Caching Rules trên Cloudflare miễn phí giúp Blogspot tải nhanh như tên lửa mà không tốn một đồng xu nào nhé!
1. Tại sao phải dùng Caching Rules trên Cloudflare cho Blogspot?
Nếu anh em nào theo dõi blog của mình từ hồi tháng 11 năm 2025 năm ngoái, chắc vẫn còn nhớ cái bài viết mình đăng lúc nửa đêm về sự cố Cloudflare bị sập toàn cầu báo lỗi Error code 500 làm hàng loạt trang web bay màu tạm thời. Lúc đấy mình từng chia sẻ là mình tắt cái đám mây màu cam (Proxy) trong phần quản lý DNS đi nên blog vẫn sống nhăn răng. Nhưng mà sau khi nghiên cứu phát triển bộ công cụ quản trị Blogspot hơn 1000 dòng code chạy bằng Cloudflare Worker hồi giữa năm nay, mình mới nhận ra nếu chỉ dùng Cloudflare để trỏ tên miền (chế độ DNS Only - đám mây màu xám) thì đúng là phí của giời!
Bật đám mây màu cam lên nó giống như việc anh em thuê một đội vệ sĩ kiêm chuyển phát nhanh đứng ngay ở trạm trung chuyển gần nhà người đọc nhất vậy. Bình thường khi một độc giả ở Hà Nội hay TP.HCM bấm vào đọc bài trên blog của bạn, trình duyệt sẽ phải gửi yêu cầu vòng vèo sang tận máy chủ của Google để lấy từng đoạn chữ, từng cái ảnh, từng dòng code CSS rồi mới trả về màn hình. Đã thế, các template hiện đại bây giờ như Median UI, Plus UI hay bản Lantro UI V2.0 mình từng share lại cực kỳ phụ thuộc vào nguồn cấp dữ liệu (Feed API) của Blogger. Mỗi lần tải trang là nó gọi một đống lệnh JSONP để lấy bài viết mới, bài viết cùng chuyên mục, rồi cả danh sách bình luận nữa. Máy chủ Google mà phản hồi chậm một nhịp thôi là điểm Google PageSpeed Insights tụt dốc không phanh ngay, người đọc bấm vào thấy trắng xóa 3-4 giây là họ thoát ra luôn chứ ai kiên nhẫn ngồi đợi.
Khi anh em cấu hình Cache Rules (quy tắc bộ nhớ đệm) trên Cloudflare, toàn bộ những dữ liệu nặng nề đó sẽ được lưu sẵn tại máy chủ của Cloudflare đặt ngay tại Việt Nam hoặc khu vực lân cận. Người đầu tiên vào đọc thì mất khoảng nửa giây để Cloudflare lấy dữ liệu từ Google về cất vào kho, còn từ người thứ hai trở đi bấm vào là Cloudflare ném thẳng dữ liệu từ kho ra màn hình luôn. Tốc độ phản hồi (TTFB) giảm từ 500ms xuống còn có 15ms - 30ms. Nhanh kinh khủng khiếp!
2. Sai lầm "chết người" khi bật Cache toàn bộ cho Blogspot (Kinh nghiệm xương máu)
Trước đây nhiều anh em hay lên mạng đọc mấy bài hướng dẫn cũ từ đời tám hoánh nào rồi, lúc đó họ toàn chỉ cách vào mục Page Rules để tạo quy tắc Cache Everything cho toàn bộ tên miền *domain.com/*. Đầu tiên mình phải báo cho anh em biết là hiện tại sang năm 2026, Cloudflare đã khai tử dần cái mục Page Rules cũ kỹ đấy rồi và chuyển sang hệ thống mới tên là Cache Rules xịn sò con bò hơn rất nhiều, lại còn cho phép tạo tận 10 quy tắc miễn phí thay vì chỉ có 3 cái ít ỏi như ngày xưa.
Nhưng cái đáng sợ nhất không phải là chuyện giao diện Cloudflare thay đổi, mà là việc anh em bê nguyên cái tư duy "Cache tất cả mọi thứ" áp vào Blogspot. Mình từng trả giá cho cái sự nghịch dại này rồi nên nhớ đời luôn. Hồi đó vào một buổi tối trời lạnh y như hôm nay, mình hớn hở vào Cloudflare bật Cache Everything cho toàn bộ đường dẫn trên blog, chỉnh thời gian lưu (Edge TTL) lên hẳn 1 tháng cho máu. Cấu hình trên máy tính xong bấm thử thấy trang web nhảy vèo vèo sướng rơn người, yên tâm tắt máy tính chui vào chăn ấm đi ngủ. Đến lúc nằm trong chăn rút cái điện thoại iPhone ra lướt thử blog mình xem thành quả thì... ôi thôi xong! Trình duyệt Safari nó cứ xoay tít mù rồi hiện nguyên dòng chữ ERR_TOO_MANY_REDIRECTS (trang web chuyển hướng quá nhiều lần), không tài nào vào đọc được bài viết.
Lý do cực kỳ đơn giản nhưng ít ai để ý: Nền tảng Blogspot có một cái đuôi mặc định là ?m=1 dành riêng cho giao diện điện thoại di động. Khi bạn vào bằng máy tính, đường dẫn là domain.com/bai-viet.html. Nhưng khi vào bằng điện thoại, máy chủ Google sẽ ép chuyển hướng sang domain.com/bai-viet.html?m=1. Nếu bạn bắt Cloudflare lưu bộ nhớ đệm gộp chung mà không phân biệt thiết bị hay tham số truy vấn, Cloudflare sẽ lấy cái lệnh chuyển hướng của Google trả ngược lại liên tục tạo thành một vòng lặp vô tận không lối thoát!
Chưa hết đâu nhé, nếu anh em cache toàn bộ trang mà không chừa đường lui, đến lúc vào trình quản trị Blogger viết bài mới rồi bấm nút Xem trước (Preview), đường dẫn /b/post-preview hoặc /b/blog-preview cũng bị dính bộ nhớ đệm luôn. Lúc đấy bạn có gõ thêm 1000 chữ vào bài nháp rồi bấm Xem trước thì nó vẫn cứ trơ trơ hiện cái bản nháp cũ từ đời nào. Cay thực sự!
3. Hướng dẫn chi tiết cách cấu hình 3 Caching Rules chuẩn nhất cho Blogspot 2026
Để giải quyết triệt để mấy cái lỗi dở khóc dở cười bên trên mà vẫn vắt kiệt được sức mạnh tăng tốc của Cloudflare, mình đã tự mày mò thử nghiệm qua hàng chục kiểu thiết lập khác nhau trên chính blog Thăng Long IT này. Dưới đây là công thức 3 quy tắc (Rules) chuẩn chỉnh nhất mà mình đang áp dụng.
Trước tiên, anh em đăng nhập vào bảng điều khiển của Cloudflare, chọn tên miền blog của mình. Nhớ kiểm tra trong mục DNS xem 4 bản ghi A và bản ghi CNAME (www) đã bật đám mây màu cam (Proxied) lên chưa nhé, chưa bật đám mây cam thì chỉnh Cache cả ngày cũng vô tác dụng đấy. Sau đó nhìn sang thanh menu bên trái, bấm vào mục Caching -> chọn Cache Rules -> bấm nút Create rule màu xanh.
Quy tắc 1 (Rule 1): Bỏ qua Cache cho các trang Xem trước và Tìm kiếm động (Cực kỳ quan trọng)
Quy tắc đầu tiên này đóng vai trò như một cái phanh an toàn để bảo vệ quá trình anh em viết bài, sửa giao diện và giúp người đọc tìm kiếm bài viết không bị kẹt kết quả cũ.
- Rule name (Tên quy tắc): Anh em đặt là
Bypass Blogger Preview & Dynamiccho dễ nhớ. - Ở phần When incoming requests match..., anh em chuyển sang chế độ Edit expression (Sửa biểu thức) để copy dán đoạn code điều kiện của mình vào cho nhanh, đỡ phải bấm chọn từng dòng trên giao diện mỏi tay.
Anh em copy chính xác đoạn biểu thức này dán vào ô Expression:
(http.request.uri.path contains "/b/") or (http.request.uri.query contains "preview") or (http.request.uri.query contains "updated-max") or (http.request.uri.query contains "q=")
Giải thích một chút cho anh em hiểu bản chất vấn đề: Cái /b/ và preview chính là đường dẫn lúc chúng ta xem trước bài viết nháp hoặc xem trước mẫu template khi đang chỉnh code HTML. Còn updated-max là tham số phân trang của Blogger, và q= là khi độc giả gõ từ khóa vào ô tìm kiếm trên blog. Mấy cái này bắt buộc phải lấy dữ liệu trực tiếp theo thời gian thực.
- Ở mục Then... Cache status bên dưới: Anh em tích chọn vào ô Bypass cache (Bỏ qua bộ nhớ đệm).
- Ở mục Place at (Thứ tự ưu tiên): Chọn First (Đặt lên đầu tiên) rồi bấm Deploy.
Quy tắc 2 (Rule 2): Tăng tốc "tên lửa" cho nguồn cấp dữ liệu Feeds & JSONP
Đây chính là "vũ khí bí mật" giúp mấy cái blog dùng giao diện nhiều hiệu ứng tải nhanh như điện xẹt đây này. Như mình đã phân tích ở phần đầu, toàn bộ các tiện ích từ Bài viết mới, Bài đăng phổ biến, Lọc bài theo nhãn (Label) cho đến khung Bình luận gần đây đều phải chờ tải dữ liệu từ đường dẫn /feeds/ của Blogspot. Bình thường Google không cho trình duyệt lưu cache cái đường dẫn này lâu đâu, cứ mỗi lần tải lại trang là nó lại bắt tải lại từ đầu. Giờ mình sẽ ép Cloudflare giữ lại nó trên máy chủ biên (Edge Server).
Anh em bấm tạo thêm một Rule mới (Create rule) và thiết lập như sau:
- Rule name: Đặt là
Cache Blogger Feeds API. - Bấm vào Edit expression và dán đoạn mã này vào:
(http.request.uri.path contains "/feeds/")- Ở phần Cache eligibility: Chọn Eligible for cache (Đủ điều kiện lưu bộ nhớ đệm).
- Kéo xuống mục Edge TTL (Thời gian lưu trên máy chủ Cloudflare): Chọn Ignore cache-control header and use this TTL, sau đó chọn thời gian là 30 minutes (30 phút) hoặc 1 hour (1 giờ). Mình khuyên anh em nên để tầm 30 phút đến 1 tiếng là đẹp nhất, vì như vậy khi có ai đó mới bình luận vào bài viết hoặc khi mình đăng bài mới, chậm nhất là sau 30 phút các tiện ích ngoài trang chủ sẽ tự động cập nhật mà không cần mình phải vào xóa tay.
- Kéo xuống mục Browser TTL (Thời gian lưu trên trình duyệt người đọc): Chọn Override origin and use this TTL và đặt là 15 minutes (15 phút).
- Bấm Deploy để lưu lại!
Quy tắc 3 (Rule 3): Tối ưu bộ nhớ đệm cho các bài viết HTML tĩnh và tệp giao diện
Sau khi đã bảo vệ được trang xem trước và tăng tốc được phần dữ liệu ngầm, bước cuối cùng là chúng ta xử lý chính các trang bài viết có đuôi .html trên blog. Để tránh cái lỗi vòng lặp chuyển hướng ?m=1 trên điện thoại làm đau đầu bao thế hệ anh em làm Blogspot, mình sẽ thiết lập điều kiện chỉ cache khi đường dẫn chuẩn chỉnh và kết hợp với tính năng phân tách thiết bị hoặc bỏ qua bước chuyển hướng.
Cách an toàn và hiệu quả nhất mà mình đang chạy là cấu hình như sau:
- Rule name: Đặt là
Cache Blogspot Posts HTML. - Chuyển sang chế độ Edit expression và dán biểu thức này vào:
(http.request.uri.path contains ".html" and not http.request.uri.path contains "/b/" and not http.request.uri.query contains "m=")
Anh em nhìn kỹ cái đoạn not http.request.uri.query contains "m=" nhé! Cái dòng ngắn ngủn đấy chính là chìa khóa vàng đấy. Khi người dùng vào bằng máy tính (không có đuôi ?m=1), trang bài viết .html sẽ được Cloudflare lưu thẳng vào bộ nhớ đệm siêu tốc. Còn khi người dùng vào bằng điện thoại có dính cái đuôi ?m=1 hoặc ?m=0, Cloudflare sẽ không lấy bản cache của máy tính đè sang điện thoại nữa, nhờ đó trang web của bạn hoạt động trơn tru mượt mà trên cả hai nền tảng mà không bao giờ sợ bị lỗi trắng trang hay vỡ khung giao diện!
- Ở mục Cache eligibility: Chọn Eligible for cache.
- Ở mục Edge TTL: Chọn Ignore cache-control header and use this TTL và đặt thời gian là 2 hours (2 giờ) hoặc 4 hours (4 giờ). Với những blog viết bài nhận định, chia sẻ kiến thức hay thủ thuật như của tụi mình thì bài viết đăng lên xong ít khi sửa đi sửa lại từng phút, để 2 - 4 tiếng giúp máy chủ Cloudflare phục vụ hàng nghìn lượt đọc mà không cần làm phiền tới máy chủ gốc.
- Ở mục Browser TTL: Chọn Respect origin TTL (Tôn trọng thiết lập gốc) để khi người đọc F5 tải lại trang vẫn nhận được các thay đổi mới nếu có.
- Nhấn Deploy là hoàn tất bộ 3 quy tắc bất bại!
4. Bật thêm 2 tính năng ẩn này để vắt kiệt sức mạnh của Cloudflare
Tạo xong 3 cái Cache Rules ở trên là blog của anh em đã chạy nhanh hơn trước một trời một vực rồi, nhưng tính mình một khi đã ngồi vào bàn máy tính làm cái gì là phải làm cho tới bến luôn. Trong mục Caching của Cloudflare vẫn còn 2 công tắc hoàn toàn miễn phí nữa mà nếu anh em không bật lên thì hơi bị lãng phí.
Anh em nhìn vào menu bên trái, ngay dưới mục Cache Rules có phần Tiered Cache. Anh em bấm vào đó rồi bật nút xanh chỗ Enable Tiered Cache (chọn Smart Tiered Cache Topology). Tính năng này giúp các máy chủ của Cloudflare trên toàn thế giới tự truyền dữ liệu cho nhau thay vì mỗi ông máy chủ ở một nước lại phải chạy về hỏi Google một lần, giúp giảm độ trễ xuống mức thấp kỷ lục.
Anh em vào mục Caching -> Configuration, kéo xuống bật tính năng Always Online lên để lỡ có lúc nào đường truyền quốc tế bị cá mập cắn cáp thì Cloudflare vẫn lấy bản lưu trong kho ra hiển thị cho độc giả đọc bình thường. Đồng thời vào mục Speed -> Optimization kiểm tra xem đã bật nén Brotli chưa, cái chuẩn nén dữ liệu này của Cloudflare giúp thu nhỏ dung lượng code HTML và CSS nhẹ hơn cả chuẩn Gzip truyền thống đấy.
5. Một lưu ý nhỏ khi anh em chỉnh sửa code Template (Chủ đề)
Có một tình huống rất hài hước mà chắc chắn anh em nào mới bật Cache trên Cloudflare cũng sẽ gặp phải, đó là khi chúng ta vào phần Chủ đề -> Chỉnh sửa HTML trên Blogger để đổi màu cái nút bấm, sửa lại cái cỡ chữ hay thêm một đoạn code mới vào, bấm Lưu xong xuôi hết rồi mà ra ngoài trang chủ bấm F5 chục lần nó vẫn y nguyên như cũ không chịu đổi!
Lúc đấy anh em đừng có hoảng loạn tưởng code mình viết bị lỗi hay Blogger bị đơ nhé. Đơn giản là do Cloudflare nó đang làm quá tốt nhiệm vụ của nó thôi, nó vẫn đang giữ cái bản giao diện cũ trong bộ nhớ đệm để trả về cho nhanh. Mỗi lần anh em vừa đại tu lại giao diện hoặc vừa sửa xong một bài viết quan trọng cần hiển thị ngay lập tức, anh em chỉ cần mở tab Cloudflare lên, vào mục Caching -> Configuration, nhìn sang bên phải có nút Purge Everything (Xóa toàn bộ bộ nhớ đệm). Bấm vào đấy xác nhận một phát, đợi đúng 5 giây rồi quay lại blog bấm Ctrl + F5 là toàn bộ giao diện mới tinh sẽ hiện ra ngay lập tức. Còn đối với cái công cụ quản trị Blogspot bằng Cloudflare Worker mà mình tự code riêng cho Thăng Long IT thì mình đã tích hợp sẵn nút bấm xóa cache tự động qua API ngay sau khi bấm lưu bài viết rồi, tiện lợi vô cùng luôn.
Lời kết
Ngồi gõ một mạch từ lúc tối đến giờ nhìn đồng hồ cũng đã muộn rồi, ngoài trời gió mùa đông bắc vẫn đang thổi mạnh mà hai bàn tay mình để trên bàn phím nãy giờ cũng bắt đầu lạnh cóng cả lại. Hy vọng bài viết chia sẻ kinh nghiệm thực chiến về cách cấu hình Caching Rules trên Cloudflare cho Blogspot ngày hôm nay của mình sẽ giúp ích được cho những anh em đang ngày đêm tâm huyết chăm chút cho đứa con tinh thần của mình. Trong cái thời đại mà người ta dùng AI đẻ ra hàng trăm bài viết rác mỗi ngày chỉ trong vài chục giây, việc anh em mình vẫn kiên trì ngồi tự gõ từng dòng chữ bằng chất xám và tự tay tối ưu từng mili-giây tốc độ cho blog chính là thứ tạo nên giá trị khác biệt để giữ chân người đọc ở lại lâu dài.
Nếu trong quá trình thực hiện theo hướng dẫn mà anh em có chỗ nào bị vướng mắc hay gặp lỗi biểu thức không lưu được thì cứ mạnh dạn để lại bình luận ở phía dưới bài viết này nhé, đi học về rảnh lúc nào là mình sẽ vào trả lời hỗ trợ anh em ngay. Đừng quên nhấn vào chiếc chuông màu xanh dưới góc phải màn hình và chia sẻ bài viết này để tiếp thêm động lực cho mình lên thêm nhiều bài viết chất lượng hơn nữa trong dịp cuối năm 2026 này nha!
Cảm ơn bạn đã đến đây, cảm ơn bạn đã đọc bài viết này. Nhớ theo dõi và ủng hộ Thăng Long IT nhé. Chúc anh em giữ gìn sức khỏe thật tốt trong những ngày gió mùa đông bắc tràn về và có một mùa đông thật ấm áp bên gia đình, người thân! (update 21:30 PM - 31/10/2026)
Copyright © Thăng Long IT
