Tìm hiểu về khoá tổng hợp cho Báo cáo phân bổ

Khoá tổng hợp là gì, cách sử dụng khoá tổng hợp trong Attribution Reporting API và cách bạn có thể chuyển đổi mục tiêu thành khoá.

Là một công ty công nghệ quảng cáo chạy chiến dịch ở nhiều vị trí cho nhiều danh mục sản phẩm, bạn muốn giúp nhà quảng cáo trả lời các câu hỏi sau:

1. Mỗi chiến dịch của tôi đã tạo ra bao nhiêu lượt mua cho từng danh mục sản phẩm ở mỗi khu vực địa lý?
2. Mỗi chiến dịch của tôi đã tạo ra bao nhiêu doanh thu cho từng danh mục sản phẩm ở mỗi khu vực địa lý?

Mặc dù nhiều công ty công nghệ quảng cáo khuyến khích nhà quảng cáo định cấu hình nhiều loại lượt chuyển đổi, nhưng việc tập trung vào những lượt chuyển đổi quan trọng nhất (chẳng hạn như lượt mua hàng) là một cách hay để xác minh rằng kết quả tóm tắt chi tiết và chính xác cho những sự kiện quan trọng này.

Để làm như vậy, bạn cần nghĩ đến những câu hỏi mà bạn muốn trả lời trước khi thu thập dữ liệu.

Phương diện, khoá và giá trị

Để trả lời những câu hỏi này, hãy xem xét các phương diện, khoá và giá trị.

Kích thước

Để hiểu cách chiến dịch của bạn tạo ra doanh thu, như mô tả ở đây, bạn nên theo dõi các phương diện sau:

• Mã chiến dịch quảng cáo: giá trị nhận dạng cho chiến dịch cụ thể.
• Mã nhận dạng khu vực địa lý: khu vực địa lý nơi quảng cáo được phân phát.
• Danh mục sản phẩm: loại sản phẩm như bạn đã xác định.

Mặc dù bạn biết được phương diện Mã chiến dịch và Mã địa lý khi quảng cáo được phân phát (thời gian phân phát quảng cáo), nhưng bạn sẽ biết được Danh mục sản phẩm từ một sự kiện kích hoạt, khi người dùng hoàn tất một lượt chuyển đổi (thời gian chuyển đổi).

Các phương diện bạn muốn theo dõi cho ví dụ này như trong hình sau:

Khoá tổng hợp (nhóm) là gì?

Khoá tổng hợp và nhóm là những thuật ngữ có cùng ý nghĩa. Khoá tổng hợp được dùng trong các API trình duyệt dùng để định cấu hình báo cáo. Thuật ngữ bucket được dùng trong các báo cáo tổng hợp và báo cáo tóm tắt, cũng như trong các API dịch vụ tổng hợp.

Khoá tổng hợp (gọi tắt là khoá) là một phần dữ liệu đại diện cho các giá trị của phương diện đang được theo dõi. Sau đó, dữ liệu được tổng hợp theo từng khoá tổng hợp.

Ví dụ: giả sử bạn đang theo dõi các phương diện Danh mục sản phẩm, Mã địa lý và Mã chiến dịch.

Khi một người dùng ở Mã địa lý 7 nhìn thấy quảng cáo cho Mã chiến dịch 12 và sau đó chuyển đổi bằng cách mua một sản phẩm trong Danh mục sản phẩm 25, bạn có thể đặt một khoá tổng hợp trông giống như khoá trong hình ảnh sau:

Sau này, bạn sẽ thấy rằng khoá tổng hợp không hoàn toàn giống như thế này trong thực tế, nhưng hiện tại, hãy tập trung vào thông tin có trong khoá.

Giá trị có thể tổng hợp là gì?

Để trả lời các câu hỏi của bạn về những phương diện mà chúng tôi đã nêu, bạn cần biết:

• Số giao dịch mua (số lượt mua). Sau khi được tổng hợp và cung cấp trong báo cáo tóm tắt, đây sẽ là tổng số lượt mua (giá trị tóm tắt).
• Doanh thu cho mỗi giao dịch mua (giá trị giao dịch mua). Sau khi được tổng hợp và đưa vào báo cáo tóm tắt, đây sẽ là tổng doanh thu (giá trị tóm tắt).

Mỗi giá trị này (số lượt mua cho một lượt chuyển đổi và giá trị lượt mua cho một lượt chuyển đổi) đều là giá trị có thể tổng hợp. Bạn có thể coi các giá trị có thể tổng hợp là giá trị của các mục tiêu đo lường.

Khi một người dùng ở Mã địa lý 7 nhìn thấy quảng cáo cho Mã chiến dịch 12 và sau đó chuyển đổi bằng cách mua một sản phẩm thuộc Danh mục sản phẩm 25 với giá 1.200.000 VND (giả sử đơn vị tiền tệ của bạn là VND), bạn có thể đặt một khoá tổng hợp và các giá trị có thể tổng hợp như sau:

Các giá trị có thể tổng hợp được cộng theo khoá trên nhiều người dùng để tạo thông tin chi tiết tổng hợp, dưới dạng các giá trị tóm tắt trong báo cáo tóm tắt.

Các giá trị có thể tổng hợp được cộng lại để tạo thông tin chi tiết tổng hợp cho các mục tiêu đo lường của bạn.

Xin lưu ý rằng sơ đồ này bỏ qua quá trình giải mã và trình bày một ví dụ đơn giản mà không có nhiễu. Trong phần tiếp theo, chúng ta sẽ trình bày ví dụ này với nhiễu.

Từ khoá và giá trị đến báo cáo

Bây giờ, hãy thảo luận về mối quan hệ giữa các khoá và giá trị có thể tổng hợp với báo cáo.

Các báo cáo tổng hợp

Khi người dùng nhấp vào hoặc xem một quảng cáo rồi chuyển đổi sau đó, bạn sẽ hướng dẫn trình duyệt lưu trữ một cặp {khoá tổng hợp, giá trị có thể tổng hợp}.

