So khớp cookie

So khớp cookie là một tính năng cho phép bạn so khớp cookie (ví dụ: mã nhận dạng của người dùng đã duyệt xem trang web của bạn) với mã nhận dạng người dùng Google dành riêng cho người đặt giá thầu tương ứng và tạo danh sách người dùng có thể giúp bạn đưa ra các lựa chọn đặt giá thầu hiệu quả hơn. Hướng dẫn này mô tả các khái niệm được sử dụng trong tính năng So khớp cookie, cũng như các quy trình làm việc khác nhau của tính năng So khớp cookie và mọi biến thể mà các quy trình này có thể có cho một số trường hợp sử dụng nhất định.

Khái niệm

Chủ sở hữu miền thường đặt nội dung của cookie cho những người dùng duyệt qua trang web của họ. Nội dung này được dùng để xác định người dùng trong miền đó. Ngay cả khi hai chủ sở hữu miền đồng ý trao đổi dữ liệu này, mô hình bảo mật của trình duyệt Internet vẫn hạn chế một chủ sở hữu đọc cookie do một miền khác đặt.

Trong bối cảnh quảng cáo kỹ thuật số, Google xác định người dùng bằng cookie thuộc miền doubleclick.net và bên đặt giá thầu tham gia tính năng Đặt giá thầu theo thời gian thực có thể có miền riêng để xác định một số nhóm người dùng mà họ muốn hiển thị quảng cáo. Tính năng So khớp cookie cho phép bên đặt giá thầu so khớp cookie của họ với cookie của Google, nhờ đó, họ có thể xác định xem một lượt hiển thị được gửi trong yêu cầu giá thầu có liên kết với một trong những người dùng được nhắm đến hay không. Họ sẽ nhận được dữ liệu cookie của riêng mình hoặc Mã nhận dạng người dùng Google dành riêng cho bên đặt giá thầu. Đây là một dạng mã hoá của cookie doubleclick.net trong yêu cầu giá thầu.

Dịch vụ so khớp cookie được mô tả trong hướng dẫn này hỗ trợ việc tạo và duy trì mối liên kết giữa cookie của bên đặt giá thầu và Mã nhận dạng người dùng Google, đồng thời cho phép một người dùng điền danh sách người dùng.

Bảng so khớp

Bạn có thể sử dụng bảng so khớp để liên kết một mã nhận dạng hoặc dữ liệu khác từ một miền với một miền khác. Bên đặt giá thầu có thể sử dụng Dịch vụ so khớp cookie để điền sẵn bảng so khớp của riêng họ bằng cách liên kết cookie của một người dùng cụ thể với Mã nhận dạng người dùng của người dùng đó trên Google hoặc điền sẵn bảng so khớp do Google lưu trữ. Bảng so khớp là cần thiết để ứng dụng bên đặt giá thầu của bên đặt giá thầu truy cập vào dữ liệu cookie của người dùng đang thấy lượt hiển thị.

Bảng so khớp do Google lưu trữ

Để dễ dàng bảo trì, cải thiện độ trễ và truy cập vào dữ liệu so khớp cho người dùng ở một số khu vực nhất định, bạn nên cho phép Google lưu trữ bảng so khớp. Thao tác này cho phép bạn chỉ định một chuỗi được mã hoá base64 an toàn cho web (sau đây gọi là dữ liệu so khớp được lưu trữ) sẽ được liên kết với mã nhận dạng người dùng Google của một người dùng cụ thể. Sau khi thiết lập một kết quả trùng khớp, bạn có thể sử dụng kết quả đó theo các cách sau:

  • Đặt giá thầu theo thời gian thực: Trong các yêu cầu giá thầu tiếp theo cho lượt hiển thị liên kết với người dùng, Google sẽ gửi cho bạn dữ liệu so khớp được lưu trữ mà bạn đã so khớp với mã nhận dạng người dùng của họ trên Google. Trong quá trình triển khai OpenRTB của Google, BidRequest.user.buyeruid sẽ chỉ định giá trị này dưới dạng một chuỗi được mã hoá base64 an toàn cho web. Nếu điểm cuối đặt giá thầu của bạn được định cấu hình để sử dụng giao thức RTB của Google không còn được dùng nữa, bạn sẽ nhận được giá trị này dưới dạng byte đã giải mã thông qua trường BidRequest.hosted_match_data.

  • Danh sách người dùng: Bạn có thể điền vào danh sách người dùng bằng Mã nhận dạng người dùng của Google hoặc dữ liệu đối sánh được lưu trữ.

  • Nhắm mục tiêu trước: Bạn có thể định cấu hình chế độ nhắm mục tiêu trước để chỉ nhận được các yêu cầu giá thầu chứa dữ liệu so khớp được lưu trữ. Tính năng này có thể được dùng để loại bỏ những lượt hiển thị ít phù hợp hơn cho người dùng bên ngoài không gian cookie của bạn.

Danh sách người dùng

Bạn có thể tạo và quản lý danh sách người dùng bằng API Đặt giá thầu theo thời gian thực. Sau khi tạo, bạn có thể điền sẵn các danh sách này bằng quy trình So khớp cookie được mô tả bên dưới hoặc thông qua Dịch vụ tải lên hàng loạt.

Bắt đầu

Để bắt đầu sử dụng tính năng So khớp cookie, bạn phải liên hệ với Nhà quản lý tài khoản kỹ thuật. Người này có thể bật các quy trình công việc cụ thể và giúp bạn thiết lập các mục sau:

  • Mã mạng so khớp cookie (NID): Một mã nhận dạng dạng chuỗi chỉ xác định một tài khoản người đặt giá thầu cho quy trình So khớp cookie và các hoạt động liên quan khác.
  • URL so khớp cookie: URL cơ sở dành cho điểm cuối chấp nhận và xử lý các yêu cầu gửi đến trong quy trình So khớp cookie. Bên đặt giá thầu có thể nhúng macro vào URL này để kiểm soát thứ tự của các tham số được truyền đến URL đó trong quy trình So khớp cookie.
  • Thẻ so khớp: Thẻ mà bạn phải đặt trong trình duyệt của người dùng cho quy trình So khớp cookie do bên đặt giá thầu khởi tạo. Nội dung này có thể được phân phát cùng với quảng cáo hoặc được đặt trên các tài sản web bên ngoài quảng cáo.
  • URL báo cáo so khớp cookie (không bắt buộc): Trong Quy trình so khớp cookie đơn hướng, đây là URL không bắt buộc có thể được cung cấp để chỉ định điểm cuối nhận thông tin chi tiết về lỗi trong trường hợp không so khớp cookie được qua lệnh chuyển hướng HTTP 302. Theo mặc định, phản hồi sẽ chỉ được gửi đến URL này nếu xảy ra lỗi với hoạt động so khớp cookie, nhưng bên đặt giá thầu có thể yêu cầu luôn gửi lệnh chuyển hướng.
  • URL của tính năng Hỗ trợ so khớp cookie: Đối với những sàn giao dịch triển khai quy trình của tính năng Hỗ trợ so khớp cookie, đây là URL cơ sở của điểm cuối dùng để phản hồi các yêu cầu nhận được.
  • Hạn mức hỗ trợ so khớp cookie: Đối với các sàn giao dịch triển khai quy trình Hỗ trợ so khớp cookie, đây là số lượng yêu cầu tối đa mà URL so khớp cookie của họ có thể nhận được mỗi giây. Điều này nhằm ngăn các yêu cầu CMA làm quá tải máy chủ của sàn giao dịch.

