Báo cáo ý kiến phản hồi – Quý 1 năm 2022

Báo cáo hằng quý trong quý 1 năm 2022 tóm tắt những ý kiến phản hồi về hệ sinh thái nhận được liên quan đến các đề xuất của Hộp cát về quyền riêng tư và phản hồi của Chrome.

Theo cam kết với Cơ quan Cạnh tranh và Thị trường, Google đã đồng ý cung cấp công khai báo cáo hằng quý về quy trình tham gia của các bên liên quan đối với các đề xuất trong khuôn khổ Hộp cát về quyền riêng tư (xem đoạn 12 và 17(c)(ii) của Cam kết). Các báo cáo tóm tắt ý kiến phản hồi về Hộp cát về quyền riêng tư này được tạo bằng cách tổng hợp ý kiến phản hồi mà Chrome nhận được từ nhiều nguồn như liệt kê trong phần tổng quan về ý kiến phản hồi, bao gồm nhưng không giới hạn ở: Vấn đề trên GitHub, biểu mẫu phản hồi có trên privacysandbox.com, cuộc họp với các bên liên quan trong ngành và diễn đàn về tiêu chuẩn web. Chrome hoan nghênh ý kiến phản hồi nhận được từ hệ sinh thái và đang tích cực khám phá các cách tích hợp những điều học được vào các quyết định thiết kế.

Các chủ đề phản hồi được xếp hạng theo mức độ phổ biến trên mỗi API. Bạn có thể làm việc này bằng cách tổng hợp số lượng ý kiến phản hồi mà nhóm Chrome đã nhận được liên quan đến một chủ đề nhất định và sắp xếp theo thứ tự số lượng giảm dần. Chúng tôi xác định chủ đề phản hồi thường gặp bằng cách xem xét các chủ đề thảo luận của các cuộc họp công khai (W3C, PatCG, IETF), ý kiến phản hồi trực tiếp, GitHub và các câu hỏi thường gặp được gửi đến các nhóm nội bộ và biểu mẫu công khai của Google.

Cụ thể hơn, biên bản cuộc họp cho các cuộc họp cơ quan tiêu chuẩn web đã được xem xét và để lấy ý kiến phản hồi trực tiếp, chúng tôi đã xem xét hồ sơ của Google về các cuộc họp 1:1 với các bên liên quan, email mà từng kỹ sư nhận được, danh sách gửi thư của API và biểu mẫu phản hồi công khai. Sau đó, Google đã phối hợp với những nhóm có tham gia vào những hoạt động tiếp cận khác nhau này để xác định mức độ phổ biến tương đối của các chủ đề xuất hiện trong từng API.

Nội dung giải thích về các câu trả lời của Chrome cho ý kiến phản hồi được phát triển từ các Câu hỏi thường gặp đã phát hành, câu trả lời thực tế cho những vấn đề do các bên liên quan nêu ra và xác định vị trí cụ thể cho mục đích của bài tập báo cáo công khai này. Phản ánh trọng tâm hiện tại của quá trình phát triển và kiểm thử, các câu hỏi và ý kiến phản hồi cụ thể đã nhận được liên quan đến API và công nghệ Báo cáo phân bổ, Chủ đề, Fledge và Phân bổ.

Phản hồi nhận được gần đây có thể chưa được xem xét để phản hồi trên Chrome.

Bảng chú giải thuật ngữ từ viết tắt

KHỐI
Cookie có trạng thái được phân vùng độc lập
DSP (Bộ xử lý tín hiệu kỹ thuật số)
Nền tảng bên cầu
FedCM
Quản lý thông tin xác thực liên kết
FPS
Nhóm bên thứ nhất
IAB (Cục Quảng cáo tương tác)
Cục quảng cáo tương tác
IDP (nhà cung cấp danh tính)
Nhà cung cấp danh tính
IETF (Lực lượng chuyên trách kỹ thuật Internet)
Lực lượng chuyên trách kỹ thuật Internet
Số hiệp ném bóng
Địa chỉ giao thức Internet
openRTB
Đặt giá thầu theo thời gian thực
QUÁ GIỜ
Bản dùng thử theo nguyên gốc
PatCG
Nhóm cộng đồng công nghệ quảng cáo riêng tư
RP
Đảng độc lập
SSP
Nền tảng bên cung
TEE
Môi trường thực thi đáng tin cậy
UA
Chuỗi tác nhân người dùng
UA-CH
Gợi ý ứng dụng tác nhân người dùng
W3C
Tập đoàn World Wide Web
BÌNH LUẬN
Tình trạng mù IP có chủ ý

Các chủ đề phổ biến trong tất cả các nguồn ý kiến phản hồi

Một chủ đề phổ biến trên các kênh thảo luận và phản hồi của chúng tôi là câu hỏi về thời gian, mức lưu lượng truy cập và khả năng thử nghiệm. Cụ thể, người kiểm thử luôn muốn được xác nhận khi nào API sẽ được cung cấp để kiểm thử và liệu việc kiểm thử có được cung cấp trên toàn cầu hay không.

