Publisher Privacy Treatment API (Thử nghiệm)

Publisher Privacy Treatment (PPT) API là một công cụ mà nhà xuất bản có thể dùng để truyền các lựa chọn ưu tiên về quyền riêng tư của người dùng. Bài viết này giới thiệu phương pháp xử lý đầu tiên trong bộ công cụ API mà chúng tôi đang cung cấp cho nhà xuất bản để giúp họ quản lý hoạt động cá nhân hoá và việc sử dụng dữ liệu cho người dùng của họ.

Phương pháp xử lý đầu tiên, PPT=1, cho phép nhà xuất bản tắt tính năng cá nhân hoá quảng cáo cho từng yêu cầu quảng cáo; thông tin này có thể được ghi nhận từ các tuỳ chọn kiểm soát mà nhà xuất bản cung cấp cho người dùng của mình. Trong báo cáo, PPT=1 phân biệt lưu lượng truy cập quảng cáo không được cá nhân hoá với các chế độ phân phát quảng cáo không được cá nhân hoá khác, chẳng hạn như NPA=1 hoặc rdp=1.

PPT=1 không dành cho những trường hợp sử dụng yêu cầu các chế độ phân phát quảng cáo cụ thể hơn. Tìm hiểu thêm về các công cụ mà chúng tôi cung cấp để tuân thủ quy định về quyền riêng tư của người dùng, bao gồm cả quảng cáo không được cá nhân hoá và hạn chế xử lý dữ liệu.

Đối với yêu cầu quảng cáo có nhiều tín hiệu về quyền riêng tư của người dùng, tín hiệu hạn chế nhất sẽ được ưu tiên.

Ví dụ

• Lựa chọn không sử dụng chế độ cài đặt cá nhân hoá quảng cáo của người dùng ở Khu vực kinh tế châu Âu (EEA), Vương quốc Anh và Thuỵ Sĩ vẫn sẽ được thực thi ngay cả khi Publisher Privacy Treatment API không cho biết rằng chế độ cá nhân hoá đã được tắt.
• Nếu được chỉ định thông qua PPT API, người dùng sẽ được phân phát quảng cáo không được cá nhân hoá ngay cả khi chuỗi TCF phiên bản 2.3 cho thấy người dùng đã đồng ý cá nhân hoá quảng cáo.

Nhiều loại thẻ quảng cáo và SDK quảng cáo của Google đã được cập nhật để bắt đầu chấp nhận giá trị xử lý đầu tiên (PPT=1), cho phép tắt chế độ cá nhân hoá quảng cáo khi được nhà xuất bản thiết lập. Những nhà xuất bản phân phát quảng cáo mà không cần sự trợ giúp của thẻ hoặc SDK của chúng tôi cũng có thể chọn trực tiếp thêm các giá trị xử lý (ví dụ: PPT=1) làm tham số URL vào yêu cầu quảng cáo. Khi có thêm phương pháp xử lý được phát hành trong tương lai, nhà xuất bản sẽ có thể thêm nhiều giá trị xử lý (ví dụ: PPT=1,2,3).

Để biết thêm thông tin, hãy xem tài liệu trên Google Developers:

• SDK Quảng cáo của Google trên thiết bị di động cho ứng dụng:
  • Ad Manager: iOS, Android
  • AdMob: iOS, Android
• Thẻ quảng cáo của Google cho web:
  • Thẻ nhà xuất bản của Google (GPT)
  • Ads by Google tag (ABG)

Cách hoạt động của PPT=1

Yêu cầu quảng cáo chứa PPT=1 cho biết rằng nhà xuất bản muốn tắt chế độ cá nhân hoá quảng cáo cho những yêu cầu quảng cáo cụ thể đó. Trường hợp sử dụng phổ biến dự kiến là nhà xuất bản thêm PPT=1 vào các yêu cầu quảng cáo từ những người dùng đã chọn không sử dụng chế độ cá nhân hoá quảng cáo thông qua các chế độ kiểm soát do nhà xuất bản cung cấp. Khi PPT=1 được đưa vào yêu cầu quảng cáo, các nền tảng quảng cáo tham gia sẽ biết được cách xử lý quyền riêng tư mà người dùng mong muốn (tắt chế độ cá nhân hoá quảng cáo).

