Chế độ xử lý dữ liệu bị hạn chế trong thẻ quảng cáo dành cho nhà xuất bản của Google

Mọi chế độ xử lý dữ liệu bị hạn chế theo yêu cầu mà bạn định cấu hình sẽ được áp dụng trên toàn cầu. Ví dụ: nếu bạn thêm thông số xử lý dữ liệu bị hạn chế theo yêu cầu vào một yêu cầu cho người dùng ở một tiểu bang có áp dụng của Hoa Kỳ, thì chế độ xử lý dữ liệu bị hạn chế sẽ được kích hoạt và chỉ những quảng cáo không được cá nhân hoá mới hiển thị.

• Chế độ xử lý dữ liệu bị hạn chế cho các trang sử dụng Thẻ nhà xuất bản của Google (GPT) và thẻ AdSense
• Chế độ xử lý dữ liệu bị hạn chế cho các thẻ khác
  • Thẻ GPT trả về
  • Yêu cầu không gắn thẻ
  • SDK Quảng cáo của Google trên thiết bị di động
  • SDK quảng cáo trên phương tiện truyền thông tương tác của Google (cho Video)
  • Thẻ quảng cáo cũ dành cho nhà xuất bản của Google
  • AdSense cho Tìm kiếm

Chế độ xử lý dữ liệu bị hạn chế cho các trang sử dụng Thẻ nhà xuất bản của Google (GPT) và thẻ AdSense

Yêu cầu quảng cáo

Theo mặc định, các yêu cầu quảng cáo đến Google không giới hạn cách xử lý dữ liệu và phân phát quảng cáo được cá nhân hoá, với quá trình lựa chọn quảng cáo dựa trên cả nội dung của trang web và dữ liệu trong quá khứ của từng người dùng truy cập trang. Google đã hỗ trợ gửi tín hiệu qua thẻ quảng cáo vì nhiều lý do tuân thủ quy định và quyền riêng tư như:

• Chế độ cài đặt quảng cáo không được cá nhân hoá trong thẻ quảng cáo dành cho nhà xuất bản của Google 
  (Ad Manager, AdMob, Android và iOS, AdSense)
• Gắn thẻ yêu cầu quảng cáo cho người dùng ở Khu vực kinh tế Châu Âu (EEA) dưới độ tuổi hợp pháp để tự quản lý tài khoản (TFUA)
  (Ad Manager, AdMob, AdSense)​
• Gắn thẻ yêu cầu quảng cáo là Được dành cho trẻ em (TFCD)
  (Ad Manager, AdMob, AdSense)
  Nhà xuất bản có thể sử dụng thông số TFCD để gắn thẻ yêu cầu cho người dùng chưa đủ tuổi. Chế độ xử lý dữ liệu bị hạn chế cũng sẽ được kích hoạt khi nhà xuất bản đặt thông số TFCD

Bài viết này trình bày cách yêu cầu chế độ xử lý dữ liệu bị hạn chế thông qua thẻ quảng cáo. Khi bạn kích hoạt chế độ xử lý dữ liệu bị hạn chế, Google sẽ giới hạn cách sử dụng dữ liệu và chỉ phân phát quảng cáo không được cá nhân hoá. Nếu muốn kích hoạt chế độ xử lý dữ liệu bị hạn chế cho tất cả người dùng ở những tiểu bang chịu sự điều chỉnh của luật về quyền riêng tư tại Hoa Kỳ truy cập vào tài sản của bạn, thì bạn không cần thay đổi cách gắn thẻ quảng cáo. Bạn có thể đọc thêm về chế độ xử lý dữ liệu bị hạn chế, kể cả cách kích hoạt chế độ này trong giao diện người dùng của trung tâm trợ giúp Google Ad Manager, AdMob hoặc AdSense.

Nếu bạn chỉ muốn kích hoạt chế độ xử lý dữ liệu bị hạn chế cho một số người dùng, thì thẻ GPT và thẻ quảng cáo không đồng bộ AdSense/Ad Exchange là một cách để giúp nhà xuất kích hoạt việc phân phát theo chế độ xử lý dữ liệu bị hạn chế trên cơ sở mỗi trang. Cách này có thể hữu ích nếu bạn hiển thị đường liên kết có lựa chọn không đồng ý "Không bán thông tin cá nhân của tôi". Đối với những người dùng chọn không đồng ý, bạn có thể quyết định rằng việc chuyển tín hiệu này đáp ứng các nghĩa vụ theo quy định. Xem phần "Giúp các nhà xuất bản tuân thủ luật về quyền riêng tư của Hoa Kỳ" (Google Ad Manager, AdMob, AdSense) để biết thêm thông tin về chế độ xử lý dữ liệu bị hạn chế.

