Báo cáo hằng quý cho quý 1 năm 2023 tóm tắt ý kiến phản hồi của hệ sinh thái về các đề xuất liên quan đến Hộp cát về quyền riêng tư và phản hồi của Chrome.
Trong khuôn khổ cam kết với CMA, Google đã đồng ý công bố báo cáo hằng quý về quy trình tương tác với các bên liên quan đối với các đề xuất về Hộp cát về quyền riêng tư (tham khảo đoạn 12 và 17(c)(ii) của Cam kết). Các báo cáo tóm tắt 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 phản hồi mà Chrome nhận được từ nhiều nguồn như được liệt kê trong phần tổng quan về 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 cung cấp trên privacysandbox.com, các 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 tìm hiểu 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. Việc này được thực hiện bằng cách tổng hợp số lượng ý kiến phản hồi mà nhóm Chrome đã nhận được về một chủ đề nhất định và sắp xếp theo thứ tự giảm dần về số lượng. Các chủ đề phản hồi phổ biến được xác định bằng cách xem xét các chủ đề thảo luận từ các cuộc họp công khai (W3C, PatCG, IETF), phản hồi trực tiếp, GitHub và các câu hỏi thường gặp xuất hiện thông qua các nhóm nội bộ và biểu mẫu công khai của Google.
Cụ thể hơn, chúng tôi đã xem xét biên bản cuộc họp của các tổ chức tiêu chuẩn web và đối với ý kiến phản hồi trực tiếp, chúng tôi đã xem xét bản ghi của Google về các cuộc họp 1:1 với các bên liên quan, email mà các kỹ sư cá nhân nhận được, danh sách gửi thư API và biểu mẫu phản hồi công khai. Sau đó, Google đã điều phối giữa các nhóm tham gia vào nhiều hoạt động tiếp cận này để xác định mức độ phổ biến tương đối của các chủ đề mới nổi liên quan đến từng API.
Nội dung giải thích về phản hồi của Chrome đối với ý kiến phản hồi được phát triển từ các câu hỏi thường gặp đã xuất bản, phản hồi thực tế đối với các vấn đề do các bên liên quan nêu ra và xác định một quan điểm 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 việc phát triển và thử nghiệm, chúng tôi đã nhận được các câu hỏi và ý kiến phản hồi cụ thể liên quan đến API Chủ đề, FLEDGE và API Báo cáo phân bổ.
Phản hồi nhận được sau khi kết thúc khoảng thời gian báo cáo hiện tại có thể chưa được Chrome xem xét.
Bảng thuật ngữ về từ viết tắt
- Cookie có trạng thái được phân vùng độc lập (CHIPS)
- 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
- Khung hình/giây
- 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
- 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
- IP
- Địa chỉ giao thức Internet
- openRTB
- Đặt giá thầu theo thời gian thực
- QUÁ GIỜ
- Bản dùng thử Origin
- PatCG
- Nhóm cộng đồng về công nghệ quảng cáo riêng tư
- RP
- Bên phụ thuộc
- SSP
- Nền tảng bên cung
- TEE (Môi trường thực thi đáng tin cậy)
- Môi trường thực thi đáng tin cậy
- UA
- Chuỗi tác nhân người dùng
- UA-CH
- Thông tin mô tả của ứng dụng tác nhân người dùng
- W3C
- World Wide Web Consortium
- WIPB
- Cố tình làm ngơ địa chỉ IP
Ý kiến phản hồi chung, không có API/Công nghệ cụ thể
| Giao diện phản hồi | Tóm tắt | Phản hồi của Chrome |
|---|---|---|
| Kiểm thử và dùng thử | Mức độ liên quan của thử nghiệm để thông báo cho CMA về việc đánh giá nếu các API Hộp cát về quyền riêng tư chưa hoàn tất vào thời điểm bắt đầu thử nghiệm | Quá trình phát triển API Hộp cát về quyền riêng tư đang diễn ra nhanh chóng.
Các tính năng này đã có trong chương trình Thử nghiệm về nguồn gốc để thử nghiệm và sẽ được cung cấp rộng rãi cho 100% lưu lượng truy cập vào mùa hè này. Ngoài ra, chúng tôi đã làm rõ tiến trình cho một số tính năng nhất định (chẳng hạn như báo cáo cấp sự kiện FLEDGE, hiển thị FLEDGE bằng iframe) sẽ không bị ảnh hưởng sớm nhất là vào năm 2026. Hệ sinh thái nên thử nghiệm các API và gửi ý kiến phản hồi cho CMA dựa trên những gì mà người kiểm thử dự kiến sẽ dựa vào sau khi cookie của bên thứ ba không còn được dùng nữa. Điều này có thể góp phần vào việc đánh giá của họ về tác động có thể xảy ra của việc ngừng sử dụng cookie của bên thứ ba. |
| Quyền kiểm soát của người dùng | Hướng dẫn rõ ràng cho hệ sinh thái về tác động của các API Hộp cát về quyền riêng tư đối với các chế độ kiểm soát của người dùng | Chúng tôi không thể tư vấn pháp lý về những chế độ kiểm soát người dùng mà hệ sinh thái có thể sử dụng. Đồng thời, Chrome đang thử nghiệm việc hiển thị các chế độ kiểm soát mới của người dùng trong Hộp cát về quyền riêng tư ("Quyền riêng tư nâng cao trong quảng cáo") cho một tỷ lệ rất nhỏ người dùng, nhằm nỗ lực không ngừng cải thiện các công nghệ Hộp cát về quyền riêng tư. Các bản cập nhật này bao gồm ngôn từ và bố cục rõ ràng, hữu ích hơn. Sau khi Chrome đánh giá các điểm cải tiến này và quyết định có mở rộng các điểm cải tiến đó cho một nhóm lớn hơn hay không, họ có thể chia sẻ thêm thông tin với hệ sinh thái. |
| Rò rỉ dữ liệu | Nguy cơ rò rỉ dữ liệu của bên thứ nhất cho Google và các bên khác trong trường hợp trình duyệt bị xâm phạm | Nội dung giải thích về FLEDGE của chúng tôi cho thấy rõ rằng dữ liệu của một công nghệ quảng cáo chỉ được chia sẻ với chính công nghệ quảng cáo đó (với các công cụ làm việc hoặc máy chủ đáng tin cậy của họ) hoặc khi công nghệ quảng cáo đó chia sẻ một cách rõ ràng (chẳng hạn như người mua cho người bán thấy URL quảng cáo mà họ muốn hiển thị). Một ngoại lệ duy nhất là việc kiểm tra tính k-ẩn danh phải do một máy chủ tập trung toàn cầu thực hiện. Đây là một lĩnh vực mà chúng tôi tiếp tục dành nhiều tài nguyên đáng kể. Hãy tham khảo nội dung giải thích về tính ẩn danh K để biết thông tin chi tiết về cách chúng tôi suy nghĩ về quyền riêng tư. Ngoài ra, chúng tôi sẵn sàng cung cấp thêm thông tin chi tiết về cách hoạt động của các biện pháp bảo vệ công nghệ quảng cáo được áp dụng trong thiết kế của máy chủ k-anonymity. |
| Diễn đàn bổ sung để thảo luận | Yêu cầu thêm một diễn đàn cho W3C để những người chơi không chuyên về hệ sinh thái kỹ thuật có thể chia sẻ ý kiến phản hồi | Biểu mẫu phản hồi về Hộp cát về quyền riêng tư phù hợp với các ý kiến phản hồi chung và cụ thể, kỹ thuật và không kỹ thuật. Nhóm kinh doanh cải thiện quảng cáo trên web là một diễn đàn thảo luận thông qua các cuộc gọi hàng tuần và kho lưu trữ GitHub. Trang Phản hồi của Hộp cát về quyền riêng tư giải thích các cơ chế khác để đưa ra phản hồi và tham gia thảo luận. Chrome cũng tiếp tục tổ chức các sự kiện như Giờ làm việc công khai để hỗ trợ việc đặt câu hỏi và chia sẻ nội dung. Ngoài ra, Chrome đã tổ chức hoặc tham dự hơn một chục sự kiện trong ngành trong quý vừa qua. |
| Giải thích về tiến trình | Thông tin làm rõ về ngày phát hành rộng rãi chính xác vào Quý 3 năm 2023 | Theo tiến trình được công bố trên PrivacySandbox.com, chúng tôi dự kiến sẽ bắt đầu triển khai Bản phát hành công khai cùng với việc phát hành Chrome phiên bản 115. |
| reCAPTCHA | Tác động của API Hộp cát đối với trường hợp sử dụng phát hiện nội dung rác của reCATPCHA | Chúng tôi nhận được ý kiến phản hồi định kỳ từ reCAPTCHA để đảm bảo các đề xuất về Hộp cát về quyền riêng tư không ảnh hưởng đáng kể đến sự an toàn trên web hoặc hành vi gian lận. Họ đang phát triển kế hoạch riêng để chuẩn bị và điều chỉnh cho việc ngừng sử dụng cookie của bên thứ ba, vì vậy, câu hỏi này phù hợp nhất với họ. |
| Tiện ích của Chrome | Các công nghệ Hộp cát về quyền riêng tư như biện pháp Chống theo dõi ngầm (ACT) có áp dụng cho tiện ích Chrome không? | Chúng tôi chưa đưa ra thông báo nào về việc ACT có thể áp dụng cho các tiện ích Chrome hay không. Tuy nhiên, nếu một công nghệ thu thập thông tin về người dùng một cách lén lút, thì điều này sẽ không phù hợp với các nguyên tắc về quyền riêng tư của chúng tôi. |
Hiển thị nội dung và quảng cáo phù hợp
Chủ đề
| Giao diện phản hồi | Tóm tắt | Phản hồi của Chrome |
|---|---|---|
| Xem xét thiết kế TAG | TAG đã phát hành bài đánh giá thiết kế ban đầu về Chủ đề. | Chúng tôi vẫn cam kết phát triển tính năng Chủ đề và đã chia sẻ thông tin cập nhật về cam kết này trên trang thông tin cập nhật mới nhất và trong số báo này. Chúng tôi đã trả lời từng điểm trong bài đánh giá của TAG và chia sẻ tầm nhìn tổng thể hơn tại đây. Topics API sẽ vẫn nằm trong bộ sưu tập API mà hệ sinh thái quảng cáo sẽ thử nghiệm trong năm 2023. Chúng tôi hy vọng ý kiến phản hồi về thử nghiệm và kinh nghiệm triển khai mà chúng tôi nhận được sẽ là những đóng góp có giá trị trong những nỗ lực trong tương lai nhằm triển khai các tiêu chuẩn trên nhiều trình duyệt trong không gian này. Chúng tôi mong muốn tiếp tục tương tác với hệ sinh thái về cách dễ dàng chuyển đổi, trong đó Topics API có thể là một tiêu chuẩn đã được thoả thuận với khả năng tương thích trên nhiều trình duyệt. |
| Phương pháp tiếp cận chủ đề | Hỗ trợ phương pháp mở mà Chrome sử dụng để phát triển API Chủ đề | Chúng tôi rất cảm ơn ý kiến đó và mong muốn tiếp tục hợp tác với nhóm ngành để phát triển một API Chủ đề mang lại giá trị cho toàn bộ hệ sinh thái. |
| (Cũng được báo cáo trong quý 3 năm 2022) Hệ thống phân loại chủ đề chưa đủ chi tiết |
Hệ thống phân loại chủ đề rộng không bao gồm các chủ đề chi tiết hơn, bao gồm cả chủ đề theo khu vực. | Thông tin cập nhật quý 1: Chúng tôi đang nỗ lực không ngừng để cải thiện hệ thống phân loại. Vào quý 2, chúng tôi sẽ công bố hệ thống phân loại mới cập nhật cho API Chủ đề. Để xây dựng hệ thống phân loại mới này, chúng tôi đã làm việc chặt chẽ với các công ty trong hệ sinh thái. Chúng tôi đang tích cực thu thập ý kiến phản hồi về cách phân loại hữu ích nhất cho hệ sinh thái. Khi đánh giá xem có nên mở rộng số lượng chủ đề hay thêm các chủ đề chi tiết hơn hay không, bạn cần cân nhắc một số yếu tố, bao gồm 1) các tác động tiềm ẩn đến quyền riêng tư (càng nhiều chủ đề thì càng có nhiều nguy cơ tạo vân tay số) và 2) khả năng truy xuất các chủ đề đã quan sát trước đó (chẳng hạn như với nhiều chủ đề hơn, có thể ít có khả năng công nghệ quảng cáo đã thấy chủ đề đã chọn trong quá khứ). |
| (Cũng được báo cáo trong Quý 4 năm 2022) Tác động đối với tín hiệu của bên thứ nhất |
Tín hiệu Chủ đề có thể có giá trị rất cao và do đó làm giảm giá trị của các tín hiệu khác dựa trên mối quan tâm của bên thứ nhất. | Chúng tôi tin rằng quảng cáo dựa trên mối quan tâm là một trường hợp sử dụng quan trọng đối với web và Chủ đề được thiết kế để hỗ trợ trường hợp sử dụng đó. Chúng tôi hiểu rằng một số nhà xuất bản lớn lo ngại rằng Chủ đề sẽ ảnh hưởng tiêu cực đến chiến lược dữ liệu của bên thứ nhất. Chúng tôi rất mong được thử nghiệm hệ sinh thái để có được thông tin chi tiết về tác động của chủ đề đối với nhà xuất bản. |
| Các trường hợp sử dụng Chủ đề không liên quan đến quảng cáo | Sử dụng Chủ đề cho các mục đích khác ngoài việc hiển thị quảng cáo dựa trên mối quan tâm | Topics được thiết kế để giải quyết trường hợp sử dụng quảng cáo dựa trên mối quan tâm. Chúng tôi tin rằng đây là trường hợp sử dụng quan trọng đối với web miễn phí và mở. Chúng tôi hiện đang tìm ý kiến phản hồi về các trường hợp sử dụng khác và đang đánh giá. |
| Trạng thái chọn tham gia mặc định | Ảnh hưởng của luật pháp theo khu vực đối với chế độ mặc định về sự đồng ý cho tính năng Chủ đề | Chúng tôi không có ý kiến về các quan điểm pháp lý. |
| (Cũng được báo cáo trong quý 3 năm 2022) Các trang web bị phân loại sai |
Tính năng nhắm mục tiêu quảng cáo khi chủ đề được phân loại không chính xác cho một trang web nhất định | Thông tin cập nhật quý 1: Trong quý 2, chúng tôi sẽ công bố một bộ phân loại mới cập nhật cho Topics API và mong muốn được tương tác với hệ sinh thái trên đó. Để phản hồi ý kiến phản hồi hiện tại, các trang web được phân loại thông qua sự kết hợp của danh sách ghi đè do con người tuyển chọn (chứa các trang web phổ biến nhất) và mô hình học máy trên thiết bị. Chrome tiếp tục đánh giá các lựa chọn để các trang web đóng góp vào việc phân loại Chủ đề. Mọi điểm cải tiến về tiện ích đều phải được cân nhắc dựa trên rủi ro về quyền riêng tư và hành vi sai trái. Ví dụ: một số rủi ro bao gồm: trang web tự gắn nhãn để mã hoá các ý nghĩa khác nhau (và có thể nhạy cảm) vào chủ đề; trang web trình bày sai chủ đề của họ để thu lợi tài chính; trang web tấn công chủ đề để làm giảm tính hữu ích của chủ đề đó đối với người khác (ví dụ: gửi thư rác vào chủ đề của người dùng bằng nội dung vô nghĩa). Công chúng có thể kiểm tra các thành phần này bằng công cụ có sẵn thông qua chrome://topics-internals hoặc cộng tác này. Thông qua quá trình thử nghiệm, chúng tôi dự kiến việc phân loại sẽ cải thiện theo thời gian. Chúng tôi rất mong nhận được ý kiến phản hồi về những ví dụ về trang web có thể bị phân loại sai. |
| Thuật toán phân loại chủ đề | Yêu cầu trả về thông tin bổ sung cho biết lý do khi "Không có chủ đề" được trả về cho phương thức gọi cho mục đích gỡ lỗi | Chúng tôi hiểu và cảm ơn rằng các công cụ gỡ lỗi sẽ hữu ích cho nhà phát triển khi họ tích hợp API Chủ đề vào hệ thống của mình. Tuy nhiên, bằng cách tiết lộ thêm thông tin (chẳng hạn như lý do không có Chủ đề nào được trả về), chúng tôi có thể vô tình chia sẻ thông tin cho phép các bên khám phá thêm thông tin chi tiết (ví dụ: nếu người dùng đang ở chế độ ẩn danh, đã tắt API, v.v.) ngoài dự kiến, gây tổn hại đến quyền riêng tư của người dùng. Mặc dù hiện tại chúng tôi không có kế hoạch cung cấp thêm công cụ gỡ lỗi, nhưng chúng tôi luôn sẵn sàng nhận ý kiến phản hồi về những công cụ hữu ích. |
| Truy xuất thông tin cá nhân (PIR) | Yêu cầu Topics API sử dụng tính năng Truy xuất thông tin cá nhân | Trước đây, chúng tôi đã điều tra việc sử dụng PIR và chia sẻ những đánh đổi tại đây. |
| Luồng giá thầu | Chủ đề có được thể hiện riêng biệt với Đối tượng do người bán xác định trong luồng giá thầu không? | Topics API là một đề xuất Hộp cát về quyền riêng tư do Chrome phát triển, khác với đề xuất Đối tượng do người bán xác định của IAB Tech Lab. Chúng tôi dự kiến hai giá trị này sẽ được thể hiện rõ ràng trong luồng giá thầu. Tìm hiểu cách đại diện cho Chủ đề trong yêu cầu giá thầu OpenRTB. |
Protected Audience API (trước đây là FLEDGE)
| Giao diện phản hồi | Tóm tắt | Phản hồi của Chrome |
|---|---|---|
| Phạm vi cung cấp tính năng FLEDGE | Thông tin làm rõ về tiến trình kiểm thử và triển khai các tính năng FLEDGE như thực thi Khung có hàng rào, K-Anonymity, v.v. | Chúng tôi đã chia sẻ trạng thái về nhiều tính năng FLEDGE trong phạm vi và thời điểm các tính năng đó được hỗ trợ. Chúng tôi rất mong nhận được ý kiến phản hồi khác về thông báo này trong quá trình tiếp tục phát triển FLEDGE. |
| Quy định hạn chế về việc hiển thị sản phẩm | Yêu cầu nới lỏng các quy định hạn chế về Quảng cáo bao gồm nhiều phần cho Khung có hàng rào FLEDGE | Như đã thông báo vào tháng 2, việc sử dụng Khung được phân vùng sẽ vẫn là không bắt buộc cho đến ít nhất là năm 2026 và hành vi của iframe sẽ được urn-iframe hỗ trợ. Chúng tôi hoan nghênh việc thảo luận thêm về chủ đề này. |
| Vấn đề về khả năng mở rộng | Hiệu suất của FLEDGE khi mức sử dụng tăng lên | Chúng tôi đang tích cực theo dõi ý kiến phản hồi và tìm hiểu thêm thông tin để có thể đề xuất các giải pháp hữu ích. Bước đầu tiên là tách ý kiến phản hồi thành hai danh mục, cụ thể là:
|
| (Cũng được báo cáo trong quý 3 năm 2022) Mức độ hiển thị của logic đặt giá thầu |
Lo ngại rằng logic đặt giá thầu DSP sẽ được hiển thị trong JavaScript | Thông tin cập nhật quý 1: Chúng tôi đã chia sẻ một đề xuất nhằm hạn chế khả năng đối thủ yêu cầu dữ liệu từ máy chủ theo cách thăm dò (buộc duyệt web). Chúng tôi hoan nghênh các bên tham gia hệ sinh thái chia sẻ ý kiến phản hồi hoặc ủng hộ đề xuất này. |
| Khó khăn khi kiểm thử | Cho phép các DSP nhỏ thử nghiệm FLEDGE đúng cách và giảm thiểu rủi ro rằng nhà quảng cáo chỉ quan tâm đến việc thử nghiệm với các DSP lớn hơn | Chúng tôi cam kết hợp tác với các DSP nhỏ hơn và khuyến khích mạnh mẽ việc mở rộng thử nghiệm giữa các DSP và nhà quảng cáo ở mọi quy mô khi FLEDGE chuyển sang trạng thái cung cấp rộng rãi. Chúng tôi muốn biết cách tốt nhất để hỗ trợ họ thử nghiệm FLEDGE với những người khác trong hệ sinh thái, đồng thời hoan nghênh các ý tưởng và nỗ lực của ngành để khuyến khích nhà quảng cáo thử nghiệm với các DSP nhỏ hơn. |
| Tiếp thị lại động | Tính năng tái tiếp thị linh động có thể hoạt động với FLEDGE sau khi ngừng sử dụng cookie của bên thứ ba không? | Chúng tôi đang cân nhắc câu trả lời cho câu hỏi này và hoan nghênh các bên tham gia hệ sinh thái chia sẻ thêm thông tin chi tiết về cách họ dự định sử dụng tính năng Tiếp thị lại động. |
| Hành vi gian lận/lạm dụng | Hệ sinh thái có thể làm gì để giảm rủi ro và ngăn chặn những đối tượng xấu hoặc người mua tự đặt mình vào vị trí là đối tượng mong muốn? | Chúng tôi mong muốn tiếp tục trao đổi với các bên liên quan trong hệ sinh thái về hành vi gian lận và sai trái, đồng thời hoan nghênh ý kiến phản hồi khác trong lĩnh vực này. |
| Lựa chọn của người dùng | Quy trình lưu lựa chọn ưu tiên của người dùng và sử dụng trong lựa chọn quảng cáo | Đối với các quảng cáo cụ thể, công nghệ quảng cáo có liên quan là bên phù hợp nhất để cung cấp các chế độ kiểm soát về mẫu quảng cáo sẽ hiển thị hoặc cách mẫu quảng cáo được chọn. |
| Đề xuất kiểm thử định lượng | Để kiểm thử định lượng một cách công bằng, bạn nên tiến hành kiểm thử trên lưu lượng truy cập không có cookie của bên thứ ba hay với các SSP chỉ sử dụng FLEDGE? Làm cách nào để tránh việc kết hợp tín hiệu từ cookie của bên thứ ba? | Chúng tôi cảm ơn ý kiến phản hồi này và đang hợp tác với CMA để thiết kế các thử nghiệm nhằm cung cấp thông tin đáng tin cậy về tác động của việc ngừng sử dụng cookie của bên thứ ba và việc đưa ra các đề xuất về Hộp cát về quyền riêng tư đối với hệ sinh thái. Bạn nên chia sẻ trực tiếp với CMA ý kiến phản hồi bổ sung về đề xuất Kiểm thử định lượng của CMA. |
| Tài liệu rõ ràng hơn | Yêu cầu cung cấp tài liệu rõ ràng hơn về cấu hình phiên đấu giá | Chúng tôi hy vọng có thể chia sẻ một bài đăng trên blog có thông tin tổng quan bổ sung về Báo cáo phiên đấu giá FLEDGE trong những tuần tới. |
| Tải song song | Dịch vụ Đặt giá thầu và Phiên đấu giá (B&A) có hỗ trợ tính năng Tạo song song không? | Một công nghệ quảng cáo sử dụng máy chủ Đặt giá thầu / Đấu giá có thể khởi động nhiều máy chủ có thể phân phát kết quả song song. |
| Giảm thiểu hành vi sai trái | Máy chủ ẩn danh k-anonymity của FLEDGE sử dụng Mã thông báo trạng thái riêng tư có đủ để đảm bảo quyền riêng tư của người dùng không? | Động lực cho tính năng k-anonymity không tập trung vào tính năng nhắm mục tiêu vi mô mà tập trung vào việc có một số biện pháp dự phòng trong giai đoạn tạm thời mà FLEDGE cho phép báo cáo ở cấp sự kiện. Chúng tôi đã chia sẻ thêm suy nghĩ và rất mong nhận được ý kiến phản hồi bổ sung. |
| Xung đột mô-đun ES | Yêu cầu xoá generateBid dưới dạng hàm toàn cục vì hàm này xung đột với mô-đun ES |
Chúng tôi đang thảo luận về yêu cầu này và hoan nghênh ý kiến phản hồi khác của bạn. |
| Phiên đấu giá thành phần | Yêu cầu nhà xuất bản có nhiều quyền kiểm soát hơn đối với thiết kế phiên đấu giá | Lập kế hoạch đặt giá thầu và phiên đấu giá để hỗ trợ phiên đấu giá thành phần, giống như Chrome trên thiết bị. |
| Tiến trình B&A | Thông tin rõ ràng về tiến trình cho các công nghệ quảng cáo quan tâm đến việc thử nghiệm Máy chủ B&A | Chúng tôi vừa cập nhật phần Giải thích về B&A và cập nhật mục Tiến trình để đưa ra định nghĩa rõ ràng về tiến trình cho các giai đoạn thử nghiệm Chrome-B&A, sau khi điều chỉnh cho phù hợp với CMA. |
| Lược đồ kiểm soát thời gian chờ | Cải thiện giao thức kiểm soát thời gian chờ hiện có cho FLEDGE | Đây là một đề xuất thú vị. Chúng tôi sẽ thêm đề xuất này vào hàng đợi nghiên cứu và báo cáo về các hoạt động phát triển của chúng tôi. |
| Luồng giá thầu mẫu quảng cáo | Có thể xem xét và lọc giá thầu chiến thắng dựa trên mẫu quảng cáo | Đây là một đề xuất thú vị. Chúng tôi sẽ thêm đề xuất này vào hàng đợi nghiên cứu và báo cáo về các hoạt động phát triển của chúng tôi. |
reportWin |
Đề xuất cung cấp thêm thông tin về giá thầu có điểm số cao nhất từ một chủ sở hữu nhóm đối tượng có cùng mối quan tâm khác với người chiến thắng trong hàm reportWin |
Đây là một đề xuất thú vị. Chúng tôi sẽ cân nhắc việc thêm các tín hiệu khác vào báo cáo tổng hợp và rất mong nhận được ý kiến phản hồi bổ sung tại đây. |
| Loại sự kiện | Tiêu chuẩn hoá các loại sự kiện trên các API đo lường khi tích hợp với FLEDGE | Đây là một đề xuất thú vị. Chúng tôi sẽ thêm đề xuất này vào hàng đợi nghiên cứu và báo cáo về các hoạt động phát triển của chúng tôi. Việc này sẽ yêu cầu phối hợp với các nỗ lực rộng lớn hơn của chúng tôi trong lĩnh vực này, vì nó sẽ ảnh hưởng đến các API Hộp cát về quyền riêng tư khác ngoài FLEDGE. Bạn có thể gửi thêm ý kiến phản hồi tại đây. |
| Giải pháp lâu dài cho báo cáo ở cấp sự kiện | Muốn giữ lại một số dữ liệu nhất định (chẳng hạn như highestScoringOtherBid) ngay cả sau khi cookie của bên thứ ba không còn được dùng nữa |
Như chúng tôi đã chia sẻ trong bài đăng trên blog vào tháng 2, báo cáo chiến thắng phiên đấu giá ở cấp sự kiện sẽ được hỗ trợ cho đến "ít nhất là năm 2026". Hiện tại, chúng tôi chưa có thêm thông tin chi tiết nào để chia sẻ, nhưng chúng tôi rất mong nhận được ý kiến phản hồi bổ sung về lý do quan trọng của việc duy trì một số dữ liệu nhất định sau khi ngừng sử dụng cookie của bên thứ ba. |
| Giới hạn về nhóm đối tượng có cùng mối quan tâm | Giới hạn về số lượng nhóm mối quan tâm mà một nguồn gốc có thể thêm một trình duyệt là bao nhiêu? | Chrome cho phép mỗi chủ sở hữu có tối đa 1.000 nhóm mối quan tâm và tối đa 1.000 chủ sở hữu nhóm mối quan tâm. Đây là các dải phân cách, không phải là các điểm cần tránh trong quá trình hoạt động thông thường. |
| Tín hiệu ở cấp sự kiện | Hỗ trợ đề xuất có tín hiệu cấp sự kiện cho generateBid và reportWin, có thể được dùng trong quá trình huấn luyện máy học |
Chúng tôi đã chia sẻ quyết định của mình về các tín hiệu do trình duyệt thiết kế và các tín hiệu do công nghệ quảng cáo xác định tại đây. Chúng tôi rất mong nhận được ý kiến phản hồi khác của bạn. |
| Tập lệnh đặt giá thầu | Thêm mã nhận dạng người dùng vào URL của tập lệnh đặt giá thầu. | Điều này sẽ không thể thực hiện được vì FLEDGE có thêm yêu cầu là bộ dữ liệu gồm chủ sở hữu nhóm mối quan tâm, URL tập lệnh đặt giá thầu và mẫu quảng cáo đã hiển thị phải là k-anonymous để quảng cáo hiển thị. |
| Thực thi K-anon | Tính năng k-anonymity có được thực thi trên cặp (componentAd, size) không? | Có. Tham khảo turtledove/issues/312. |
| Yêu cầu đối với Dịch vụ đặt giá thầu và phiên đấu giá | Dịch vụ B&A hỗ trợ người tham gia tích hợp với FLEDGE trên thiết bị và các dịch vụ khác bằng cách nào? | Chúng tôi vẫn đang hoàn thiện thiết kế và rất mong nhận được ý kiến phản hồi bổ sung tại đây. |
| Mô hình phân bổ sau khi xem | Mô hình phân bổ sau khi xem có được hỗ trợ không? | Hiện tại, chúng tôi không có định nghĩa tiêu chuẩn nào về khả năng xem và dựa vào chính mẫu quảng cáo để đánh dấu sự kiện xem. Tham khảo turtledove/issues/452. |
| Nhắm mục tiêu theo phân khúc tương tự | Hộp cát về quyền riêng tư có hỗ trợ "tính năng nhắm mục tiêu theo đối tượng tương tự" không? | Chúng tôi đang thảo luận về trường hợp sử dụng tại đây và hoan nghênh ý kiến đóng góp khác. |
| API giám sát theo thời gian thực | Đề xuất phương pháp giám sát FLEDGE theo thời gian thực | Chúng tôi đang thảo luận về đề xuất này và rất mong nhận được ý kiến đóng góp khác tại đây. |
| Báo cáo FLEDGE | Bạn nên tạo reportWin và reportResult theo thứ tự ngẫu nhiên để tránh báo cáo quá nhiều hoặc quá ít. |
Trước tiên, người bán cần thực thi reportResult() trước khi người mua thực thi reportWin() để có thể đưa các tín hiệu của người bán từ reportResult() vào reportWin(). Hãy tham khảo nội dung giải thích để biết thêm thông tin. |
| Máy chủ khoá-giá trị (K/V) tuỳ chỉnh | Chúng tôi có hỗ trợ máy chủ K/V tuỳ chỉnh trong tương lai không? | Chúng tôi đang thảo luận về câu hỏi này tại đây và hoan nghênh mọi ý kiến đóng góp khác. |
| Phiên đấu giá cấp cao nhất | Có phải là máy chủ quảng cáo để chạy cơ chế phiên đấu giá cấp cao nhất không? | API FLEDGE không chỉ định bên nào phải gọi API đó; không có yêu cầu nào về việc đó trong thiết kế của FLEDGE. Bất kỳ ai cũng có thể chạy phiên đấu giá FLEDGE (bao gồm cả phiên đấu giá cho nhiều người bán). Như đã đề cập trong báo cáo quý 4 năm 2022, FLEDGE cho phép mỗi nhà xuất bản chọn cấu trúc của phiên đấu giá, bao gồm cả lựa chọn về người bán thành phần và cấp cao nhất. |
| Phạm vi API | FLEDGE có ý định làm việc với dữ liệu của bên thứ nhất không? | Chúng tôi sẽ xuất bản nội dung vào quý 2 năm 2023 để làm rõ rằng dữ liệu của bên thứ nhất thực sự có thể sử dụng được với FLEDGE để 1) sử dụng làm logic xác định tư cách thành viên nhóm mối quan tâm và 2) để cung cấp dưới dạng tín hiệu đặt giá thầu của người dùng nhằm sử dụng trong quá trình tạo logic đặt giá thầu tiếp theo. |
| Nhóm đối tượng có cùng mối quan tâm trên nhiều miền | Có thể tạo nhóm mối quan tâm trên nhiều miền | Mọi thông tin có sẵn tại thời điểm thêm trình duyệt vào một nhóm mối quan tâm đều có thể được dùng để thông báo cho đối tượng đó. Khi cookie của bên thứ ba bị loại bỏ, khả năng sử dụng dữ liệu trên nhiều trang web để tạo nhóm mối quan tâm sẽ bị hạn chế. |
| Logic đặt giá thầu phía máy khách | Chuyển logic đặt giá thầu hiện có ở phía máy chủ sang phía máy khách | Chúng tôi muốn tìm hiểu thêm về những khía cạnh khó khăn hoặc đang thiếu trong quá trình chuyển đổi, đồng thời rất mong nhận được ý kiến phản hồi bổ sung hoặc thông tin chi tiết. |
| Giá trị máy chủ K/V | Giá trị máy chủ K/V có cần phải thuộc loại chuỗi không? | Giá trị cần phải là một chuỗi nhưng có thể lưu trữ các đối tượng trong JSON hoặc vùng đệm giao thức và chuyển đổi tuần tự các đối tượng đó thành chuỗi. |
| Danh sách chặn nhà quảng cáo | Những tín hiệu nào phù hợp để cung cấp cho người mua về danh sách chặn nhà quảng cáo? | Vị trí thích hợp là trong auctionSignals hoặc trong perBuyerSignals. |
| Đơn vị đặt giá thầu | Hỗ trợ nhiều đơn vị đặt giá thầu như CPI và CPM | Chúng tôi muốn tìm hiểu thêm về lý do cần thiết phải làm như vậy trong thiết kế hiện tại và rất mong nhận được ý kiến phản hồi bổ sung. |
| Logic đấu giá | Trình duyệt hay máy chủ quảng cáo quyết định người chiến thắng trong phiên đấu giá? | Tất cả các lựa chọn người chiến thắng đều được thực thi bên trong hộp cát và tất cả các quyết định đều do mã của người bán đưa ra. Trình duyệt chỉ cung cấp một môi trường kín, riêng tư bên trong đó mã của người mua và người bán chạy. |
| Permissions-Policy | Chính sách quyền hiện tại của FLEDGE có tiếp tục được thực thi sau khi Bản dùng thử theo nguyên gốc kết thúc không? | Đối với Bản dùng thử theo nguồn gốc, danh sách cho phép mặc định hiện tại của cả hai tính năng này là tạm thời và sẽ thay đổi. Chúng tôi muốn biết các công nghệ quảng cáo cần bao lâu để chuẩn bị cho sự thay đổi này trước khi chúng tôi bắt đầu thực thi. |
| Quy tắc ràng buộc về kích thước tín hiệu | Các yêu cầu Tín hiệu đặt giá thầu đáng tin cậy được hợp nhất trên nhiều nhóm mối quan tâm có cùng một trustedBiddingSignalsUrl; giới hạn kích thước 2 MB là một quy tắc ràng buộc. |
Quy tắc ràng buộc này tồn tại đối với các phương thức gọi trên thiết bị để ngăn chặn việc sử dụng quá nhiều tài nguyên trên thiết bị. Phương thức gọi từ Máy chủ B&A sẽ có quy tắc ràng buộc thoải mái hơn. |
| Báo cáo tín hiệu | Thêm một tín hiệu bổ sung, lỗi tập lệnh, để cho phép truy xuất số lỗi phía máy khách cho mỗi chủ sở hữu nhóm mối quan tâm và cho mỗi computeBid hoặc reportWin / reportResult. |
Chúng tôi đang xem xét các vấn đề tiềm ẩn về quyền riêng tư liên quan đến đề xuất này và hoan nghênh các bên tham gia hệ sinh thái chia sẻ thêm thông tin chi tiết về lý do cần thiết phải có đề xuất này. |
| Kích thước cửa sổ K-Anon | Tăng kích thước cửa sổ K-Anon từ giới hạn 7 ngày hiện tại. | Chúng tôi đang xem xét vấn đề này và rất mong nhận được (cũng như hoan nghênh) ý kiến phản hồi bổ sung từ hệ sinh thái. |
| Hiệu suất liên quan đến thiết bị | FLEDGE xử lý hiệu suất thiết bị như thế nào nếu người dùng thuộc nhiều nhóm quan tâm? | FLEDGE cung cấp một số tuỳ chọn về thời gian chờ, mức độ ưu tiên và giới hạn trên các SSP và DSP, giúp các công nghệ quảng cáo có quyền kiểm soát chi tiết trong các trường hợp hiệu suất thiết bị có thể là một lý do để giới hạn việc tham gia phiên đấu giá khi thiết bị nằm trong một số lượng lớn nhóm quan tâm. |
| Kiểm thử Dịch vụ B&A | Yêu cầu người chơi trong hệ sinh thái sử dụng máy chủ của riêng họ trong giai đoạn kiểm thử để có thêm nhật ký cho việc gỡ lỗi | B&A cho phép người dùng khởi chạy và mở rộng quy mô máy chủ từ các nhà cung cấp dịch vụ đám mây được phê duyệt. Để duy trì quyền riêng tư của người dùng, chúng tôi thực thi việc thực thi trong một môi trường thực thi đáng tin cậy (TEE). Chúng tôi sẽ sớm phát hành một bài viết giải thích về cách gỡ lỗi B&A TEE và đang phát triển các tính năng để hỗ trợ việc đó. Chúng tôi đang tìm kiếm thêm ý kiến phản hồi về chủ đề này. |
| Yêu cầu theo quy định | FLEDGE có hợp tác với các nhà cung cấp dịch vụ đám mây ở nhiều quốc gia để hỗ trợ việc tuân thủ các yêu cầu theo quy định của địa phương không? | Chúng tôi luôn sẵn sàng tiếp nhận các đề xuất về nhà cung cấp dịch vụ đám mây khác, nhưng hiện tại, chúng tôi dự định ít nhất sẽ hỗ trợ GCP và AWS khi việc ngừng sử dụng cookie của bên thứ ba được thực thi. Hãy tham khảo nội dung giải thích này để biết thêm thông tin. |
Đo lường quảng cáo kỹ thuật số
Báo cáo phân bổ (và các API khác)
| Giao diện phản hồi | Tóm tắt | Phản hồi của Chrome |
|---|---|---|
| Phân tích dữ liệu về tác động của độ nhiễu | Hướng dẫn cách phân tích dữ liệu về tác động của Độ nhiễu | Chúng tôi đã chia sẻ tài liệu bổ sung về độ nhiễu và về các quyết định thiết kế và độ nhiễu có thể được dùng để thay đổi tác động của độ nhiễu đối với dữ liệu công nghệ quảng cáo. Bạn cũng có thể tham khảo hướng dẫn chi tiết hơn. |
| Báo cáo giá trị rỗng | Thông tin rõ ràng về việc triển khai báo cáo rỗng | Chúng tôi hiện đang làm việc trên một đề xuất để triển khai báo cáo rỗng và sẽ sớm chia sẻ thêm thông tin chi tiết. Việc triển khai báo cáo rỗng sẽ cho phép chúng tôi giảm độ trễ báo cáo mà không ảnh hưởng đến quyền riêng tư. |
| Độ ồn | Điều chỉnh độ nhiễu dựa trên độ dài của khoảng thời gian phân bổ | Chúng tôi hoan nghênh đề xuất này và đang xem xét việc thêm đề xuất này vào thông số kỹ thuật. Chúng tôi rất mong nhận được ý kiến phản hồi khác tại đây. |
| Kích thước dữ liệu của điều kiện kích hoạt | Tại sao kích thước dữ liệu điều kiện kích hoạt bị giới hạn ở mức 3 bit? | Kích thước được giới hạn ở 3 bit và 8 giá trị riêng biệt để đảm bảo rằng lượng thông tin theo ngữ cảnh/trên nhiều trang web về một người dùng là có giới hạn. Chúng tôi hoan nghênh các bên tham gia hệ sinh thái gửi ý kiến phản hồi về việc liệu việc tham số hoá hiện tại cho báo cáo ở cấp sự kiện có hợp lý hay không. |
| Trình kích hoạt báo cáo ở cấp sự kiện | Cho phép ưu tiên trong khoá loại bỏ trùng lặp | Chúng tôi đang tìm hiểu các giải pháp cho vấn đề này và rất mong nhận được ý kiến đóng góp bổ sung. |
| Hỗ trợ gỡ lỗi | Thông tin rõ ràng về việc gỡ lỗi sau khi ngừng sử dụng cookie của bên thứ ba | Chúng tôi muốn hỗ trợ gỡ lỗi sau khi ngừng sử dụng cookie của bên thứ ba và đang cân nhắc các lựa chọn. Chúng tôi muốn nhận được ý kiến phản hồi và ý tưởng bổ sung. |
| Lượt chuyển đổi từ lượt nhấp qua thay thế | Yêu cầu hướng dẫn thêm về các lựa chọn thay thế cho lượt chuyển đổi từ lượt nhấp | Chúng tôi khuyến khích hệ sinh thái sử dụng Attribution Reporting API làm hệ thống đo lường riêng tư bền vững cho các trường hợp sử dụng đo lường lượt chuyển đổi hiện hành. Có các giải pháp thay thế khác và nhà cung cấp công nghệ quảng cáo sẽ cần quyết định giải pháp phù hợp dựa trên nhu cầu về quyền riêng tư và tiện ích mà họ mong muốn. |
| Các trường hợp sử dụng tính năng thanh toán | Thông tin rõ ràng về mức độ mà Báo cáo phân bổ sẽ hỗ trợ các trường hợp sử dụng tính năng thanh toán dựa trên lượt chuyển đổi | Chúng tôi đang nỗ lực để công bố công khai nhằm làm rõ phạm vi của Attribution Reporting API cho hoạt động thanh toán. Ban đầu, API Báo cáo phân bổ không được thiết lập để hỗ trợ trực tiếp tính năng thanh toán theo CPA; API này hỗ trợ tính năng thanh toán theo CPC và CPM, đây là cấu trúc thanh toán mà hầu hết các công nghệ quảng cáo sử dụng. Đây là điều mà chúng tôi có thể hỗ trợ trong tương lai nếu có thêm ý kiến phản hồi về hệ sinh thái. |
| Hỗ trợ trường hợp sử dụng | Tài liệu về trường hợp sử dụng cho API đo lường | Chúng tôi đang nỗ lực làm rõ tài liệu cho tất cả các nền tảng báo cáo Hộp cát về quyền riêng tư. |
| Chất lượng nhấp chuột | Yêu cầu thêm tín hiệu để phân biệt lượt nhấp có chủ ý và không chủ ý vào quảng cáo | Chúng tôi đang thảo luận về yêu cầu này và hoan nghênh ý kiến đóng góp bổ sung. |
| Giải pháp đo lường | Hỗ trợ giải pháp đo lường trên nhiều DSP | Nhà cung cấp dịch vụ đo lường có thể sử dụng Attribution Reporting API để loại bỏ trùng lặp giữa nhiều DSP. Ngoài ra, chúng tôi đề xuất hỗ trợ danh sách URL trong attributionsrc. Điều này sẽ giúp DSP dễ dàng hỗ trợ các yêu cầu Attribution Reporting API của nhà cung cấp dịch vụ đo lường. Chúng tôi luôn hoan nghênh mọi ý kiến phản hồi khác về đề xuất ở trên. |
| Báo cáo cấp sự kiện | Yêu cầu có sẵn số ngày trước khi báo cáo được gửi trực tiếp | Các công nghệ quảng cáo có thể tính toán yêu cầu này bằng cách sử dụng thông tin hiện có. Chúng tôi chưa nhận được ý kiến phản hồi nào khác về hệ sinh thái liên quan đến yêu cầu này, nhưng chúng tôi luôn sẵn sàng tiếp nhận ý kiến phản hồi về yêu cầu này. |
source_registration_time |
Thêm source_registration_time trong Báo cáo phân bổ ở cấp sự kiện. |
Chúng tôi đang xem xét yêu cầu này và hoan nghênh ý kiến phản hồi bổ sung về việc liệu những người chơi trong hệ sinh thái có thấy tính năng này hữu ích hay không. |
| Chế độ ẩn danh | Giải pháp đo lường có hoạt động khi người dùng ở Chế độ ẩn danh không? | Không, các giải pháp đo lường sẽ không hoạt động khi người dùng ở Chế độ ẩn danh. Theo mặc định, cookie của bên thứ ba sẽ tắt ở chế độ ẩn danh. |
| Phòng sạch dữ liệu | API đo lường có tương thích với phòng sạch không? | Phòng sạch dữ liệu thông thường là một môi trường mà dữ liệu giá trị nhận dạng cá nhân từ nhiều nguồn được tải lên cơ sở dữ liệu để chạy các phép phân tích dựa trên việc hợp nhất dữ liệu cơ bản đó. Hai khung đo lường cho API Hộp cát về quyền riêng tư là báo cáo cấp sự kiện và báo cáo tóm tắt. Báo cáo ở cấp sự kiện có chứa mã sự kiện do công nghệ quảng cáo cung cấp và có thể được sử dụng trong phòng sạch dữ liệu, nhưng thông tin liên quan ở phía lượt chuyển đổi sẽ bị hạn chế và nhiễu. Bạn không thể sử dụng trực tiếp các báo cáo tổng hợp đã mã hoá trong phòng sạch, nhưng có thể sử dụng kết quả tóm tắt do Dịch vụ tổng hợp cung cấp làm dữ liệu đầu vào cho các phép phân tích mà bạn thực hiện hoặc làm thông tin bổ sung. |
Dịch vụ tổng hợp
| Giao diện phản hồi | Tóm tắt | Phản hồi của Chrome |
|---|---|---|
| (Cũng được báo cáo trong quý 4 năm 2022) Trường hợp trễ báo cáo |
Độ trễ báo cáo dự kiến là bao lâu? | Thông tin cập nhật quý 1 năm 2023: Sau khi xem xét ý kiến phản hồi của đối tác, chúng tôi đã chia sẻ các đề xuất để giảm độ trễ và giảm thiểu tác động của độ trễ. Cả hai đề xuất đều được các công nghệ quảng cáo hỗ trợ trong các lệnh gọi WICG. |
| Quy tắc không trùng lặp | Bạn xử lý "báo cáo tổng hợp bị trì hoãn" như thế nào nếu các báo cáo tổng hợp có cùng mã nhận dạng dùng chung đã được xử lý? | Chúng tôi đã chia sẻ một đề xuất về việc thêm độ trễ báo cáo bổ sung vào thông tin dùng chung của báo cáo tổng hợp và định nghĩa về mã nhận dạng dùng chung cho Dịch vụ tổng hợp để giải quyết một phần tác động của tổn thất do độ trễ đối với API tổng hợp. Chúng tôi luôn hoan nghênh mọi ý kiến phản hồi về đề xuất này. |
| Xử lý dữ liệu | Yêu cầu bật tính năng hỗ trợ nhiều lượt truyền dữ liệu trong khi vẫn đảm bảo sự riêng tư biệt lập bằng cách sử dụng Ngân sách quyền riêng tư | Chúng tôi đang thảo luận về khả năng sử dụng một cách linh hoạt hơn để tiêu thụ Ngân sách quyền riêng tư nhằm hỗ trợ trường hợp sử dụng này và hoan nghênh ý kiến phản hồi bổ sung. |
| (Cũng được báo cáo trong Quý 2 năm 2022) Tính năng tiện dụng của truy vấn | Bật tính năng truy vấn tổng hợp các khoá. | Thông tin cập nhật vào quý 1 năm 2023: Yêu cầu về tính năng này vẫn đang được xem xét nhưng chúng tôi hiện chưa có đề xuất nào để chia sẻ. |
| Giới hạn của Bản dùng thử theo nguyên gốc | Làm rõ phạm vi của Dịch vụ tổng hợp, chẳng hạn như "quy tắc không có nội dung trùng lặp" hiện không được áp dụng trong thử nghiệm theo nguồn gốc. | Chúng tôi đang xem xét cập nhật tài liệu để làm rõ những tính năng sẽ có trong bản dùng thử theo nguyên gốc so với bản phát hành công khai. |
Private Aggregation API
| Giao diện phản hồi | Tóm tắt | Phản hồi của Chrome |
|---|---|---|
| Ngân sách đóng góp cho tính năng Tổng hợp riêng tư | Ngân sách đóng góp L1 quá hạn chế. | Mỗi lệnh gọi đến API Tổng hợp riêng tư được gọi là một nội dung đóng góp. Để bảo vệ quyền riêng tư của người dùng, số lượng nội dung đóng góp mà chúng tôi có thể thu thập từ một cá nhân sẽ bị giới hạn. Khi bạn cộng tất cả các giá trị tổng hợp trên tất cả các khoá tổng hợp, tổng giá trị phải nhỏ hơn ngân sách đóng góp. Theo thiết kế hiện tại, chúng tôi đặt giới hạn về mức đóng góp cho một nguồn gốc báo cáo cụ thể trong khoảng 24 giờ qua (dưới dạng khoảng thời gian lăn). Đó là ngân sách đóng góp L1 được đề cập trong ý kiến phản hồi. Nhà phát triển nên điều chỉnh quy mô các giá trị mà họ đóng góp dựa trên số lượng dự kiến (tức là không chỉ sử dụng giá trị 1). Vì vậy, bạn nên sử dụng giá trị nhỏ hơn cho các sự kiện phổ biến hơn để tránh sử dụng hết ngân sách. Chúng tôi hiện đang tìm kiếm ý kiến phản hồi về ngân sách đóng góp của API Tổng hợp riêng tư trên cả giới hạn số và phạm vi. Chúng tôi đang cân nhắc việc di chuyển phạm vi từ mỗi nguồn gốc sang mỗi trang web và di chuyển giới hạn hiện có sang khoảng thời gian 10 phút với giới hạn lớn hơn hằng ngày. |
Giới hạn hoạt động theo dõi ẩn
Giảm thiểu tác nhân người dùng/Thông tin mô tả của ứng dụng tác nhân người dùng
| Giao diện phản hồi | Tóm tắt | Phản hồi của Chrome |
|---|---|---|
| Số lượng ứng dụng sử dụng UA-R | Trong số 10.000 trang web hàng đầu ở Vương quốc Anh, chỉ 1% trang web sử dụng quảng cáo lập trình mới gửi gợi ý ứng dụng HTTP. Các DSP chưa di chuyển có thể ảnh hưởng đến khả năng chống gian lận. | Sau khi chạy một bản phân tích trên cùng một tập dữ liệu, chúng tôi nhận thấy rằng nếu bạn tính đến mức sử dụng UA-CH bằng thẻ <meta> HTML và API JavaScript, thì số lượng trang web sử dụng UA-CH sẽ cao hơn đáng kể so với con số 1% được cung cấp trong ý kiến phản hồi. Dựa trên những thông tin này và các thông tin thực tế khác, bao gồm cả ý kiến phản hồi về hệ sinh thái, chúng tôi tự tin sẽ tiếp tục triển khai từng bước Giai đoạn 6 của Chương trình giảm UA theo tiến trình đã công bố, đồng thời vẫn thông báo cho CMA. Xin lưu ý rằng các trang web đã có gần 2 năm để chuẩn bị cho quá trình chuyển đổi và chúng tôi vẫn cung cấp bản dùng thử tính năng ngừng sử dụng cho những trang web cảm thấy chưa sẵn sàng. |
| Gợi ý cho các kiểu dáng thiết bị khác | Yêu cầu UA-CH cung cấp thêm các hệ số hình dạng như TV, VR | Chúng tôi hoan nghênh đề xuất này và đang xem xét việc đưa đề xuất này vào thiết kế. Chúng tôi rất mong nhận được ý kiến phản hồi bổ sung. |
| Kiểm thử tự động | Yêu cầu giải quyết lỗi UA-CH trong Chrome không có giao diện người dùng trước khi phát hành UAR Giai đoạn 6 | Lỗi liên quan đã được khắc phục. |
| Hỗ trợ UA-CH trên iOS | Một trang web dựa vào thông tin chi tiết về UA cho các trường hợp sử dụng quảng cáo sẽ lưu ý rằng Chrome trên iOS không được hỗ trợ. | Đối với các trình duyệt iOS không phải Safari (bao gồm cả Chrome trên iOS), dự án WebKit sẽ cần thêm tính năng hỗ trợ cho UA-CH trước khi có thể bật các trình duyệt này (vì các trình duyệt này kiểm soát ngăn xếp mạng). |
Bảo vệ địa chỉ IP (trước đây là Gnatcatcher)
| Giao diện phản hồi | Tóm tắt | Phản hồi của Chrome |
|---|---|---|
| (Cũng được báo cáo trong quý 4) Các trường hợp sử dụng thông tin vị trí địa lý | Tính năng Bảo vệ quyền sở hữu trí tuệ có thể ngăn các trường hợp sử dụng thông tin vị trí địa lý hợp pháp hoạt động trong tương lai, chẳng hạn như cá nhân hoá nội dung dựa trên thông tin vị trí địa lý. | Phản hồi của chúng tôi không thay đổi so với quý 4 năm 2022: "Chúng tôi đang làm việc với các bên liên quan để đảm bảo rằng Chrome tiếp tục hỗ trợ các trường hợp sử dụng hợp pháp cho địa chỉ IP. Chúng tôi đang tìm kiếm ý kiến phản hồi của hệ sinh thái về mức độ chi tiết của tính năng Xác định vị trí địa lý qua IP". |
| Tuân thủ quy định | Nếu một khu vực có dân số dưới 1 triệu người, thì ngưỡng hiện tại là 1 triệu người để bảo vệ IP sẽ ngăn các trang web sử dụng địa chỉ IP để tuân thủ quy định. | Chúng tôi đang làm việc với các bên liên quan để đảm bảo rằng Chrome tiếp tục hỗ trợ các trường hợp sử dụng hợp pháp cho địa chỉ IP. Chúng tôi đang tìm kiếm ý kiến phản hồi của hệ sinh thái về việc tuân thủ quy định về việc Bảo vệ quyền sở hữu trí tuệ. |
| Giảm thiểu hành vi sai trái | Các bên có thể lách tính năng Bảo vệ quyền sở hữu trí tuệ bằng cách chia sẻ địa chỉ IP chưa bị che với người khác. | Chúng tôi nhận thức được nguy cơ là đề xuất hiện tại về việc Bảo vệ quyền sở hữu trí tuệ về mặt kỹ thuật có thể không ngăn được các bên chia sẻ địa chỉ IP chưa được che giấu với những bên khác. Chúng tôi đang nỗ lực giảm thiểu rủi ro này. Trong quá trình lặp lại đề xuất này, chúng tôi khuyến khích bạn phản hồi và thảo luận thêm. Cụ thể, chúng tôi muốn biết mọi trường hợp sử dụng mà các bên cho rằng họ cần chia sẻ địa chỉ IP chưa bị che với các bên khác. |
| Chặn mạng | Các bên có thể lách biện pháp chặn mạng bằng cách sử dụng Proxy bảo vệ IP. | Trong trường hợp này, thực thể thực hiện việc chặn sẽ cần tắt tính năng Bảo vệ địa chỉ IP. Chúng tôi đã phản hồi vấn đề và hoan nghênh bạn đóng góp ý kiến phản hồi bổ sung. |
| Danh sách chặn địa chỉ IP chịu ảnh hưởng của đề xuất Bảo vệ quyền sở hữu trí tuệ | Nhiều công ty công nghệ quảng cáo sử dụng danh sách chặn cơ bản gồm các địa chỉ IP, chẳng hạn như danh sách IP của trung tâm dữ liệu TAG, để ngăn việc đặt giá thầu trên khoảng không quảng cáo có nhiều khả năng gian lận (hoặc ít nhất là không thể kiếm tiền). Trong trường hợp một công nghệ quảng cáo cũng là một trình theo dõi và có thể phải tuân thủ đề xuất Bảo vệ quyền sở hữu trí tuệ, thì công ty đó có thể mất khả năng kiểm tra cơ bản đối với quảng cáo trước khi mua khoảng không quảng cáo. | Chúng tôi khuyến khích bạn gửi thêm ý kiến phản hồi và thảo luận về Đề xuất bảo vệ quyền sở hữu trí tuệ về các vấn đề và giải pháp tiềm ẩn. Một lựa chọn là áp dụng các danh sách tương tự như vậy cho tính năng Bảo vệ IP, chẳng hạn như chúng ta không proxy các ứng dụng bắt nguồn từ các địa chỉ IP đã được gắn cờ trước đó. |
Tăng cường ranh giới quyền riêng tư trên nhiều trang web
Nhóm bên thứ nhất
| Giao diện phản hồi | Tóm tắt | Phản hồi của Chrome |
|---|---|---|
| (Cũng được báo cáo trong quý 4) Giới hạn về miền | Yêu cầu mở rộng số lượng miền được liên kết | Phản hồi của chúng tôi không thay đổi kể từ quý 4 năm 2022: "Chúng tôi đã làm rõ trong các cuộc gọi của WICG rằng Chrome cam kết cung cấp một giải pháp hữu dụng cũng xem xét đến quyền riêng tư của người dùng. Do đó, chúng tôi rất mong nhận được ý kiến phản hồi của cộng đồng về các trường hợp sử dụng cụ thể có thể chịu ảnh hưởng của giới hạn về miền, để nhóm có thể cân nhắc các cách giải quyết những trường hợp sử dụng này trong khi vẫn tiếp tục bảo vệ quyền riêng tư của người dùng." |
| Gửi video có tốc độ khung hình thay thế | Đề xuất về cách thay thế để gửi danh sách chung cho FPS | Hiện tại, chúng tôi đang chuẩn bị ra mắt First-party Set (FPS) trong Chrome và đã thiết lập một kho lưu trữ GitHub tập trung để chấp nhận các gói gửi. Vì chúng tôi hy vọng rằng FPS sẽ lấp đầy khoảng trống với các giải pháp nền tảng web hiện có để chuẩn bị cho việc ngừng sử dụng cookie của bên thứ ba, nên chúng tôi dự kiến sẽ tìm hiểu từ họ cách các tác giả trang web tận dụng FPS. Khi danh sách các tập hợp tăng lên theo thời gian và hệ sinh thái thích ứng với thế giới sau cookie của bên thứ ba, chúng ta cũng có thể hoàn thiện quy trình đến mức có thể xem xét các lược đồ phân cấp thay thế như lược đồ được đề xuất. Với quy trình hiện tại, chúng tôi dự kiến sẽ thiết lập thời gian hoạt động cố định để có thể phát triển quy trình tiếp nhận theo thời gian. Chúng ta có thể xem xét lại ý tưởng này sau khi quy trình gửi hoàn thiện. |
| Kiểm duyệt kho lưu trữ | Triển khai hoạt động kiểm duyệt của cộng đồng đối với kho lưu trữ nội dung gửi về FPS để ngăn chặn hành vi sai trái. Những kẻ xấu có thể dễ dàng làm quá tải quy trình bằng cách sử dụng nguồn gốc burners để đề xuất các bộ, và số lượng yêu cầu quá lớn có thể ảnh hưởng đến hoạt động của các đề xuất bộ thực sự. | Chúng tôi đang cố gắng thực hiện các bước kiểm tra một cách khách quan nhất có thể bằng cách dựa vào các bước kiểm tra xác thực kỹ thuật. Chúng tôi cho rằng đây là phương pháp có thể mở rộng quy mô nhất cho quy trình gửi. Để đạt được mục tiêu này, chúng tôi cũng sẽ hướng đến việc đảm bảo quy trình này có khả năng chống chịu với nội dung rác / nội dung gửi bằng tài khoản tạm thời. |
| Tập hợp con được liên kết | FPS có thể hỗ trợ các trường hợp sử dụng quy trình Nhà cung cấp/SaaS bên thứ ba thông qua các tập hợp con được liên kết không? | Quy trình của nhà cung cấp / SaaS bên thứ ba không phải là trường hợp sử dụng hiện được xem xét trong phạm vi của Tập hợp bên thứ nhất. Chúng tôi hoan nghênh ý kiến phản hồi bổ sung về cách sử dụng cookie trên nhiều trang web cho các trường hợp sử dụng này. |
| Tích hợp FPS + CHIPS | Yêu cầu tích hợp FPS + CHIPS để hỗ trợ các trường hợp sử dụng như thử nghiệm A/B | Chúng tôi đang thảo luận về trường hợp sử dụng này và cũng đang cân nhắc thảo luận thêm về vấn đề này trong một cuộc gọi WICG. Bạn có thể đóng góp thêm ý kiến tại đây. |
| GDPR (Quy định chung về bảo vệ dữ liệu) | Đề xuất về một tập hợp con FPS mới được mô hình hoá theo các khái niệm về GDPR | Chúng tôi đã thảo luận nội bộ về đề xuất này và cân nhắc đề xuất này với các ý kiến phản hồi khác cũng như các mục tiêu về quyền riêng tư của chúng tôi. Chúng tôi đã cung cấp câu trả lời giải thích lý do tại sao chúng tôi sẽ không theo đuổi đề xuất này tại thời điểm này. |
| Bộ nhớ | Thay đổi dự kiến về kích thước bộ nhớ của trình duyệt khi danh sách FPS được tích hợp | Đã có các tiền lệ để trình duyệt lưu trữ những loại danh sách này với mức tác động tối thiểu đến bộ nhớ, chẳng hạn như Danh sách bảo vệ theo dõi khi ngắt kết nối. Mặc dù danh sách Tập hợp bên thứ nhất sẽ được sao chép vào từng ứng dụng Chrome trên máy, nhưng chúng tôi sẽ tiếp tục theo dõi kích thước tệp và tự tin rằng chúng tôi có thể tối ưu hoá mức sử dụng bộ nhớ. |
Fenced Frames API
| Giao diện phản hồi | Tóm tắt | Phản hồi của Chrome |
|---|---|---|
| Giới hạn của Khung bảo vệ | Thông tin rõ ràng về các giới hạn do Khung được phân vùng áp đặt | Vào tháng 3, chúng tôi đã cập nhật nội dung giải thích về Khung có hàng rào để cung cấp thông tin về các tính năng của khung này. Chúng tôi luôn hoan nghênh mọi ý kiến phản hồi bổ sung. |
| Mở rộng thông tin về quyền truy cập | Yêu cầu mở rộng quyền truy cập vào thông tin xung quanh các khung hình lân cận | Chúng tôi đang tìm hiểu thêm lý do tại sao đây là yêu cầu của hệ sinh thái và rất mong nhận được mọi ý kiến phản hồi khác. |
| Khung bảo vệ và iframe | Câu hỏi liên quan đến tính năng tương đương giữa Khung được phân vùng và khung iframe | Tất cả các API và báo cáo hiện có của Hộp cát về quyền riêng tư sẽ được cung cấp cho cả iframe và FencedFrames theo cùng một cách. |
| Định cỡ lại Khung bảo vệ | Việc hạn chế thay đổi kích thước khung hình sẽ ảnh hưởng đến một số trường hợp sử dụng. | Chúng tôi muốn tìm hiểu thêm về các loại trường hợp sử dụng bị ảnh hưởng bởi quy định hạn chế này và rất mong nhận được ý kiến phản hồi bổ sung. |
Shared Storage API
| Giao diện phản hồi | Tóm tắt | Phản hồi của Chrome |
|---|---|---|
| Worklet của bên thứ ba | Bên thứ ba có thể ghi vào Bộ nhớ dùng chung được phân vùng theo nguồn gốc không? Hay gọi các worklet khác để đo lường của bên thứ ba? | Nguồn gốc của ngữ cảnh duyệt web nơi mã đang được thực thi xác định bộ nhớ dùng chung mà dữ liệu đó được ghi vào. Khi mã bên thứ ba được thêm vào một trang, mã bên thứ ba có thể được nhúng dưới dạng một iframe có ngữ cảnh duyệt web riêng, cho phép mã bên thứ ba ghi vào nguồn gốc của chính mã đó. Mã của bên thứ ba cũng có thể được nhúng dưới dạng tập lệnh thay vì iframe. Loại mã này không chuyển đổi ngữ cảnh duyệt web và bên thứ ba có thể ghi vào bộ nhớ dùng chung của trình nhúng. Xin lưu ý rằng chỉ chủ sở hữu bộ nhớ dùng chung đó mới có thể đọc từ bộ nhớ dùng chung đó. |
| Trùng lặp | Không thể loại bỏ trùng lặp đối với các lượt tương tác bên ngoài hệ sinh thái Chrome. | Bộ nhớ dùng chung dùng để cung cấp đầu ra phạm vi tiếp cận duy nhất dựa trên trình duyệt Chrome trong Chrome. Chúng tôi muốn làm việc với các công nghệ quảng cáo để hiểu cách sử dụng các kết quả này trong mô hình phạm vi tiếp cận rộng hơn của họ. Chúng tôi hiểu rằng các kết quả đầu ra có thể chỉ chiếm một phần tương tác và chúng tôi muốn làm việc với các công nghệ quảng cáo để khám phá các phương pháp lập mô hình bổ sung có thể được xếp chồng lên nhau. |
| Khoảng thời gian xem lại lượt chuyển đổi | Yêu cầu có giai đoạn xem lại cho tỷ lệ chuyển đổi để xem sự thay đổi về lượt chuyển đổi theo thời gian | Bạn có thể triển khai việc này bằng cách xử lý nhiều đường dẫn chuyển đổi ở phía máy khách bằng cách sử dụng Bộ nhớ dùng chung. Điều này giúp tăng tính linh hoạt cho các tính năng phân tích nâng cao so với bộ nhớ trình duyệt không phân vùng an toàn. |
| Khoảng thời gian hết hạn của mặt hàng | Yêu cầu gia hạn thời hạn hết hạn lên 90 ngày | Chính sách giữ lại dữ liệu được cập nhật vào tháng 11 năm 2022 và nêu rõ rằng mỗi khoá sẽ bị xoá sau 30 ngày kể từ lần ghi gần đây nhất. Chúng tôi rất mong nhận được ý kiến phản hồi bổ sung để hiểu rõ liệu chính sách mới có phù hợp với hệ sinh thái này hay không. |
| Xoay vòng tệp quảng cáo | Các trường hợp sử dụng tính năng xoay vòng mẫu quảng cáo không phản ánh các hành động thực tế sau phiên đấu giá. | Chúng tôi muốn nghe ý kiến của nhiều công ty công nghệ quảng cáo bên mua hơn về việc tài liệu về tính năng xoay vòng mẫu quảng cáo có chính xác hay không. |
CHIPs
Chúng tôi không nhận được ý kiến phản hồi nào trong quý này.
FedCM
| Giao diện phản hồi | Tóm tắt | Phản hồi của Chrome |
|---|---|---|
| Điểm cuối xác nhận danh tính | Cho phép rõ ràng các yêu cầu tuỳ ý đến điểm cuối xác nhận danh tính. | Chúng tôi đã cộng tác với Mozilla về yêu cầu lấy này để hạn chế khả năng các trang web tạo yêu cầu có thông tin xác thực trên nhiều nguồn gốc mà không gây phiền hà cho người dùng. Chúng tôi cũng sẽ tiếp tục xem xét và giải quyết các ý kiến phản hồi khác. |
| Điền sẵn danh tính | Có thể sử dụng FedCM để điền sẵn biểu mẫu đăng nhập bằng trình cung cấp danh tính trong danh sách FedCM không? | Mối lo ngại đối với trường hợp sử dụng này là việc này có thể dẫn đến rò rỉ thông tin khi một trang web chưa tương tác với người dùng có thể truy vấn IDP gần đây nhất mà người dùng đã sử dụng. Chúng tôi đang thảo luận về vấn đề này và rất mong nhận được ý kiến phản hồi khác của bạn. |
| Lựa chọn tài khoản theo ngữ cảnh | Đề xuất thêm tín hiệu theo bối cảnh trong giao diện người dùng chọn tài khoản | Chúng tôi đang xem xét đề xuất này và hoan nghênh các cuộc thảo luận bổ sung. |
Chống hành vi gian lận và nội dung rác
Private State Tokens API (và các API khác)
| Giao diện phản hồi | Tóm tắt | Phản hồi của Chrome |
|---|---|---|
| Bản khảo sát thu thập thông tin về chức năng | Vào đầu quý 1, chúng tôi đã hoàn tất việc thu thập kết quả khảo sát về các tính năng cần thiết cho nhiều trường hợp sử dụng chống gian lận và chia sẻ công khai các kết quả đó (phút, kết quả) | Chúng tôi dự định đưa ý kiến phản hồi này vào khi phát triển các đề xuất và nguyên mẫu mới cho các API bảo đảm quyền riêng tư, được xây dựng theo mục đích cho các tính năng chống gian lận. Chúng tôi dự kiến sẽ ưu tiên phát triển khi có nhu cầu đủ lớn và có công nghệ hiện có để chúng tôi có thể xây dựng nhằm giới thiệu tính năng này cho web, đồng thời bảo vệ quyền riêng tư của người dùng. Ví dụ: tính toàn vẹn của thiết bị và tính toàn vẹn của quá trình khởi động được xếp hạng cao và nhiều nền tảng hiện có các API chia sẻ một cách an toàn thông tin đánh giá về tính toàn vẹn của thiết bị. Vì vậy, đây là một đề xuất phù hợp để tiếp tục khám phá trong các nhóm cộng đồng. |
| Ý định vận chuyển theo múi giờ Thái Bình Dương (PST) | Trong quá trình chuẩn bị phát hành, chúng tôi nhận thấy có vấn đề khi tiếp tục triển khai vì chúng tôi đang sử dụng phiên bản cũ của Privacy Pass. Chúng tôi cũng nhận được ý kiến phản hồi rằng thông số kỹ thuật không rõ ràng trong một số phần nhất định và cần được cải thiện để hỗ trợ khả năng tương thích của trình duyệt. | Chúng tôi dự định triển khai nhiều thay đổi về thông số kỹ thuật được đề xuất trước khi gửi đến GA, cũng như một số thay đổi về API. Ý kiến phản hồi này được gửi vào cuối quý 1, vì vậy, chúng tôi đang theo dõi các vấn đề về github với thông tin chi tiết cụ thể và cập nhật kế hoạch ra mắt (đang trong quá trình thực hiện, kể từ khi phát hành báo cáo phản hồi này). Đối với những thay đổi lớn hơn đối với API, chúng tôi sẵn sàng xem xét các thay đổi đó, nhưng chúng tôi cảm thấy cách tốt nhất là tiếp tục phát hành rộng rãi và nhận phản hồi thực tế từ nhiều nhà phát triển hơn. Chúng tôi hy vọng có thể tiếp tục cuộc thảo luận này và theo đuổi việc chuẩn hoá trình duyệt. Nếu có một tiêu chuẩn mới và khi tiêu chuẩn đó xuất hiện, chúng tôi sẽ cân nhắc việc áp dụng và phát triển một kế hoạch để chuyển đổi cẩn thận sang tiêu chuẩn đó. |