Trong bất kỳ quy trình công việc So khớp cookie nào được hỗ trợ, URL so khớp cookie của bên đặt giá thầu thường có các thông số được thêm vào theo thứ tự không bảo đảm. Những bên đặt giá thầu tích hợp yêu cầu thứ tự tham số nhất quán có thể đặt macro trong URL So khớp cookie để đảm bảo vị trí đặt quảng cáo.

Macro được hỗ trợ

Bên đặt giá thầu có thể tuỳ ý định cấu hình URL so khớp cookie để đưa một hoặc nhiều macro vào dưới dạng %%GOOGLE_<PARAM_NAME>%% hoặc %%GOOGLE_<PARAM_NAME>_PAIR%%. Các macro được hỗ trợ và giá trị mở rộng của chúng là:

Macro Giá trị mở rộng
GOOGLE_GID GOOGLE_USER_ID
GOOGLE_GID_PAIR &google_gid=GOOGLE_USER_ID
GOOGLE_CVER COOKIE_VERSION_NUMBER
GOOGLE_CVER_PAIR &cver=COOKIE_VERSION_NUMBER
GOOGLE_ERROR ERROR_ID
GOOGLE_ERROR_PAIR &google_error=ERROR_ID
GOOGLE_PUSH PIXEL_MATCH_DATA
GOOGLE_PUSH_PAIR &google_push=PIXEL_MATCH_DATA
GOOGLE_ALL_PARAMS google_gid=GOOGLE_USER_ID&cver=COOKIE_VERSION_NUMBER&google_error=ERROR_ID

Ví dụ về macro

Bên đặt giá thầu có tính năng tích hợp so khớp cookie với một điểm cuối được lưu trữ tại https://user.bidder.com.cookies. Việc triển khai tính năng này yêu cầu các tham số do bên đặt giá thầu xác định trước, ngoài các tham số So khớp pixel theo thứ tự sau: google_push, google_gid, google_cver và google_error. Bên đặt giá thầu có thể thực hiện việc này bằng cách đặt URL so khớp cookie thành:

https://user.bidder.com/cookies?w=0%%GOOGLE_PUSH_PAIR%%&x=1%%GOOGLE_GID_PAIR%%&y=2%%GOOGLE_CVER_PAIR%%&z=3%%GOOGLE_ERROR_PAIR%%

Sau đó, khi Google gửi yêu cầu so khớp cho bên đặt giá thầu này, yêu cầu đó sẽ được mở rộng thành nội dung như sau:

https://user.bidder.com/cookies?w=0&google_push=PUSH_DATA&x=1&google_gid=GOOGLE_GID&y=2&google_cver=1&z=3

Dịch vụ so khớp cookie của Google hiện hỗ trợ 3 quy trình công việc cho các trường hợp sử dụng khác nhau như mô tả dưới đây.

Tính năng So khớp cookie hai chiều đề cập đến quy trình làm việc do bên đặt giá thầu khởi tạo, trong đó họ đặt thẻ so khớp trong trình duyệt của người dùng để chuyển hướng thẻ đó đến Google. Quy trình công việc này cho phép cả Google và bên đặt giá thầu điền sẵn bảng so khớp. Dưới đây là một ví dụ đơn giản về quy trình này.

Bước 1: Đặt thẻ khớp

Để bắt đầu luồng này, bên đặt giá thầu phải đặt thẻ khớp sao cho thẻ đó hiển thị trong trình duyệt của người dùng. Thẻ khớp đơn giản chỉ trả về mã nhận dạng người dùng của Google cho bên đặt giá thầu có thể có cấu trúc như sau:

<img src="https://cm.g.doubleclick.net/pixel?google_nid=BIDDER_ACCOUNT_NID&google_cm" />

Bạn có thể thêm các thông số bổ sung vào thẻ khớp để thực hiện nhiều trường hợp sử dụng. Để tìm hiểu thêm về các tham số này, hãy xem phần Tham số URL của thẻ so khớp.

Bước 2: Google phản hồi bằng lệnh chuyển hướng có chứa dữ liệu so khớp

Thẻ so khớp sẽ khiến Dịch vụ so khớp cookie của Google nhận được yêu cầu từ trình duyệt của người dùng. Yêu cầu này sẽ chuyển hướng HTTP 302 đến URL So khớp cookie của bên đặt giá thầu. Lượt chuyển hướng sẽ bao gồm các tham số truy vấn chỉ định Mã nhận dạng người dùng của Google và số phiên bản của mã nhận dạng đó trong URL, đồng thời bên đặt giá thầu cũng sẽ nhận được cookie của họ trong tiêu đề yêu cầu. Trong thực tế, đối với URL so khớp cookie được chỉ định là https://ad.network.com/pixel, URL chuyển hướng cho thẻ so khớp đơn giản như đã thấy ở trên có thể có dạng như sau:

https://ad.network.com/pixel?google_gid=dGhpcyBpcyBhbiBleGFtGxl&google_cver=1

Mã nhận dạng người dùng của Google được truyền qua tham số google_gid là một chuỗi được mã hoá base64 an toàn cho web và không được thêm khoảng đệm. Đối với những bên đặt giá thầu chọn lưu trữ bảng so khớp, họ nên lưu trữ chuỗi chính xác do Dịch vụ so khớp cookie trả về. Trong các yêu cầu giá thầu tiếp theo, giá trị này sẽ tương ứng với các giá trị được chỉ định thông qua BidRequest.user.id trong OpenRTB hoặc BidRequest.google_user_id trong giao thức RTB của Google không dùng nữa.

Phiên bản được chỉ định trong google_cver cho biết số phiên bản số cho mã nhận dạng người dùng của Google. Mã nhận dạng người dùng của Google cho một người dùng nhất định sẽ không thường xuyên thay đổi, sau đó mã này sẽ được tăng lên.

Nếu Google gặp lỗi khi xử lý yêu cầu so khớp của bạn, thì tham số google_error sẽ được chỉ định.

Bước 3: Bên đặt giá thầu xử lý lệnh chuyển hướng và phản hồi bằng pixel

Bên đặt giá thầu sẽ nhận được lệnh chuyển hướng đến URL so khớp cookie, bao gồm cả các thông số mà họ đã chỉ định ở bước đầu tiên và các thông số mà Google đã cung cấp ở bước thứ hai. Ngoài ra, họ cũng sẽ nhận được cookie trong tiêu đề HTTP. Nếu thao tác thành công, bên đặt giá thầu lưu trữ bảng so khớp của riêng họ có thể so khớp cookie của họ với Mã nhận dạng người dùng của Google có trong phản hồi. Bên đặt giá thầu nên lưu trữ chuỗi chính xác do Dịch vụ so khớp cookie trả về.

Nếu thao tác không thành công, bên đặt giá thầu sẽ nhận được tham số google_error trong lệnh chuyển hướng. Đây là một giá trị số tương ứng với các trạng thái lỗi khác nhau giúp xác định lỗi cụ thể đã xảy ra. Bạn có thể tìm hiểu thêm về các giá trị lỗi có thể xảy ra tại đây. Nếu gặp lỗi, bạn có thể thử so khớp lại cho người dùng đó bằng cách đặt thẻ so khớp mới.

Bên đặt giá thầu phải luôn phản hồi bằng cách phân phát hình ảnh pixel 1x1 không hiển thị, hoặc trả về phản hồi HTTP 204 Không có nội dung.