Để giải quyết ý kiến phản hồi này, Chrome đã thông báo rộng rãi và Chrome sẽ đăng một câu hỏi thường gặp xác nhận điều tương tự, thử nghiệm đó sẽ được cung cấp trên toàn cầu. Ngoài ra, Chrome sẽ tiếp tục thường xuyên cập nhật tiến trình công khai dưới sự tham khảo của CMA.

Hiển thị nội dung và quảng cáo có liên quan

API / Công nghệ Chủ đề phản hồi

(Xếp hạng theo Mức độ phổ biến)

Tóm tắt về câu hỏi và mối quan ngại Phản hồi của Chrome
Chủ đề Tính hữu ích của các chủ đề thô Người ta đã lo ngại rằng việc phân loại chủ đề thô có thể không đủ hữu ích cho quảng cáo dựa trên mối quan tâm. Bạn sẽ khám phá tính hữu ích của API thông qua việc kiểm thử. Chrome dự kiến cách phân loại sẽ phát triển dựa trên kết quả thử nghiệm.
Chủ đề Cách phân loại Các bên liên quan trong ngành muốn được tham gia vào việc ảnh hưởng đến cách phân loại này. Chrome vẫn mở để nhập cách phân loại. Chrome rất quan tâm đến ý kiến phản hồi về mô hình quản trị để sửa đổi cách phân loại, đồng thời thảo luận về cách các cơ quan khác trong ngành có thể đóng vai trò tích cực hơn trong việc phát triển và duy trì cách phân loại về lâu dài.
Chủ đề Tính hữu ích cho các loại trang web khác nhau Người ta đã lo ngại về tính hữu ích của các trang web, tuỳ thuộc vào mức độ lưu lượng truy cập hoặc mức độ chuyên biệt của nội dung. Bạn sẽ khám phá tính hữu ích của API thông qua việc kiểm thử. Chrome dự kiến cách phân loại và các thông số khác sẽ phát triển dựa trên kết quả thử nghiệm. Quá trình phát triển của cách phân loại hoặc các thông số có thể không đòi hỏi những thay đổi không tương thích ngược. Ngoài ra, Chrome dự kiến ý kiến phản hồi sẽ tiếp tục ảnh hưởng đến sự phát triển của Topics API sau khi cookie của bên thứ ba không được dùng nữa.
Chủ đề Phương pháp phân loại trang web Yêu cầu các trang web có quyền quyết định hoặc tác động đến cách phân loại Chủ đề. Chrome đang nghiên cứu yêu cầu này, nhưng đã nhận được những lo ngại (từ cộng đồng trình duyệt web và các nền tảng bên nhu cầu (DSP)) về nguy cơ tiềm ẩn của việc các trang web có thể "đánh lừa hệ thống" để nhắm mục tiêu người dùng theo cách xâm phạm quyền riêng tư hoặc giảm mức độ liên quan của quảng cáo. Chrome đang thu thập ý kiến phản hồi và cân nhắc những thay đổi có thể xảy ra.
Chủ đề Tín hiệu nhiễu Việc cung cấp chủ đề ngẫu nhiên trong 5% thời gian có thể tạo ra quá nhiều độ nhiễu / tín hiệu sai lệch. Tiếng ồn là một phương pháp quan trọng để bảo vệ quyền riêng tư của người dùng. Mức độ nhiễu so với mức độ hữu ích của chủ đề sẽ được tìm hiểu thông qua thử nghiệm.
Chủ đề Cấp phép của bên thứ ba do trang web kiểm soát Yêu cầu các trang web chọn được công nghệ quảng cáo nào có thể gọi Topics API từ trang web của họ. Tính năng yêu cầu này đã được hỗ trợ thông qua chính sách về quyền "chủ đề duyệt web" như đề cập trong phần giải thích.
Chủ đề API Chủ đề ảnh hưởng đến hiệu suất của trang Lo ngại về sự chậm trễ thời gian đối với quảng cáo đầu tiên do phụ thuộc vào Topics API Chrome đang thảo luận khả năng hỗ trợ cho Chủ đề trong Tiêu đề yêu cầu HTTP để cải thiện hiệu suất. Chúng tôi sẽ dựa vào thử nghiệm để xem những thay đổi như vậy có cần thiết hay không.
Chủ đề Quyền riêng tư / Chính sách Câu hỏi xung quanh mục đích lọc câu trả lời theo người gọi nếu một số bên thứ ba chia sẻ chủ đề của họ với bất kỳ ai gọi điện Dựa trên phản hồi của nhiều người trong hệ sinh thái, Chrome đã chọn thiết kế này nhằm giới hạn quyền truy cập vào thông tin đối với những người lẽ ra sẽ không có quyền truy cập vào thông tin đó. Tất nhiên, những nhà xuất bản và bên thứ ba nhận được Chủ đề có thể tự quyết định thông tin mà họ sẽ chia sẻ với các bên trên trang web của họ. Nếu thực hiện hình thức chia sẻ này, Chrome khuyến khích họ minh bạch với người dùng về những hoạt động chia sẻ đó, đồng thời cung cấp cho họ các quyền kiểm soát.
Chủ đề Tài liệu Quan tâm đến tài liệu trình bày thông tin chi tiết về mô hình thuật toán phân loại và cách phân loại mà Chrome sử dụng giống như cách bạn làm với FLoC, chẳng hạn như tần suất thay đổi của thuật toán phân loại và cách phân loại Chrome đã cung cấp hệ thống phân loại đang được dùng trong Bản dùng thử theo nguyên gốc và mô hình thuật toán phân loại giúp phân loại các trang web thành Chủ đề cũng được cung cấp trong cơ sở mã của Chrome như một phần của mã nguồn mở. Trong khuôn khổ Bản dùng thử theo nguyên gốc, Chrome có quyền thực hiện thay đổi khi nhận được ý kiến phản hồi và thu thập thông tin về hiệu quả hoạt động của Chrome.
FLEDGE Giới hạn tần suất Mong muốn có thể kiểm soát tần suất trên mỗi người dùng trong một chiến dịch hoặc trong một nhóm quảng cáo. FLEDGE sẽ hỗ trợ tính năng giới hạn tần suất cho phiên đấu giá trên thiết bị. Có một vấn đề chưa được xử lý trong đó FLEDGE đề cập đến việc hỗ trợ các chiến dịch dựa trên bối cảnh/xây dựng thương hiệu. Bộ nhớ dùng chung, một API đang phát triển khác và giới hạn theo trang web cũng có thể được sử dụng để kiểm soát giới hạn tần suất bổ sung.
FLEDGE Tác động của FLEDGE đến hiệu suất Người này đã lo ngại về tác động tiềm ẩn của những bên đặt giá thầu cần nhiều công sức tính toán trong phiên đấu giá FLEDGE Chrome đang tích cực thảo luận với các nhà phát triển về tác động tiềm ẩn đối với hiệu suất của trang web. Chrome rất mong có cơ hội học hỏi thêm trong quá trình thử nghiệm.
FLEDGE Thử nghiệm FLEDGE với các tính năng khác Thời điểm và cách thức kiểm thử với các tính năng khác (máy chủ ẩn danh k-anonymity, máy chủ khoá-giá trị, v.v.) sẽ diễn ra. Chrome sẽ chủ động ra mắt các tính năng theo từng giai đoạn cho bản dùng thử theo nguyên gốc ban đầu nhằm giúp việc kiểm thử trở nên dễ dàng hơn. Chrome công nhận rằng việc cung cấp thông tin rõ ràng về tiến trình cho các tính năng khác là rất quan trọng và sẽ làm rõ nếu có thể.
FLEDGE Điều phối kiểm thử Cách phối hợp thử nghiệm trên nhiều công nghệ quảng cáo. Chrome đang nghiên cứu việc cung cấp dịch vụ hỗ trợ bổ sung để giúp điều phối các thử nghiệm sao cho các công nghệ quảng cáo khác nhau thử nghiệm trên cùng một người dùng. Đây cũng là trọng tâm chính của việc tiếp cận quan hệ đối tác của Chrome; các cơ quan thương mại trong ngành cũng đã bày tỏ sự quan tâm đến việc thực hiện vai trò này.
FLEDGE Hạn mức đối với nhóm mối quan tâm Có giới hạn về số nhóm mối quan tâm mà người dùng có thể được thêm vào hoặc có thể được đưa vào phiên đấu giá không? Chrome sẵn sàng tinh chỉnh các giới hạn này đối với hiệu suất của trang web hoặc lý do trải nghiệm người dùng trong giai đoạn thử nghiệm dựa trên ý kiến phản hồi và tác động về độ trễ được đo lường. Những người thử nghiệm vẫn đang thảo luận về những cách bổ sung để cho phép người mua và người bán điều chỉnh mức sử dụng tài nguyên.
FLEDGE Khả năng trên nhiều API Báo cáo phân bổ sẽ hoạt động như thế nào với FLEDGE? Thông tin đầy đủ vẫn chưa được xác định và Chrome dự kiến sẽ có thông tin cập nhật về thay đổi này vào Quý 2. Chrome dự kiến sẽ tiếp tục cung cấp báo cáo ở cấp sự kiện về kết quả của phiên đấu giá (thắng và thua) trong thời gian chạy bản dùng thử theo nguyên gốc.