• Đối với thẻ GPT, hãy sử dụng đoạn mã sau:

  googletag.pubads().setPrivacySettings({
'restrictDataProcessing': true
});

• Đối với thẻ quảng cáo không đồng bộ AdSense và Ad Exchange, hãy sử dụng đoạn mã sau:

  <ins class="adsbygoogle"
style="display:inline-block;width:728px;height:90px"
data-ad-client="ca-pub-0123456789abcdef"
data-ad-slot="0123456789"
data-restrict-data-processing="1"></ins>

Các phương pháp này sẽ kích hoạt chế độ xử lý dữ liệu bị hạn chế cho các yêu cầu quảng cáo tiếp theo của Google từ trang do các thẻ quảng cáo được hỗ trợ sau phát hành: thẻ GPT, thẻ quảng cáo không đồng bộ AdSense hoặc Ad Exchange (adsbygoogle.js) và SDK IMA. Hãy xác minh rằng một thẻ quảng cáo đang hạn chế xử lý dữ liệu bằng cách tìm yêu cầu quảng cáo trong các công cụ cho nhà phát triển của trình duyệt và tìm thông số &rdp=1.

Các API này cũng cho phép bạn tắt chế độ xử lý dữ liệu bị hạn chế (và kích hoạt lại chế độ cá nhân hoá) bằng cách truyền thông số false và 0, tuỳ thuộc vào loại mà API muốn. Nếu một trang chứa nhiều loại thẻ quảng cáo của Google (ví dụ: cả thẻ GPT và thẻ không đồng bộ AdSense/Ad Exchange), thì bạn phải sử dụng trình điều khiển RDP cho từng loại thẻ.

Chế độ xử lý dữ liệu bị hạn chế cho các thẻ khác

Thẻ GPT trả về

Nếu đang sử dụng thẻ GPT trả về thì bạn có thể đánh dấu yêu cầu quảng cáo là theo chế độ xử lý dữ liệu bị hạn chế bằng cách sử dụng cùng API googletag.pubads().setPrivacySettings mà GPT thông thường sử dụng.

Nếu bạn bỏ qua chế độ cài đặt này, hệ thống sẽ cho phép quảng cáo được cá nhân hoá theo mặc định.

Ví dụ về mã:

<script async
src="https://securepubads.g.doubleclick.net/tag/js/gpt.js"></script>
<div id='gpt-passback'>
  <script>
     window.googletag = window.googletag || {cmd: []};
     googletag.cmd.push(function() {
       googletag
         .defineSlot('/123/sports', [300, 250], 'gpt-passback')
         .addService(googletag.pubads());
       googletag.pubads().setPrivacySettings({
        'restrictDataProcessing': true
       });
       googletag.enableServices();
       googletag.display('gpt-passback');
     });
  </script>
</div>

Yêu cầu không gắn thẻ

Nếu đang sử dụng Yêu cầu không gắn thẻ, thì bạn có thể đánh dấu một yêu cầu quảng cáo theo chế độ xử lý dữ liệu bị hạn chế bằng cách thêm trực tiếp thông số rdp=[int] vào URL yêu cầu của thẻ. Bạn nên chỉ định thông số ở vị trí gần đầu trong thẻ để tránh nguy cơ bị cắt bớt. Hãy chỉ định rdp=1 để đánh dấu yêu cầu quảng cáo theo chế độ xử lý dữ liệu bị hạn chế. Nếu bạn bỏ qua thông số này, thì theo mặc định, hệ thống sẽ tắt chế độ xử lý dữ liệu bị hạn chế và cho phép quảng cáo được cá nhân hoá. 

Ví dụ về mã:

https://securepubads.g.doubleclick.net/gampad/ad?iu=/12345/adunit&sz=728x90&rdp=1&c=12345

SDK quảng cáo trên thiết bị di động của Google

Vui lòng xem trang web dành cho nhà phát triển ứng dụng để biết thêm thông tin về SDK quảng cáo trên thiết bị di động của Google.

