Báo cáo hằng quý trong quý 1 năm 2023 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 CMA, 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 liên quan đến 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 ý 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 việc phát triển và kiểm thử, cụ thể là các câu hỏi và ý kiến phản hồi đã nhận được về API Chủ đề, FLEDGE và Báo cáo phân bổ.
Phản hồi nhận được sau khi kết thúc kỳ báo cáo hiện tại có thể chưa có phản hồi của Chrome được xem xét.
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ủ ý
Ý kiến phản hồi chung, không có API/Công nghệ cụ thể
| Chủ đề phản hồi | Tóm tắt | Phản hồi của Chrome |
|---|---|---|
| Thử nghiệm và dùng thử | Mức độ liên quan của hoạt động kiểm thử trong việc cung cấp thông tin cho đánh giá của CMA nếu API Hộp cát về quyền riêng tư chưa hoàn thành vào thời điểm bắt đầu kiểm thử | Chúng tôi đang đẩy mạnh phát triển API Hộp cát về quyền riêng tư.
Các API này đã có sẵn trong Bản dùng thử theo nguyên gốc để kiểm thử và thường sẽ được cung cấp 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 (chẳng hạn như tính năng báo cáo ở cấp sự kiện FLEDGE, kết xuất FLEDGE bằng iframe) sẽ không bị ảnh hưởng trước năm 2026. Chúng tôi khuyến khích hệ sinh thái kiểm thử các API và đưa ra ý kiến phản hồi cho CMA dựa trên những gì người kiểm thử dự kiến sẽ dựa vào khi cookie của bên thứ ba không được dùng nữa. Điều này có thể góp phần vào đánh giá của họ về tác động có thể xảy ra khi cookie của bên thứ ba ngừng hoạt động. |
| Quyền kiểm soát của người dùng | Hướng dẫn rõ ràng về hệ sinh thái liên quan đến các biện pháp kiểm soát người dùng liên quan đến API Hộp cát về quyền riêng tư | Chúng tôi không thể cung cấp ý kiến tư vấn pháp lý về những chế độ kiểm soát mà hệ sinh thái mà người dùng có thể sử dụng. Đồng thời, Chrome đang thử nghiệm hiển thị các chế độ kiểm soát mới cập nhật của người dùng 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ột phần trong nỗ lực không ngừng nhằm cải thiện các công nghệ Hộp cát về quyền riêng tư. Bản cập nhật bao gồm bố cục và ngôn ngữ rõ ràng, hữu ích hơn. Sau khi Chrome đánh giá những yếu tố tinh chỉnh này và quyết định xem có mở rộng ra quy mô dân số lớn hơn hay không, Chrome có thể chia sẻ thêm thông tin với hệ sinh thái. |
| Rò rỉ dữ liệu | Rủi ro 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 làm rõ rằng dữ liệu của một công nghệ quảng cáo chỉ được chia sẻ với cùng công nghệ quảng cáo đó (với các công việc hoặc máy chủ đáng tin cậy của công nghệ quảng cáo đó) hoặc khi được chia sẻ rõ ràng bởi công nghệ quảng cáo đó (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ị). Có một ngoại lệ là việc kiểm tra k-anonymity phải do một máy chủ tập trung toàn cầu thực hiện. Đây là lĩnh vực mà chúng tôi vẫn tiếp tục dành tài nguyên đáng kể. Hãy tham khảo Giải thích về thuật ngữ ẩn danh K để biết thông tin chi tiết về suy nghĩ của chúng tôi về quyền riêng tư. Ngoài ra, chúng tôi cũng sẵn sàng cung cấp thêm thông tin về cách hoạt động của các biện pháp bảo vệ bằng công nghệ quảng cáo trong quá trình thiết kế máy chủ ẩn danh k. |
| Diễn đàn bổ sung để thảo luận | Yêu cầu một diễn đàn bổ sung cho W3C để những người chơi trong hệ sinh thái phi kỹ thuật 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 nhận xét chung và cụ thể, cũng như các nhận xét về mặt kỹ thuật và không liên quan đến kỹ thuật. Cải thiện Nhóm doanh nghiệp quảng cáo trên web là một diễn đàn để thảo luận thông qua các lệnh gọi hằng tuần và kho lưu trữ GitHub. Trang Ý kiến phản hồi của Hộp cát về quyền riêng tư trên developer.chrome.com giải thích các cơ chế khác để đưa ra ý kiến phản hồi và tham gia thảo luận. Chrome cũng tiếp tục lưu giữ các sự kiện như Giờ làm việc công khai để hỗ trợ giải đáp thắc mắc và chia sẻ nội dung. Ngoài ra, Chrome đã tổ chức hoặc tham dự hơn nhiều sự kiện trong ngành trong quý vừa qua. |
| Làm rõ tiến trình | Thông tin làm rõ ngày chính xác phát hành rộng rãi vào Quý 3 năm 2023 | Theo tiến trình được xuất bản trên PrivacySandbox.com, chúng tôi nhắm đến Giai đoạn phát hành rộng rãi để bắt đầu ra mắt cùng với bản phát hành Chrome phiên bản 115. |
| reCAPTCHA | Tác động của Sandbox API đối với trường hợp sử dụng tính năng phát hiện thư rác của reCATPCHA | Chúng tôi định kỳ nhận được ý kiến phản hồi từ reCAPTCHA để đảm bảo các đề xuất của Hộp cát về quyền riêng tư không ảnh hưởng đáng kể đến hành vi gian lận hoặc an toàn trên web. Họ đang phát triển kế hoạch của riêng mình để chuẩn bị và điều chỉnh cho phù hợp với việc ngừng sử dụng cookie của bên thứ ba, vì vậy, câu hỏi này là phù hợp nhất để họ chọn. |
| 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 Theo dõi chống che giấu (ACT) có áp dụng cho các tiện ích của 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 của Chrome hay không. Tuy nhiên, nếu một công nghệ bí mật thu thập thông tin về người dùng, 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 có liên quan
Chủ đề
| Chủ đề 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 chương trình Đánh giá thiết kế sớm về chủ đề. | Chúng tôi vẫn cam kết với Chủ đề và đưa ra thông tin cập nhật về cam kết của chúng tôi đối với Chủ đề trên trang thông tin cập nhật mới nhất và trong vấn đề này. Chúng tôi đã phản hồi theo từng điểm trong bài đánh giá TAG và chia sẻ tầm nhìn tổng thể của chúng tôi tại đây. Topics API vẫn sẽ nằm trong tập hợ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 thử nghiệm mà chúng tôi nhận được và trải nghiệm của người triển khai sẽ là những đóng góp có giá trị trong tương lai nhằm hướng tới hoạt động tiêu chuẩn trên nhiều trình duyệt trong lĩnh vực này. Chúng tôi mong muốn tiếp tục tương tác với hệ sinh thái này để tìm cách giúp quá trình chuyển đổi diễn ra dễ dàng, trong đó API Chủ đề có thể là một tiêu chuẩn được thống nhất về khả năng tương thích giữa nhiều trình duyệt. |
| Phương pháp tiếp cận chủ đề | Hỗ trợ dành cho cách tiếp cận mở mà Chrome dành cho việc phát triển Topics API | Chúng tôi rất trân trọng ý kiến đó và mong muốn tiếp tục hợp tác với nhóm phát triển trong ngành để phát triển một Topics API mang lại giá trị cho toàn hệ sinh thái. |
| (Cũng được báo cáo vào 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 những chủ đề chi tiết hơn, bao gồm cả những chủ đề cụ thể theo khu vực. | Thông tin cập nhật cho quý 1: Chúng tôi không ngừng cải tiến cách phân loại và trong Quý 2, chúng tôi sẽ công bố cách phân loại mới cho Topics API. Để tạo ra cách phân loại mới này, chúng tôi đã hợp tác chặt chẽ với các công ty trên toàn 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 nên mở rộng số lượng chủ đề hay bao gồm các chủ đề chi tiết hơn, có một vài điểm cần cân nhắc bao gồm 1) các hệ quả về quyền riêng tư tiềm ẩn (nhiều chủ đề hơn có thể gây ra rủi ro về 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ể có ít khả năng một công nghệ quảng cáo đã thấy chủ đề được chọn trong quá khứ). |
| (Cũng được báo cáo vào Quý 4 năm 2022) Tác động đến tín hiệu của bên thứ nhất |
Tín hiệu chủ đề có thể có giá trị cao, do đó sẽ giảm giá trị các tín hiệu dựa trên mối quan tâm khác 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 cho 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ẽ tác động tiêu cực đến chiến lược dữ liệu của bên thứ nhất. Chúng tôi mong muốn thử nghiệm hệ sinh thái. Thử nghiệm này sẽ cung cấp thông tin chi tiết về tác động của các 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 hiển thị quảng cáo dựa trên mối quan tâm | Chủ đề đượ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 mà chúng tôi tin là trường hợp sử dụng quan trọng đối với web mở và miễn phí. Chúng tôi hiện đang thu thập ý 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 sử dụng mặc định | Tác động của luật pháp khu vực đối với chế độ mặc định về sự đồng ý của Chủ đề | Chúng tôi không có quyền bình luận về các ý kiến pháp lý. |
| (Cũng được báo cáo vào quý 3 năm 2022) Trang web bị phân loại sai |
Nhắm mục tiêu quảng cáo khi chủ đề bị phân loại sai cho một trang web nhất định | Thông tin cập nhật cho quý 1: Trong Quý 2, chúng tôi sẽ công bố một thuật toán phân loại cập nhật cho Topics API và rất mong được tương tác với hệ sinh thái API này. Dựa trên ý kiến phản hồi hiện tại, chúng tôi sẽ phân loại các trang web bằng cách kết hợp một danh sách ghi đè do con người chọn lọc, 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 để trang web đóng góp vào việc phân loại Chủ đề. Bạn phải cân nhắc đến mọi rủi ro về quyền riêng tư và việc sử dụng sai mục đích đối với mọi cải tiến về tiện ích. Ví dụ: một vài rủi ro bao gồm: trang web sử dụng phương pháp tự gắn nhãn như một phương pháp để mã hoá các ý nghĩa khác nhau (và có thể mang tính nhạy cảm) thành chủ đề; trang web trình bày sai các chủ đề để đạt được lợi ích tài chính; trang web tấn công các chủ đề để làm suy giảm mức độ hữu ích của nội dung đó (ví dụ: gửi nội dung rác cho các 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 qua chrome://topics-internals hoặc colab này. Qua thử nghiệm, chúng tôi hy vọng khả năng phân loại sẽ cải thiện theo thời gian. Đồng thời, chúng tôi hoan nghênh ý kiến phản hồi về ví dụ về các trang web có thể bị phân loại sai. |
| Công cụ 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à đánh giá cao việc các công cụ gỡ lỗi rất hữu ích cho nhà phát triển, vì các công cụ này giúp tích hợp Topics API vào hệ thống của họ. Tuy nhiên, bằng cách tiết lộ thông tin bổ sung (chẳng hạn như lý do không trả về Chủ đề nào), chúng tôi có thể vô tình chia sẻ thông tin khiến các bên phát hiện thêm thông tin chi tiết (ví dụ: nếu người dùng ở chế độ ẩn danh, đã tắt API, v.v.) ngoài dự định, gây tổn hại đến quyền riêng tư của người dùng. Mặc dù hiện không có kế hoạch cung cấp thêm công cụ gỡ lỗi, nhưng chúng tôi sẵn sàng nhận ý kiến phản hồi về những công cụ sẽ có giá trị. |
| Truy xuất thông tin riêng tư (PIR) | Yêu cầu API Chủ đề áp dụng tính năng Truy xuất thông tin riêng tư | Trước đây, chúng tôi đã điều tra bằng cách sử dụng PIR và chia sẻ ưu nhược điểm tại đây. |
| Luồng giá thầu | Chủ đề có được trình bày khác với Đối tượng do người bán xác định trong hơi nước 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 hy vọng hai hệ thống này sẽ được thể hiện rõ ràng trong luồng giá thầu. Tìm hiểu cách Chủ đề sẽ được biểu thị trong yêu cầu giá thầu OpenRTB. |
Protected Audience API (trước đây là FLEDGE)
| Chủ đề 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 | Làm rõ tiến trình kiểm thử và triển khai các tính năng FLEDGE, chẳng hạn như thực thi Khung bảo vệ, K-Anonymity, v.v. | Chúng tôi đã chia sẻ một bài đăng trên blog về các tính năng FLEDGE trong phạm vi và thời điểm các tính năng này được hỗ trợ. Chúng tôi hoan nghênh thêm ý kiến phản hồi về thông báo này trong quá trình phát triển FLEDGE. |
| Các 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ế đối với Quảng cáo bao gồm nhiều mảnh cho Khung bảo vệ FLEDGE | Như chúng tôi đã thông báo vào tháng 2, việc sử dụng Khung bảo vệ sẽ vẫn không bắt buộc cho đến ít nhất năm 2026, và hành vi của iframe sẽ được urn-iframe hỗ trợ. Chúng tôi hoan nghênh các cuộc thảo luận thêm về chủ đề này. |
| Vấn đề về khả năng mở rộng | Hiệu suất FLEDGE khi tỷ lệ sử dụng tăng | 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 về bối cảnh để có thể đề xuất các giải pháp khả thi. Bước đầu tiên là tách ý kiến phản hồi thành hai danh mục như sau:
|
| (Cũng được báo cáo vào Quý 3 năm 2022) Mức độ hiển thị của logic đặt giá thầu |
Lo ngại về việc logic đặt giá thầu DSP sẽ hiển thị trong JavaScript | Nội dung cập nhật cho 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ủ ở chế độ khám phá (buộc duyệt web), đồng thời chúng tôi hoan nghênh người chơi trong hệ sinh thái chia sẻ ý kiến phản hồi hoặc ủng hộ đề xuất đó. |
| Khó khăn trong quá trình kiểm thử | Khả năng các DSP nhỏ hơn thử nghiệm FLEDGE đúng cách và giảm thiểu rủi ro rằng các 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 làm việc với các DSP nhỏ hơn và đặc biệt khuyến khích hoạt động thử nghiệm mở rộng giữa các DSP cũng như nhà quảng cáo ở mọi quy mô khi FLEDGE chuyển sang giai đoạn phát hành rộng rãi. Chúng tôi muốn biết làm cách nào để hỗ trợ họ tốt nhất trong việc 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 nhằm thúc đẩy các nhà quảng cáo thử nghiệm với các DSP nhỏ hơn. |
| Tiếp thị lại động | Bạn vẫn có thể tái tiếp thị linh động khi FLEDGE ngừng sử dụng cookie của bên thứ ba chứ? | Chúng tôi đang xem xét câu trả lời cho câu hỏi này và hoan nghênh người chơi trong hệ sinh thái chia sẻ thêm thông tin chi tiết về cách họ định sử dụng tính năng Tái tiếp thị linh động. |
| Gian lận/Lạm dụng | Làm cách nào để hệ sinh thái giảm thiểu rủi ro và ngăn chặn đối tượng xấu hoặc người mua tự định vị mình là đối tượng đáng mong đợi? | Chúng tôi mong muốn tiếp tục tương tác với các bên trong hệ sinh thái về hành vi gian lận và sử dụng sai mục đích, đồng thời hoan nghênh thêm ý kiến phản hồi về vấn đề 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 quá trình 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 phù hợp là bên có lợi nhất để cung cấp quyền kiểm soát mẫu quảng cáo nào xuất hiện hoặc cách chọn mẫu quảng cáo đó. |
| Đề xuất Kiểm thử định lượng | Để Kiểm thử định lượng được công bằng, bạn có 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 hoặc với SSP chỉ sử dụng FLEDGE hay không? Làm cách nào để tránh việc kết hợp các tín hiệu từ cookie của bên thứ ba? | Chúng tôi rất trân trọng ý kiến phản hồi này và đang làm việc cùng với CMA để thiết kế các thử nghiệm nhằm cung cấp bức tranh đá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 giới thiệu các đề xuất trong Hộp cát về quyền riêng tư trên hệ sinh thái. Bạn nên chia sẻ trực tiếp thêm ý kiến phản hồi với CMA 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 cung cấp thêm thông tin tổng quan về Báo cáo phiên đấu giá FLEDGE trong vài tuần 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 Song song không? | Một công nghệ quảng cáo sử dụng máy chủ Đặt giá thầu / Phiên đấu giá có thể khởi động nhiều máy chủ có thể phân phát song song kết quả. |
| Giảm thiểu hành vi lạm dụng | Máy chủ ẩn danh k 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 của tình trạng ẩn danh k không tập trung vào tiêu chí nhắm mục tiêu vi mô mà chủ yếu tập trung vào việc triển khai một số điểm dừng trong giai đoạn tạm thời khi FLEDGE cho phép báo cáo ở cấp sự kiện. Chúng tôi đã chia sẻ thêm ý kiến phản hồi và vui lòng chia sẻ thêm ý kiến phản hồi. |
| Xung đột của Mô-đun ES | Yêu cầu bỏ generateBid dưới dạng hàm chung 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 bạn đóng góp thêm ý kiến phản hồi. |
| 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á | 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 dà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 tài liệu Giải thích về B&A và cập nhật mục Dòng thời gian để bổ sung các định nghĩa rõ ràng về tiến trình cho các giai đoạn kiểm thử Chrome-B&A khác nhau, 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 tiế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 đề xuất để nghiên cứu và báo cáo về tiến độ phát triển của chúng tôi. |
| Luồng giá thầu mẫu quảng cáo | Khả năng xem xét và lọc giá thầu giành 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 đề xuất để nghiên cứu và báo cáo về tiến độ 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 mối quan tâm khác ngoài chủ sở hữu 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 bổ sung vào báo cáo tổng hợp và hoan nghênh các ý kiến phản hồi khác tại đây. |
| Loại sự kiện | Chuẩn hoá các loại sự kiện trên 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 đề xuất để nghiên cứu và báo cáo về tiến độ phát triển của chúng tôi. Thay đổi này sẽ đòi hỏi sự phối hợp của chúng tôi trong lĩnh vực này, vì vấn đề này sẽ ảnh hưởng đến các API Hộp cát về quyền riêng tư khác ngoài FLEDGE. Chúng tôi hoan nghênh bạn chia sẻ thêm ý kiến phản hồi tại đây. |
| Các giải pháp dài hạn cho báo cáo ở cấp sự kiện | Quan tâm đến việc cung cấp một số dữ liệu nhất định như highestScoringOtherBid ngay cả sau khi ngừng sử dụng cookie của bên thứ ba |
Như chúng tôi đã chia sẻ trong bài đăng trên blog vào tháng 2, tính năng báo cáo chiến thắng trong 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 để chia sẻ, nhưng chúng tôi hoan nghênh thêm ý kiến phản hồi về lý do bạn cần giữ lại một số dữ liệu sau khi ngừng sử dụng cookie của bên thứ ba. |
| Hạn mức đối với nhóm 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. Các hàm này là các rào chắn, không cần thiết trong quá trình vận hành thông thường. |
| Tín hiệu ở cấp sự kiện | Hỗ trợ một đề xuất để có các tín hiệu cấp sự kiện cho generateBid và reportWin, có thể được sử dụng trong quá trình huấn luyện công nghệ học máy |
Chúng tôi đã chia sẻ quyết định về tín hiệu do trình duyệt thiết kế và tín hiệu do công nghệ quảng cáo xác định tại đây và hoan nghênh bạn chia sẻ thêm ý kiến phản hồi. |
| Tập lệnh đặt giá thầu | Thêm mã nhận dạng người dùng trong URL vào tập lệnh đặt giá thầu. | Điều này sẽ không thể xảy ra vì FLEDGE có yêu cầu bổ sung rằng bộ dữ liệu của 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 được hiển thị phải là k-anonymous để hiển thị quảng cáo. |
| Thực thi K-anon | Tính năng ẩn danh k có được thực thi trên cặp (componentAd, kích thước) không? | Có. Hãy tham khảo turtledove/issues/312. |
| Yêu cầu về Dịch vụ đặt giá thầu và Phiên đấu giá | Các dịch vụ B&A hỗ trợ người tham gia tích hợp với FLEDGE trên thiết bị và với những người khác với các dịch vụ B&A như thế nào? | Chúng tôi vẫn đang hoàn thiện thiết kế và hoan nghênh bạn chia sẻ thêm ý kiến phản hồi tại đây. |
| Phân bổ sau lượt 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 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. Hãy tham khảo turtledove/issues/452. |
| Nhắm mục tiêu 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 tương tự không?" | Chúng tôi sẽ thảo luận về trường hợp sử dụng này và hoan nghênh các thông tin khác. |
| API giám sát theo thời gian thực | Đề xuất cho phương pháp theo dõi FLEDGE theo thời gian thực | Chúng tôi đang thảo luận về đề xuất này và vui lòng cung cấp thêm thông tin tại đây. |
| Báo cáo FLEDGE | Bạn nên thực hiện reportWin và reportResult theo thứ tự ngẫu nhiên để tránh báo cáo quá mức hoặc báo cáo thiếu. |
Trước hết, người bán cần thực thi reportResult() trước 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 phần giải thích để biết thêm thông tin. |
| Máy chủ Giá trị khoá tuỳ chỉnh (K/V) | Các máy chủ K/V tuỳ chỉnh có được hỗ trợ trong tương lai không? | Chúng tôi sẽ 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 bổ sung. |
| Phiên đấu giá cấp cao nhất | Một máy chủ nào đó có cần phải là máy chủ quảng cáo để chạy cơ chế đấu giá cấp cao nhất không? | FLEDGE API không chỉ định bên phải gọi nó; không có yêu cầu nào về điều đó trong thiết kế FLEDGE. Bất kỳ ai cũng có thể chạy phiên đấu giá FLEDGE (bao gồm cả phiên đấu giá 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 người bán cấp cao nhất và người bán theo thành phần. |
| Phạm vi API | FLEDGE có dự định hoạt động với dữ liệu của bên thứ nhất không? | Chúng tôi sẽ phát hành 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ể dùng được với FLEDGE cho cả 1) sử dụng làm logic để xác định tư cách thành viên trong nhóm mối quan tâm và 2) để cấp dữ liệu làm tín hiệu đặt giá thầu của người dùng để dùng trong việc tạo logic đặt giá thầu tiếp theo. |
| Nhóm mối quan tâm trên nhiều miền | Có thể tạo các nhóm mối quan tâm trên nhiều miền | Bạn có thể sử dụng mọi thông tin hiện có tại thời điểm thêm trình duyệt vào nhóm mối quan tâm để cung cấp thông tin cho đối tượng đó. Khi cookie của bên thứ ba bị loại bỏ, dữ liệu trên nhiều trang web dùng để làm cơ sở cho việc 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 phía máy chủ hiện có 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 hiện còn thiếu trong quy trình chuyển đổi, cũng như hoan nghênh mọi ý kiến phản hồi hoặc thông tin chi tiết bổ sung. |
| Giá trị máy chủ K/V | Các giá trị máy chủ K/V có cần phải thuộc loại chuỗi không? | Giá trị 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 giá trị đó thành chuỗi. |
| Danh sách chặn nhà quảng cáo | Tín hiệu nào là phù hợp để cung cấp người mua cho danh sách chặn nhà quảng cáo? | Địa điểm thích hợp là trong auctionSignals hoặc trong perBuyerSignals. |
| Đơn vị đặt giá thầu | Hỗ trợ các đơn vị đặt giá thầu khác nhau, chẳng hạn như CPI và CPM | Dựa trên thiết kế hiện tại, chúng tôi muốn tìm hiểu thêm về lý do cần làm việc này và rất mong nhận được ý kiến phản hồi bổ sung. |
| Logic đấu giá | Trình duyệt hoặc máy chủ quảng cáo có quyết định người chiến thắng trong phiên đấu giá không? | Tất cả lựa chọn chiến thắng đượ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ư mà trong đó mã người mua và người bán sẽ chạy. |
| Chính sách về quyền | Chính sách về quyền của FLEDGE hiện tại có tiếp tục được thực thi sau khi thời gian dùng thử theo nguyên gốc kết thúc không? | Đối với Bản dùng thử theo nguyên gốc, danh sách cho phép mặc định hiện tại của cả hai tính năng đều mang tính 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 sẽ cần bao nhiêu thời gian để 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 trustedBiddingSignalsUrl; giới hạn kích thước 2MB là một hạn chế. |
Quy tắc ràng buộc này dành cho phương thức gọi trên thiết bị để ngăn chặn tình trạ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ó một quy tắc ràng buộc thoải mái hơn. |
| Tín hiệu báo cáo | Thêm tín hiệu bổ sung, các lỗi tập lệnh để cho phép truy xuất số lượng lỗi phía máy khách của mỗi chủ sở hữu nhóm mối quan tâm và mỗi computeBid hoặc reportWin / reportResult. |
Chúng tôi đang xem xét các mối lo ngại về quyền riêng tư tiềm ẩn đối với đề xuất này và hoan nghênh các bên chơi trong hệ sinh thái chia sẻ thêm thông tin chi tiết về lý do cần làm điều 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à hiện đang chờ (và hoan nghênh) thông tin đầu vào 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 của thiết bị như thế nào nếu người dùng nằm trong một số lượng lớn các nhóm mối quan tâm? | FLEDGE cung cấp một số tuỳ chọn 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 kiểm soát chi tiết trong những tình huống mà hiệu suất của thiết bị có thể là một lý do để hạn chế việc tham gia phiên đấu giá khi thiết bị thuộc nhiều nhóm có cùng mối quan tâm. |
| Thử nghiệm 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. Để bảo vệ quyền riêng tư của người dùng, chúng tôi thực thi quy trình 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 nội dung 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 này. Chúng tôi đang tìm thêm ý kiến phản hồi về chủ đề này. |
| Yêu cầu pháp lý | FLEDGE có phối hợp với 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 nhận đề xuất của các nhà cung cấp dịch vụ đám mây khác, nhưng hiện tại, chúng tôi dự định hỗ trợ ít nhất là 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)
| Chủ đề phản hồi | Tóm tắt | Phản hồi của Chrome |
|---|---|---|
| Phân tích dữ liệu về ảnh hưởng của tiếng ồn | Hướng dẫn cách phân tích dữ liệu về tác động của tiếng ồn | Chúng tôi đã chia sẻ tài liệu bổ sung liên quan đến các quyết định về độ nhiễu và thiết kế có thể dùng để thay đổi mức độ ảnh hưởng của độ nhiễu đối với dữ liệu công nghệ quảng cáo. Bạn cũng có thể xem hướng dẫn chi tiết hơn. |
| Báo cáo rỗng | Làm rõ việc triển khai báo cáo giá trị rỗng | Chúng tôi hiện đang nghiên cứu đề 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 ta 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 thời lượng phân bổ | Chúng tôi hoan nghênh đề xuất này và đang tìm cách thêm vào quy cách. Chúng tôi hoan nghênh thêm ý kiến phản hồi tại đây. |
| Kích thước dữ liệu điều kiện kích hoạt | Tại sao kích thước dữ liệu của điều kiện kích hoạt lại bị giới hạn ở 3 bit? | Kích thước này giới hạn ở 3 bit và 8 giá trị riêng biệt để đảm bảo lượng thông tin trên nhiều trang web/ngữ cảnh về người dùng bị hạn chế. Chúng tôi hoan nghênh người chơi trong hệ sinh thái gửi ý kiến phản hồi về việc liệu việc sử dụng thông số hiện tại cho báo cáo ở cấp sự kiện có phù hợp hay không. |
| Trình kích hoạt báo cáo ở cấp sự kiện | Cho phép mức độ ưu tiên trong khoá loại bỏ trùng lặp | Chúng tôi đang tìm hiểu giải pháp cho vấn đề này và hoan nghênh bạn đóng góp thêm ý kiến. |
| Hỗ trợ gỡ lỗi | Thông tin rõ ràng về cách gỡ lỗi sau khi cookie của bên thứ ba không được dùng nữa | 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 phương án. Chúng tôi đang tìm thêm ý kiến phản hồi và ý tưởng. |
| Các lựa chọn thay thế cho lượt chuyển đổi nhấp qua | Yêu cầu hướng dẫn thêm về các phương án thay thế cho lượt chuyển đổi nhấp qua | 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. Hiện 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 mong muốn về quyền riêng tư và tiện ích của họ. |
| Các trường hợp sử dụng cho việc thanh toán | Mức độ rõ ràng về phạm vi Báo cáo phân bổ sẽ hỗ trợ các trường hợp sử dụng thanh toán dựa trên lượt chuyển đổi | Chúng tôi đang nỗ lực đăng công khai để làm rõ phạm vi của Attribution Reporting API đối với việc thanh toán. Ban đầu, API Báo cáo phân bổ không nằm ở phạm vi trực tiếp hỗ trợ hoạt động thanh toán CPA; API này hỗ trợ tính năng thanh toán CPC và CPM (là cấu trúc thanh toán mà các công nghệ quảng cáo sử dụng chủ yếu). Chúng tôi có thể hỗ trợ tính năng này 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 về tất 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 các lượt nhấp có chủ ý và không chủ ý vào một quảng cáo | Chúng tôi đang thảo luận về yêu cầu này và hoan nghênh bạn đóng góp thêm ý kiến. |
| Giải pháp đo lường | Hỗ trợ các giải pháp đo lường trên nhiều DSP | Các nhà cung cấp dịch vụ đo lường có thể sử dụng API Báo cáo phân bổ để loại bỏ trùng lặp giữa nhiều DSP. Ngoài ra, chúng tôi sẽ đề xuất hỗ trợ cho danh sách các URL trong attributionsrc để giúp các DSP hỗ trợ các yêu cầu Attribution Reporting API của nhà cung cấp dịch vụ đo lường dễ dàng hơn. Chúng tôi hoan nghênh mọi ý kiến phản hồi bổ sung về đề xuất trên. |
| Báo cáo cấp sự kiện | Yêu cầu cung cấp 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 bất kỳ ý kiến phản hồi nào khác về yêu cầu này của hệ sinh thái, nhưng chúng tôi sẵn sàng lắng nghe ý 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 thêm ý kiến phản hồi để biết 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 | Các giải pháp đo lường có dùng được khi người dùng ở chế độ Ẩn danh không? | Không, các giải pháp đo lường sẽ không sử dụng được khi người dùng ở Chế độ ẩn danh. Theo mặc định, cookie của bên thứ ba sẽ bị tắt ở Chế độ ẩn danh. |
| Phòng sạch dữ liệu | Measurement API 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 trong đó dữ liệu giá trị nhận dạng riêng lẻ từ các nguồn khác nhau được tải lên cơ sở dữ liệu để chạy các hoạt động 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 có thể dùng trong không gian sạch dữ liệu, nhưng thông tin phía chuyển đổi liên kết sẽ bị hạn chế và ồn ào. Bạn không thể trực tiếp sử dụng báo cáo tổng hợp đã mã hoá trong một phòng sạch, nhưng có thể 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 bản 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
| Chủ đề phản hồi | Tóm tắt | Phản hồi của Chrome |
|---|---|---|
| (Cũng được báo cáo vào quý 4 năm 2022) Báo cáo chậm trễ |
Độ trễ báo cáo dự kiến là bao nhiêu? | Thông tin cập nhật trong Quý 1 năm 2023: Sau khi nhận được ý 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. |
| Không có quy tắc nào trùng lặp | Bạn sẽ xử lý một "báo cáo tổng hợp bị trì hoãn" nếu đã xử lý các báo cáo tổng hợp có cùng mã nhận dạng dùng chung như thế nào? | 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 được chia sẻ của báo cáo tổng hợp và định nghĩa về mã nhận dạng chung cho Dịch vụ tổng hợp để giải quyết một phần tác động của việc mất độ trễ trên API tổng hợp. Chúng tôi 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ợ cho nhiều lần truyền dữ liệu mà vẫn tôn trọng 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ề việc có thể sử dụng Ngân sách quyền riêng tư theo cách linh hoạt hơn để hỗ trợ trường hợp sử dụng này. Đồng thời, hoan nghênh ý kiến phản hồi bổ sung. |
| (Cũng được báo cáo vào quý 2 năm 2022) | Bật tính năng truy vấn tổng hợp các khoá. | Thông tin cập nhật trong Quý 1 năm 2023: Chúng tôi vẫn đang xem xét yêu cầu về tính năng, nhưng 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ó bản sao" hiện không được áp dụng trong bản dùng thử theo nguyên gốc. | Chúng tôi đang xem xét việc cập nhật tài liệu để làm rõ những nội dung sẽ có trong bản dùng thử theo nguyên gốc và trong GA. |
API tổng hợp riêng tư
| Chủ đề phản hồi | Tóm tắt | Phản hồi của Chrome |
|---|---|---|
| Ngân sách khoản đóng góp 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 lượt đó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 có thể được thu thập từ một cá nhân sẽ bị giới hạn. Khi bạn tổng hợp tất cả giá trị tổng hợp của tất cả các khoá tổng hợp, tổng 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ề số lượng nội dung đó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 luân phiên). Đó là ngân sách khoản đóng góp L1 được đề cập trong ý kiến phản hồi. Các nhà phát triển nên mở rộng các giá trị 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 bị cạn ngân sách. Chúng tôi hiện đang thu thập một số ý 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 tại sang cửa sổ 10 phút với giới hạn hằng ngày lớn hơn. |
Giới hạn theo dõi bí mậ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
| Chủ đề phản hồi | Tóm tắt | Phản hồi của Chrome |
|---|---|---|
| Tỷ lệ 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 có lập trình đang gửi gợi ý máy khách 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 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 việc sử dụng UA-CH thông qua thẻ <meta> HTML và API JavaScript, thì số trang web sử dụng UA-CH sẽ cao hơn đáng kể so với 1% con số được cung cấp trong ý kiến phản hồi. Dựa trên dữ kiện này và các thông tin khác, bao gồm cả ý kiến phản hồi về hệ sinh thái, chúng tôi tự tin rằng trong quá trình triển khai giai đoạn 6 của tính năng Giảm thiểu UA, theo tiến trình đã công bố, đồng thời cung cấp đầy đủ thông tin cho CMA. Chúng tôi nhận thấy rằng các trang web có gần 2 năm để chuẩn bị cho quá trình chuyển đổi và bản dùng thử ngừng sử dụng vẫn có sẵn cho các 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 các hệ số hình dạng bổ sung như TV, thực tế ảo | Chúng tôi hoan nghênh đề xuất này và đang tìm cách kết hợp đề xuất này vào thiết kế. Chúng tôi hoan nghênh ý 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 AR Giai đoạn 6 được giao | Lỗi liên quan đã được khắc phục. |
| Hỗ trợ UA-CH trên iOS | Trang web dựa vào thông tin UA chi tiết 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 là Safari (bao gồm cả Chrome trên iOS), dự án Metric sẽ cần thêm tính năng hỗ trợ cho UA-CH trước khi có thể bật (vì các trình duyệt này kiểm soát ngăn xếp mạng). |
Bảo vệ IP (trước đây là Gnatcatcher)
| Chủ đề 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 vị trí địa lý | Biện pháp bảo vệ IP có thể ngăn các trường hợp sử dụng hợp pháp về vị trí địa lý không hoạt động trong tương lai, chẳng hạn như cá nhân hoá nội dung dựa trên 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 đối với đị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 vị trí địa lý IP". |
| Tuân thủ quy định | Nếu một khu vực có dưới 1 triệu dân, thì ngưỡng 1 triệu hiện tại cho biện pháp 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 đối với địa chỉ IP. Chúng tôi đang thu thập ý kiến phản hồi của hệ sinh thái liên quan đến việc tuân thủ quy định về Bảo vệ IP. |
| Giảm thiểu hành vi lạm dụng | Các bên có thể né tránh biện pháp Bảo vệ IP bằng cách chia sẻ địa chỉ IP không được che giấu cho những người khác. | Chúng tôi nhận thức được rủi ro mà đề xuất Bảo vệ IP hiện tại có thể không ngăn được các bên chia sẻ địa chỉ IP bị ẩn với người khác về mặt kỹ thuật. Chúng tôi đang nỗ lực giảm thiểu các biện pháp để tránh nguy cơ bị sử dụng sai mục đích này. Khi lặp lại đề xuất, chúng tôi mong muốn nhận được thêm ý kiến phản hồi và thảo luận. Cụ thể, chúng tôi muốn biết về bất kỳ trường hợp sử dụng nào mà các bên tin rằng họ cần chia sẻ địa chỉ IP không được che giấu với các bên khác. |
| Chặn mạng | Các bên có thể tránh né việc chặn mạng bằng cách sử dụng Proxy bảo vệ IP. | Thực thể thực hiện việc chặn sẽ cần tắt tính năng Bảo vệ IP cho trường hợp này. Chúng tôi đã phản hồi vấn đề này và hoan nghênh bạn đóng góp thêm ý kiến phản hồi. |
| Danh sách chặn địa chỉ IP chịu ảnh hưởng của đề xuất Bảo vệ IP | Nhiều công ty công nghệ quảng cáo sử dụng danh sách chặn địa chỉ IP cơ bản, 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 là gian lận (hoặc ít nhất là không thể kiếm tiền). Trong trường hợp công nghệ quảng cáo cũng là công cụ theo dõi và có thể phải tuân theo đề xuất Bảo vệ IP, 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 thêm ý kiến phản hồi và thảo luận thêm về Đề xuất bảo vệ IP liên quan đến 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 tôi không thực hiện proxy cho các ứng dụng có nguồn gốc từ các địa chỉ IP đã bị gắn cờ trước đó. |
Củng cố ranh giới quyền riêng tư trên nhiều trang web
Nhóm bên thứ nhất
| Chủ đề phản hồi | Tóm tắt | Phản hồi của Chrome |
|---|---|---|
| (Cũng được báo cáo vào Quý 4) Giới hạn 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 so với Quý 4 năm 2022: "Trong các lệnh gọi WICG, chúng tôi đã làm rõ trong các lệnh gọi WICG rằng Chrome cam kết cung cấp một giải pháp hữu dụng mà cũng cân nhắc đến quyền riêng tư của người dùng. Vì vậy, chúng tôi rất trân trọng ý kiến phản hồi của cộng đồng về những trường hợp sử dụng cụ thể có thể bị ảnh hưởng bởi giới hạn miền, để nhóm chúng tôi có thể xem xét cách giải quyết các 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 khung hình trên giây thay thế | Đề xuất về cách khác để gửi danh sách toàn cầu cho FPS | Hiện tại, chúng tôi đang chuẩn bị gửi Nhóm bên thứ nhất (FPS) trong Chrome và đã thiết lập một kho lưu trữ GitHub tập trung để chấp nhận việc gửi nhóm. Chúng tôi hy vọng FPS sẽ lấp đầy khoảng trống cho 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, chúng tôi hy vọng sẽ tìm hiểu cách các tác giả trang web tận dụng FPS. Do 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 cookie của bên thứ ba, chúng tôi cũng có thể hoàn thiện quy trình đến mức có thể xem xét các lược đồ phi tập trung thay thế, chẳng hạn như các lược đồ được đề xuất. Với quy trình hiện tại, chúng tôi hy vọng có thể thiết lập vòng đời thiết lập, điều này cho phép chúng tôi phát triển quy trình tiếp nhận theo thời gian. Chúng tôi có thể xem xét lại ý tưởng này khi quá trình gửi đi hoàn tất. |
| Kiểm duyệt kho lưu trữ | Kiểm duyệt cộng đồng đối với kho lưu trữ Gửi FPS để ngăn chặn hành vi sử dụng sai mục đích. Các đối tượng xấu có thể dễ dàng áp dụng quá trình sử dụng nguồn gốc của trình ghi để đề xuất các nhóm đề xuất. Ngoài ra, việc có quá nhiều yêu cầu có thể ảnh hưởng đến quá trình vận hành của các đề xuất nhóm thực. | Chúng tôi đang cố gắng đảm bảo quá trình kiểm tra khách quan nhất có thể bằng cách dựa vào các quy trình kiểm tra xác thực kỹ thuật. Chúng tôi cho rằng đây là cách tiếp cận có thể mở rộng nhất cho quy trình gửi. Để tuân thủ mục tiêu này, chúng tôi cũng sẽ nhắm đến việc đảm bảo quy trình này có khả năng thích ứng với các lần gửi thư rác / trình ghi. |
| Tập hợp con được liên kết | FPS có thể hỗ trợ các trường hợp sử dụng luồng Nhà cung cấp/SaaS của 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 bên thứ ba / các quy trình SaaS không phải là một trường hợp sử dụng hiện đang được xem xét thuộc phạm vi của Nhóm bên thứ nhất. Chúng tôi hoan nghênh thêm ý kiến phản hồi về cách sử dụng cookie trên nhiều trang web cho những 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 cuộc gọi của WICG và hoan nghênh thêm ý kiến phản hồi tại đây. |
| GDPR (Quy định chung về bảo vệ dữ liệu) | Đề xuất cho mô hình một tập hợp con FPS mới theo các khái niệm về GDPR (Quy định chung về việc bảo vệ dữ liệu) | Chúng tôi đã thảo luận nội bộ về đề xuất này và cân nhắc đề xuất đó với các ý kiến phản hồi khác nhận được cũng như 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 thời điểm này, chúng tôi sẽ không theo đuổi đề xuất này. |
| Bộ nhớ | Thay đổi dự kiến về kích thước bộ nhớ của trình duyệt khi tích hợp danh sách FPS | Từng có tiền lệ để trình duyệt lưu trữ những loại danh sách này mà không tác động quá nhiều đến bộ nhớ, chẳng hạn như Danh sách bảo vệ theo dõi ngắt kết nối. Mặc dù danh sách Nhóm bên thứ nhất sẽ được sao chép cục bộ vào từng ứng dụng Chrome, 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 có thể tối ưu hoá mức sử dụng bộ nhớ. |
API Khung bảo vệ
| Chủ đề 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ệ | Sự rõ ràng về các giới hạn do Khung bảo vệ đặt ra | Vào tháng 3, chúng tôi đã cập nhật nội dung giải thích về Khung bảo vệ. Phần giải thích này cung cấp thông tin về các chức năng của khung này và hoan nghênh mọi ý kiến phản hồi bổ sung. |
| Mở rộng thông tin truy cập | Yêu cầu mở rộng quyền truy cập thông tin xung quanh các khung lân cận | Chúng tôi đang tìm hiểu thêm về lý do khiến đây là một yêu cầu của hệ sinh thái và chúng tôi hoan nghênh mọi ý kiến phản hồi khác. |
| Khung và iframe được bảo vệ | Câu hỏi liên quan đến tính tương đồng về tính năng giữa Khung bảo vệ và iframe | Tất cả báo cáo và API Hộp cát về quyền riêng tư hiện có sẽ được cung cấp cho iframe và FencedFrames theo cách tương tự. |
| Đổi kích thước khung bảo vệ | Việc hạn chế thay đổi kích thước khung hình ảnh hưởng đến một số trường hợp sử dụng nhất định. | Chúng tôi muốn tìm hiểu thêm về các loại trường hợp sử dụng chịu ảnh hưởng của quy định hạn chế này và hoan nghênh thêm ý kiến phản hồi. |
API Bộ nhớ dùng chung
| Chủ đề phản hồi | Tóm tắt | Phản hồi của Chrome |
|---|---|---|
| Worklet bên thứ ba | Các 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? Hoặc gọi các công việc khác cho dịch vụ đ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 sẽ xác định bộ nhớ dùng chung mà dữ liệu được ghi vào. Khi thêm mã của bên thứ ba vào một trang, bạn có thể nhúng mã của bên thứ ba dưới dạng một iframe với ngữ cảnh duyệt web riêng. Điều này cho phép mã của 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, nhờ đó 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 | Các hoạt động tương tác bên ngoài hệ sinh thái Chrome sẽ không thể loại bỏ trùng lặp. | Bộ nhớ dùng chung được 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 những kết quả này trong các mô hình tiếp cận rộng hơn của chúng. Chúng tôi hiểu rằng bản thân kết quả có thể chỉ tính đến một phần lượt tương tác và 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 khác có thể được phân lớp trên cùng. |
| Giai đoạn 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 mức 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 khác nhau ở phía máy khách bằng Bộ nhớ dùng chung. Tính năng này cung cấp thêm tính linh hoạt cho việc phân tích nâng cao qua bộ nhớ an toàn của trình duyệt không phân vùng. |
| Thời hạn hết hạn của mặt hàng | Yêu cầu gia hạn thời gian hết hạn lên 90 ngày | Chúng tôi cập nhật chính sách giữ lại dữ liệu vào tháng 11 năm 2022, trong đó 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 hoan nghênh thêm ý kiến phản hồi để tìm hiểu xem chính sách mới có phù hợp với hệ sinh thái hay không. |
| Xoay vòng tệp quảng cáo | Các trường hợp sử dụng xoay vòng mẫu quảng cáo không phản ánh hành động thực tế sau phiên đấu giá. | Chúng tôi muốn biết thêm thông tin từ nhiều công ty công nghệ quảng cáo bên mua về việc tài liệu xoay vòng mẫu quảng cáo có chính xác hay không. |
KHỐI
Chưa nhận được phản hồi nào trong quý này.
FedCM
| Chủ đề 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 một cách 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 trong yêu cầu kéo này để hạn chế khả năng các trang web có thể ngầm ẩn các yêu cầu được xác thực trên nhiều nguồn gốc mà không gây khó chịu cho người dùng. Chúng tôi cũng sẽ tiếp tục xem xét và giải quyết những 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 từ danh sách FedCM không? | Mối lo ngại đối với trường hợp sử dụng này là có thể dẫn đến việc rò rỉ thông tin khi trang web không 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 thêm về vấn đề này và hoan nghênh thêm ý kiến phản hồi. |
| Lựa chọn tài khoản theo bối cảnh | Đề xuất thêm tín hiệu bối cảnh vào giao diện người dùng lựa 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 khác. |
Chống nội dung rác và lừa đảo
API Mã thông báo trạng thái riêng tư (và các API khác)
| Chủ đề phản hồi | Tóm tắt | Phản hồi của Chrome |
|---|---|---|
| Bản khảo sát về việc thu thập khả năng | Đầu Quý 1, chúng tôi đã hoàn tất việc thu thập kết quả khảo sát về những khả 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 kết quả (phút, kết quả) | Chúng tôi dự định kết hợp ý kiến phản hồi này trong quá trình 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ư và được thiết kế theo mục đích riêng nhằm tăng cường khả năng chống gian lận. Chúng tôi hy vọng sẽ ưu tiên phát triển ở những nơi có đủ nhu cầu, đồng thời có công nghệ hiện có mà chúng tôi có thể xây dựng để giới thiệu các chức năng cho web trong khi vẫn 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à khởi động được xếp hạng cao, đồng thời nhiều nền tảng có sẵn các API chia sẻ kết quả đánh giá tính toàn vẹn của thiết bị một cách an toàn. Vì vậy, đây là một phương pháp hay để theo đuổi dữ liệu khám phá trong các nhóm cộng đồng. |
| Phản hồi về ý định gửi hàng PST | Trong ý định gửi hàng, chúng tôi nhận được mối lo ngại về việc tiến hành vì chúng tôi đang sử dụng một 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 ở một số phần và chúng tôi cần cải thiện để tạo điều kiện cho 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 chuyển sang GA, cũng như một số thay đổi về API. Ý kiến phản hồi đã đến ngay vào cuối Quý 1, vì vậy chúng tôi sẽ tiếp tục trao đổi về vấn đề trên GitHub với thông tin chi tiết cụ thể và thông tin cập nhật về kế hoạch ra mắt (đang trong quá trình xuất bản báo cáo phản hồi này). Đối với những thay đổi lớn về API, chúng tôi sẵn sàng xem xét các thay đổi đó, nhưng chúng tôi cho rằng cách tốt nhất để tiếp tục phát hành ứng dụng cho giai đoạn phát hành rộng rãi và nhận ý kiến phản hồi thực tế của nhiều nhà phát triển hơn. Chúng tôi hy vọng sẽ tiếp tục thảo luận về vấn đề này và theo đuổi tiêu chuẩn hoá trình duyệt. Nếu và khi có tiêu chuẩn mới, 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 đó. |