Đo lường quảng cáo kỹ thuật số

API / Công nghệ Chủ đề phản hồi

(Xếp hạng theo Mức độ phổ biến)

Tóm tắt về câu hỏi và mối quan ngại Phản hồi của Chrome
Báo cáo phân bổ (và các API khác) Kiểm tra lưu lượng truy cập Lo ngại về việc có đủ lưu lượng truy cập để thử nghiệm hay không Chrome đang bắt đầu bản dùng thử theo nguyên gốc với lưu lượng truy cập rất thấp để đảm bảo không có lỗi hoặc vấn đề nghiêm trọng nào với các chế độ kiểm soát của người dùng. Những người kiểm thử ban đầu đóng vai trò quan trọng trong việc xác nhận rằng các API này đang hoạt động như dự kiến từ góc độ kỹ thuật, giúp tăng tốc độ lưu lượng truy cập lớn hơn một cách nhanh hơn. Khi chắc chắn rằng các API đang hoạt động như dự kiến, Chrome sẽ tăng bản dùng thử theo nguyên gốc để hỗ trợ kiểm thử tiện ích.
Attribution Reporting Công thái học khi đăng ký sự kiện Câu hỏi về các hình thức đăng ký sự kiện được hỗ trợ. Chrome đã đăng phản hồi trên GitHub để làm rõ những hình thức đăng ký nào hiện được hỗ trợ. Chrome đang thu thập ý kiến phản hồi của hệ sinh thái về thiết kế hiện tại để xem liệu những thay đổi được đề xuất có giải quyết đầy đủ những mối lo ngại này hoặc có cần cập nhật thêm hay không.
Attribution Reporting Tạo tiếng ồn Muốn biết thêm chi tiết về cách tạo nhiễu cho báo cáo tổng hợp. Chrome đã phát hành một phản hồi trên GitHub để cung cấp thêm thông tin chi tiết về cách tạo nhiễu có hệ thống. Chrome dự định cung cấp một thư viện để mô phỏng tiếng ồn và kiểm thử bằng một loạt thông số trong quá trình khởi động (OT). Chrome cũng dự định cung cấp thêm tài liệu và hướng dẫn cho nhà phát triển về chế độ báo cáo tổng hợp.
Attribution Reporting Dữ liệu kém chính xác hơn cho các trang web nhỏ Lo ngại rằng các trang web hoặc chiến dịch nhỏ hơn sẽ nhận được dữ liệu ít chính xác hơn. Chrome công nhận rằng các biện pháp bảo vệ quyền riêng tư dựa trên tiếng ồn có tác động lớn hơn đến các lát dữ liệu nhỏ hơn. Tuy nhiên, có thể những phương pháp như tổng hợp trong khoảng thời gian dài hơn sẽ giải quyết được vấn đề này; cũng không rõ những kết luận dựa trên các phần dữ liệu rất nhỏ (như một hoặc hai lượt mua hàng) có ý nghĩa đối với nhà quảng cáo hay không. Trong giai đoạn dùng thử theo nguyên gốc, Chrome khuyến khích người thử nghiệm tận dụng khả năng thử nghiệm với nhiều tham số về quyền riêng tư và nhiễu để họ có thể đưa ra ý kiến phản hồi cụ thể hơn về vấn đề này.
Attribution Reporting Độ trễ chuyển đổi ảnh hưởng đến dịch vụ tiện ích Lo ngại rằng độ trễ chuyển đổi sẽ ảnh hưởng đến việc thiết lập và xác minh chiến dịch hoặc tối ưu hoá chiến dịch. Chrome đã nhận được một số ý kiến phản hồi trái chiều về tác động của sự chậm trễ trong việc báo cáo lượt chuyển đổi. Tuy nhiên, do API Báo cáo phân bổ có sự chậm trễ ngẫu nhiên trong quá trình báo cáo để bảo vệ quyền riêng tư của người dùng, Chrome dự kiến rằng các trường hợp sử dụng hoặc mối lo ngại cụ thể sẽ trở nên rõ ràng hơn trong giai đoạn thử nghiệm và có thể được giải quyết bằng cách hỗ trợ gỡ lỗi bổ sung hoặc hướng dẫn của nhà phát triển.
Attribution Reporting Thời lượng phân bổ dài hơn Yêu cầu gia hạn thời lượng phân bổ 30 ngày Chrome đã phát hành một phản hồi nhằm thu thập thêm ý kiến phản hồi về thời lượng phân bổ, khi xét đến cả mức độ giảm thiểu tối đa và sự tiện dụng của dữ liệu.
Attribution Reporting Số lượt hiển thị không thể xem Câu hỏi về việc liệu số lượt hiển thị không thể xem có được tính cho báo cáo lượt chuyển đổi từ lượt xem hết hay không. Chrome đã phát hành một phản hồi trên GitHub để cung cấp thông tin rõ ràng hơn về số lượt hiển thị có thể xem.