Trong ví dụ của chúng tôi, khi người dùng nhấp vào hoặc xem một quảng cáo rồi sau đó chuyển đổi, bạn sẽ hướng dẫn trình duyệt tạo ra hai lượt đóng góp (mỗi lượt đóng góp cho một mục tiêu đo lường).

Sau này, bạn sẽ thấy rằng báo cáo có thể tổng hợp {khoá tổng hợp, giá trị có thể tổng hợp} không hoàn toàn giống như báo cáo này. Tuy nhiên, hiện tại, hãy tập trung vào thông tin có trong báo cáo.

Khi bạn hướng dẫn trình duyệt tạo 2 giá trị đóng góp, trình duyệt sẽ tạo một báo cáo có thể tổng hợp (nếu có thể so khớp lượt chuyển đổi với một lượt xem hoặc lượt nhấp trước đó).

Báo cáo có thể tổng hợp chứa:

• (Các) khoản đóng góp mà bạn đã định cấu hình.
• Siêu dữ liệu về sự kiện nhấp chuột hoặc lượt xem và sự kiện chuyển đổi: trang web nơi xảy ra lượt chuyển đổi, v.v. Xem tất cả các trường trong một báo cáo có thể tổng hợp.

Các báo cáo có thể tổng hợp được định dạng JSON và bao gồm cả trường tải trọng sẽ được dùng làm dữ liệu đầu vào cho báo cáo tóm tắt cuối cùng.

Tải trọng chứa một danh sách các giá trị đóng góp, mỗi giá trị là một cặp {khoá tổng hợp, giá trị có thể tổng hợp}:

• bucket: khoá tổng hợp, được mã hoá dưới dạng chuỗi byte.
• value: giá trị có thể tổng hợp cho mục tiêu đo lường đó, được mã hoá dưới dạng một chuỗi byte.

Ví dụ:

{
  "data": [
    {
      "bucket": "111001001",
      "value": "11111010000",
    }
  ],
  "operation": "histogram"
}

Trong thực tế, các báo cáo có thể tổng hợp được mã hoá theo cách khiến các nhóm và giá trị trông khác với ví dụ trước (tức là một nhóm có thể trông giống như \u0000\u0000\x80\u0000). Nhóm và giá trị đều là chuỗi byte.

Báo cáo tóm tắt

Báo cáo có thể tổng hợp được tổng hợp trên nhiều trình duyệt và thiết bị (người dùng) như sau:

• Một công nghệ quảng cáo yêu cầu báo cáo tóm tắt cho một nhóm khoá nhất định và một nhóm báo cáo có thể tổng hợp nhất định đến từ nhiều trình duyệt (người dùng) khác nhau.
• Dịch vụ tổng hợp sẽ giải mã các báo cáo có thể tổng hợp.
• Đối với mỗi khoá, các giá trị có thể tổng hợp từ báo cáo có thể tổng hợp sẽ được cộng lại.
• Nhiễu được thêm vào giá trị tóm tắt.

Kết quả là một báo cáo tóm tắt chứa một tập hợp các cặp {khoá tổng hợp, giá trị tóm tắt}.

Báo cáo tóm tắt chứa một tập hợp các cặp khoá-giá trị theo kiểu từ điển JSON. Mỗi cặp bao gồm:

• bucket: khoá tổng hợp, được mã hoá dưới dạng chuỗi byte.
• value: giá trị tóm tắt ở dạng số thập phân cho một mục tiêu đo lường nhất định, được tổng hợp từ tất cả các báo cáo có thể tổng hợp hiện có, với một mức độ nhiễu được thêm vào.

Ví dụ:

[
  {"bucket": "111001001", "value": "2558500"},
  {"bucket": "111101001", "value": "3256211"},
  {...}
]

Trong thực tế, các báo cáo tóm tắt được mã hoá theo cách khiến các nhóm và giá trị trông khác với những gì được nêu trong ví dụ (tức là một nhóm có thể trông giống như \u0000\u0000\x80\u0000). Nhóm và giá trị đều là chuỗi byte.

Khoá tổng hợp trong thực tế

Khoá tổng hợp (nhóm) được xác định bởi một công ty công nghệ quảng cáo, thường là theo hai bước: khi một quảng cáo được nhấp hoặc xem và khi người dùng chuyển đổi.

Cấu trúc khoá

Chúng ta sẽ dùng thuật ngữ cấu trúc khoá để chỉ định tập hợp các phương diện được mã hoá thành một khoá.

Ví dụ: Mã chiến dịch × GeoID × Danh mục sản phẩm là một cấu trúc chính.

Các loại khoá

Các giá trị có thể tổng hợp được cộng lại cho một khoá nhất định trên nhiều người dùng/trình duyệt. Tuy nhiên, chúng tôi nhận thấy các giá trị có thể tổng hợp có thể theo dõi nhiều mục tiêu đo lường, chẳng hạn như giá trị giao dịch mua hoặc số lượt mua. Bạn muốn xác minh rằng dịch vụ tổng hợp sẽ tính tổng các giá trị có thể tổng hợp thuộc cùng một loại.

Để làm như vậy, trong mỗi khoá, hãy mã hoá một phần dữ liệu cho biết giá trị tóm tắt đại diện cho điều gì – mục tiêu đo lường mà khoá này đang đề cập đến. Một cách để thực hiện việc đó là tạo một phương diện bổ sung cho khoá của bạn, thể hiện loại mục tiêu đo lường.

Dựa vào ví dụ trước đó, loại mục tiêu đo lường này sẽ có 2 giá trị có thể có:

• Số lượt mua là loại mục tiêu đo lường đầu tiên.
• Giá trị giao dịch mua là loại mục tiêu đo lường thứ hai.

Nếu bạn có n mục tiêu đo lường, thì loại mục tiêu đo lường sẽ có n loại giá trị khác nhau.

