HTTP headers

Xác thực

WWW-Authenticate

Xác định phương thức xác thực nên được sử dụng để truy cập tài nguyên.

Authorization

Chứa thông tin xác thực để xác minh tác nhân người dùng với máy chủ.

Proxy-Authenticate

Xác định phương thức xác thực nên được sử dụng để truy cập tài nguyên phía sau một máy chủ proxy.

Proxy-Authorization

Chứa thông tin xác thực để xác minh tác nhân người dùng với máy chủ proxy.

Bộ nhớ đệm (Caching)

Age

Thời gian tính bằng giây mà đối tượng đã nằm trong bộ nhớ đệm proxy.

Cache-Control

Các chỉ thị cho cơ chế lưu bộ nhớ đệm trong cả yêu cầu và phản hồi.

Clear-Site-Data

Xóa dữ liệu trình duyệt (ví dụ: cookie, storage, cache) liên quan đến trang web đang yêu cầu.

Expires

Ngày/giờ sau đó phản hồi được coi là cũ (stale).

No-Vary-Search Experimental

Chỉ định một tập hợp các quy tắc xác định cách các tham số truy vấn URL sẽ ảnh hưởng đến việc khớp bộ nhớ đệm. Các quy tắc này quy định liệu cùng một URL với các tham số URL khác nhau có nên được lưu dưới dạng các mục bộ nhớ đệm trình duyệt riêng biệt hay không.

Điều kiện (Conditionals)

Last-Modified

Ngày sửa đổi lần cuối của tài nguyên, được sử dụng để so sánh nhiều phiên bản của cùng một tài nguyên. Nó kém chính xác hơn ETag, nhưng dễ tính toán hơn trong một số môi trường. Các yêu cầu có điều kiện sử dụng If-Modified-Since và If-Unmodified-Since dùng giá trị này để thay đổi hành vi của yêu cầu.

ETag

Một chuỗi duy nhất xác định phiên bản của tài nguyên. Các yêu cầu có điều kiện sử dụng If-Match và If-None-Match dùng giá trị này để thay đổi hành vi của yêu cầu.

If-Match

Làm cho yêu cầu có điều kiện, và chỉ áp dụng phương thức nếu tài nguyên được lưu khớp với một trong các ETag đã cho.

If-None-Match

Làm cho yêu cầu có điều kiện, và chỉ áp dụng phương thức nếu tài nguyên được lưu không khớp với bất kỳ ETag nào đã cho. Điều này được sử dụng để cập nhật bộ nhớ đệm (cho yêu cầu an toàn), hoặc để ngăn tải lên tài nguyên mới khi tài nguyên đó đã tồn tại.

If-Modified-Since

Làm cho yêu cầu có điều kiện, và kỳ vọng tài nguyên chỉ được truyền nếu nó đã được sửa đổi sau ngày đã cho. Điều này được sử dụng để chỉ truyền dữ liệu khi bộ nhớ đệm đã lỗi thời.

If-Unmodified-Since

Làm cho yêu cầu có điều kiện, và kỳ vọng tài nguyên chỉ được truyền nếu nó không được sửa đổi sau ngày đã cho. Điều này đảm bảo tính nhất quán của một đoạn mới trong một phạm vi cụ thể với các đoạn trước, hoặc để triển khai hệ thống kiểm soát đồng thời lạc quan khi sửa đổi tài liệu hiện có.

Vary

Xác định cách khớp các tiêu đề yêu cầu để quyết định liệu có thể sử dụng phản hồi đã lưu trong bộ nhớ đệm thay vì yêu cầu một phản hồi mới từ máy chủ gốc hay không.

Quản lý kết nối

Connection

Kiểm soát xem kết nối mạng có tiếp tục mở sau khi giao dịch hiện tại kết thúc không.

Keep-Alive

Kiểm soát thời gian một kết nối liên tục nên duy trì mở.

Thương lượng nội dung (Content negotiation)

Để biết thêm chi tiết, hãy xem bài viết về thương lượng nội dung.