Quy trình này được minh hoạ bằng sơ đồ dưới đây, trong đó các yêu cầu và phản hồi được biểu thị bằng một mũi tên, còn các mục dữ liệu đi kèm được liệt kê trong dấu ngoặc đơn.

Tham số URL của thẻ khớp

Thông số Mô tả
google_nid Mã mạng (NID) cho tài khoản bên đặt giá thầu. Bạn có thể truy xuất mã này thông qua tài nguyên Bên đặt giá thầu.
google_cm Cho Dịch vụ so khớp cookie của Google biết rằng dịch vụ này sẽ thực hiện việc so khớp cookie. Giá trị của tham số này sẽ bị bỏ qua và có thể bị bỏ qua.
google_sc Thông số này không còn được dùng nữa. Đặt cookie của Google cho người dùng nếu không có cookie. Giá trị của tham số này sẽ bị bỏ qua và có thể bị bỏ qua. Việc bỏ qua tham số này sẽ dẫn đến lỗi nếu không có cookie nào.
google_no_sc Thông số này không còn được dùng nữa. Điều này cho Dịch vụ so khớp cookie của Google biết rằng dịch vụ này không nên đặt cookie cho người dùng nếu không có cookie. Giá trị của tham số này sẽ bị bỏ qua và có thể bị bỏ qua.
google_hm

Dữ liệu mà bên đặt giá thầu muốn lưu trữ trong bảng so khớp do Google lưu trữ.

Giá trị là một chuỗi được mã hoá base64 an toàn trên web (không bắt buộc khoảng đệm). Dữ liệu thô phải có kích thước tối đa 40 byte. Ví dụ: Q29va2llIHRoYXQgaXMgdW5kZXIgNDAgdG90YWwgYnl0ZXMuLi4u.

google_redir Một chuỗi được mã hoá URL mà bên đặt giá thầu có thể chỉ định nếu họ muốn hướng dẫn Google gửi lệnh chuyển hướng HTTP 302 đến URL đã mã hoá cho thẻ khớp này. Điều này cho phép Google được đặt ở đầu lệnh gọi theo chuỗi đến các đối tác. Điều này sẽ dẫn đến lỗi nếu được chỉ định mà không có google_hm hoặc google_cm.
google_ula Một chuỗi dùng để thêm người dùng vào danh sách người dùng hiện có. Định dạng dự kiến của giá trị là userlistid[,timestamp]:
  • userlistid: một mã nhận dạng danh sách người dùng dạng số.
  • timestamp: dấu thời gian không bắt buộc ở định dạng POSIX, cho biết thời điểm người dùng được thêm vào danh sách người dùng.

Bạn có thể lặp lại tham số URL này để thêm người dùng vào nhiều danh sách.
gdpr Cho biết yêu cầu phải tuân thủ các quy định hạn chế của GDPR về việc sử dụng dữ liệu. Để biết thêm thông tin, hãy xem phần Các yêu cầu về sự đồng ý của người dùng ở Liên minh Châu Âu ở bên dưới, hoặc Tác động đến điều kiện sử dụng tính năng so khớp cookie trong tài liệu TCF phiên bản 2.0 của IAB dành cho Authorized Buyers.

Ví dụ: gdpr=1
gdpr_consent Chuỗi TC đại diện cho sự đồng ý của người dùng cuối. Để biết thêm thông tin chi tiết, hãy xem Các yêu cầu về sự đồng ý của người dùng ở Liên minh Châu Âu bên dưới hoặc Chuỗi TC sẽ được truyền như thế nào? trong tài liệu về Khuôn khổ về tính minh bạch và sự đồng ý (TCF) phiên bản 2.0 của IAB dành cho Người mua được uỷ quyền.
process_consent Cho biết bên đặt giá thầu đã nhận được sự đồng ý của người dùng cuối đối với các mục đích sử dụng dữ liệu được chỉ định trong Chính sách về sự đồng ý của người dùng ở Liên minh Châu Âu của Google.

Nếu yêu cầu không tuân theo Chính sách về sự đồng ý của người dùng ở Liên minh Châu Âu hoặc nếu có các tham số đồng ý khác trên yêu cầu (gdpr_consent), thì tham số này sẽ bị bỏ qua.

Ví dụ: process_consent=T

Ngoài các tham số trên, bên đặt giá thầu có thể chỉ định tham số riêng. Tham số này sẽ được thêm vào dưới dạng tham số vào URL chuyển hướng. Xin lưu ý rằng các tham số do bên đặt giá thầu xác định có tên bằng tiền tố google_ sẽ bị bỏ qua vì các tham số đó do Google dành riêng cho việc phát triển trong tương lai và không đảm bảo việc duy trì thứ tự của các tham số. Thẻ khớp bao gồm các tham số do bên đặt giá thầu xác định có thể có dạng như sau:

<img src="https://cm.g.doubleclick.net/pixel?google_nid=BIDDER_ACCOUNT_NID&google_cm&extra1=xx&extra2=yy" />

Tham số URL chuyển hướng

URL chuyển hướng được tạo từ URL cơ sở của tính năng So khớp cookie được định cấu hình cho tài khoản của bên đặt giá thầu, bao gồm google_ và các tham số do bên đặt giá thầu xác định tuỳ thuộc vào các tham số được chỉ định trong thẻ so khớp. Các thông số phản hồi google_ sau đây được xác định:

Thông số Mô tả
google_gid Mã nhận dạng người dùng Google. Đặt nếu google_cm được chỉ định trong yêu cầu và yêu cầu đã thành công.
google_cver Phiên bản cookie. Đặt nếu google_cm được chỉ định trong yêu cầu và yêu cầu thành công.
google_error

Giá trị số nguyên cho biết lỗi tổng thể của yêu cầu. Khi nhận được, hệ thống sẽ cho biết rằng không có hoạt động nào được thực hiện và sẽ không có tham số phản hồi google_ nào khác được đặt. Sau đây là các giá trị lỗi được hỗ trợ:

  • 1: Người dùng có cookie của Google nhưng đã chọn không theo dõi bằng cookie này.
  • 2: Không có hoạt động hợp lệ nào được chỉ định, ví dụ: nhận được yêu cầu không hoạt động.
  • 3: Người dùng không có cookie của Google. Google sẽ không đặt cookie thông qua Dịch vụ so khớp cookie.
  • 4: Chỉ định các thao tác xung đột. Bạn không được phép chỉ định cả cờ google_push và google_cm trên cùng một yêu cầu vì các cờ này có mục đích xung đột.
  • 5: Một tham số google_push không hợp lệ đã được chuyển trong lệnh chuyển hướng đến máy chủ của Google trong một yêu cầu So khớp pixel hai chiều. Lệnh chuyển hướng của bạn phải đặt google_push thành cùng một giá trị được chuyển cho bạn trong yêu cầu pixel ban đầu.
  • 6: Bạn đã cung cấp NID không hợp lệ trong thẻ so khớp.
  • 7: Đã phát hiện thấy cookie không hợp lệ.
  • 8: Không dùng nữa. Không tìm thấy cookie nào.
  • 9: Không tìm thấy cookie nào, hệ thống sẽ cố gắng đặt cookie thử nghiệm.
  • 10: Tham số google_redir được sử dụng mà không chỉ định google_hm hoặc được sử dụng cùng với google_cm.
  • 15: Yêu cầu đến từ một khu vực mà Google yêu cầu Google lưu trữ bảng so khớp. Do đó, phản hồi này không chứa Mã nhận dạng người dùng của Google. Tính năng này hiện chỉ được bật cho một tỷ lệ nhỏ lưu lượng truy cập, nhưng dự kiến sẽ được bật hoàn toàn vào tháng 6 năm 2020.