Hạn chế theo dõi bí mật

API / Công nghệ Chủ đề phản hồi

(Xếp hạng theo Mức độ phổ biến)

Tóm tắt về câu hỏi và mối quan ngại Phản hồi của Chrome
Giảm thiểu tác nhân người dùng Hiệu suất Có lo ngại về độ trễ khi nhận gợi ý qua Critical-CH (trong lần tải trang đầu tiên). Chrome đang nghiên cứu các cách cải thiện hiệu suất.
Giảm thiểu tác nhân người dùng / Gợi ý ứng dụng tác nhân người dùng Vấn đề về Chống gian lận / Chống lạm dụng Việc cung cấp nhiều thông tin nhất có thể là điều quan trọng khi gỡ lỗi một số loại tấn công nhất định, bao gồm cả hành vi Từ chối dịch vụ. Việc mất một số thông tin trong chuỗi UA có thể gây ra nhiều khó khăn. Chrome đang thảo luận và đánh giá những cách để duy trì quyền riêng tư, đồng thời cung cấp đầy đủ thông tin hữu ích cho việc gỡ lỗi.
Giảm thiểu tác nhân người dùng Nhầm lẫn khi thiết lập máy tính bảng Nhiều người tham gia Dùng thử theo nguyên gốc đề xuất cải thiện tài liệu có các ví dụ về cách đăng ký tham gia chương trình Dùng thử theo nguyên gốc. Chương trình Bản dùng thử theo nguyên gốc UA (UA) sắp kết thúc, nhưng Chrome dự định cải thiện hướng dẫn cho Bản dùng thử ngừng sử dụng (bao gồm cả việc làm nổi bật bản minh hoạ mẫu hơn).
Giảm thiểu tác nhân người dùng Lo ngại về giá trị của gợi ý cụ thể Các câu hỏi xung quanh liệu Sec-CH-UA-Model có giống với <deviceModel> trong chuỗi tác nhân người dùng hay không. Sec-CH-UA-Model giống với <deviceModel> trong chuỗi User-Agent. Chrome sẽ cố gắng giải thích rõ hơn trong tài liệu sau này.
Giảm thiểu tác nhân người dùng Lo ngại về việc đăng ký dùng thử tính năng ngừng sử dụng Câu hỏi về cách đăng ký một số lượng lớn miền tham gia Chương trình dùng thử không dùng nữa Chrome đã cân nhắc các phương pháp tập trung khi thiết kế Bản dùng thử không áp dụng nữa, nhưng Chrome cho rằng Bản dùng thử theo nguyên gốc hiện tại là lựa chọn tốt nhất vì bản dùng thử này trao toàn bộ quyền kiểm soát cho nhà phát triển (vì họ có thể chọn gửi hay không gửi tiêu đề).
Gợi ý ứng dụng tác nhân người dùng Lo ngại về tính chất quy định của UA-CH Có một lo ngại rằng UA-CH có tính quy định quá mức khi so sánh với tính linh hoạt mà tiêu đề Tác nhân người dùng cung cấp, như được xác định bởi rfc7231. Chrome coi bản chất quy định của tiêu đề UA-CH là một sự cải tiến quan trọng đối với tính linh hoạt của chuỗi UA, cả từ khía cạnh khả năng tương tác cuối cùng trên nhiều trình duyệt và bảo vệ quyền riêng tư của người dùng (bằng cách ngăn chặn việc thêm tuỳ ý các giá trị nhận dạng có entropy cao).