Accept

Thông báo cho máy chủ về các kiểu dữ liệu có thể được gửi lại.

Accept-Encoding

Thuật toán mã hóa, thường là thuật toán nén, có thể được sử dụng trên tài nguyên được gửi lại.

Accept-Language

Thông báo cho máy chủ về ngôn ngữ tự nhiên mà máy chủ được kỳ vọng gửi lại. Đây là gợi ý và không nhất thiết phải hoàn toàn dưới sự kiểm soát của người dùng: máy chủ luôn phải chú ý không ghi đè lên lựa chọn ngôn ngữ rõ ràng của người dùng (chẳng hạn như chọn ngôn ngữ từ menu thả xuống).

Accept-Patch

Tiêu đề phản hồi thương lượng nội dung yêu cầu quảng cáo kiểu phương tiện mà máy chủ có thể hiểu trong yêu cầu PATCH.

Accept-Post

Tiêu đề phản hồi thương lượng nội dung yêu cầu quảng cáo kiểu phương tiện mà máy chủ có thể hiểu trong yêu cầu POST.

Điều khiển

Expect

Chỉ ra các kỳ vọng cần được máy chủ đáp ứng để xử lý yêu cầu đúng cách.

Max-Forwards

Khi sử dụng TRACE, chỉ ra số lần chuyển tiếp tối đa mà yêu cầu có thể thực hiện trước khi được phản ánh lại cho người gửi.

Cookie

Cookie

Chứa các cookie HTTP đã được lưu trữ trước đó do máy chủ gửi với tiêu đề Set-Cookie.

Set-Cookie

Gửi cookie từ máy chủ đến tác nhân người dùng.

CORS

Để biết thêm thông tin, hãy xem tài liệu CORS.

Access-Control-Allow-Credentials

Chỉ ra liệu phản hồi đối với yêu cầu có thể được hiển thị khi cờ thông tin xác thực là true hay không.

Access-Control-Allow-Headers

Được sử dụng trong phản hồi cho yêu cầu preflight để chỉ ra các tiêu đề HTTP nào có thể được sử dụng khi thực hiện yêu cầu thực tế.

Access-Control-Allow-Methods

Chỉ định các phương thức được phép khi truy cập tài nguyên trong phản hồi cho yêu cầu preflight.

Access-Control-Allow-Origin

Chỉ ra liệu phản hồi có thể được chia sẻ hay không.

Access-Control-Expose-Headers

Chỉ ra những tiêu đề nào có thể được hiển thị như một phần của phản hồi bằng cách liệt kê tên của chúng.

Access-Control-Max-Age

Chỉ ra thời gian bao lâu kết quả của yêu cầu preflight có thể được lưu vào bộ nhớ đệm.

Access-Control-Request-Headers

Được sử dụng khi phát ra yêu cầu preflight để cho máy chủ biết những tiêu đề HTTP nào sẽ được sử dụng khi thực hiện yêu cầu thực tế.

Access-Control-Request-Method

Được sử dụng khi phát ra yêu cầu preflight để cho máy chủ biết phương thức HTTP nào sẽ được sử dụng khi thực hiện yêu cầu thực tế.

Origin

Chỉ ra nguồn gốc của một yêu cầu fetch.

Timing-Allow-Origin

Chỉ định các nguồn gốc được phép xem giá trị của các thuộc tính được lấy qua các tính năng của Resource Timing API, mà nếu không sẽ được báo cáo là bằng không do các hạn chế cross-origin.

Tải xuống

Content-Disposition

Chỉ ra liệu tài nguyên được truyền có nên hiển thị trực tiếp (hành vi mặc định không có tiêu đề), hay nên được xử lý như tải xuống và trình duyệt nên hiển thị hộp thoại "Lưu thành".

Thông báo xác thực toàn vẹn (Integrity digests)

Content-Digest Experimental