google_hm

Chỉ xuất hiện nếu không ghi được vào bảng so khớp do Google lưu trữ. Khi đó, giá trị của thuộc tính này sẽ là một trong các mã trạng thái sau:

  • 1 – Bị cấm: Khách hàng chưa có trong danh sách cho phép để ghi các mục nhập trong bảng so khớp được lưu trữ.
  • 2 – Lỗi giải mã: Không thể giải mã giá trị tham số.
  • 3 – Trọng tải quá dài: Giá trị tham số được giải mã thành hơn 24 byte dữ liệu.
  • 4 – Lỗi nội bộ: Đã xảy ra lỗi nội bộ khi lưu trữ dữ liệu.
  • 5 – Bị điều tiết: Hoạt động ghi này không được xử lý do bị điều tiết.
google_ula

Trạng thái của thao tác thêm danh sách người dùng, được lặp lại nếu nhiều google_ula được chỉ định trong yêu cầu. Định dạng là:
userlistid,status code

Ví dụ: google_ula=1234567890,0

Thao tác google_ula có thể trả về bất kỳ mã trạng thái nào sau đây:

  • 0 – Không có lỗi. Người dùng đã được thêm vào danh sách người dùng.
  • 2 – Quyền bị từ chối. Bạn không có quyền thêm người dùng vào danh sách người dùng đã cho.
  • 5 – Mã danh sách người dùng không hợp lệ. Mã danh sách người dùng bạn cung cấp không hợp lệ.
  • 6 – Mã thuộc tính đã đóng. Mã danh sách người dùng được cung cấp đã đóng.
  • 10 – Lỗi nội bộ. Dịch vụ So khớp cookie đã gặp lỗi nội bộ; bạn có thể thử so khớp lại người dùng.

Các trường hợp sau đây mô tả cách so khớp cookie cho một người dùng thông thường duyệt qua một trang web.

Tình huống 1: Người dùng xoá cookie và duyệt web

Jane xoá tất cả cookie trong bộ nhớ đệm. Sau đó, họ truy cập vào trang chủ của ExampleNews.com.

Dưới đây là những gì sẽ xảy ra:

  1. ExampleNews.com hiển thị và gọi quảng cáo từ Google (Ad Manager).
  2. Vì đơn vị quảng cáo đủ điều kiện để phân bổ động, nên Google sẽ gửi yêu cầu giá thầu đến FinestDSP và các bên đặt giá thầu khác thông qua dịch vụ Đặt giá thầu theo thời gian thực.
  3. Ứng dụng bên đặt giá thầu của FinestDSP nhận và xử lý yêu cầu giá thầu, rồi gửi giá thầu phản hồi.
  4. Google nhận được phản hồi giá thầu từ bên đặt giá thầu, bao gồm cả phản hồi của FinestDSP, trong đó chỉ định một quảng cáo có thẻ khớp (pixel).
  5. FinestDSP thắng phiên đấu giá. Google phân phát quảng cáo và thẻ so khớp của FinestDSP cho Jane.
  6. Thẻ so khớp gọi Dịch vụ so khớp cookie của Google, chỉ định các tham số google_nid và google_cm.
  7. Cookie Match Service đọc cookie Google của Jane và gửi cho trình duyệt của Jane một lệnh chuyển hướng đến URL so khớp cookie của FinestDSP với các tham số google_gid và google_cver được đặt.
  8. Trình duyệt của Jane tải lệnh chuyển hướng đến URL So khớp cookie của FinestDSP.
  9. Điểm cuối so khớp cookie của FinestDSP xử lý yêu cầu chuyển hướng, bao gồm các tham số URL do Google đặt và cookie của họ cho Jane trong tiêu đề HTTP. Giờ đây, FinestDSP có thể lưu trữ mối liên kết của cookie với google_gid trong bảng so khớp.
  10. FinestDSP phản hồi lệnh chuyển hướng bằng một pixel 1x1 không hiển thị.
Trường hợp 2: Người dùng có mối liên kết hiện có

Một tuần sau Tình huống 1, Jane truy cập lại vào ExampleNews.com. Giờ đây, Jane đã có cả cookie của bên đặt giá thầu và Ad Manager trên máy của mình. Dưới đây là cách hoạt động của tính năng so khớp.

  1. Trang web hiển thị, khiến Google (Ad Manager) yêu cầu quảng cáo sẽ được hiển thị trên trang.
  2. Trong phiên đấu giá quảng cáo, Google sẽ gửi yêu cầu giá thầu đến những bên đặt giá thầu đủ điều kiện, bao gồm cả FinestDSP.
  3. FinestDSP nhận được yêu cầu giá thầu, bao gồm cả các tín hiệu như google_gid.
  4. FinestDSP tra cứu google_gid trong bảng so khớp và tìm thấy cookie liên kết với Jane được tạo một tuần trước đó (trong Tình huống 1).
  5. Dựa trên thông tin liên kết với cookie, logic đặt giá thầu của FinestDSP sẽ đặt giá thầu cho lượt hiển thị và giành chiến thắng trong phiên đấu giá.
  6. Jane có thể thấy một quảng cáo được điều chỉnh cho phù hợp với mối quan tâm của họ, dựa trên thông tin mà FinestDSP sở hữu.

Tính năng So khớp cookie một chiều cũng tương tự như Quy trình làm việc hai chiều, ngoại trừ việc tính năng này được thay đổi để chỉ Google lưu trữ và điền bảng so khớp. Bạn có thể sử dụng tính năng này trong trường hợp bên đặt giá thầu không được phép lưu trữ Mã nhận dạng người dùng của Google trong bảng so khớp của riêng họ. Để sử dụng quy trình này, bên đặt giá thầu phải cho phép Google lưu trữ bảng so khớp, không thể chỉ định google_cm trong các yêu cầu gửi đến Dịch vụ so khớp cookie của Google nữa và do đó sẽ không nhận được google_gid để điền vào bảng so khớp của riêng họ. Sau khi Google thiết lập mối khớp cho một người dùng, bên đặt giá thầu có thể thêm người dùng đó vào danh sách người dùng bằng dữ liệu cookie của riêng họ. Tương tự, các yêu cầu giá thầu cho những người dùng này sẽ loại trừ Mã nhận dạng người dùng Google, nhưng bao gồm dữ liệu so khớp được lưu trữ. Ví dụ đơn giản về quy trình làm việc đã sửa đổi được tóm tắt trong các bước dưới đây.

Để bắt đầu quy trình này, bên đặt giá thầu phải đặt thẻ khớp sao cho thẻ này hiển thị trong trình duyệt của người dùng. Không giống như quy trình làm việc cho người dùng không ở tiểu bang Hoa Kỳ có quy định hạn chế về quyền riêng tư, thẻ so khớp phải chuyển hướng trình duyệt của người dùng đến URL So khớp cookie. Ví dụ: với một URL so khớp cookie được định cấu hình là https://ad.network.com/pixel, URL này sẽ có dạng như sau:

<img src="https://ad.network.com/pixel" />

Khi tải trong trình duyệt của người dùng, trình duyệt sẽ yêu cầu một pixel từ URL So khớp cookie của bên đặt giá thầu. Yêu cầu này sẽ chứa cookie của họ trong tiêu đề HTTP, bạn cần trích xuất cookie này cho bước tiếp theo.