Tuy nhiên, vấn đề này vẫn để mở trong trường hợp có người khác chia sẻ mối lo ngại này và muốn cung cấp ý kiến phản hồi.

Gợi ý ứng dụng tác nhân người dùng Lo ngại về việc API đang được dùng để chặn một số trình duyệt nhất định Lo ngại về việc một trang web đang sử dụng API để tìm "Google Chrome" hoặc "Microsoft Edge" và chặn tất cả các trình duyệt khác. Khái niệm danh sách thương hiệu được thiết kế để xử lý trường hợp này – ngoài các thương hiệu của riêng họ, trình duyệt có thể gửi "Google Chrome".
Gợi ý ứng dụng tác nhân người dùng Yêu cầu một phương thức liệt kê tất cả các gợi ý được hỗ trợ Quan tâm đến việc có một cách lập trình để biết tất cả các gợi ý được hỗ trợ cho một trình duyệt. Chrome đang đánh giá yêu cầu về tính năng.
Giảm thiểu tác nhân người dùng / Gợi ý ứng dụng tác nhân người dùng Vấn đề về Chống gian lận / Chống lạm dụng Không có thông tin gợi ý của ứng dụng trong lần tải đầu tiên cho HTTP1 Một trong các Client Hints Reliability API (API Độ tin cậy của Gợi ý của ứng dụng) ( khắc phục sự cố về máy khách ) chỉ có trên HTTP2 và HTTP3. Đối với những máy chủ vẫn được phân phát qua HTTP1, chúng sẽ chỉ cần dựa vào Critical-CH.
Giảm thiểu tác nhân người dùng Tác động đối với Chrome dành cho Android Câu hỏi về ảnh hưởng cụ thể của điều này đến Chrome trên Android. Phiên bản UA cũng như UA-CH sẽ được hỗ trợ trên Chrome trên Android, ngoài Máy tính. Đối với Chrome trên Android, những thay đổi sẽ chỉ diễn ra trong "Giai đoạn 6", hiện được lên lịch cho Chrome 110.
Gnatcatcher (WIPB) Cách sử dụng và phương pháp không phù hợp Nội dung rõ ràng về cách sử dụng không phù hợp và phương pháp không phù hợp sẽ là gì. Chrome sẽ cập nhật nội dung giải thích để bổ sung thông tin chi tiết.
Gnatcatcher + Giảm thiểu tác nhân người dùng Giảm thiểu tín hiệu để chống gian lận Tác động chống gian lận đồng thời giảm quyền truy cập IP UA. Quy định trong chính sách chống gian lận IP có chủ đích (để cho phép sử dụng IP cho các trường hợp sử dụng chống gian lận) sẽ giải quyết được các mối lo ngại về khả năng bảo vệ liên quan đến việc proxy IP.
Theo dõi điều hướng Lo ngại về những sự cố hỏng hóc trong tương lai Các nhà quảng cáo lo ngại về những sự cố có thể xảy ra; các nhà cung cấp danh tính cũng đã bày tỏ sự quan tâm đến các gói của Chrome. Chrome không thực hiện những thay đổi có thể gây lỗi sắp xảy ra và vẫn đang tìm hiểu các trường hợp sử dụng.
Cookie SameSite Khả năng tương tác với các trình duyệt khác Câu hỏi xung quanh kế hoạch khắc phục crbug.com/1221316 của Chrome, vì đây là lĩnh vực mà việc triển khai Chrome khác với các trình duyệt khác. Chrome đã phát hiện một lỗi trong các chỉ số, do đó đã có các chỉ số mới. Chrome đang thu thập dữ liệu để hiểu rõ hơn về tác động của việc sửa lỗi.
Phân vùng lưu trữ Lo ngại về việc phân vùng các kênh thông báo Câu hỏi về việc liệu các kênh nhắn tin (như SharedWorker và BroadcastChannel ) phải được phân vùng. Chrome đang đánh giá ý kiến phản hồi, tuy nhiên Chrome cho rằng cần phân chia các kênh nhắn tin cùng với bộ nhớ để ngăn việc theo dõi bí mật.