Cung cấp thông báo xác thực của luồng byte trong thông điệp HTTP (nội dung thông điệp) phụ thuộc vào Content-Encoding và Content-Range.

Repr-Digest Experimental

Cung cấp thông báo xác thực của biểu diễn đã chọn của tài nguyên đích trước khi truyền tải. Không giống như Content-Digest, thông báo này không xem xét Content-Encoding hay Content-Range.

Want-Content-Digest Experimental

Thể hiện mong muốn có tiêu đề Content-Digest. Đây là phần tương tự Content- của Want-Repr-Digest.

Want-Repr-Digest Experimental

Thể hiện mong muốn có tiêu đề Repr-Digest. Đây là phần tương tự Repr- của Want-Content-Digest.

Chính sách toàn vẹn

Integrity-Policy

Đảm bảo rằng tất cả tài nguyên mà tác nhân người dùng tải (thuộc loại nhất định) đều có các đảm bảo Subresource Integrity.

Integrity-Policy-Report-Only

Báo cáo về các tài nguyên mà tác nhân người dùng tải sẽ vi phạm các đảm bảo Subresource Integrity nếu chính sách toàn vẹn được thực thi (sử dụng tiêu đề Integrity-Policy).

Thông tin thân thông điệp

Content-Length

Kích thước của tài nguyên, tính bằng số byte thập phân.

Content-Type

Chỉ ra kiểu phương tiện của tài nguyên.

Content-Encoding

Được sử dụng để chỉ định thuật toán nén.

Content-Language

Mô tả (các) ngôn ngữ tự nhiên dành cho đối tượng, để người dùng có thể phân biệt theo ngôn ngữ ưa thích của họ.

Content-Location

Chỉ ra vị trí thay thế cho dữ liệu được trả về.

Tùy chọn (Preferences)

Các tùy chọn có thể được gửi bởi máy khách trong các yêu cầu để chỉ ra các hành vi tùy chọn cho yêu cầu và phản hồi. Phản hồi của máy chủ có thể chỉ ra nếu tùy chọn được áp dụng, trong trường hợp mà nếu không sẽ gây nhầm lẫn cho máy khách. Các trình duyệt không có xử lý gốc để gửi tùy chọn qua các tiêu đề này; chúng được sử dụng trong các máy khách tùy chỉnh, đặc thù theo triển khai.

Prefer

Chỉ ra các tùy chọn cho các hành vi máy chủ cụ thể trong quá trình xử lý yêu cầu. Ví dụ, nó có thể yêu cầu nội dung phản hồi tối thiểu (return=minimal) hoặc xử lý bất đồng bộ (respond-async). Máy chủ xử lý yêu cầu bình thường nếu tiêu đề không được hỗ trợ.

Preference-Applied

Thông báo cho máy khách biết những tùy chọn nào được chỉ định trong tiêu đề Prefer đã được máy chủ áp dụng. Đây là tiêu đề chỉ phản hồi cung cấp tính minh bạch về việc xử lý tùy chọn.

Proxy

Forwarded

Chứa thông tin từ phía máy khách của các máy chủ proxy bị thay đổi hoặc mất khi proxy tham gia vào đường dẫn của yêu cầu.

Via

Được thêm bởi các proxy, cả proxy chuyển tiếp và proxy đảo ngược, và có thể xuất hiện trong các tiêu đề yêu cầu và phản hồi.

Yêu cầu phạm vi (Range requests)

Các yêu cầu phạm vi HTTP cho phép máy khách yêu cầu một phần tài nguyên từ máy chủ. Các yêu cầu phạm vi hữu ích cho các ứng dụng như trình phát phương tiện hỗ trợ truy cập ngẫu nhiên, các công cụ dữ liệu biết rằng chúng chỉ cần một phần của tệp lớn, và các trình quản lý tải xuống cho phép người dùng tạm dừng và tiếp tục tải xuống.

Accept-Ranges

Chỉ ra liệu máy chủ có hỗ trợ yêu cầu phạm vi không, và nếu có thì phạm vi có thể được diễn đạt bằng đơn vị nào.