Điểm cuối so khớp cookie của bên đặt giá thầu phải chuyển hướng đến dịch vụ So khớp cookie của Google, bao gồm cả tham số google_hm được điền sẵn dữ liệu cookie được mã hoá base64 an toàn cho web. URL chuyển hướng có thể có dạng như sau:

https://cm.g.doubleclick.net/pixel?google_nid=BIDDER_ACCOUNT_NID&google_hm=HOSTED_MATCH_DATA

Google sẽ nhận được một lệnh chuyển hướng chứa các tham số mà bạn chỉ định, ngoài cookie của Google trong tiêu đề HTTP.

Bước 4: Google phân phát pixel khi chuyển hướng thành công hoặc lỗi nếu URL báo cáo được chỉ định

Nếu hoạt động so khớp cookie thành công hoặc nếu chưa chỉ định URL Báo cáo so khớp cookie nào cho tài khoản của người đặt giá thầu, thì theo mặc định, Google sẽ phân phát pixel trong suốt 1x1 và quy trình công việc sẽ kết thúc tại đây. Số lượt hiển thị cho người dùng này trong các yêu cầu giá thầu tiếp theo sẽ bao gồm dữ liệu so khớp được lưu trữ của bên đặt giá thầu trong BidRequest.user.buyeruid cho OpenRTB hoặc BidRequest.hosted_match_data cho Giao thức RTB của Google không dùng nữa. Bên đặt giá thầu cũng có thể điền sẵn danh sách người dùng bằng dữ liệu so khớp được lưu trữ mà họ chỉ định.

Nếu không, nếu xảy ra lỗi, Google sẽ gửi một lệnh chuyển hướng đến URL Báo cáo so khớp cookie của bên đặt giá thầu kèm theo nguyên nhân gây ra lỗi được chỉ định trong thông số google_error. Nếu URL báo cáo So khớp cookie của bên đặt giá thầu là https://ad.network.com/report, thì URL chuyển hướng sẽ có dạng như sau:

<img src="https://ad.network.com/report?google_error=ERROR_ID" />

Trình duyệt của người dùng sẽ chuyển hướng đến URL Báo cáo so khớp cookie của bên đặt giá thầu, bao gồm cả lý do lỗi (nếu có) mà Google chỉ định trong thông số google_error. Để tìm hiểu thêm về cách diễn giải mã lỗi, hãy xem nội dung mô tả tham số.

Bước 6: Bên đặt giá thầu phân phát pixel trong suốt 1x1

Bên đặt giá thầu phải phản hồi bằng cách phân phát một pixel trong suốt 1x1 cho trình duyệt của người dùng.

Quy trình làm việc mặc định cho người dùng ở các tiểu bang tại Hoa Kỳ có quy định hạn chế về quyền riêng tư được minh hoạ bằng sơ đồ bên dưới, trong đó các yêu cầu và phản hồi được biểu thị bằng mũi tên và các mục dữ liệu đi kèm được liệt kê trong dấu ngoặc đơn.

Thông số Mô tả
google_nid Mã mạng (NID) cho tài khoản bên đặt giá thầu. Bạn có thể truy xuất mã nhận dạng này thông qua tài nguyên Người đặt giá thầu.
google_sc Thông số này không còn được dùng nữa. Đặt cookie của Google cho người dùng nếu không có cookie. Giá trị của tham số này sẽ bị bỏ qua và có thể bị bỏ qua. Việc bỏ qua tham số này sẽ dẫn đến lỗi nếu không có cookie nào.
google_no_sc Thông số này không còn được dùng nữa. Điều này cho Dịch vụ so khớp cookie của Google biết rằng dịch vụ này không nên đặt cookie cho người dùng nếu không có cookie. Giá trị của tham số này sẽ bị bỏ qua và có thể bị bỏ qua.
google_hm

Chứa dữ liệu mà bên đặt giá thầu muốn lưu trữ trong bảng so khớp do Google lưu trữ.
google_redir Một URL đã mã hoá mà bạn muốn Google gửi lệnh chuyển hướng HTTP 302. URL được chỉ định sẽ nhận được lệnh chuyển hướng bằng thông số google_error cho cả lỗi và thao tác thành công.
google_ula Chuỗi được dùng để thêm người dùng vào danh sách người dùng hiện có. Định dạng dự kiến của giá trị là userlistid[,timestamp]:
  • userlistid: một mã nhận dạng danh sách người dùng dạng số.
  • timestamp: dấu thời gian không bắt buộc ở định dạng POSIX, cho biết thời điểm người dùng được thêm vào danh sách người dùng.

Bạn có thể lặp lại tham số URL này để thêm người dùng vào nhiều danh sách.
gdpr Cho biết yêu cầu phải tuân thủ các quy định hạn chế của GDPR về việc sử dụng dữ liệu. Để biết thêm thông tin chi tiết, hãy xem yêu cầu về sự đồng ý của người dùng ở Liên minh Châu Âu bên dưới hoặc Tác động đến điều kiện sử dụng tính năng so khớp cookie trong tài liệu về Khuôn khổ về tính minh bạch và sự đồng ý (TCF) phiên bản 2.0 của IAB dành cho Người mua được uỷ quyền.

Ví dụ: gdpr=1
gdpr_consent Chuỗi TC đại diện cho sự đồng ý của người dùng cuối. Để biết thêm thông tin chi tiết, hãy xem Các yêu cầu về sự đồng ý của người dùng ở Liên minh Châu Âu bên dưới hoặc Chuỗi TC sẽ được truyền như thế nào? trong tài liệu về Khuôn khổ về tính minh bạch và sự đồng ý (TCF) phiên bản 2.0 của IAB dành cho Người mua được uỷ quyền.
process_consent Cho biết bên đặt giá thầu đã nhận được sự đồng ý của người dùng cuối đối với các mục đích sử dụng dữ liệu được chỉ định trong Chính sách về sự đồng ý của người dùng ở Liên minh Châu Âu của Google.

Nếu yêu cầu không tuân theo Chính sách về sự đồng ý của người dùng ở Liên minh Châu Âu hoặc nếu có các tham số đồng ý khác trên yêu cầu (gdpr_consent), thì tham số này sẽ bị bỏ qua.

Ví dụ: process_consent=T
Thông số Mô tả
google_error

Giá trị số nguyên cho biết lỗi yêu cầu tổng thể. Khi nhận được, giá trị này cho biết rằng không có thao tác nào được thực hiện và sẽ không có tham số phản hồi google_ nào khác được đặt. Sau đây là các giá trị lỗi được hỗ trợ:

  • 1: Người dùng có cookie của Google nhưng đã chọn không theo dõi bằng cookie này.
  • 2: Không có hoạt động hợp lệ nào được chỉ định, ví dụ: nhận được yêu cầu không hoạt động.
  • 3: Người dùng không có cookie của Google. Google sẽ không đặt cookie thông qua Dịch vụ so khớp cookie.
  • 4: Các hoạt động xung đột được chỉ định. Bạn không được phép chỉ định cả cờ google_push và google_cm trên cùng một yêu cầu vì các cờ này có mục đích xung đột.
  • 5: Một tham số google_push không hợp lệ đã được truyền trong lệnh chuyển hướng đến một máy chủ của Google trong yêu cầu So khớp pixel hai chiều. Lệnh chuyển hướng của bạn phải đặt google_push thành cùng một giá trị được chuyển cho bạn trong yêu cầu pixel ban đầu.
  • 6: Bạn đã cung cấp NID không hợp lệ trong thẻ so khớp.
  • 7: Đã phát hiện thấy cookie không hợp lệ.
  • 8: Không dùng nữa. Không tìm thấy cookie nào.
  • 9: Không tìm thấy cookie nào, hệ thống sẽ cố gắng đặt cookie thử nghiệm.
  • 10: Tham số google_redir được sử dụng mà không chỉ định google_hm hoặc được sử dụng cùng với google_cm.
  • 15: Yêu cầu đến từ một khu vực mà Google yêu cầu bảng so khớp phải do Google lưu trữ. Do đó, phản hồi này không chứa Mã nhận dạng người dùng của Google. Tính năng này hiện chỉ được bật cho một tỷ lệ nhỏ lưu lượng truy cập, nhưng dự kiến sẽ được bật hoàn toàn vào tháng 6 năm 2020.