• AdMob: SDK GMA cho iOS, SDK GMA cho Android
• Ad Manager: SDK GMA cho iOS, SDK GMA cho Android

SDK quảng cáo trên phương tiện truyền thông tương tác của Google (cho Video)

Trong các yêu cầu video, bạn có thể cho biết rằng bạn muốn Google coi nội dung video của mình là theo chế độ xử lý dữ liệu bị hạn chế. Bạn có thể thực hiện việc này bằng thẻ video chính tự tạo (chỉ trong Ad Manager) hoặc sử dụng một SDK IMA bất kỳ của từng nền tảng (SDK IMA cho HTML 5, SDK IMA cho iOS, SDK IMA cho Android, SDK IMA cho Google Cast).

Nếu trình phát video của bạn sử dụng tính năng Chèn quảng cáo động của Ad Manager, thì trình phát này cũng có thể bao gồm thông số rdp=1 với yêu cầu phát trực tiếp hoặc video theo yêu cầu (VOD) để truyền thông số đến mọi yêu cầu quảng cáo trong đó (DAI HTML5 SDK, DAI Cast SDK, DAI iOS SDK, DAI Android SDK, DAI Roku SDK, DAI tvOS SDK).

Thẻ quảng cáo cũ dành cho nhà xuất bản của Google

Các loại thẻ quảng cáo khác của Google (ví dụ: thẻ GAM, thẻ GUT và thẻ đồng bộ AdSense hoặc Ad Exchange (show_ads.js) cũ) không hỗ trợ phát hành yêu cầu quảng cáo tuân theo chế độ xử lý dữ liệu bị hạn chế. Bạn nên chuyển sang sử dụng một trong các thẻ có hỗ trợ đầy đủ tính năng cho cả quảng cáo được cá nhân hoá và chế độ xử lý dữ liệu bị hạn chế.

AdSense cho Tìm kiếm

Theo mặc định, các yêu cầu quảng cáo đến Google không giới hạn cách xử lý dữ liệu và phân phát quảng cáo được cá nhân hoá, với lựa chọn quảng cáo dựa trên cả cụm từ tìm kiếm của người dùng và dữ liệu trong quá khứ của từng người dùng thực hiện lượt tìm kiếm. Khi bạn kích hoạt chế độ xử lý dữ liệu bị hạn chế, Google sẽ giới hạn cách sử dụng dữ liệu và chỉ phân phát quảng cáo không được cá nhân hoá.

Bạn có thể kích hoạt chế độ xử lý dữ liệu bị hạn chế trên cơ sở yêu cầu như mô tả bên dưới hoặc bằng cách yêu cầu người quản lý tài khoản của bạn hủy kích hoạt chế độ cá nhân hoá cho các tài sản cụ thể.

• Đối với Quảng cáo tìm kiếm tuỳ chỉnh – thẻ quảng cáo web, hãy thêm thông tin sau vào pageOptions trong thẻ Quảng cáo tìm kiếm tuỳ chỉnh:

  personalizedAds: false,

• Đối với thẻ AdMob:

  builder.setAdvancedOptionValue("csa_personalizedAds", "false");

• Đối với thẻ iOS:

  [request setAdvancedOptionValue:@"false" forKey:@"personalizedAds"];

Các phương pháp này sẽ kích hoạt chế độ xử lý dữ liệu bị hạn chế và phân phát quảng cáo không được cá nhân hoá cho yêu cầu cụ thể đó. Đây là một thông số không có trạng thái. Nếu thông số không được đặt trong các yêu cầu tiếp theo cho người dùng đó, thì hành vi sẽ quay về hành vi mặc định để yêu cầu quảng cáo được cá nhân hoá.

Accelerated Mobile Pages (AMP)

Các hướng dẫn này chỉ dành cho Ad Manager và AdSense. Tìm hiểu cách định cấu hình từng trường hợp cho các trang AMP yêu cầu quảng cáo bằng <amp-ad type=”doubleclick”> hoặc <amp-ad type=”adsense”>.