Range

Chỉ ra phần của tài liệu mà máy chủ nên trả về.

If-Range

Tạo một yêu cầu phạm vi có điều kiện chỉ được thực hiện nếu etag hoặc ngày đã cho khớp với tài nguyên từ xa. Được sử dụng để ngăn tải xuống hai phạm vi từ phiên bản không tương thích của tài nguyên.

Content-Range

Chỉ ra vị trí trong thân thông điệp đầy đủ mà thông điệp một phần thuộc về.

Chuyển hướng

Location

Chỉ ra URL để chuyển hướng trang.

Refresh

Hướng dẫn trình duyệt tải lại trang hoặc chuyển hướng sang trang khác. Lấy cùng giá trị với phần tử meta có http-equiv="refresh".

Ngữ cảnh yêu cầu

From

Chứa địa chỉ email Internet cho người dùng con người điều khiển tác nhân người dùng đang yêu cầu.

Host

Chỉ định tên miền của máy chủ (cho lưu trữ ảo), và (tùy chọn) số cổng TCP mà máy chủ đang lắng nghe.

Referer

Địa chỉ của trang web trước đó mà một liên kết đến trang hiện đang yêu cầu được theo dõi.

Referrer-Policy

Điều chỉnh thông tin referrer được gửi trong tiêu đề Referer nên được bao gồm với các yêu cầu được thực hiện.

User-Agent

Chứa một chuỗi đặc trưng cho phép các peer giao thức mạng xác định loại ứng dụng, hệ điều hành, nhà cung cấp phần mềm hoặc phiên bản phần mềm của tác nhân người dùng phần mềm đang yêu cầu.

Ngữ cảnh phản hồi

Allow

Liệt kê tập hợp các phương thức yêu cầu HTTP được hỗ trợ bởi một tài nguyên.

Server

Chứa thông tin về phần mềm được sử dụng bởi máy chủ gốc để xử lý yêu cầu.

Bảo mật

Cross-Origin-Embedder-Policy (COEP)

Cho phép máy chủ khai báo chính sách nhúng cho một tài liệu cụ thể.

Cross-Origin-Opener-Policy (COOP)

Ngăn các tên miền khác mở/kiểm soát một cửa sổ.

Cross-Origin-Resource-Policy (CORP)

Ngăn các tên miền khác đọc phản hồi của các tài nguyên mà tiêu đề này được áp dụng. Xem thêm bài giải thích CORP.

Content-Security-Policy (CSP)

Kiểm soát tài nguyên mà tác nhân người dùng được phép tải cho một trang nhất định.

Content-Security-Policy-Report-Only

Cho phép nhà phát triển web thử nghiệm chính sách bằng cách giám sát, nhưng không thực thi, các hiệu ứng của chúng. Các báo cáo vi phạm bao gồm các tài liệu JSON được gửi qua yêu cầu HTTP POST đến URI được chỉ định.

Expect-CT Deprecated

Cho phép các trang web chọn tham gia báo cáo và thực thi Certificate Transparency để phát hiện việc sử dụng các chứng chỉ bị cấp sai cho trang web đó.

Permissions-Policy

Cung cấp cơ chế để cho phép và từ chối việc sử dụng các tính năng trình duyệt trong khung của trang web, và trong các <iframe> mà nó nhúng.

Reporting-Endpoints Experimental

Tiêu đề phản hồi cho phép chủ sở hữu trang web chỉ định một hoặc nhiều điểm cuối được sử dụng để nhận lỗi như báo cáo vi phạm CSP, báo cáo Cross-Origin-Opener-Policy, hoặc các vi phạm chung khác.

Strict-Transport-Security (HSTS)

Bắt buộc giao tiếp bằng HTTPS thay vì HTTP.

Upgrade-Insecure-Requests

Gửi tín hiệu cho máy chủ biểu thị sở thích của máy khách đối với phản hồi được mã hóa và xác thực, và rằng nó có thể xử lý thành công chỉ thị upgrade-insecure-requests.