Do Google khởi tạo: So khớp pixel hai chiều

So khớp pixel hai chiều là quy trình làm việc cho Dịch vụ so khớp cookie của Google, trong đó Google cố gắng so khớp Mã nhận dạng người dùng của Google với một bên đặt giá thầu được chọn theo thuật toán khác với bên thắng phiên đấu giá Đặt giá thầu theo thời gian thực. Khi đặt quảng cáo, Google sẽ đặt một thẻ so khớp để hướng dẫn trình duyệt của người dùng tải pixel trong suốt từ URL so khớp cookie của bên đặt giá thầu đã chọn. Điều này sẽ cho phép cả Google và bên đặt giá thầu điền vào bảng so khớp một người dùng nhất định. Dưới đây là một ví dụ đơn giản về quy trình này.

Bước 1: Google đặt thẻ khớp

Khi trang của một nhà xuất bản tham gia tải trong trình duyệt của người dùng và Google điền sẵn một khung quảng cáo trên trang đó, thì thẻ so khớp có thể được đặt để yêu cầu một pixel từ bên đặt giá thầu được chọn theo thuật toán. Thẻ So khớp pixel do Google đặt kết hợp URL So khớp cookie của bên đặt giá thầu với các tham số bổ sung mà bên đặt giá thầu có thể sử dụng để điền vào bảng so khớp của họ. Đối với URL So khớp cookie được chỉ định là https://ad.network.com/pixel, URL đó có cấu trúc như sau:

<img src="https://ad.network.com/pixel?google_gid=GOOGLE_GID&google_cver=1&google_push=PUSH_DATA" />

Những bên đặt giá thầu nhận được yêu cầu so khớp pixel phải phản hồi bằng một lệnh chuyển hướng đến Dịch vụ so khớp cookie của Google có cấu trúc như sau:

https://cm.g.doubleclick.net/pixel?google_nid=GOOGLE_NID&google_push=PUSH_DATA

Xin lưu ý rằng URL chuyển hướng ở trên tương tự như URL được sử dụng trong thẻ so khớp cho Quy trình so khớp cookie do bên đặt giá thầu khởi tạo. Trong tính năng So khớp pixel, tham số google_cm được thay thế bằng tham số google_push và giá trị của tham số này phải bằng giá trị do Google cung cấp trong yêu cầu. Tương tự như quy trình do bên đặt giá thầu khởi tạo, bạn có thể chỉ định các thông số bổ sung để thực hiện các trường hợp sử dụng khác.

Bước 3: Google xử lý lệnh chuyển hướng và phản hồi bằng pixel

Google ghi lại rằng một kết quả trùng khớp đã được tạo cho người dùng và xử lý mọi thao tác bổ sung được yêu cầu thông qua các tham số truy vấn. Cuối cùng, Google phản hồi bằng một pixel trong suốt 1x1.

Sơ đồ quy trình công việc của tính năng So khớp pixel

Quy trình công việc này được minh hoạ bằng sơ đồ dưới đây, trong đó các yêu cầu và phản hồi được biểu thị bằng một mũi tên và các mục dữ liệu đi kèm với các yêu cầu và phản hồi đó được liệt kê trong dấu ngoặc đơn.

Các thông số yêu cầu thẻ so khớp của Google