Bạn có thể coi các phương diện của khoá là một chỉ số. Ví dụ: "số lượng giao dịch mua một sản phẩm nhất định cho mỗi chiến dịch theo từng khu vực địa lý".

Kích thước khoá, kích thước phương diện

Kích thước khoá tối đa được xác định bằng bit – số lượng số 0 và số 1 trong hệ nhị phân để tạo khoá đầy đủ. API này cho phép độ dài khoá là 128 bit.

Kích thước này cho phép các khoá rất chi tiết, nhưng các khoá chi tiết hơn có nhiều khả năng dẫn đến các giá trị nhiễu hơn. Bạn có thể đọc thêm về nhiễu trong phần Tìm hiểu về nhiễu.

Như đã giới thiệu trước đó, các phương diện được mã hoá vào khoá tổng hợp. Mỗi phương diện có một số lượng giá trị riêng biệt nhất định mà phương diện đó có thể nhận được. Tuỳ thuộc vào số lượng giá trị riêng biệt, mỗi phương diện cần được biểu thị bằng một số lượng bit nhất định. Với n bit, bạn có thể biểu thị 2ⁿ lựa chọn riêng biệt.

Ví dụ: phương diện Quốc gia có thể có số lượng giá trị riêng biệt là 200, vì trên thế giới có khoảng 200 quốc gia. Cần bao nhiêu bit để mã hoá phương diện này?

7 bit sẽ chỉ lưu trữ 2⁷ = 128 lựa chọn riêng biệt, ít hơn 200 lựa chọn cần thiết.

8 bit sẽ lưu trữ 2⁸ = 256 lựa chọn riêng biệt, nhiều hơn 200 lựa chọn cần thiết. Vì vậy, bạn có thể sử dụng n=8 bit để mã hoá phương diện này.

Mã hoá khoá

Khi bạn đặt khoá trong trình duyệt, khoá phải được mã hoá ở định dạng thập lục phân. Trong báo cáo tóm tắt, các khoá sẽ xuất hiện ở dạng nhị phân (và được đặt tên là nhóm).

Đặt hai mảnh khoá để tạo thành một khoá hoàn chỉnh

Giả sử bạn sử dụng một khoá để theo dõi các phương diện sau:

• Mã chiến dịch
• Mã vị trí địa lý
• Danh mục sản phẩm

Mặc dù bạn biết phương diện Mã chiến dịch và Mã địa lý khi quảng cáo được phân phát (thời gian phân phát quảng cáo), nhưng bạn sẽ biết danh mục sản phẩm từ một sự kiện kích hoạt, khi người dùng hoàn tất một lượt chuyển đổi (thời gian chuyển đổi).

Trên thực tế, điều này có nghĩa là bạn sẽ đặt một khoá theo 2 bước:

1. Bạn sẽ đặt một phần của khoá (Mã chiến dịch × Mã địa lý) tại thời điểm nhấp hoặc xem.
2. Bạn sẽ đặt phần thứ hai của khoá (Danh mục sản phẩm) tại thời điểm chuyển đổi.

Những phần khác nhau này của khoá được gọi là mảnh khoá.

Khoá được tính bằng cách lấy OR (v) của các phần khoá.

Ví dụ:

• Phần khoá phía nguồn = 0x159
• Đoạn khoá phía trình kích hoạt = 0x400
• Khoá = 0x159 v 0x400 = 0x559

Sắp xếp các phần chính

Với 2 phần khoá 64 bit được mở rộng thành 128 bit bằng cách sử dụng các phần bổ sung hoặc độ lệch 64 bit được đặt cẩn thận (16 số 0), việc kết hợp các phần khoá bằng toán tử OR tương đương với việc nối các phần khoá. Điều này giúp bạn dễ dàng suy luận và xác minh hơn:

• Phần khoá phía nguồn = 0xa7e297e7c8c8d0540000000000000000
• Đoạn khoá phía trình kích hoạt = 0x0000000000000000674fbe308a597271
• Khoá = 0xa7e297e7c8c8d0540000000000000000 v 0x0000000000000000674fbe308a597271 = 0xa7e297e7c8c8d054674fbe308a597271

Nhiều khoá cho mỗi lượt nhấp hoặc lượt xem quảng cáo

Trên thực tế, bạn có thể đặt nhiều khoá cho mỗi sự kiện nguồn phân bổ (lượt nhấp hoặc lượt xem quảng cáo). Ví dụ: bạn có thể đặt:

• Khoá theo dõi Mã địa lý × Mã chiến dịch.
• Một khoá khác theo dõi Loại mẫu quảng cáo × Mã chiến dịch.

Hãy xem Chiến lược B để biết một ví dụ khác.

Mã hoá phương diện thành khoá

Khi yêu cầu báo cáo tóm tắt, bạn cần cho dịch vụ tổng hợp biết những chỉ số mà bạn muốn truy cập bằng cách yêu cầu báo cáo tóm tắt cho một nhóm khoá tổng hợp nhất định.

Báo cáo tóm tắt chứa các cặp {khoá, giá trị tóm tắt} thô và không có thông tin bổ sung nào về khoá. Điều này có nghĩa là:

• Khi đặt khoá khi người dùng xem hoặc nhấp vào một quảng cáo rồi sau đó chuyển đổi, bạn cần đặt khoá một cách đáng tin cậy dựa trên giá trị của các phương diện mà khoá đó đại diện.
• Khi xác định các khoá mà bạn muốn yêu cầu báo cáo tóm tắt, bạn cần tạo hoặc truy cập một cách đáng tin cậy vào các khoá tương tự như các khoá được đặt khi người dùng xem hoặc nhấp vào một quảng cáo và chuyển đổi, dựa trên các giá trị của phương diện mà bạn muốn xem dữ liệu tổng hợp.

Mã hoá các phương diện bằng bản đồ cấu trúc khoá