X-Content-Type-Options

Vô hiệu hóa MIME sniffing và buộc trình duyệt sử dụng kiểu được cung cấp trong Content-Type.

X-Frame-Options (XFO)

Chỉ ra liệu trình duyệt có được phép hiển thị trang trong <frame>, <iframe>, <embed> hay <object> không.

X-Permitted-Cross-Domain-Policies

Một tệp chính sách cross-domain có thể cấp quyền cho các máy khách, như Adobe Acrobat hoặc Apache Flex (trong số các máy khách khác), để xử lý dữ liệu qua các tên miền mà nếu không sẽ bị hạn chế do Chính sách cùng nguồn gốc. Tiêu đề X-Permitted-Cross-Domain-Policies ghi đè các tệp chính sách đó để các máy khách vẫn chặn các yêu cầu không mong muốn.

X-Powered-By

Có thể được đặt bởi các môi trường lưu trữ hoặc các framework khác và chứa thông tin về chúng trong khi không cung cấp bất kỳ tính hữu dụng nào cho ứng dụng hoặc khách truy cập. Hãy bỏ đặt tiêu đề này để tránh hiển thị các lỗ hổng tiềm năng.

X-XSS-Protection

Kích hoạt bộ lọc cross-site scripting.

Tiêu đề yêu cầu Fetch metadata

Tiêu đề yêu cầu Fetch metadata cung cấp thông tin về ngữ cảnh mà từ đó yêu cầu bắt nguồn. Máy chủ có thể sử dụng chúng để đưa ra quyết định liệu yêu cầu có nên được cho phép hay không, dựa trên nơi yêu cầu đến và cách tài nguyên sẽ được sử dụng.

Sec-Fetch-Site

Chỉ ra mối quan hệ giữa nguồn gốc của người khởi tạo yêu cầu và nguồn gốc đích. Đây là Tiêu đề có cấu trúc có giá trị là token với các giá trị có thể là cross-site, same-origin, same-site, và none.

Sec-Fetch-Mode

Chỉ ra chế độ yêu cầu cho máy chủ. Đây là Tiêu đề có cấu trúc có giá trị là token với các giá trị có thể là cors, navigate, no-cors, same-origin, và websocket.

Sec-Fetch-User

Chỉ ra liệu yêu cầu điều hướng có được kích hoạt bởi kích hoạt người dùng hay không. Đây là Tiêu đề có cấu trúc có giá trị là boolean nên các giá trị có thể là ?0 cho false và ?1 cho true.

Sec-Fetch-Dest

Chỉ ra đích đến của yêu cầu. Đây là Tiêu đề có cấu trúc có giá trị là token với các giá trị có thể là audio, audioworklet, document, embed, empty, font, image, manifest, object, paintworklet, report, script, serviceworker, sharedworker, style, track, video, worker, và xslt.

Các tiêu đề yêu cầu sau đây không hoàn toàn là "tiêu đề yêu cầu fetch metadata", nhưng cũng cung cấp thông tin về ngữ cảnh về cách tài nguyên sẽ được sử dụng. Máy chủ có thể sử dụng chúng để sửa đổi hành vi lưu bộ nhớ đệm hoặc thông tin được trả về:

Sec-Purpose

Chỉ ra mục đích của yêu cầu, khi mục đích đó là thứ gì đó khác với việc sử dụng ngay lập tức bởi tác nhân người dùng. Tiêu đề hiện có một giá trị khả dĩ, prefetch, chỉ ra rằng tài nguyên đang được tải trước cho một điều hướng tương lai có thể xảy ra.

Service-Worker-Navigation-Preload

Tiêu đề yêu cầu được gửi trong yêu cầu phòng ngừa để fetch() một tài nguyên trong quá trình khởi động service worker. Giá trị, được đặt với NavigationPreloadManager.setHeaderValue(), có thể được sử dụng để thông báo cho máy chủ rằng một tài nguyên khác nên được trả về so với trong thao tác fetch() bình thường.