Thông số Mô tả
google_gid Mã nhận dạng người dùng Google. Đối với người dùng không ở tiểu bang Hoa Kỳ có quy định hạn chế về quyền riêng tư, thông tin này sẽ luôn được chỉ định trong thẻ so khớp của Google.
google_cver Phiên bản cookie. Thông tin này sẽ luôn được chỉ định trong thẻ khớp của Google.
google_push Cho biết rằng yêu cầu này đang bắt đầu quy trình So khớp pixel. Giá trị phải được trả về thông qua tham số tương ứng trong phản hồi chuyển hướng của bên đặt giá thầu.
gdpr_consent Chuỗi TC đại diện cho sự đồng ý của người dùng cuối. Để biết thêm thông tin chi tiết, hãy xem phần [Yêu cầu về sự đồng ý của người dùng ở Liên minh Châu Âu](/authorized-buyers/rtb/cookie-guide#eu-user-consent-requirements) bên dưới hoặc phần **Chuỗi TC sẽ được truyền như thế nào?** trong [tài liệu về Khuôn khổ về tính minh bạch và sự đồng ý (TCF) phiên bản 2.0 của IAB dành cho Người mua được uỷ quyền](//support.google.com/authorizedbuyers/answer/9789378).

Thông số chuyển hướng của tính năng So khớp pixel của bên đặt giá thầu

Thông số Mô tả
google_nid Mã mạng (NID) cho tài khoản bên đặt giá thầu. Bạn có thể truy xuất mã nhận dạng này thông qua tài nguyên Người đặt giá thầu.
google_push Cho biết rằng lệnh chuyển hướng này đang hoàn tất quy trình công việc của tính năng So khớp pixel. Bạn phải chỉ định giá trị từ thẻ khớp Google tương ứng tại đây.
google_hm

Chứa dữ liệu mà bên đặt giá thầu muốn lưu trữ trong bảng so khớp do Google lưu trữ.
google_ula Một chuỗi dùng để thêm người dùng vào danh sách người dùng hiện có. Định dạng dự kiến của giá trị là userlistid[,timestamp]:
  • userlistid: một mã nhận dạng danh sách người dùng dạng số.
  • timestamp: dấu thời gian không bắt buộc ở định dạng POSIX, cho biết thời điểm người dùng được thêm vào danh sách người dùng.

Bạn có thể lặp lại tham số URL này để thêm người dùng vào nhiều danh sách.
gdpr_consent Chuỗi TC đại diện cho sự đồng ý của người dùng cuối. Để biết thêm chi tiết, hãy xem [Các yêu cầu về sự đồng ý của người dùng ở Liên minh Châu Âu](/authorized-buyers/rtb/cookie-guide#eu-user-consent-requirements) ở bên dưới hoặc **Cách truyền chuỗi TC?** trong [Tài liệu TCF phiên bản 2.0 của IAB cho Authorized Buyers](//support.google.com/authorizedbuyers/answer/9789378).

Do Google khởi tạo: So khớp pixel một chiều

Tính năng So khớp pixel một chiều khác với quy trình làm việc Hai chiều ở chỗ thẻ so khớp của Google không bao gồm tham số chỉ định mã nhận dạng người dùng Google, nhưng sẽ tiếp tục điền vào bảng so khớp do Google lưu trữ. Bạn có thể dùng thuộc tính này trong những trường hợp bên đặt giá thầu không được phép lưu trữ Mã nhận dạng người dùng của Google trong bảng so khớp của riêng họ. Một ví dụ đơn giản về quy trình làm việc đã sửa đổi được tóm tắt trong các bước bên dưới.

Bước 1: Google đặt một thẻ so khớp

Google đặt một thẻ so khớp cho bên đặt giá thầu được chọn bằng thuật toán. Thẻ so khớp bao gồm thông số google_push. Ví dụ:

<img src="https://ad.network.com/pixel?google_push=PUSH_DATA" />

Bước 2: Trình duyệt của người dùng yêu cầu pixel từ URL So khớp nấu ăn của bên đặt giá thầu

Trình duyệt của người dùng yêu cầu một pixel từ URL So khớp cookie của bên đặt giá thầu, bao gồm cả cookie của bên đặt giá thầu trong các tiêu đề HTTP.

Điểm cuối so khớp cookie của bên đặt giá thầu phải chuyển hướng đến dịch vụ So khớp cookie của Google, bao gồm cả tham số google_hm được điền sẵn dữ liệu cookie được mã hoá base64 an toàn cho web. URL chuyển hướng có thể có dạng như sau:

https://cm.g.doubleclick.net/pixel?google_nid=BIDDER_ACCOUNT_NID&google_hm=HOSTED_MATCH_DATA&google_push=PUSH_DATA

Google sẽ nhận được một lệnh chuyển hướng chứa các tham số mà bạn chỉ định, ngoài cookie của Google trong tiêu đề HTTP. Nếu thao tác thành công, thì số lượt hiển thị cho người dùng này trong các yêu cầu giá thầu tiếp theo sẽ bao gồm dữ liệu khớp được lưu trữ của bên đặt giá thầu trong BidRequest.user.buyeruid đối với OpenRTB hoặc BidRequest.hosted_match_data đối với Giao thức RTB của Google không còn được dùng nữa. Bên đặt giá thầu cũng có thể điền sẵn danh sách người dùng bằng dữ liệu so khớp được lưu trữ mà họ chỉ định.

Cuối cùng, Google trả về một pixel trong suốt 1x1 cho trình duyệt của người dùng.

Tính năng Đặt giá thầu mở cho phép các nền tảng trao đổi sử dụng quy trình so khớp cookie do bên đặt giá thầu khởi tạo và do Google khởi tạo để so khớp Mã nhận dạng người dùng của Google với cookie của họ. Hỗ trợ khớp cookie (CMA) là một tính năng bổ sung cho các sàn giao dịch, cho phép các sàn giao dịch tạo bảng khớp với bên đặt giá thầu của riêng họ.

  1. Khi đặt quảng cáo, Google sẽ chọn một nền tảng trao đổi tham gia theo thuật toán và đặt thẻ Hỗ trợ so khớp cookie có cấu trúc sau:

    <img src="https://ob.exchange.com/pixel?google_gid=GOOGLE_GID&google_cver=1"/>

  2. Thẻ so khớp CMA của Google khiến URL so khớp cookie của nền tảng trao đổi nhận được yêu cầu pixel.

  3. Điểm cuối So khớp cookie của nền tảng trao đổi sẽ nhận được yêu cầu, trong đó dịch vụ so khớp cookie của nền tảng trao đổi sẽ chịu trách nhiệm so khớp mã nhận dạng người dùng với một trong những bên đặt giá thầu. Trong biểu đồ dưới đây, dịch vụ so khớp cookie của sàn giao dịch phản hồi trình duyệt của người dùng bằng cách chuyển hướng đến một trong các điểm cuối của bên đặt giá thầu.
  4. Bên đặt giá thầu nhận được yêu cầu cùng với mọi tham số do sàn giao dịch chỉ định để so khớp mã nhận dạng người dùng với cookie của họ.

Quy định hạn chế

Giới hạn tần suất yêu cầu so khớp mới

Bên đặt giá thầu có trách nhiệm giới hạn số lượng lệnh gọi đến dịch vụ so khớp cookie cho những người dùng có mục mới trong bảng so khớp do Google lưu trữ. Một mục trong bảng trận đấu được lưu trữ có thể được coi là hết hạn sau 14 ngày, sau đó bạn có thể làm mới mục đó.

Phản hồi tất cả yêu cầu so khớp pixel

Những bên đặt giá thầu sử dụng quy trình So khớp pixel dự kiến sẽ phản hồi tất cả các yêu cầu Pixel Match gửi đến bằng một nội dung phản hồi, bao gồm cả tham số google_push. Điều này cho phép Google thực thi các chính sách bằng cách giám sát mức sử dụng. Nếu tỷ lệ phản hồi của người đặt giá thầu giảm xuống dưới 90%, thì Google sẽ điều tiết số lượng yêu cầu Pixel Match được gửi đến tài khoản của họ.

Sử dụng điểm cuối HTTPS

Các điểm cuối được sử dụng trong tất cả quy trình So khớp cookie phải sử dụng HTTPS.

Khi phản hồi yêu cầu So khớp pixel được gửi đến bạn qua HTTPS, bạn phải chuyển hướng đến Dịch vụ so khớp cookie qua HTTPS. Tương tự, điểm cuối Hỗ trợ so khớp cookie chuyển hướng đến bên đặt giá thầu cũng phải sử dụng HTTPS. Nếu bạn gửi yêu cầu đến Google qua HTTP thường xuyên hơn 2 phút một lần, thì số lượng yêu cầu so khớp được gửi đến tài khoản của bạn sẽ bị điều tiết.

Các yêu cầu so khớp cookie tuân theo Chính sách về sự đồng ý của người dùng ở Liên minh Châu Âu của Google phải cho biết sự đồng ý của người dùng cuối. Các yêu cầu đó phải cho biết rằng bạn đã thu thập sự đồng ý theo một trong những cách sau:

Ví dụ

Các ví dụ dưới đây minh hoạ cách sử dụng dịch vụ So khớp cookie để hoàn thành các mục tiêu cụ thể. Xin lưu ý rằng trừ phi có quy định khác, chúng tôi giả định rằng người dùng đang bị xử lý không ở tiểu bang Hoa Kỳ có quy định hạn chế về quyền riêng tư.

Điền bảng so khớp do bên đặt giá thầu lưu trữ

Bên đặt giá thầu có thể sử dụng quy trình So khớp cookie để điền sẵn bảng so khớp của riêng mình bằng cách chỉ cung cấp các tham số google_nid và google_cm trong thẻ so khớp. Mã có thể như sau:

<img src="https://cm.g.doubleclick.net/pixel?google_nid=ad_network_xyz&google_cm" />

Nếu URL so khớp cookie của bên đặt giá thầu được đặt thành https://ad.network.com/pixel?id=1 và thao tác so khớp cookie thành công, thì lệnh chuyển hướng mà Google gửi để phản hồi thẻ so khớp của bên đặt giá thầu có thể có dạng như sau:

https://ad.network.com/pixel?id=1&google_gid=dGhpcyBpcyBhbiBleGFtGxl&google_cver=1

Nếu thao tác so khớp cookie không thành công do người dùng không có cookie của Google, thì phản hồi sẽ là:

https://ad.network.com/pixel?id=1&google_error=3

Mã lỗi phụ thuộc vào nguyên nhân cơ bản gây ra lỗi. Để tìm hiểu thêm về các mã lỗi có thể xảy ra cho quy trình So khớp cookie, hãy xem tham số URL chuyển hướng.

Thêm vào danh sách người dùng đơn

Bạn có thể chỉ định tham số google_ula trong thẻ khớp của bên đặt giá thầu để thêm người dùng vào danh sách người dùng có mã nhận dạng đã cho. Nếu bảng so khớp do Google hoặc bên đặt giá thầu lưu trữ có mục mới cho người dùng, thì bên đặt giá thầu có thể đặt thẻ so khớp bao gồm các thông số google_nid và google_ula để thêm người dùng vào danh sách đã chỉ định mà không cần bắt đầu quy trình So khớp cookie đầy đủ. Hãy xem các hạn chế khi gọi Dịch vụ so khớp cookie để biết thêm thông tin chi tiết. Thẻ khớp tương ứng có thể có dạng như sau:

<img src="https://cm.g.doubleclick.net/pixel?google_nid=ad_network_xyz&google_ula=12345" />

Để phản hồi thành công, khi URL so khớp cookie của bên đặt giá thầu là https://ad.network.com/pixel, URL chuyển hướng của Google sẽ là:

https://ad.network.com/pixel?google_ula=12345,0

Nếu có lỗi tổng thể (ví dụ: không có cookie Google cho người dùng), URL chuyển hướng sẽ bao gồm tham số google_error:

  • https://ad.network.com/pixel?google_error=3

Nếu có lỗi cụ thể liên quan đến việc thêm người dùng vào danh sách, bạn sẽ nhận được google_ula trong lệnh chuyển hướng. Không giống như tham số thẻ khớp tương ứng, tham số này sẽ thay thế dấu thời gian bằng mã trạng thái để cho biết thao tác đã thành công. Ví dụ: nếu yêu cầu không thành công vì tài khoản bên đặt giá thầu không có quyền truy cập vào danh sách người dùng đã chỉ định, thì URL chuyển hướng sẽ là:

https://ad.network.com/pixel?google_ula=12345,2

Thêm vào nhiều danh sách người dùng

Bên đặt giá thầu có thể chỉ định thêm một người dùng vào nhiều danh sách người dùng bằng cách đưa nhiều tham số google_ula vào thẻ khớp. Trong thực tế, mã này có thể có dạng như sau:

<img src="https://cm.g.doubleclick.net/pixel?google_nid=ad_network_xyz&google_ula=12345,7654321&google_ula=45678" />

Trạng thái của thao tác đối với từng danh sách người dùng cũng được báo cáo tương tự thông qua các thông số google_ula riêng biệt trong lệnh chuyển hướng:

https://ad.network.com/pixel?google_ula=12345,2&google_ula=45678,0

Trong lệnh chuyển hướng ở trên, chúng ta có thể thấy rằng thao tác đã thành công đối với danh sách người dùng có mã 45678, nhưng không thành công đối với mã danh sách người dùng 12345 vì bên đặt giá thầu không có quyền truy cập vào danh sách đó.

Để so khớp cookie và thêm người dùng vào danh sách người dùng trong một yêu cầu, thẻ so khớp của bên đặt giá thầu phải bao gồm google_cm và google_ula:

<img src="https://cm.g.doubleclick.net/pixel?google_nid=ad_network_xyz&google_ula=12345&google_cm" />

URL chuyển hướng do Google chỉ định sẽ bao gồm google_gid, google_cver và google_ula. Mã có thể có dạng như sau:

https://ad.network.com/pixel?id=&google_gid=dGhpcyBpcyBhbiBleGFtGxl&google_cver=1&google_ula=12345,0

Lưu trữ một kết quả trùng khớp trong bảng so khớp do Google lưu trữ

Nếu bên đặt giá thầu muốn lưu trữ dữ liệu cookie trong bảng so khớp do Google lưu trữ và không có ý định lưu trữ thông tin so khớp với Mã nhận dạng người dùng Google trong bảng so khớp của riêng họ, thì thẻ so khớp của họ phải bao gồm tham số google_hm, trong đó giá trị của thẻ phải là chuỗi được mã hoá base64 an toàn trên web. Đối với người dùng có dữ liệu cookie chưa mã hoá của bên đặt giá thầu là Cookie number 1!, giá trị đã mã hoá sẽ là Q29va2llIG51bWJlciAxIQ==. Giá trị này sẽ được dùng trong thẻ khớp như sau:

<img src="https://cm.g.doubleclick.net/pixel?google_nid=cookie-monster&google_hm=Q29va2llIG51bWJlciAxIQ%3D%3D" />

Để phản hồi thành công, khi URL so khớp cookie của bên đặt giá thầu là https://cookie-monster.com/pixel, URL chuyển hướng của Google sẽ là:

https://cookie-monster.com/pixel

Tham số google_gid không có trong lệnh chuyển hướng vì thẻ khớp không bao gồm google_cm và google_hm không có trong các phản hồi thành công. Trong các yêu cầu giá thầu trong tương lai cho lượt hiển thị cho người dùng này, bên đặt giá thầu sẽ nhận được dữ liệu trùng khớp được lưu trữ trong BidRequest.user.buyeruid đối với OpenRTB hoặc BidRequest.hosted_match_data đối với giao thức Google RTB không còn được dùng nữa.

Thay vào đó, nếu bên đặt giá thầu sử dụng thẻ so khớp mà giá trị của google_hm không được mã hoá base64 (chẳng hạn như chocolate_chunk!), thì URL chuyển hướng có thể có dạng như sau:

https://cookie-monster.com/pixel?google_hm=2

URL chuyển hướng ở trên bao gồm giá trị google_hm là 2, cho biết rằng thao tác không thành công vì không thể giải mã giá trị.

Bảng so khớp do bên đặt giá thầu và Google lưu trữ có danh sách người dùng

Nếu bên đặt giá thầu lưu trữ danh sách sử dụng của riêng họ ngoài danh sách người dùng do Google lưu trữ và muốn có một thẻ so khớp duy nhất khớp với cả hai bảng và thêm người dùng vào một danh sách người dùng nhất định, thì thẻ so khớp của họ phải bao gồm các tham số google_cm, google_hm và google_ula. Nếu dữ liệu cookie của bên đặt giá thầu là Cookie number 1!, thì giá trị được mã hoá sẽ là Q29va2llIG51bWJlciAxIQ==. Giá trị này sẽ tạo ra một thẻ khớp như sau:

<img src="https://cm.g.doubleclick.net/pixel?google_nid=cookie-monster&google_hm=Q29va2llIG51bWJlciAxIQ%3D%3D&google_cm&google_ula=12345" />

Đối với một phản hồi thành công, trong đó URL so khớp cookie của bên đặt giá thầu là https://cookie-monster.com/pixel, URL chuyển hướng của Google sẽ có dạng như sau:

https://cookie-monster.com/pixel?google_gid=ABCDETC&google_cver=1&google_ula=12345,0

Khi nhận được lệnh chuyển hướng, bên đặt giá thầu có thể so khớp Mã nhận dạng người dùng Google được chỉ định trong google_gid với dữ liệu cookie trong bảng so khớp. Ngoài ra, các ứng dụng này có thể xác định rằng các thao tác trên bảng so khớp và danh sách người dùng do Google lưu trữ đã thành công. Do đó, mọi tính năng Tiêu chí nhắm mục tiêu trước mà bên đặt giá thầu được định cấu hình để nhắm mục tiêu mã danh sách người dùng đã chỉ định giờ đây sẽ khiến bên đặt giá thầu nhận được yêu cầu giá thầu cho lượt hiển thị từ người dùng. Tương tự như vậy, trong các yêu cầu giá thầu này, bên đặt giá thầu sẽ nhận được dữ liệu so khớp được lưu trữ trong BidRequest.user.buyeruid cho OpenRTB hoặc BidRequest.hosted_match_data cho giao thức RTB của Google không dùng nữa.