Trình Phân Tích Tiêu Đề Bộ Nhớ Đệm

Phân tích tiêu đề bộ nhớ đệm HTTP cho bất kỳ URL nào. Kiểm tra Cache-Control, Expires, ETag, Last-Modified, Vary, Age và các tín hiệu bộ nhớ đệm CDN phổ biến để hiểu hành vi bộ nhớ đệm trình duyệt so với bộ nhớ đệm chia sẻ. Bao gồm theo dõi chuyển hướng, xem tiêu đề thô, lọc, phát hiện vấn đề và xuất JSON/PDF.

Loading…

Giới thiệu Công Cụ Phân Tích Tiêu Đề Bộ Nhớ Đệm

Dán URL và ngay lập tức hiểu cách nó được lưu vào bộ nhớ đệm: chỉ thị trình duyệt, bộ nhớ đệm CDN/proxy chia sẻ (s-maxage, điều khiển surrogate), trình xác thực (ETag/Last-Modified) và mẫu xác thực lại (stale-while-revalidate, stale-if-error). Sử dụng để gỡ lỗi hiệu suất, ngăn chặn lưu HTML nhầm và xác minh chính sách bộ nhớ đệm tài nguyên tĩnh.

Tính năng

Kiểm tra bộ nhớ đệm dựa trên URL với bảng điểm rõ ràng + phát hiện (tập trung vào tiêu đề bộ nhớ đệm/hiệu suất).
Theo dõi chuyển hướng (tối đa 10) để xem quy tắc bộ nhớ đệm thực sự áp dụng ở đâu.
Xem tiêu đề thô để minh bạch hoàn toàn (những gì máy chủ/CDN thực sự trả về).
Phân tích bộ nhớ đệm nổi bật: chỉ thị Cache-Control, Expires/Pragma và xung đột.
Kiểm tra trình xác thực: phát hiện ETag và Last-Modified (cho yêu cầu có điều kiện & xác thực lại).
Phân tích Vary để phát hiện hành vi Vary thiếu hoặc rủi ro (đặc biệt cho nội dung cá nhân hóa).
Phát hiện tín hiệu CDN: Age, Via, CF-Cache-Status, X-Cache, tiêu đề kiểu Fastly/Akamai/CloudFront.
Bộ lọc & chế độ “chỉ vấn đề” để nhanh chóng tập trung vào các vấn đề có thể hành động.
Xuất kết quả dưới dạng báo cáo JSON và PDF (tuyệt vời cho kiểm tra và giao phẩm khách hàng).
Thăm dò HEAD trước (dự phòng GET) để giảm thiểu băng thông trong khi vẫn tương thích.

🧭 Cách sử dụng for cache-headers-analyzer

Nhập URL