Đối với yêu cầu quảng cáo từ các trang AMP, nhà xuất bản có thể chọn hạn chế xử lý dữ liệu cho tất cả người dùng ở những tiểu bang chịu sự điều chỉnh của luật về quyền riêng tư tại Hoa Kỳ hoặc họ có thể chọn hạn chế xử lý dữ liệu một cách có chọn lọc bằng cách làm theo hướng dẫn bên dưới để huỷ kích hoạt chế độ cá nhân hoá. Nhà xuất bản sẽ sử dụng chế độ cài đặt huỷ kích hoạt chế độ cá nhân hoá hiện tại khi muốn kích hoạt chế độ xử lý dữ liệu bị hạn chế. Các thuật ngữ này sẽ được sử dụng thay thế cho nhau trong suốt bài viết này.

Yêu cầu quảng cáo không được cá nhân hoá cho người dùng ở các tiểu bang có áp dụng của Hoa Kỳ

Nếu sử dụng thẻ AdSense AMP hoặc Doubleclick AMP không có chế độ Cấu hình theo thời gian thực (RTC), thì bạn có thể chỉ cần kích hoạt chế độ xử lý dữ liệu bị hạn chế trong Google Ad Manager hoặc giao diện người dùng AdSense và không cần thay đổi gì thêm cho các trang AMP của mình.

Nếu thẻ quảng cáo AMP của bạn có sử dụng chế độ Cấu hình theo thời gian thực (RTC) thì yêu cầu RTC chỉ được gửi nếu có sự đồng ý hoặc không cần sự đồng ý. (Lưu ý: Bạn có thể cho phép gửi chú thích RTC cụ thể bất kể trạng thái đồng ý.) Để tránh gửi yêu cầu RTC cho những người dùng sẽ nhìn thấy quảng cáo không được cá nhân hoá (tức là người dùng ở những tiểu bang chịu sự điều chỉnh của luật về quyền riêng tư tại Hoa Kỳ), bạn có thể sử dụng các thành phần và cấu hình sau (amp-geo và amp-consent):

<!-- Set up the amp-geo component to detect end users from the U.S. amp-geo only supports country level geo detection now, but U.S. states detection is coming soon. Please make sure to handle the case “unknown” when the country cannot be determined by amp-geo, and have at least one group contain the “unknown” -->
<amp-geo layout=nodisplay>
  <script type="application/json">
    {
      "ISOCountryGroups": {
        "us": ["us"],
        "eea": ["preset-eea", “unknown”]
      }
    }
  </script>
</amp-geo>