Củng cố ranh giới quyền riêng tư trên nhiều trang web

API / Công nghệ Chủ đề phản hồi

(Xếp hạng theo Mức độ phổ biến)

Tóm tắt về câu hỏi và mối quan ngại Phản hồi của Chrome
Nhóm bên thứ nhất Yêu cầu phổ biến trong chính sách quyền riêng tư Không thể duy trì một chính sách quyền riêng tư chung trên tất cả các sản phẩm và khu vực tài phán cần phải nằm trong cùng một bộ chính sách đó. Chrome vẫn đang xác định các yêu cầu về chính sách của chúng tôi và sẽ ghi nhớ ý kiến phản hồi này.
Nhóm bên thứ nhất Cơ quan thực thi độc lập (IEE) có thể sẽ phải đối mặt với rất nhiều thách thức về tính hợp lệ của FPS (khung hình/giây) Tóm tắt về những thách thức có thể dự đoán được trong việc xác định tính hợp lệ của FPS: văn bản hoặc chính sách quyền riêng tư không thống nhất giữa các thành viên, sự rõ ràng về cách xác định tư cách thành viên rõ ràng cho người dùng, những thách thức về băng thông và thời gian, cùng kiến thức chuyên môn về cấu trúc công ty. Chrome vẫn đang xác định các yêu cầu về chính sách của chúng tôi và sẽ ghi nhớ ý kiến phản hồi này.
Nhóm bên thứ nhất Quy trình duy trì danh sách FPS của trình duyệt Mối lo ngại về rào cản gia nhập trang web ở các quốc gia không phải phương Tây, phiên bản danh sách FPS không nhất quán trên các trình duyệt do sự khác biệt về tần suất cập nhật và khả năng sử dụng danh sách này của các trình duyệt nhỏ hơn/mới hơn. Chrome vẫn đang xác định các yêu cầu về chính sách, quy trình chấp nhận và quyền sử dụng của chúng tôi cho danh sách này. Chrome sẽ lưu ý ý kiến phản hồi này.

Chrome cũng sẽ tìm hiểu thông tin tìm hiểu được từ các danh sách tĩnh khác được dùng trên nền tảng web, chẳng hạn như Danh sách hậu tố công khai