Để mã hoá các phương diện thành khoá, bạn có thể tạo và duy trì bản đồ cấu trúc khoá trước thời gian, khi xác định khoá (trước thời gian phân phát quảng cáo).

Bản đồ cấu trúc khoá thể hiện từng phương diện và vị trí của phương diện đó trong khoá.

Trên thực tế, việc tạo và duy trì các bản đồ cấu trúc khoá có nghĩa là bạn phải triển khai và duy trì logic của bộ giải mã. Nếu bạn đang tìm một phương thức không yêu cầu bạn làm như vậy, hãy cân nhắc sử dụng phương pháp dựa trên hàm băm.

Ví dụ:

Giả sử bạn dự định theo dõi cả giao dịch mua và giá trị giao dịch mua cho các chiến dịch, khu vực địa lý và sản phẩm cụ thể.

Danh mục sản phẩm, mã địa lý và mã chiến dịch cần phải là phương diện trong các khoá của bạn. Ngoài ra, vì muốn theo dõi 2 mục tiêu đo lường riêng biệt (số lượt mua và giá trị lượt mua), bạn cần thêm một phương diện vào khoá để theo dõi loại khoá. Điều này cho phép bạn xác định giá trị có thể tổng hợp thực sự biểu thị điều gì khi nhận được các cặp {khoá, giá trị có thể tổng hợp} trong báo cáo tóm tắt.

Với những mục tiêu đo lường này, khoá của bạn sẽ có các phương diện sau:

• Danh mục sản phẩm
• Loại mục tiêu đo lường
• Mã vị trí địa lý
• Mã chiến dịch

Bây giờ, hãy xem xét từng phương diện. Giả sử trong trường hợp sử dụng của bạn, bạn cần theo dõi những điều sau:

• 29 danh mục sản phẩm khác nhau.
• 8 khu vực địa lý: Bắc Mỹ, Trung Mỹ, Nam Mỹ, Châu Âu, Châu Phi, Châu Á, vùng Caribe và Châu Đại Dương.
• 16 chiến dịch khác nhau.

Sau đây là số lượng bit bạn cần mã hoá cho từng phương diện trong khoá:

• Danh mục sản phẩm: 5 bit (2⁵ = 32 > 29).
• Loại mục tiêu đo lường: 1 bit. Mục tiêu đo lường là số lượt mua hoặc giá trị lượt mua, tức là có 2 khả năng riêng biệt; do đó, một bit là đủ để lưu trữ mục tiêu này.

• Mã khu vực địa lý: 3 bit (2³ = 8). Bạn cũng sẽ xác định một bản đồ phương diện cho Mã địa lý để biết mỗi giá trị nhị phân đại diện cho khu vực địa lý nào. Bảng liên kết phương diện cho phương diện Mã địa lý có thể trông như sau:

  Giá trị nhị phân trong khoá	Khu vực địa lý
  000	Bắc Mỹ
  001	Trung Mỹ
  010	Nam Mỹ
  011	Châu Âu
  100	Châu Phi
  101	Châu Á
  110	Caribbean
  111	Châu Đại dương

• Mã chiến dịch: 4 bit (2⁴ = 16)

Các khoá theo cấu trúc này sẽ có độ dài 13 bit (5 + 1 + 3 + 4).

Đối với ví dụ này, bản đồ cấu trúc khoá cho các khoá này sẽ có dạng như sau:

Bạn có thể tuỳ ý sắp xếp thứ tự của các phương diện trong khoá.

Để minh hoạ cách các phương diện tạo nên một cấu trúc khoá, chúng ta sẽ sử dụng biểu diễn nhị phân. Đó là lý do tại sao Mã chiến dịch (các bit đầu tiên) nằm ở bên phải nhất và danh mục sản phẩm (các bit cuối cùng) nằm ở bên trái nhất.

Trong mỗi phương diện, bit quan trọng nhất (bit mang giá trị số lớn nhất) là bit ở bên trái. Bit ít quan trọng nhất (bit mang giá trị số nhỏ nhất) là bit ở ngoài cùng bên phải.

Hãy xem cách bạn dùng bản đồ cấu trúc khoá để giải mã một khoá.

Giả sử 0b1100100111100 là một khoá ví dụ tuỳ ý và giả sử bạn có cách để biết rằng khoá này tuân theo bản đồ cấu trúc khoá trong hình minh hoạ trước.

Theo bản đồ cấu trúc khoá, khoá này sẽ giải mã thành:

`11001 0 011 1100`

Vì vậy, khoá 0b1100100111100 biểu thị số giao dịch mua của Danh mục sản phẩm 25, cho Mã chiến dịch 12 được ra mắt ở Châu Âu.

Mã hoá phương diện bằng hàm băm

Thay vì sử dụng bản đồ cấu trúc khoá, bạn có thể sử dụng hàm băm để tạo khoá một cách linh hoạt, nhất quán và đáng tin cậy.

Cách hoạt động như sau:

1. Chọn một thuật toán băm.
2. Tại thời điểm phân phát quảng cáo, hãy tạo một chuỗi bao gồm tất cả các phương diện mà bạn muốn theo dõi và giá trị của các phương diện đó. Để tạo phần khoá phía nguồn, hãy băm chuỗi này và cân nhắc thêm hậu tố gồm 64 bit số 0 để căn chỉnh với phần khoá phía điều kiện kích hoạt và giúp bạn dễ dàng suy luận về OR.
   • Phần khoá phía nguồn
     = <64-bit hex hash("COUNT, campaignID=12, geoID=7"))><64-bit 00000000…>
   • Xin lưu ý rằng COUNT mã hoá cùng một nội dung với measurementGoalType=0 trong phương pháp lập bản đồ cấu trúc khoá. COUNT có phần tinh gọn và rõ ràng hơn.
