Nhằm thực hiện cam kết không ngừng xây dựng một hệ sinh thái quảng cáo kỹ thuật số chú trọng quyền riêng tư, Google đang tăng cường việc thực thi Chính sách về sự đồng ý của người dùng ở Liên minh Châu Âu (EU UCP).
Nếu đang sử dụng một đối tác So khớp khách hàng để tải dữ liệu người dùng ở EEA lên, thì bạn sẽ cần làm việc với họ để đảm bảo bạn truyền những tín hiệu bắt buộc về sự đồng ý cho Google.
Cách hoạt động
API Google Ads phiên bản 15 ra mắt đối tượng Consent nhằm xác định hai loại đồng ý riêng biệt. Để tuân thủ Chính sách về sự đồng ý của người dùng ở Liên minh Châu Âu và tiếp tục sử dụng tính năng So khớp khách hàng cho người dùng ở EEA, đối tác tải danh sách So khớp khách hàng lên phải tích hợp với API Google Ads phiên bản 15 và đặt các tín hiệu đồng ý trong khi tải dữ liệu lên cho tính năng So khớp khách hàng.
Nếu không có những tín hiệu đồng ý này, thì giá trị đồng ý được xác định là không đồng ý. Dữ liệu từ những người dùng ở EEA không đồng ý sẽ không được xử lý và không thể dùng để cá nhân hoá quảng cáo bằng tính năng So khớp khách hàng.
Kể từ tháng 3 năm 2024, để có thể sử dụng danh sách So khớp khách hàng ở EEA, bạn phải đặt cả hai trường đồng ý thuộc loại ConsentStatus thành "GRANTED" để cho biết rằng bạn đã nhận được sự đồng ý cần thiết từ người dùng. Những trường đồng ý này là:
| Tên | Loại | Nội dung mô tả |
|---|---|---|
ad_user_data |
ConsentStatus | Đặt trạng thái đồng ý đối với việc gửi dữ liệu người dùng đến Google cho mục đích quảng cáo. |
ad_personalization |
ConsentStatus | Đặt trạng thái đồng ý đối với việc cá nhân hóa quảng cáo. |
Câu hỏi thường gặp
1. Cần hiểu như thế nào về các trường đồng ý? Chúng áp dụng cho tất cả bản ghi người dùng trong một tác vụ tải lên hay chỉ áp dụng cho bản ghi người dùng ở EEA?
Chế độ cài đặt về sự đồng ý áp dụng cho toàn bộ bản ghi người dùng được tải lên trong một tác vụ, và nhà quảng cáo cần chia bản ghi người dùng vào những tác vụ riêng biệt sao cho mỗi tác vụ chỉ chứa những bản ghi người dùng có cùng tín hiệu đồng ý.
Điều này có nghĩa là nếu 1 tác vụ tải lên bao gồm cả bản ghi người dùng ở EEA và ngoài EEA, và trạng thái đồng ý được gửi là GRANTED, thì trạng thái đồng ý GRANTED này được sử dụng cho tất cả bản ghi trong tác vụ đó.
2. Một danh sách người dùng có thể chứa thành viên với các mức đồng ý khác nhau không? Ví dụ: chúng tôi có hai tác vụ cập nhật một đối tượng duy nhất, tác vụ đầu tiên gửi giá trị nhận dạng với trạng thái đồng ý là UNSPECIFIED, và tác vụ thứ hai gửi giá trị nhận dạng với trạng thái đồng ý là GRANTED.
Chế độ cài đặt về sự đồng ý áp dụng cho toàn bộ bản ghi người dùng được tải lên trong một tác vụ, và nhà quảng cáo cần chia bản ghi người dùng vào những tác vụ riêng biệt sao cho mỗi tác vụ chỉ chứa những bản ghi người dùng có cùng trạng thái đồng ý. Trong ví dụ này, bạn cần sử dụng hai tác vụ – một để tải danh sách người dùng có trạng thái đồng ý là UNSPECIFIED cho các thông số ad_user_data và ad_personalization, và một tác vụ khác cho những người dùng có trạng thái đồng ý là GRANTED cho hai thông số đồng ý này.
3. Nếu một giá trị nhận dạng người dùng được gửi trong hai tác vụ, một tác vụ có trạng thái đồng ý là GRANTED (cho ad_user_data và ad_personalization) và một tác vụ có trạng thái đồng ý là DENIED (ad_user_data và ad_personalization), tình huống này sẽ được giải quyết như thế nào? Dựa trên thứ tự công việc được bắt đầu hay dựa trên thứ tự xử lý công việc?
Nếu đặt trạng thái đồng ý là DENIED, bạn sẽ thấy thông báo lỗi. Tìm hiểu thêm về điều gì sẽ xảy ra khi đặt trạng thái DENIED trong API Google Ads. Nếu cùng một bản ghi người dùng được gửi trong 1 công việc với trạng thái đồng ý là GRANTED và trong một công việc khác với trạng thái đồng ý là DENIED, thì bạn sẽ nhận được thông báo lỗi cho công việc thứ hai có trạng thái đồng ý là DENIED. Trạng thái đồng ý được giải quyết theo thứ tự xử lý công việc.
4. Đối tác nên sử dụng giá trị đồng ý DENIED như thế nào? Điều này có gì khác biệt với việc loại bỏ các thành viên khỏi một đối tượng?
Nếu đặt trạng thái đồng ý là DENIED, bạn sẽ thấy thông báo lỗi. Tìm hiểu thêm về điều gì sẽ xảy ra khi đặt trạng thái DENIED trong API Google Ads. Nếu bạn gửi trạng thái đồng ý là DENIED đối với một trong hai thông số đồng ý ad_user_data hoặc ad_personalization, thì tính năng So khớp khách hàng sẽ trả về một thông báo lỗi và hệ thống không thể dùng dữ liệu trong công việc để cá nhân hoá quảng cáo.
Nếu dữ liệu của người dùng ở Khu vực kinh tế Châu Âu (EEA) đã được đồng ý trước đây hoặc đã tồn tại trước tháng 3 năm 2024, thì tính năng So khớp khách hàng sẽ tiếp tục sử dụng dữ liệu đó.
Nếu bản ghi người dùng bị xoá khỏi danh sách đối tượng, thì tính năng So khớp khách hàng không thể sử dụng dữ liệu của người dùng ở EEA đó (dù đã được đồng ý trước đây hay đã tồn tại trước tháng 3 năm 2024).
5. Khi có thay đổi trong trạng thái đồng ý, đối tác So khớp khách hàng cần xử lý ra sao? Họ cần xoá dữ liệu khỏi đối tượng hay thay đổi cờ đồng ý riêng cho từng người dùng?
Sau khi một người dùng cuối được thêm vào danh sách đối tượng, nếu người dùng cuối quyết định rút lại sự đồng ý cho ad_user_data hoặc ad_personalization, thì đối tác có thể dùng các API So khớp khách hàng để xoá người dùng đó khỏi danh sách đối tượng hiện có HOẶC thay bằng danh sách đối tượng không có người dùng đã rút lại sự đồng ý đó.
Lưu ý: Nếu trước đây một người dùng ở EEA đã đồng ý với cả ad_user_data và ad_personalization, thì tính năng So khớp khách hàng sẽ tiếp tục được sử dụng dữ liệu đó cho đến khi danh sách đó hết hạn và/hoặc đến khi nhà quảng cáo/đối tác xoá dữ liệu đó.
6. Điều gì sẽ xảy ra với những Đối tượng được đối tác So khớp khách hàng cập nhật thường xuyên, nhưng được tạo trước tháng 3 năm 2024? Chỉ cần tải trạng thái đồng ý lên cho những bản ghi mới được thêm vào đối tượng cập nhật có phải không?
Để tiếp tục sử dụng tính năng So khớp khách hàng cho người dùng ở EEA sau tháng 3 năm 2024, bạn bắt buộc phải đặt cả hai trường đồng ý thành GRANTED cho mọi dữ liệu của người dùng ở EEA mới được cập nhật/tải lên.
Tính năng So khớp khách hàng sẽ tiếp tục sử dụng những danh sách người dùng được tải lên trước tháng 3 năm 2024 cho đến khi chúng hết hạn và/hoặc đến khi nhà quảng cáo/đối tác xoá chúng. Các danh sách người dùng như vậy sẽ chỉ tiếp tục được sử dụng với những dịch vụ Google đã được sử dụng trước tháng 3 năm 2024.
7. Điều gì sẽ xảy ra nếu một đối tác gửi "UNSPECIFIED" làm giá trị mặc định cho những nhà quảng cáo chưa cung cấp thông tin về sự đồng ý?
Nếu trạng thái đồng ý được đặt thành "UNSPECIFIED", thì trạng thái đó sẽ được coi là không có thông tin về sự đồng ý, tức là không thể sử dụng dữ liệu của người dùng ở EEA để cá nhân hoá quảng cáo.
8. Nhà quảng cáo có cần gửi công việc/tệp tải lên riêng cho từng nhãn về sự đồng ý để sử dụng dữ liệu lượt bán hàng tại cửa hàng thực tế với tính năng So khớp khách hàng không?
Không, nhà quảng cáo không cần gửi nhiều công việc/tệp tải lên cho nhiều nhãn về sự đồng ý (áp dụng cho cả API và phương thức tải lên thủ công) khi tải dữ liệu lượt bán hàng tại cửa hàng thực tế lên cho người dùng ở EEA. Để đảm bảo tuân thủ các nhãn về sự đồng ý, chúng tôi xử lý dữ liệu lượt bán hàng tại cửa hàng thực tế và giá trị liên quan về sự đồng ý ở cấp hàng riêng lẻ trong mỗi tệp được tải lên. Phương pháp này đảm bảo rằng tất cả các nhãn về sự đồng ý đều được tuân thủ và dữ liệu cá nhân sẽ không được xử lý cho những hàng bị từ chối. Cả tính năng So khớp khách hàng và lượt bán hàng tại cửa hàng thực tế đều tuân thủ các nhãn về sự đồng ý được chuyển cho Google.
9. Cần có những thông số nào về sự đồng ý để sử dụng tính năng So khớp khách hàng với dữ liệu lượt bán hàng tại cửa hàng thực tế?
Nhà quảng cáo phải chuyển dữ liệu lượt bán hàng tại cửa hàng thực tế cùng với các giá trị về sự đồng ý đối với cả dữ liệu người dùng quảng cáo và hoạt động cá nhân hoá quảng cáo cho người dùng ở EEA để duy trì quyền sử dụng các chức năng so khớp khách hàng. Chỉ những dữ liệu có giá trị "granted" mới có thể dùng để so khớp khách hàng với lượt bán hàng tại cửa hàng thực tế. Xem thêm thông tin cập nhật về sự đồng ý ở EEA tại đây.