Tiêu đề truy cập storage Fetch

Những tiêu đề này cho phép một quy trình làm việc được nâng cao cho Storage Access API.

Sec-Fetch-Storage-Access

Chỉ ra "trạng thái truy cập storage" cho ngữ cảnh fetch hiện tại, sẽ là một trong none, inactive, hoặc active. Máy chủ có thể phản hồi bằng Activate-Storage-Access để yêu cầu trình duyệt kích hoạt quyền inactive và thử lại yêu cầu, hoặc để tải tài nguyên với quyền truy cập cookie bên thứ ba nếu trạng thái là active.

Activate-Storage-Access

Được sử dụng để phản hồi Sec-Fetch-Storage-Access để chỉ ra rằng trình duyệt có thể kích hoạt quyền hiện có cho truy cập an toàn và thử lại yêu cầu với cookie, hoặc tải tài nguyên với quyền truy cập cookie nếu nó đã có quyền được kích hoạt.

Sự kiện do máy chủ gửi

Reporting-Endpoints

Tiêu đề phản hồi được sử dụng để chỉ định các điểm cuối máy chủ nơi trình duyệt nên gửi cảnh báo và báo cáo lỗi khi sử dụng Reporting API.

Report-To Deprecated Non-standard

Tiêu đề phản hồi được sử dụng để chỉ định các điểm cuối máy chủ nơi trình duyệt nên gửi cảnh báo và báo cáo lỗi khi sử dụng Reporting API.

Mã hóa truyền tải

Transfer-Encoding

Chỉ định dạng mã hóa được sử dụng để an toàn truyền tài nguyên đến người dùng.

TE

Chỉ định các mã hóa truyền tải mà tác nhân người dùng sẵn sàng chấp nhận.

Trailer

Cho phép người gửi bao gồm các trường bổ sung ở cuối thông điệp được chia nhỏ (chunked message).

WebSocket

Các tiêu đề được sử dụng bởi WebSockets API trong bắt tay WebSocket:

Sec-WebSocket-Accept

Tiêu đề phản hồi chỉ ra rằng máy chủ sẵn sàng nâng cấp lên kết nối WebSocket.

Sec-WebSocket-Extensions

Trong các yêu cầu, tiêu đề này chỉ ra các phần mở rộng WebSocket được hỗ trợ bởi máy khách theo thứ tự ưu tiên. Trong các phản hồi, nó chỉ ra phần mở rộng được máy chủ chọn từ các tùy chọn ưu tiên của máy khách.

Sec-WebSocket-Key

Tiêu đề yêu cầu chứa một khóa xác minh rằng máy khách có ý định rõ ràng để mở một WebSocket.

Sec-WebSocket-Protocol

Trong các yêu cầu, tiêu đề này chỉ ra các giao thức con được hỗ trợ bởi máy khách theo thứ tự ưu tiên. Trong các phản hồi, nó chỉ ra giao thức con được máy chủ chọn từ các tùy chọn ưu tiên của máy khách.

Sec-WebSocket-Version

Trong các yêu cầu, tiêu đề này chỉ ra phiên bản của giao thức WebSocket được máy khách sử dụng. Trong các phản hồi, nó chỉ được gửi nếu phiên bản giao thức được yêu cầu không được máy chủ hỗ trợ, và liệt kê các phiên bản mà máy chủ hỗ trợ.

Khác

Alt-Svc

Được sử dụng để liệt kê các cách thay thế để tiếp cận dịch vụ này.

Alt-Used

Được sử dụng để xác định dịch vụ thay thế đang được sử dụng.

Date

Chứa ngày và giờ mà thông điệp được tạo.

Link

Trường entity-header này cung cấp phương tiện để tuần tự hóa một hoặc nhiều liên kết trong các tiêu đề HTTP. Nó tương đương về mặt ngữ nghĩa với phần tử HTML <link>.

Retry-After