Trên Google Ad Manager, AdSense hoặc AdMob:

• PPT=1 tắt chế độ cá nhân hoá quảng cáo cho cả chiến dịch được bán trực tiếp của nhà xuất bản và nhu cầu có lập trình từ Google.
• Không có hồ sơ người dùng nào được dùng để nhắm đến những người dùng có yêu cầu quảng cáo được liên kết chứa PPT=1.
• Bạn không thể dùng các yêu cầu quảng cáo có chứa PPT=1 để cập nhật bất kỳ hồ sơ người dùng nào hiện có cho người dùng được liên kết.

PPT=1 khác với quảng cáo không được cá nhân hoá (NPA=1) và chế độ hạn chế xử lý dữ liệu (rdp=1) theo những cách sau:

• Khi dùng PPT=1, bạn được phép sử dụng nhà cung cấp bên thứ ba để phân phát và theo dõi quảng cáo.
• Khi dùng NPA=1 hoặc rdp=1, việc sử dụng nhà cung cấp bên thứ ba để phân phát và theo dõi quảng cáo:
  • Không được phép đối với nhu cầu của Google.
  • Chỉ bị hạn chế đối với nhu cầu không phải của Google khi nhà xuất bản bật lựa chọn "Kiểm tra sự đồng ý cho đối tác quảng cáo trên các mẫu quảng cáo của đối tác RTB (đặt giá thầu theo thời gian thực)".
  • Chỉ bị hạn chế đối với các quảng cáo đặt trước có sử dụng nhà cung cấp bên thứ ba cho người dùng tại EEA, Vương quốc Anh hoặc Thuỵ Sĩ đối với NPA=1 khi tuỳ chọn "Kiểm tra sự đồng ý đối với mẫu quảng cáo đặt trước" được bật.
• Đối với người dùng thuộc khu vực tài phán của Luật chung về việc bảo vệ dữ liệu cá nhân (LGPD), NPA=1 sẽ chỉ phân phát các quảng cáo đặt trước nếu không có nhà cung cấp công nghệ quảng cáo nào được khai báo hoặc phát hiện.

Khi PPT=1 được đưa vào yêu cầu quảng cáo, nhu cầu có lập trình không phải của Google cũng được gửi NonPersonalizedAdsReason.Publisher_Declared_NPA=1 trong yêu cầu giá thầu để cho biết rằng người dùng muốn tắt chế độ cá nhân hoá cho yêu cầu quảng cáo đó. PPT=1 cho phép sử dụng nhà cung cấp bên thứ ba để phân phát và theo dõi quảng cáo, nhưng sẽ có một số hạn chế đối với việc mở rộng những macro nhất định liên quan đến mã nhận dạng người dùng. Giá trị nhận dạng người dùng (chẳng hạn như google_user_id, hosted_match_data, mọi mã nhận dạng cho quảng cáo trên thiết bị và session_id) sẽ bị xoá khỏi yêu cầu giá thầu cho quảng cáo không được cá nhân hoá. Điều này sẽ giúp đảm bảo (nhưng không hoàn toàn đảm bảo) rằng tín hiệu được tuân thủ khi được truyền đến bên mua được uỷ quyền và bên đặt giá thầu mở.

A note about PPID

 

Ad Manager’s Service Specific Terms require publishers using PPID to offer users a mechanism to opt out of personalized advertising. If a publisher receives an opt out from a given user, the publisher must either stop transmitting PPID to Google for that user or transmit both PPID and a signal indicating the user has opted out. Using PPT=1 would be an acceptable way to meet this requirement. Alternatively, if the publisher is unable to build a user opt out control (for example, in the case of connected TV), the publisher may elect to opt out all such traffic using PPT=1. The publisher would still be able to transmit PPID for non-personalization usage such as frequency capping in applicable locales.