Nhóm bên thứ nhất Thiết kế xác nhận mỗi trang web động Một thiết kế động (trái ngược với danh sách tĩnh) có thể dễ bị khẳng định sai về quyền sở hữu chung và độ trễ/lỗi tải trang. Chrome hiện đang theo đuổi phương pháp danh sách tĩnh; và sẽ lưu ý phản hồi này nếu phương pháp xác nhận đã ký được đánh giá lại trong tương lai.
Nhóm bên thứ nhất Các trường hợp có thể sử dụng cho Nhóm bên thứ nhất (nếu có thể tạo phiên bản danh sách FPS đáng tin cậy và bình đẳng) Lời nhắc đăng nhập một lần, lời nhắc về dữ liệu có thể tuỳ chỉnh, các khả năng giúp nâng cao tính minh bạch cho báo cáo cho người dùng. Chrome sẽ xem xét ý kiến phản hồi này khi cân nhắc các bước tiếp theo cho Nhóm bên thứ nhất
KHỐI Khả năng tương thích với trình duyệt Muốn tìm hiểu cách các trình duyệt khác xử lý các thuộc tính cookie được phân vùng Chrome tiếp tục hoạt động trong các nhóm tiêu chuẩn công khai như W3C để xác định các thiết kế và cách triển khai có thể hoạt động trên các trình duyệt.
KHỐI Yêu cầu về thiết kế Lo ngại về việc có thể không thêm được tiền tố __Host- name (tên máy chủ) Chrome đã loại bỏ yêu cầu đặt tên cho Bản dùng thử theo nguyên gốc và sẽ cân nhắc xem có thiết lập vĩnh viễn bản dùng thử này khi thời gian thử nghiệm kết thúc hay không.
KHỐI Cách sử dụng KHỐI cho các trường hợp sử dụng quảng cáo Câu hỏi về việc liệu có thể sử dụng KHỐI cho các trường hợp sử dụng quảng cáo hay không. KHỐI cho phép bên thứ ba tạo cookie phía máy khách được phân vùng cho trang web cấp cao nhất (hoặc Nhóm bên thứ nhất của trang web đó). Nếu trường hợp sử dụng cần trạng thái được phân vùng chứ không phải trạng thái trên nhiều trang web; thì bạn có thể sử dụng CHIPS cho trường hợp sử dụng đó.
KHỐI Tích hợp KHỐI với FPS Lo ngại rằng việc thử nghiệm với KHỐI có thể sẽ không thực hiện được cùng với các đề xuất khác trong khuôn khổ Hộp cát về quyền riêng tư, chẳng hạn như Nhóm bên thứ nhất Chrome đang tích cực tìm hiểu cách tạo điều kiện cho các môi trường thử nghiệm cho phép thực hiện các thử nghiệm như vậy. Chrome cũng đã phát hành hướng dẫn về cách kiểm thử cục bộ cho FPSCHIPS. Bạn có thể sử dụng những hướng dẫn này trong thời gian chờ đợi.
FedCM Thể hiện ý nghĩa Lo ngại rằng vì trình duyệt hiển thị một phần quy trình danh tính được liên kết nên khó có thể nắm bắt hết mọi sắc thái mà IDP muốn trình bày cho người dùng Chrome nhận thấy sự đánh đổi và sẽ tiếp tục phối hợp với hệ sinh thái này để vừa tiếp cận hệ sinh thái nhiều nhất có thể, vừa giúp hệ sinh thái trở nên thể hiện được nhiều nhất có thể. Một số ý tưởng mà Chrome đang tìm hiểu bao gồm tuỳ chỉnh thương hiệu (ví dụ: biểu trưng, màu sắc) và tuỳ chỉnh chuỗi (ví dụ: "truy cập vào bài viết này" thay vì "đăng nhập bằng").
FedCM Sự tham gia của trình duyệt Lo ngại về việc trình duyệt tham gia vào luồng liên kết nhận dạng nhiều hơn trước đây, do đó trình duyệt nhận biết rõ hơn những trang web nào người dùng đã đăng nhập (cũng với IDP nào). Chrome nhận thấy rằng trình duyệt hiện đóng vai trò tích cực hơn, nhưng mức độ tham gia bổ sung này là cần thiết để trình duyệt phân biệt và ngăn chặn việc theo dõi trên nhiều trang web trong khi vẫn hỗ trợ liên kết.
FedCM Khả năng áp dụng và tương tác Lo ngại rằng các trình duyệt khác sẽ không áp dụng hoặc triển khai FedCM. Chrome cũng đang làm việc với các nhà cung cấp trình duyệt khác để tìm các giải pháp phổ biến cho liên kết tại Nhóm cộng đồng FedID.
FedCM Nhiều thử thách đối với API Lo ngại rằng FedCM vẫn còn ở giai đoạn ban đầu / chưa hoàn thiện và sẽ mất nhiều thời gian để cung cấp tất cả các tính năng mà hệ sinh thái cần đến. Chrome sẽ tìm hiểu sâu hơn về vấn đề này trong quá trình thử nghiệm hệ sinh thái.
FedCM Chính sách dành cho doanh nghiệp và quyền kiểm soát của người dùng Lo ngại rằng liệu có chế độ kiểm soát nào đó hay không (ví dụ: chính sách doanh nghiệp và/hoặc chế độ cài đặt người dùng) cho phép doanh nghiệp duy trì việc triển khai danh tính liên kết mà không có bất kỳ thay đổi nào. Có rất nhiều hoạt động triển khai danh tính được liên kết tại chỗ đặc biệt khó triển khai lại / thay đổi, vì vậy có rất nhiều phản đối đối với API trình duyệt mới yêu cầu IDP phải triển khai lại. Chrome đang tìm hiểu các biện pháp kiểm soát đối với quản trị viên và người dùng của doanh nghiệp mà chúng tôi tin rằng sẽ giải quyết được những mối lo ngại này. Chrome hoan nghênh ý kiến phản hồi của các doanh nghiệp về các trường hợp sử dụng cụ thể mà họ muốn xem xét.