Chỉ ra thời gian tác nhân người dùng nên đợi trước khi thực hiện yêu cầu tiếp theo.

Server-Timing

Truyền đạt một hoặc nhiều số liệu và mô tả cho chu kỳ yêu cầu-phản hồi đã cho.

Service-Worker

Được bao gồm trong các yêu cầu fetch cho tài nguyên script của service worker. Tiêu đề này giúp quản trị viên ghi nhật ký các yêu cầu script service worker cho mục đích giám sát.

Service-Worker-Allowed

Được sử dụng để xóa giới hạn đường dẫn bằng cách bao gồm tiêu đề này trong phản hồi của script Service Worker.

SourceMap

Liên kết đến source map để các trình gỡ lỗi có thể bước qua mã nguồn gốc thay vì mã được tạo hoặc chuyển đổi.

Upgrade

Tiêu đề HTTP/1.1 (chỉ) này có thể được sử dụng để nâng cấp kết nối máy khách/máy chủ đã được thiết lập lên một giao thức khác (qua cùng giao thức truyền tải). Ví dụ, nó có thể được sử dụng bởi máy khách để nâng cấp kết nối từ HTTP 1.1 lên HTTP 2.0, hoặc kết nối HTTP hoặc HTTPS lên WebSocket.

Priority

Cung cấp gợi ý về mức độ ưu tiên của một yêu cầu tài nguyên cụ thể trên một kết nối cụ thể. Giá trị có thể được gửi trong yêu cầu để chỉ ra mức độ ưu tiên của máy khách, hoặc trong phản hồi nếu máy chủ chọn ưu tiên lại yêu cầu.

Các tiêu đề thử nghiệm

Tiêu đề báo cáo phân bổ (Attribution reporting)

Attribution Reporting API cho phép nhà phát triển đo lường chuyển đổi — ví dụ khi người dùng nhấp vào quảng cáo được nhúng trên một trang và sau đó tiến hành mua hàng trên trang web của nhà cung cấp — và sau đó truy cập vào các báo cáo về những chuyển đổi đó. Điều này được thực hiện mà không dựa vào cookie theo dõi bên thứ ba, thay vào đó dựa vào nhiều tiêu đề khác nhau để đăng ký nguồn và trigger được khớp để chỉ ra chuyển đổi.

Attribution-Reporting-Eligible

Được sử dụng để chỉ ra rằng phản hồi tương ứng với yêu cầu hiện tại đủ điều kiện để tham gia báo cáo phân bổ, bằng cách đăng ký nguồn phân bổ hoặc trigger.

Attribution-Reporting-Register-Source

Được bao gồm như một phần của phản hồi cho yêu cầu bao gồm tiêu đề Attribution-Reporting-Eligible, điều này được sử dụng để đăng ký nguồn phân bổ.

Attribution-Reporting-Register-Trigger

Được bao gồm như một phần của phản hồi cho yêu cầu bao gồm tiêu đề Attribution-Reporting-Eligible, điều này được sử dụng để đăng ký trigger phân bổ.

Client hints

Client hints HTTP là một tập hợp các tiêu đề yêu cầu cung cấp thông tin hữu ích về máy khách như loại thiết bị và điều kiện mạng, và cho phép máy chủ tối ưu hóa những gì được phục vụ cho các điều kiện đó.

Các máy chủ chủ động yêu cầu các tiêu đề client hint mà họ quan tâm từ máy khách bằng cách sử dụng Accept-CH. Sau đó máy khách có thể chọn bao gồm các tiêu đề được yêu cầu trong các yêu cầu tiếp theo.

Accept-CH

Các máy chủ có thể quảng cáo hỗ trợ cho Client Hints bằng cách sử dụng trường tiêu đề Accept-CH hoặc phần tử HTML <meta> tương đương với thuộc tính http-equiv.

Critical-CH Experimental

Các máy chủ sử dụng Critical-CH cùng với Accept-CH để chỉ định rằng các client hint được chấp nhận cũng là critical client hints.