3. Tại thời điểm chuyển đổi, hãy tạo một chuỗi bao gồm tất cả các phương diện bạn muốn theo dõi và giá trị của các phương diện đó. Để tạo một phần khoá phía điều kiện kích hoạt, hãy băm chuỗi này và thêm tiền tố gồm 64 bit số 0:
   • Đoạn khoá phía trình kích hoạt = <64-bit 00000000…><64-bit hex hash("productCategory=25")>
4. Trình duyệt sẽ kết hợp các phần khoá này để tạo ra một khoá.
   • Khoá tổng hợp 128 bit
     = <64-bit hex source-side key piece hash><64-bit hex source-side key piece hash>
5. Sau đó, khi bạn đã sẵn sàng yêu cầu báo cáo tóm tắt cho khoá này, hãy tạo báo cáo ngay lập tức:
   • Dựa trên các phương diện mà bạn quan tâm, hãy tạo một phần khoá phía nguồn và phía điều kiện kích hoạt như bạn đã làm trước đó.
     • Phần khoá phía nguồn
       = <64-bit hex hash("COUNT, campaignID=12, geoID=7"))><64-bit 00000000…>
     • Phần khoá phía trình kích hoạt
       = <64-bit 00000000…><64-bit hex hash("productCategory=25")>
     • phần khoá phía trình kích hoạt = toHex(hash("productCategory=25"))
   • Giống như trình duyệt, HOẶC những phần chính này để tạo ra cùng một khoá mà trình duyệt đã tạo trước đó.
     • Khoá tổng hợp 128 bit
       = <64-bit source-side key piece hash><64-bit source-side key piece hash>

Một số mẹo thiết thực nếu bạn đang sử dụng phương pháp dựa trên hàm băm này:

• Luôn sử dụng cùng một thứ tự của các phương diện. Điều này đảm bảo rằng bạn có thể tạo lại các hàm băm một cách đáng tin cậy. ("COUNT, CampaignID=12, GeoID=7" sẽ không tạo ra cùng một hàm băm như "COUNT, GeoID=7, CampaignID=12"). Một cách đơn giản để đạt được điều này là sắp xếp các phương diện theo thứ tự chữ và số. Đây là những gì chúng ta sẽ làm trong ví dụ, ngoại trừ việc chúng ta sẽ luôn đặt COUNT hoặc VALUE làm mục đầu tiên trong phương diện – đây là lựa chọn để dễ đọc, vì COUNT hoặc VALUE mã hoá thông tin có khái niệm hơi khác so với tất cả các phương diện khác.
• Theo dõi tập hợp các phương diện mà bạn đang dùng trong các khoá. Bạn muốn tránh tạo khoá dựa trên một nhóm phương diện mà bạn chưa từng sử dụng.
• Xung đột băm hiếm khi xảy ra nếu bạn sử dụng một hàm băm phù hợp, nhưng việc kiểm tra các hàm băm đã dùng trước đó (cần được lưu trữ để diễn giải kết quả từ dịch vụ tổng hợp) có thể tránh việc đưa vào các khoá mới xung đột với các khoá cũ.

Xem cách sử dụng khoá dựa trên hàm băm trong thực tế trong ví dụ về một lượt chuyển đổi cho mỗi lượt nhấp hoặc lượt xem.

Giá trị có thể tổng hợp trong thực tế

Công ty công nghệ quảng cáo đặt các giá trị có thể tổng hợp khi người dùng chuyển đổi.

Để bảo vệ quyền riêng tư của người dùng, mỗi người dùng đều có hạn mức đóng góp. Trong tất cả các giá trị có thể tổng hợp được liên kết với một nguồn duy nhất (lượt nhấp hoặc lượt xem quảng cáo), không có giá trị nào được cao hơn một giới hạn đóng góp nhất định.

Chúng tôi sẽ gọi giới hạn này là CONTRIBUTION_BUDGET. Trong giải thích, giới hạn này được gọi là ngân sách L1, nhưng giống với CONTRIBUTION_BUDGET.

Để thảo luận chi tiết về ngân sách đóng góp, hãy tham khảo bài viết Ngân sách đóng góp cho báo cáo tóm tắt.

Ví dụ: một lượt chuyển đổi cho mỗi lượt nhấp hoặc lượt xem

Trong ví dụ này, giả sử bạn đang tìm cách trả lời các câu hỏi sau:

• Danh mục sản phẩm nào có giá trị nhất ở mỗi khu vực?
• Chiến lược chiến dịch nào hiệu quả nhất ở mỗi khu vực?

Giả sử rằng đối với trường hợp sử dụng của bạn, bạn cần thông tin chi tiết hằng tuần.

Bạn cũng cần theo dõi những thông tin sau:

• 16 chiến dịch khác nhau.
• 8 khu vực địa lý: Bắc Mỹ, Trung Mỹ, Nam Mỹ, Châu Âu, Châu Phi, Châu Á, vùng Caribe và Châu Đại Dương.
• 29 danh mục sản phẩm khác nhau.

Nội dung đánh giá

Mặc dù nhiều công ty công nghệ quảng cáo khuyến khích nhà quảng cáo định cấu hình nhiều loại lượt chuyển đổi, nhưng việc tập trung vào những lượt chuyển đổi quan trọng nhất (chẳng hạn như lượt mua hàng) là một cách hay để xác minh rằng kết quả tổng hợp có thông tin chi tiết và chính xác cho những sự kiện chuyển đổi quan trọng này. Thật vậy, bạn càng đo lường nhiều chỉ số, thì ngân sách đóng góp cho mỗi chỉ số càng nhỏ, và do đó, mỗi giá trị có khả năng càng nhiễu. Do đó, bạn cần chọn kỹ những gì cần đo lường.

Trong ví dụ này, chúng ta sẽ tập trung vào chế độ thiết lập chiến dịch chỉ đo lường một lượt chuyển đổi cho mỗi lượt nhấp hoặc lượt xem: giao dịch mua.