Dán toàn bộ URL bạn muốn kiểm tra (ví dụ: [https://example.com/static/app.css](https://example.com/static/app.css)).

Chọn hành vi yêu cầu

Giữ “Thử HEAD trước (dự phòng GET)” được bật để kiểm tra nhanh. Bật “Theo Dõi Chuyển Hướng” nếu URL có thể chuyển hướng (HTTP→HTTPS, www, CDN, v.v.).

Chọn trọng tâm phân tích

Sử dụng “Tự động (đề xuất)” để có cái nhìn cân bằng. Chuyển sang “Bộ nhớ đệm trình duyệt”, “Bộ nhớ đệm CDN / proxy” hoặc “Bộ nhớ đệm API” để ưu tiên các phát hiện liên quan nhất cho điểm cuối của bạn.

Xem xét phát hiện và danh mục tiêu đề

Kiểm tra điểm/phát hiện trước, sau đó đi sâu vào chỉ thị bộ nhớ đệm, trình xác thực (ETag/Last-Modified), phân tích Vary và tín hiệu CDN (Age, tiêu đề trạng thái bộ nhớ đệm). Bật “Hiển Thị Tiêu Đề Thô” nếu bạn cần phản hồi đầy đủ.

Xuất báo cáo

Tải xuống báo cáo JSON để tự động hóa hoặc báo cáo PDF để kiểm tra và chia sẻ với đồng đội/khách hàng.

Thông số kỹ thuật

Mô hình yêu cầu

Công cụ này thực hiện kiểm tra tiêu đề URL với tùy chọn theo dõi chuyển hướng. Nó thử yêu cầu HEAD trước (nếu được bật) và dự phòng GET khi cần.

Cài đặt	Hành vi	Mặc định
Thử HEAD trước (dự phòng bằng GET)	Sử dụng HEAD để lấy tiêu đề nhanh; chuyển sang GET nếu HEAD không được hỗ trợ hoặc không đủ	Đã bật
Theo dõi Chuyển hướng	Theo dõi chuỗi chuyển hướng để kiểm tra hành vi lưu đệm cuối cùng	Đã bật
Số lần Chuyển hướng Tối đa	Giới hạn chuyển hướng để ngăn vòng lặp vô hạn	10 (phạm vi 0–20)
Thời gian chờ	Giới hạn thời gian chờ yêu cầu	15000 ms
User-Agent	Xác định tác nhân người dùng của yêu cầu	Encode64Bot/1.0 (+[https://encode64.com](https://encode64.com))
Mạng riêng tư	Chặn truy cập vào các dải mạng riêng tư để đảm bảo an toàn	Đã tắt (không cho phép mạng riêng tư)

Tiêu đề & tín hiệu được phân tích

Trình phân tích tập trung vào ngữ nghĩa bộ nhớ đệm (trình duyệt và bộ nhớ đệm chia sẻ) cộng với các tín hiệu biên CDN phổ biến.

Danh mục	Ví dụ
Chỉ thị bộ nhớ đệm	Cache-Control, Expires, Pragma, Surrogate-Control, CDN-Cache-Control
Trình xác thực	ETag, Last-Modified (được sử dụng cho các yêu cầu có điều kiện / xác thực lại)
Hành vi bộ nhớ đệm chia sẻ	s-maxage, stale-while-revalidate, stale-if-error (khi có trong Cache-Control)
Hành vi Vary	Vary (các biến thể khóa bộ nhớ đệm và độ an toàn cá nhân hóa)
Tín hiệu CDN/proxy	Age, Via, CF-Cache-Status, X-Cache, X-Cache-Hits, Server-Timing và các gợi ý biên khác

Một số tiêu đề CDN là đặc thù của nhà cung cấp; sự hiện diện và ý nghĩa có thể thay đổi tùy theo nhà cung cấp và cấu hình.

Phương pháp suy luận (điều gì kích hoạt cảnh báo)

Các phát hiện được rút ra từ các phương pháp suy luận bộ nhớ đệm thực tế để giúp phát hiện các chính sách bộ nhớ đệm bị thiếu, mâu thuẫn hoặc yếu.

Phương pháp suy luận	Nội dung kiểm tra
Thiếu Cache-Control	Cảnh báo khi Cache-Control bị thiếu
Chỉ thị xung đột	Cảnh báo khi các chỉ thị có vẻ không nhất quán (ví dụ: ý định caching hỗn hợp)
Thiếu trình xác thực	Cảnh báo khi phản hồi có thể cache thiếu ETag/Last-Modified
Trình xác thực yếu	Đánh dấu các mẫu trình xác thực yếu khi có liên quan
Rủi ro Vary	Cảnh báo khi Vary có vẻ thiếu ở nơi cần có sự biến đổi
Không khớp Pragma no-cache	Cảnh báo khi Pragma: no-cache xuất hiện mà không có Cache-Control tương ứng

Phân loại (tĩnh vs HTML vs API)

Trình phân tích có thể suy ra ý định loại nội dung từ đường dẫn URL để điều chỉnh các khuyến nghị caching.

Loại	Mẫu đường dẫn (ví dụ)
Tài nguyên tĩnh	.css, .js, .png, .svg, .woff2, v.v.
HTML	.html, .htm
API	Đường dẫn bắt đầu bằng /api/ hoặc kết thúc bằng .json

Nếu URL của bạn không khớp với các mẫu này, hãy sử dụng “Tiêu điểm Phân tích” để định hướng các khuyến nghị.

Dòng lệnh

Sử dụng các đoạn CLI này để kiểm tra tiêu đề cache cục bộ. Chúng không thay thế kết quả/điểm số của công cụ này, nhưng giúp bạn tái tạo kết quả nhanh chóng.

macOS / Linux

Lấy tiêu đề bằng yêu cầu HEAD

curl -I [https://example.com/static/app.css](https://example.com/static/app.css)

Kiểm tra Cache-Control, Expires, ETag, Last-Modified, Vary và tín hiệu CDN mà không tải xuống nội dung.

Theo dõi chuyển hướng và hiển thị tiêu đề

curl -IL [https://example.com/](https://example.com/)

Hiển thị chuỗi chuyển hướng để bạn có thể xác minh nơi các chỉ thị caching thay đổi.

Run

Windows (PowerShell)

Lấy tiêu đề phản hồi

(Invoke-WebRequest -Uri [https://example.com/static/app.css](https://example.com/static/app.css) -Method Head).Headers

Liệt kê các tiêu đề bao gồm Cache-Control, ETag, Last-Modified và các tiêu đề CDN của nhà cung cấp khi có mặt.

Đối với tài nguyên tĩnh có tên tệp được băm (app.abc123.css), nên ưu tiên bộ nhớ đệm lâu dài với thuộc tính immutable. Đối với HTML, hãy thận trọng để tránh phục vụ các trang cá nhân hóa đã cũ.

Các trường hợp sử dụng

Kiểm tra bộ nhớ đệm tài nguyên tĩnh (CSS/JS/hình ảnh/phông chữ)

Xác minh rằng các tài nguyên có dấu vân tay có thể được lưu trong bộ nhớ đệm trong thời gian dài và có thể được xác thực lại hiệu quả khi cần.

Xác nhận Cache-Control bao gồm max-age dài và (khi phù hợp) immutable
Đảm bảo các trình xác thực tồn tại (ETag hoặc Last-Modified) để xác thực lại an toàn
Kiểm tra các chỉ số trúng bộ nhớ đệm CDN (Age, CF-Cache-Status, X-Cache)

Cache-Control: public, max-age=31536000, immutable
ETag: "686897696a7c876b7e"
Vary: Accept-Encoding

Ngăn chặn việc lưu đệm HTML vô tình

Phát hiện các trường hợp trang HTML được lưu đệm quá mạnh mẽ ở cấp độ CDN hoặc trình duyệt, điều này có thể phá vỡ luồng đăng nhập, cá nhân hóa và tính nhất quán trong hiển thị SEO.

Phát hiện Cache-Control quá rộng rãi trên HTML
Xác định Vary bị thiếu khi nội dung khác nhau theo cookie, xác thực hoặc ngôn ngữ
Xác nhận các mẫu xác thực lại an toàn

Xem xét bộ nhớ đệm điểm cuối API

Hiểu liệu bộ nhớ đệm chia sẻ có được bật cho phản hồi API hay không và liệu API của bạn có thể được lưu đệm một cách an toàn hay không.

Phát hiện bộ nhớ đệm chia sẻ thông qua s-maxage
Phát hiện các chiến lược stale-while-revalidate / stale-if-error
Đánh dấu các trình xác thực bị thiếu khi phản hồi API có thể lưu đệm

Gỡ lỗi hành vi CDN qua các chuyển hướng

Nhiều trang web chuyển hướng (HTTP→HTTPS, apex→www, chuyển hướng ngôn ngữ). Công cụ này giúp đảm bảo chính sách lưu đệm vẫn nhất quán từ bước đầu tiên đến phản hồi cuối cùng.

Xác minh tiêu đề trên mỗi bước nhảy và trên URL cuối cùng
Phát hiện các thay đổi tiêu đề bộ nhớ đệm được giới thiệu bởi quy tắc biên hoặc viết lại nguồn gốc

❓ Frequently Asked Questions

❓Công cụ này phân tích những tiêu đề nào để lưu đệm?

Nó tập trung vào ngữ nghĩa và tín hiệu bộ nhớ đệm: Cache-Control, Expires, Pragma, Age, ETag, Last-Modified, Vary, cộng với các chỉ số CDN/proxy phổ biến như Via, CF-Cache-Status, X-Cache và các tiêu đề biên liên quan.

❓Tại sao tôi thấy kết quả lưu đệm khác nhau giữa trình duyệt và CDN?

Trình duyệt tuân theo chỉ thị bộ nhớ đệm end-to-end (Cache-Control, Expires) trong khi CDN và proxy có thể áp dụng quy tắc bộ nhớ đệm chia sẻ (s-maxage, Surrogate-Control) và chính sách biên. Một phản hồi có thể lưu đệm được ở biên nhưng tồn tại ngắn trong trình duyệt, hoặc ngược lại.

❓ETag và Last-Modified được sử dụng để làm gì?

Chúng là các trình xác thực cho yêu cầu có điều kiện. Với ETag (If-None-Match) hoặc Last-Modified (If-Modified-Since), máy khách và bộ nhớ đệm có thể xác thực lại tài nguyên và nhận phản hồi 304 Not Modified nhẹ khi nội dung không thay đổi.

❓Tôi có nên lưu đệm trang HTML trong thời gian dài không?

Thường là không. HTML thường thay đổi thường xuyên và có thể được cá nhân hóa. Lưu đệm mạnh mẽ có thể phục vụ nội dung cũ hoặc sai. Nên ưu tiên lưu đệm ngắn với xác thực lại và sử dụng quy tắc Vary chính xác khi nội dung phụ thuộc vào tiêu đề/cookie.

❓Vary là gì và tại sao nó quan trọng?

Vary cho bộ nhớ đệm biết tiêu đề yêu cầu nào ảnh hưởng đến phản hồi (ví dụ: Accept-Encoding). Thiếu hoặc sai Vary có thể khiến bộ nhớ đệm phục vụ biến thể sai (nén so với không nén, biến thể ngôn ngữ, v.v.).

❓Việc dán URL ở đây có an toàn không?

Công cụ thực hiện các yêu cầu phía máy chủ đến URL được cung cấp và chặn các mục tiêu mạng riêng. Chỉ sử dụng các URL công khai mà bạn tin tưởng và tránh dán bí mật trong chuỗi truy vấn URL.

❓Tôi có thể xuất phân tích không?

Có. Công cụ hỗ trợ xuất báo cáo JSON và báo cáo PDF để bạn có thể chia sẻ kết quả hoặc đính kèm chúng vào các cuộc kiểm tra hiệu suất.

Pro Tips

Performance Tip

Nếu tài sản của bạn được đánh dấu (hash trong tên tệp), hãy sử dụng max-age dài + immutable để có hiệu suất tốt nhất cho các lượt truy cập lặp lại.

Security Tip

Nếu HTML được cá nhân hóa (cookie/xác thực), hãy tránh lưu vào bộ nhớ đệm chung trừ khi bạn hoàn toàn kiểm soát khóa bộ nhớ đệm và hành vi Vary.

Performance Tip

Ưu tiên sử dụng trình xác thực (ETag hoặc Last-Modified) trên các tài nguyên có thể lưu đệm để khách hàng có thể xác thực lại với 304 thay vì tải xuống lại.

Best Practice

Cẩn thận với các chỉ thị xung đột như no-store kết hợp với max-age dài; điều đó thường cho thấy cấu hình sai.

Best Practice

Khi gỡ lỗi chuyển hướng, hãy so sánh tiêu đề bộ nhớ đệm ở mỗi bước; quy tắc biên có thể thay đổi bộ nhớ đệm giữa các chuyển hướng và URL cuối cùng.

CI Tip

Xuất báo cáo JSON và lưu chúng trong các tệp CI/kiểm tra hiệu suất để theo dõi sự suy giảm theo thời gian.