Chống nội dung rác và lừa đảo

API / Công nghệ Chủ đề phản hồi

(Xếp hạng theo Mức độ phổ biến theo API)

Tóm tắt về câu hỏi và mối quan ngại Phản hồi của Chrome
API Mã thông báo tin cậy Giới hạn đổi thưởng Những lo ngại về việc 2 trang trên mỗi trang quá hạn chế, đặc biệt là trong các trường hợp mà một trang có thể được nhúng trên cùng một trang nhiều lần hoặc có miền của nhà phát hành thứ hai trong tổ chức của họ. Một người có thể sẽ tự mình đạt đến giới hạn mà không cần cân nhắc đến những người tham gia thị trường khác. Chrome sẵn sàng tăng giới hạn sử dụng trên mỗi trang một chút nếu việc này làm tăng tỷ lệ sử dụng, nhưng cần duy trì giới hạn ở mức tương đối thấp để tạo ra quá nhiều entropy. Ngoài ra, việc lưu hồ sơ đổi thưởng vào bộ nhớ đệm có thể làm giảm nhu cầu sử dụng nhiều mã thông báo cho một người dùng riêng lẻ trong một khoảng thời gian ngắn.
API Mã thông báo tin cậy Độ trễ Thường cần phản hồi các yêu cầu giá thầu trong vòng 10 mili giây trở xuống, vì vậy, việc sử dụng mã thông báo trong lần tải trang đầu tiên khiến bạn gần như không thể đưa vào quyết định về Lưu lượng truy cập không hợp lệ trước khi đặt giá thầu Chrome đang cố gắng kiểm thử để hiểu được độ trễ ảnh hưởng như thế nào đến các trường hợp sử dụng trước khi đặt giá thầu.
API Mã thông báo tin cậy Tỷ lệ sử dụng OpenRTB Đối với các trường hợp sử dụng tính năng Đặt giá thầu trước, bạn phải chuyển thông tin mã thông báo đã sử dụng cho các SSP và DSP để dùng trong quá trình quyết định quảng cáo Chrome sẵn sàng cộng tác với IAB để giúp đảm bảo mọi tín hiệu hữu ích chống gian lận/chống lạm dụng có thể được truyền qua OpenRTB (mặc dù các nền tảng này có tiêu chuẩn để thêm mọi trường mặc định mới).
API Mã thông báo tin cậy Quyền riêng tư Các câu hỏi về khả năng tồn tại lâu dài của bất kỳ hình thức truyền dữ liệu chéo trang web nào, mặc dù lượng entropy thấp (~2,5 bit) Do các biện pháp bảo vệ mạnh mẽ cho người dùng để tránh việc nhận dạng người dùng riêng biệt, Chrome tin rằng đây là lý do phù hợp để hệ sinh thái chấp nhận. Chrome đang hợp tác chặt chẽ với các bên liên quan chính để đảm bảo khả năng phát triển lâu dài.
Tín hiệu chứng thực nền tảng Đánh giá mức độ quan tâm đến ý tưởng/đề xuất mới Hỗ trợ mạnh mẽ cho nhiều tín hiệu khả thi (và không khả thi), chẳng hạn như truyền tín hiệu về tính toàn vẹn của thiết bị mà nền tảng có thể cung cấp Chrome dự định đưa ý tưởng này đến nhóm cộng đồng chống gian lận W3C làm ý tưởng mới để thu thập ý kiến phản hồi.
Máy chủ đáng tin cậy để chống gian lận Đánh giá mức độ quan tâm đến ý tưởng/đề xuất mới Khái niệm thú vị nhưng có thể cần được tìm hiểu thêm về các trường hợp sử dụng có thể áp dụng Tuỳ vào mức độ quan tâm, Chrome có thể tiến hành xem xét thêm về khái niệm này và đưa thành phần giải thích cho ý kiến phản hồi về hệ sinh thái trong tương lai.