Bạn vẫn sẽ đo lường cả số lượt mua hàng và giá trị lượt mua hàng, đồng thời truy cập vào nhiều số liệu thống kê tổng hợp quan trọng, chẳng hạn như tổng giá trị lượt mua hàng và thông tin chi tiết theo khu vực địa lý. Điều này giúp quản lý tiếng ồn một cách hiệu quả, đồng thời xác nhận một phương pháp mở rộng đơn giản cho ngân sách đóng góp của bạn.

Còn đơn vị tiền tệ thì sao?

Việc chạy chiến dịch ở nhiều khu vực có nghĩa là bạn phải cân nhắc đến đơn vị tiền tệ. Bạn có thể:

• Biến đơn vị tiền tệ thành một phương diện chuyên biệt trong các khoá tổng hợp.
• Hoặc suy luận đơn vị tiền tệ từ mã chiến dịch và chuyển đổi tất cả đơn vị tiền tệ thành đơn vị tiền tệ tham chiếu.

Trong ví dụ này, chúng ta sẽ giả định rằng bạn có thể suy ra đơn vị tiền tệ từ mã chiến dịch. Nhờ đó, bạn có thể chuyển đổi mọi giá trị mua hàng nhất định từ nội tệ của người dùng sang một đơn vị tiền tệ tham chiếu mà bạn chọn. Bạn cũng có thể thực hiện lượt chuyển đổi đó ngay lập tức, khi người dùng mua một mặt hàng.

Với kỹ thuật này, tất cả các giá trị có thể tổng hợp đều có cùng đơn vị tiền tệ tham chiếu và do đó có thể được cộng lại để tạo ra tổng giá trị mua hàng được tổng hợp – giá trị mua hàng tóm tắt.

Chuyển mục tiêu thành khoá

Với các mục tiêu và chỉ số đo lường, bạn có một số lựa chọn cho chiến lược chính của mình. Hãy tập trung vào 2 trong số các chiến lược này:

• Chiến lược A: một cấu trúc khoá chi tiết.
• Chiến lược B: hai cấu trúc khoá thô.

Chiến lược A: một cây sâu (một cấu trúc khoá chi tiết)

Trong chiến lược A, bạn sử dụng một cấu trúc khoá chi tiết, bao gồm tất cả các phương diện bạn cần:

Tất cả các khoá của bạn đều sử dụng cấu trúc này.

Bạn chia cấu trúc khoá này thành 2 loại khoá để hỗ trợ 2 mục tiêu đo lường.

• Loại khoá 0: loại mục tiêu đo lường = 0, bạn quyết định xác định là số lượt mua.
• Khoá loại 1: loại mục tiêu đo lường = 1, mà bạn quyết định xác định là giá trị lượt mua.

Báo cáo tóm tắt có dạng như sau:

Bạn có thể coi chiến lược A là chiến lược "một cây sâu":

• Mỗi giá trị tóm tắt trong báo cáo tóm tắt đều được liên kết với tất cả các phương diện mà bạn đang theo dõi.
• Bạn có thể tổng hợp các giá trị tóm tắt này cùng với từng phương diện trong số này, vì vậy, các bản tổng hợp này có thể đi sâu vào số lượng phương diện mà bạn có.

Với chiến lược A, bạn sẽ trả lời các câu hỏi như sau:

Với chiến lược A, bạn cũng có thể trả lời trực tiếp câu hỏi thứ ba này:

"Mỗi chiến dịch của tôi đã tạo ra bao nhiêu doanh thu cho mỗi sản phẩm ở mỗi khu vực địa lý?"

Mặc dù các giá trị tóm tắt sẽ có nhiều nhiễu, nhưng bạn có thể xác định thời điểm mà sự khác biệt về giá trị được đo giữa mỗi chiến dịch không chỉ do nhiễu gây ra. Tìm hiểu cách thực hiện việc này trong phần Tìm hiểu về nhiễu.

Chiến lược B: hai cây có độ sâu thấp (hai cấu trúc khoá thô)

Trong chiến lược B, bạn sử dụng 2 cấu trúc khoá thô, mỗi cấu trúc bao gồm một tập hợp con của các phương diện bạn cần:

Bạn chia mỗi cấu trúc chính này thành hai loại chính để hỗ trợ hai mục tiêu đo lường.

• Loại mục tiêu đo lường = 0, bạn quyết định xác định là số lượt mua.
• Loại mục tiêu đo lường = 1, bạn quyết định xác định là giá trị lượt mua.

Bạn sẽ có 4 loại khoá chính:

• Loại khoá I-0: Cấu trúc khoá I, số lượt mua.
• Loại khoá I-1: Cấu trúc khoá I, giá trị mua.
• Loại khoá II-0: Cấu trúc khoá II, số lượt mua.
• Loại khoá II-1: Cấu trúc khoá II, giá trị mua.

Báo cáo tóm tắt có dạng như sau:

Bạn có thể coi chiến lược B là chiến lược "hai cây nông":

• Các giá trị tóm tắt trong báo cáo tóm tắt được liên kết với một trong hai nhóm nhỏ gồm các phương diện.
• Bạn có thể tổng hợp các giá trị tóm tắt này cùng với từng phương diện trong các tập hợp này. Điều này có nghĩa là các giá trị tổng hợp này không sâu như trong lựa chọn A, vì có ít phương diện để tổng hợp hơn.

Với chiến lược B, bạn sẽ trả lời các câu hỏi như sau:

Quyết định: Chiến lược A

Chiến lược A đơn giản hơn; tất cả dữ liệu đều tuân theo cùng một cấu trúc khoá, tức là bạn chỉ có một cấu trúc khoá để duy trì.

Tuy nhiên, với chiến lược A, bạn cần cộng các giá trị tóm tắt mà bạn nhận được trong báo cáo tóm tắt để trả lời một số câu hỏi của mình. Mỗi giá trị tóm tắt này đều có nhiễu. Bằng cách tổng hợp dữ liệu đó, bạn cũng đang tổng hợp tiếng ồn.