<!-- Thiết lập thành phần amp-consent để chặn các yêu cầu và thu thập sự đồng ý của người dùng. Sau đó, chúng ta sẽ thiết lập thành phần này thành tự động bị từ chối. Do vậy, thành phần này thực ra sẽ không nhắc đồng ý. Việc này sẽ chặn chú thích RTC và báo hiệu cho Ad Manager/AdSense phân phát quảng cáo không được cá nhân hoá. -->
<amp-consent layout="nodisplay" id="consent-element">
  <script type="application/json">
    {
     “consentInstanceId”: “my_consent”,
      “consentRequire”: false,
“geoOverride”: {
  “us”: {
    “consentRequired”: “remote”,
    “checkConsentHref”: “https://your-endpoint” 
  }
}     
  </script>
</amp-consent>

Vì amp-geo hiện không hỗ trợ phát hiện các tiểu bang có áp dụng của Hoa Kỳ, nên bạn cần cung cấp điểm cuối để cho AMP biết có cần sự đồng ý của người dùng hiện tại hay không thông qua chế độ cài đặt checkConsentHref. AMP dự kiến một đối tượng JSON sẽ được trả về từ điểm cuối. Vui lòng tìm thêm thông tin về dữ liệu phản hồi của điểm cuối trong tài liệu về trang web AMP.

Nếu việc đặt điểm cuối không phù hợp với bạn, thì nhóm AMP đang nỗ lực để sớm ra mắt một tính năng giúp bạn phát hiện người dùng ở các tiểu bang có áp dụng ở Hoa Kỳ. Trước khi tính năng đó ra mắt, bạn có thể chọn giải pháp tạm thời là áp dụng chế độ cài đặt về sự đồng ý cho tất cả người dùng ở Hoa Kỳ. Bạn có thể định cấu hình amp-consent như sau:

<!-- Set up the amp-consent component to block requests and collect user consents for all U.S. users -->
<amp-consent layout="nodisplay" id="consent-element">
  <script type="application/json">
    {
     “consentInstanceId”: “my_consent”,
      “consentRequire”: false,
“geoOverride”: {
  “us”: {
    “consentRequired”: “true”
  }
}     
  </script>
</amp-consent>

You must add the attribute data-block-on-consent to any existing amp-ad components on the page as indicated below. _auto_reject instructs the ads to not wait for prompt, but fallback to serve non-personalized ads directly. 

<!-- Finally we set up the ad tag, directing it to automatically reject consent -->
<amp-ad data-block-on-consent="_auto_reject"
    width=320 height=50
    type="doubleclick"
    data-slot="/4119129/mobile_ad_banner">
</amp-ad>

Phân phát quảng cáo được cá nhân hoá/không được cá nhân hoá dựa trên sự đồng ý

Vì AMP không cho phép JavaScript tuỳ chỉnh, nên việc yêu cầu quảng cáo được cá nhân hoá hoặc không được cá nhân hoá sẽ dựa trên cấu hình của thành phần amp-consent cũng như thuộc tính data-block-on-consent và data-npa-on-unknown-consent. Giả sử bạn đã định cấu hình thành phần amp-consent và liên kết thành phần đó với tất cả các thẻ <amp-ad> trên trang bằng cách sử dụng data-block-on-consent:

• Nếu người dùng trả lời có với thành phần amp-consent (người dùng chấp nhận lời nhắc về sự đồng ý), quảng cáo sẽ được yêu cầu bình thường.
• Nếu người dùng trả lời không với thành phần amp-consent (người dùng từ chối lời nhắc về sự đồng ý), quảng cáo không được cá nhân hoá sẽ được yêu cầu.
• Nếu không thể xác định nội dung phản hồi của người dùng với amp-consent (người dùng đóng hộp thoại lời nhắc về sự đồng ý)
  • Theo mặc định, không có yêu cầu quảng cáo nào được gửi.
  • Nếu data-npa-on-unknown-consent được đặt thành true, thì các quảng cáo không được cá nhân hoá sẽ được yêu cầu.
• Nếu bạn định cấu hình thành phần amp-geo để không yêu cầu sự đồng ý dựa trên vị trí địa lý của người dùng, thì các yêu cầu sẽ được gửi bình thường.

Nếu thẻ <amp-ad> của bạn không sử dụng data-block-on-consent hoặc thành phần amp-consent chưa được định cấu hình chính xác, thì các yêu cầu sẽ được gửi bình thường.

Sau đây là ví dụ về một cấu hình nhắc tất cả người dùng ở những tiểu bang chịu sự điều chỉnh của luật về quyền riêng tư tại Hoa Kỳ đưa ra lựa chọn đồng ý, với hành vi cuối cùng như mô tả ở trên:

<!-- Set up the amp-geo component to detect end users from the U.S. amp-geo only supports country level geo detection now, but U.S. states detection is coming soon. Please make sure to handle the case “unknown” when the country cannot be determined by amp-geo, and have at least one group contain the “unknown” -->

<amp-geo layout=nodisplay>
  <script type="application/json">
    {
      "ISOCountryGroups": {
        "us": ["us"],
        "unknown": ["unknown"]
      }
    }
  </script>
</amp-geo>

<!--Thiết lập lời nhắc về sự đồng ý cho người dùng ở Hoa Kỳ -->

<amp-consent layout="nodisplay" id="consent-element">
  <script type="application/json">
    {
    “consentInstanceId” : “my_consent”,
      “consentRequired”: false,
      “geoOverride”: {
        “us”: {
          “consentRequired”: “true”,
          “promptUI”: “myConsentFlow”
        }
      }
    }
  </script>
  <div id=”myConsentFlow”>...</div>
</amp-consent>

<!-- Finally we set up the ad tag, directing it to wait for consent when necessary, and request non-personalized ads if resolved consent is unknown -->
<amp-ad data-block-on-consent
    data-npa-on-unknown-consent=true
    width=320 height=50
    type="doubleclick"
    data-slot="/4119129/mobile_ad_banner">
</amp-ad>

Bạn có thể thiết lập điểm cuối của riêng mình để nhắc người dùng đồng ý một cách có chọn lọc bằng cách định cấu hình trang để gửi yêu cầu CORS POST tới một điểm cuối qua checkConsentHref. Bạn có thể tìm hiểu thêm bằng cách đọc tài liệu về amp-consent.