Đây không phải là trường hợp của chiến lược B, trong đó các giá trị tóm tắt được hiển thị trong báo cáo tóm tắt đã cung cấp cho bạn thông tin cần thiết. Điều này có nghĩa là chiến lược B có khả năng ít bị ảnh hưởng bởi nhiễu hơn so với chiến lược A.

Làm cách nào để xác định chiến lược bạn nên sử dụng? Đối với những nhà quảng cáo hoặc chiến dịch hiện có, bạn có thể dựa vào dữ liệu trong quá khứ để xác định xem số lượt chuyển đổi phù hợp hơn với chiến lược A hay chiến lược B. Tuy nhiên, đối với những nhà quảng cáo hoặc chiến dịch mới, bạn có thể quyết định:

• Thu thập dữ liệu trong một tháng bằng các khoá chi tiết (Chiến lược A). Vì bạn đang kéo dài thời gian thu thập dữ liệu, nên các giá trị tóm tắt sẽ cao hơn và nhiễu sẽ tương đối thấp hơn.
• Đánh giá số lượt chuyển đổi và giá trị giao dịch mua hằng tuần với độ chính xác hợp lý.

Trong ví dụ này, giả sử số lượng giao dịch mua và giá trị giao dịch mua hằng tuần đủ cao để chiến lược A dẫn đến tỷ lệ nhiễu mà bạn cho là chấp nhận được cho trường hợp sử dụng của mình.

Vì chiến lược A đơn giản hơn và dẫn đến tác động của nhiễu không ảnh hưởng đến khả năng đưa ra quyết định của bạn, nên bạn quyết định chọn chiến lược A.

Chọn một thuật toán băm

Bạn quyết định áp dụng phương pháp dựa trên hàm băm để tạo khoá. Để làm như vậy, bạn cần chọn một thuật toán băm để hỗ trợ phương pháp đó.

Giả sử bạn đã chọn SHA-256. Bạn cũng có thể sử dụng một thuật toán đơn giản hơn và ít an toàn hơn, chẳng hạn như MD5.

Trong trình duyệt: đặt khoá và giá trị

Giờ đây, sau khi quyết định về cấu trúc khoá và thuật toán băm, bạn đã sẵn sàng đăng ký các khoá và giá trị khi người dùng nhấp vào hoặc xem quảng cáo và sau đó chuyển đổi.

Tiếp theo là thông tin tổng quan về các tiêu đề mà bạn sẽ đặt để đăng ký khoá và giá trị trong trình duyệt:

Thiết lập các phần chính ở phía nguồn

Khi người dùng nhấp vào hoặc xem một quảng cáo, hãy đặt các khoá tổng hợp trong tiêu đề Attribution-Reporting-Register-Aggregatable-Source. Ở giai đoạn này, đối với mỗi khoá, bạn chỉ có thể đặt phần của khoá hoặc phần khoá được biết tại thời điểm phân phát quảng cáo.

Hãy tạo các phần chính:

Bây giờ, hãy thiết lập các phần chính:

// Upon receiving the request from the publisher site
res.set(
  "Attribution-Reporting-Register-Aggregatable-Source",
  JSON.stringify([
    {
      "id": "key_purchaseCount",
      "key_piece": "0x3cf867903fbb73ec0000000000000000"
    },
    {
      "id": "key_purchaseValue",
      "key_piece": "0x245265f432f16e730000000000000000"
    }
  ])
);

Xin lưu ý rằng mã khoá sẽ không xuất hiện trong báo cáo cuối cùng. Các khoá này chỉ được dùng khi đặt khoá trong trình duyệt, để các phần khoá phía nguồn và phía điều kiện kích hoạt có thể được liên kết với nhau và kết hợp thành một khoá đầy đủ.

Không bắt buộc: báo cáo cấp sự kiện

Nếu bạn cần sử dụng báo cáo ở cấp sự kiện cùng với báo cáo có thể tổng hợp, hãy xác minh rằng đối với một nguồn nhất định, dữ liệu ở cấp sự kiện (mã sự kiện nguồn và dữ liệu điều kiện kích hoạt) và khoá tổng hợp có thể được so khớp.

Bạn có thể sử dụng cả hai báo cáo này nếu, chẳng hạn như, bạn dự định sử dụng báo cáo ở cấp sự kiện để chạy các mô hình về những loại quảng cáo có xu hướng dẫn đến số lượng giao dịch mua lớn nhất.

Người dùng chuyển đổi

Khi người dùng chuyển đổi, yêu cầu pixel thường được gửi đến máy chủ công nghệ quảng cáo. Sau khi nhận được yêu cầu này:

• Đặt các phần khoá phía lượt chuyển đổi (phía điều kiện kích hoạt) để hoàn tất khoá. Bạn sẽ thiết lập các phần chính này bằng tiêu đề Attribution-Reporting-Register-Aggregatable-Trigger-Data.
• Đặt giá trị có thể tổng hợp cho lượt chuyển đổi đó bằng cách sử dụng tiêu đề Attribution-Reporting-Register-Aggregatable-Values.

Đặt các phần khoá phía điều kiện kích hoạt để hoàn tất khoá

Hãy tạo các phần chính:

Bây giờ, hãy thiết lập các phần chính:

// Upon receiving the pixel request from the advertiser site
res.set(
  "Attribution-Reporting-Register-Aggregatable-Trigger-Data",
  JSON.stringify([
    // Each dictionary independently adds pieces to multiple source keys
    {
      "key_piece": "0x0000000000000000f9e491fe37e55a0c",
      "source_keys": ["key_purchaseCount", "key_purchaseValue"]
    },
  ])
);

Lưu ý cách bạn thêm cùng một phần khoá vào nhiều khoá bằng cách liệt kê một số mã khoá trong source_keys – phần khoá sẽ được thêm vào cả hai khoá.

Đặt các giá trị có thể tổng hợp

Trước khi đặt các giá trị có thể tổng hợp, bạn cần phải tăng tỷ lệ các giá trị đó để giảm nhiễu.

Giả sử có một giao dịch mua được thực hiện cho loại sản phẩm 25 với giá 52 đô la.

Bạn sẽ không đặt trực tiếp các giá trị này làm giá trị có thể tổng hợp:

• key_purchaseCount: 1 lượt chuyển đổi
• key_purchaseValue: 52 USD

Thay vào đó, trước khi đăng ký các giá trị có thể tổng hợp này, bạn cần điều chỉnh quy mô các giá trị đó để giảm thiểu nhiễu.

Bạn có 2 mục tiêu để chi tiêu ngân sách đóng góp, vì vậy, bạn có thể quyết định chia ngân sách đóng góp thành 2 phần.

Trong trường hợp này, mỗi mục tiêu được phân bổ tối đa CONTRIBUTION_BUDGET/2 (=65.536/2=32.768).

Giả sử giá trị mua tối đa cho một người dùng duy nhất, dựa trên nhật ký mua hàng của tất cả người dùng trên trang web, là 1.500 đô la. Có thể có những giá trị ngoại lệ, chẳng hạn như rất ít người dùng chi tiêu nhiều hơn số tiền đó, nhưng bạn có thể quyết định bỏ qua những giá trị ngoại lệ này.

Hệ số tỷ lệ cho giá trị giao dịch mua phải là:

((CONTRIBUTION_BUDGET/2) / 1.500) = 32.768/1.500 = 21,8 ≈ 22

Hệ số tỷ lệ cho số lượt mua hàng là 32.768/1 = 32.768, vì bạn quyết định theo dõi tối đa một lượt mua hàng cho mỗi lượt nhấp hoặc lượt xem quảng cáo (sự kiện nguồn).

Giờ đây, bạn có thể đặt các giá trị sau:

• key_purchaseCount: 1 × 32.768 = 32.768
• key_purchaseValue: 52 × 22 = 1.144

Trong thực tế, bạn sẽ đặt chúng như sau bằng cách sử dụng tiêu đề chuyên dụng Attribution-Reporting-Register-Aggregatable-Values:

// Instruct the browser to schedule-send a report
res.set(
  "Attribution-Reporting-Register-Aggregatable-Values",
  JSON.stringify({
    "key_purchaseCount": 32768,
    "key_purchaseValue": 1144,
  })
);

Báo cáo tổng hợp được tạo

Trình duyệt so khớp lượt chuyển đổi với một lượt xem hoặc lượt nhấp trước đó và tạo một báo cáo có thể tổng hợp, bao gồm cả tải trọng được mã hoá bên cạnh siêu dữ liệu báo cáo.

Sau đây là ví dụ về dữ liệu có thể có trong tải trọng của báo cáo có thể tổng hợp, nếu có thể đọc được ở dạng văn bản thuần tuý:

[
  {
    key: 0x3cf867903fbb73ecf9e491fe37e55a0c, // = source-side key piece OR conversion-side key piece for the key key_purchaseCount
    value: 32768 // the scaled value for 1 conversion, in the context of [CONTRIBUTION_BUDGET/2]
  },
  {
    key: 0x245265f432f16e73f9e491fe37e55a0c, // source-side key piece OR conversion-side key piece for the key key_purchaseValue
    value: 1144 // the scaled value for $52, in the context of [CONTRIBUTION_BUDGET/2]
  },
]

Tại đây, bạn có thể thấy 2 đóng góp riêng biệt trong một báo cáo duy nhất có thể tổng hợp.

Yêu cầu báo cáo tóm tắt

• Báo cáo tổng hợp theo lô. Làm theo lời khuyên trong phần Xử lý hàng loạt.
• Tạo các khoá mà bạn muốn xem dữ liệu. Ví dụ: để xem dữ liệu tóm tắt cho COUNT (tổng số lượt mua) và VALUE (tổng giá trị mua) cho Mã chiến dịch 12 × Mã địa lý 7 × Danh mục sản phẩm 25:
  • Tạo phần khoá phía nguồn, như bạn đã làm khi đặt phần khoá đó trong trình duyệt.
  • Tạo phần khoá phía điều kiện kích hoạt, như bạn đã làm khi đặt phần khoá đó trong trình duyệt.

• Yêu cầu dữ liệu tóm tắt cho dịch vụ tổng hợp đối với các khoá này.

Xử lý báo cáo tóm tắt

Cuối cùng, bạn sẽ nhận được một báo cáo tóm tắt có thể trông như sau:

[
  {"bucket": "00111100111110000110011110010000001111111011101101110011111011001111100111100100100100011111111000110111111001010101101000001100",
    "value": "2558500"},
  {"bucket": "00100100010100100110010111110100001100101111000101101110011100111111100111100100100100011111111000110111111001010101101000001100",
    "value": "687060"},
  …
]

Nhóm đầu tiên là khoá COUNT ở dạng nhị phân. Nhóm thứ hai là khoá VALUE ở dạng nhị phân. Xin lưu ý rằng mặc dù các khoá không đồng nhất (COUNT so với VALUE), nhưng chúng nằm trong cùng một báo cáo.

Giảm giá trị

• 2.558.500 là số lượng giao dịch mua cho khoá này, được tăng lên theo hệ số mở rộng mà bạn đã tính trước đó. Hệ số tỷ lệ cho số lượt mua là 32.768. Chia 2.558.500 cho ngân sách đóng góp của mục tiêu: 2.558.500/32.768 = 156,15 lượt mua hàng.
• 687.060 → 687.060/22 = 31.230 USD tổng giá trị mua.

Do đó, báo cáo tóm tắt cung cấp cho bạn những thông tin chi tiết sau:

- Within the reporting time period, campaign #12
  run in Europe drove about 156 purchases (± noise)
  for the product category #25
  ```

  ```text
- Within the reporting time period, campaign #12
  run in Europe drove $31,230 of purchases (± noise)
  for the product category #25.