Trước khi bắt đầu
- Bạn phải xem xét ấn bản này cùng với hướng dẫn về thử nghiệm CMA: Ghi chú về thử nghiệm (tháng 11 năm 2022), Hướng dẫn thử nghiệm (tháng 6 năm 2023) và Hướng dẫn bổ sung về thử nghiệm (tháng 10 năm 2023).
- Mục tiêu của tài liệu này là cung cấp hướng dẫn cho những người tham gia thị trường về các trường hợp sử dụng, cấu hình, cấu trúc thử nghiệm, mục tiêu và phương pháp đánh giá hay nhất dành cho những người tham gia thị trường.
Nguyên tắc thiết kế thử nghiệm
Đảm bảo rằng nhóm thử nghiệm và nhóm đối chứng được xác định rõ và đo lường các biến giống nhau.
Sắp xếp ngẫu nhiên và chỉ định người dùng
- Nếu bạn không chỉ sử dụng các nhóm thử nghiệm có hỗ trợ Chrome (ví dụ: chạy thử nghiệm trên lưu lượng truy cập khác), hãy đảm bảo rằng việc phân chia người dùng thử nghiệm và đối chứng là ngẫu nhiên và không thiên vị. Bất kể cách thiết lập nhóm thử nghiệm, hãy đánh giá đặc điểm của nhóm thử nghiệm và nhóm đối chứng để đảm bảo nhóm thử nghiệm/nhóm đối chứng tương đương với nhau. Xem: Mục 15.
- Đảm bảo rằng đặc điểm người dùng của nhóm thử nghiệm và nhóm đối chứng là giống nhau (ví dụ: sử dụng vị trí địa lý tương tự trong cả nhóm thử nghiệm và nhóm đối chứng). Hãy xem phần: Mục 28.
- Sử dụng thiết kế thử nghiệm được đề xuất của CMA, bao gồm 3 nhóm thử nghiệm: xử lý (API PS + các tín hiệu khác) + đối chứng 1 (không có 3PCs + các tín hiệu khác) + đối chứng 2 (không có 3PCs + không có API PS + tín hiệu khác). Xem: Phần 10-14.
- Đảm bảo rằng chế độ thiết lập của bạn tận dụng tối đa nhãn kiểm thử do Chrome hỗ trợ.
- Xin lưu ý rằng Chrome có kế hoạch loại trừ một số phiên bản Chrome khỏi các nhóm thử nghiệm này vì lý do pháp lý, trải nghiệm người dùng và / hoặc lý do kỹ thuật. Bao gồm cả Chrome Enterprise và các trình duyệt khác. Các quy tắc loại trừ này sẽ giống nhau đối với Chế độ A và Chế độ B, do đó đối với Nhóm đối chứng 1, Nhóm đối chứng 2 và Nhóm can thiệp. Do đó, bạn không nên so sánh chỉ số thu được trên nhóm thử nghiệm với chỉ số thu được bên ngoài các nhóm này.
Điều chỉnh cấu hình giữa các nhóm thử nghiệm và nhóm đối chứng
- Đảm bảo rằng các nhóm thử nghiệm và nhóm đối chứng đang sử dụng cấu hình chiến dịch tương đương, bao gồm cả khoảng không quảng cáo, định dạng quảng cáo, loại chiến dịch và chế độ cài đặt chiến dịch tương đương. Hãy xem phần: Mục 28.
- Một số ví dụ cụ thể bao gồm: đảm bảo các loại chuyển đổi tương tự đang được đo lường bằng cách sử dụng cùng một khoảng thời gian phân bổ và cùng một logic phân bổ, các chiến dịch đang nhắm đến các đối tượng, nhóm mối quan tâm, vị trí địa lý tương tự, đồng thời sử dụng nội dung quảng cáo và định dạng quảng cáo tương tự. Hãy xem phần: Mục 28.
- Lý tưởng nhất là DSP có thể quản lý báo cáo và không phải dựa vào công ty bên thứ ba có thể thêm lớp phân bổ bổ sung. Nếu khách hàng của DSP đang sử dụng một công ty bên thứ ba để thực hiện phân bổ, thì bên thứ ba đó phải được đưa vào kế hoạch tích hợp/thử nghiệm, cũng như trong cả nhóm thử nghiệm và nhóm đối chứng.
- Đảm bảo rằng mỗi chiến dịch do một DSP tham gia quản lý đều có cơ hội tham gia phiên đấu giá như nhau trong nhóm thử nghiệm và nhóm đối chứng, đồng thời hành vi đặt giá thầu của chiến dịch này trong mỗi nhóm không bị ảnh hưởng bởi sự hiện diện của các nhóm khác. Xem: Mục 25.
Thu thập và đánh giá chỉ số
- Trước khi đánh giá kết quả, hãy đảm bảo rằng sự khác biệt về kết quả giữa nhóm thử nghiệm và nhóm đối chứng có ý nghĩa thống kê. Xem: Mục 25.
- Đối với tất cả các chỉ số, hãy đảm bảo rằng các điểm ngoại lai được đánh giá. Đặc biệt, đối với chỉ số doanh số bán hàng hoặc Lợi tức trên chi tiêu của nhà quảng cáo (ROAS), logic phân bổ một điểm tiếp xúc rất dễ bị ngoại lệ, có thể vô tình ảnh hưởng đáng kể đến kết quả theo cách này hay cách khác. Xem phần: Phụ lục.Bảng 2.
- Nếu bạn sử dụng các phương pháp không phải của 3PC để đo lường lượt chuyển đổi (ví dụ: trang trí đường liên kết, dữ liệu của bên thứ nhất, dữ liệu khác theo bối cảnh), hãy nhớ sử dụng các phương pháp đó trong cả nhóm thử nghiệm và nhóm đối chứng. Xem: Phần 13 và 14.
- Hãy cân nhắc sử dụng hai nhóm thử nghiệm khác nhau, một nhóm để đo lường API Mức độ liên quan và nhóm còn lại để đo lường API Báo cáo phân bổ. Điều này giúp tránh thử nghiệm đa lượng biến và giúp bạn dễ dàng hiểu được nguyên nhân của quan sát. Để biết thêm thông tin, hãy xem Hướng dẫn kiểm thử đo lường và xem bảng để biết các phương pháp đo lường được đề xuất theo nhóm thử nghiệm.
Phương pháp điều trị so với Nhóm đối chứng 1 So sánh trạng thái kết thúc đề xuất với trạng thái hiện tại. |
Phương pháp điều trị so với Nhóm đối chứng 2 So sánh trạng thái kết thúc đề xuất không có API PS. |
Nhóm đối chứng 2 so với Nhóm đối chứng 1 So sánh hoạt động đo lường lượt chuyển đổi khi có và không có 3PC, không có API PS nào. |
|
Phương pháp đo lường | Để tránh thử nghiệm đa lượng biến, hãy sử dụng dữ liệu ARA và dữ liệu không phải của 3PC để đo lường các chỉ số dựa trên lượt chuyển đổi cho cả hai nhóm. | Để tránh thử nghiệm đa lượng biến, hãy chỉ sử dụng dữ liệu không phải của 3PC để đo lường các chỉ số dựa trên lượt chuyển đổi cho cả hai nhóm. | Để tránh thử nghiệm đa lượng biến, hãy chỉ sử dụng dữ liệu không phải của 3PC để đo lường các chỉ số dựa trên lượt chuyển đổi cho cả hai nhóm. |
Hướng dẫn triển khai
Mục này đưa ra hướng dẫn về các trường hợp sử dụng phổ biến đối với API mức độ liên quan, cũng như cấu hình tối thiểu hoặc tối ưu để thiết lập API. Bạn cần hiểu rõ những trường hợp sử dụng nào là quan trọng đối với công việc kinh doanh của mình và đảm bảo rằng cấu hình của bạn phù hợp với các yêu cầu tối thiểu trước khi chuyển sang phần thiết lập thử nghiệm.
Trường hợp sử dụng
Chúng tôi đã liệt kê một số trường hợp sử dụng phổ biến trong lĩnh vực mức độ liên quan của quảng cáo. Xin lưu ý rằng các trường hợp sử dụng có thể liên quan đến việc sử dụng nhiều API phù hợp, tuỳ thuộc vào nhu cầu của từng người tham gia thị trường.
Mức độ nhận biết thương hiệu hoặc xác định khách hàng tiềm năng
- Tối thiểu
- Sử dụng tín hiệu Chủ đề dưới dạng phân khúc đối tượng theo ngữ nghĩa.
- Hãy sử dụng Protected Audience API để tạo phân khúc đối tượng bằng cách thêm khách truy cập của một trang web vào một nhóm mối quan tâm đại diện cho danh mục theo bối cảnh của trang web đó.
- Tối ưu
- Sử dụng Chủ đề cùng với những tín hiệu bền vững và riêng tư khác (chẳng hạn như dữ liệu của bên thứ nhất và dữ liệu bối cảnh) làm tính năng trong các mô hình học máy để dự đoán các phân khúc đối tượng cho người dùng.
- Sử dụng Protected Audience API để tạo phân khúc đối tượng bằng cách thêm khách truy cập của một trang web vào một nhóm mối quan tâm dựa trên dữ liệu của bên thứ nhất, hoạt động cụ thể của người dùng, chủ đề hoặc các tín hiệu bối cảnh khác.
- Sử dụng Protected Audience API để tạo phân khúc đối tượng bên thứ nhất có thể được cung cấp cho phần mở rộng về đối tượng nhằm tăng phạm vi tiếp cận cho chiến dịch của nhà quảng cáo.
Tiếp thị lại
- Sử dụng Protected Audience API để tạo các phân khúc tái tiếp thị tuỳ chỉnh cho một trang web bằng cách tạo các nhóm mối quan tâm dựa trên hoạt động của người dùng.
Cấu hình
API chủ đề
- Tối thiểu
- (DSP) Công nghệ quảng cáo sử dụng chủ đề làm tín hiệu trong quá trình lựa chọn quảng cáo phù hợp với bài viết Tối đa hoá mức độ liên quan của quảng cáo mà không cần hướng dẫn về cookie của bên thứ ba đã đăng. Lưu ý rằng các tín hiệu Chủ đề này có thể xuất phát từ việc DSP tự gọi API Chủ đề, từ tín hiệu Chủ đề xử lý do SSP của đối tác cung cấp hoặc cả hai.
- (SSP) Công nghệ quảng cáo hợp tác với một tỷ lệ phần trăm nhà xuất bản để đưa các chủ đề do Topics API trả về vào luồng giá thầu theo thông số kỹ thuật ORTB 2.x. Theo đó, công nghệ quảng cáo phải làm việc với các trang web để nâng cấp và triển khai mọi thư viện bắt buộc (chẳng hạn như phần phụ thuộc đặt giá thầu dựa vào tiêu đề) để có thể gọi Topics API trên các trang web đó.
- (SSP) Công nghệ quảng cáo gọi Topics API trên tất cả lưu lượng truy cập mà công nghệ quảng cáo có thể sử dụng API. Do yêu cầu lọc theo mỗi lệnh gọi, API cần được gọi trong ít nhất 3 tuần để đảm bảo có thể sử dụng tối đa. Để giải quyết vấn đề này, bạn nên bắt đầu gọi Topics API ngay cả trước khi các đối tác DSP sẵn sàng bắt đầu sử dụng tín hiệu.
- Tối ưu
- (DSP) Gọi Topics API tại các mốc quan trọng trong hành trình của người tiêu dùng khi công nghệ quảng cáo có thể sử dụng API này. Sử dụng dữ liệu này để huấn luyện công nghệ học máy, chẳng hạn như bằng cách liên kết các chủ đề với dữ liệu phân bổ và dữ liệu bên thứ nhất có liên quan.
- (DSP) Khám phá và đưa các tính năng dựa trên chủ đề vào các mô hình nhắm mục tiêu theo công nghệ học máy để cải thiện phân khúc đối tượng. Chạy suy luận của mô hình tại thời điểm nhắm mục tiêu để mở rộng các chủ đề người dùng có thể có. So khớp chủ đề được dự đoán với chiến dịch của nhà quảng cáo nhắm đến những phân khúc đối tượng đó.
- (DSP) Khám phá và đưa các tính năng dựa trên chủ đề vào các mô hình đặt giá thầu ML để cải thiện các mô hình Tỷ lệ nhấp (CTR) và Tỷ lệ chuyển đổi (CVR) dự đoán.
Protected Audience
- (DSP) Công nghệ quảng cáo triển khai tất cả phần phụ thuộc phía máy khách để tham gia vào các phiên đấu giá dựa trên Protected Audience API.
- Trong đó có các phần phụ thuộc cốt lõi của Protected Audience API (chẳng hạn như JavaScript logic đặt giá thầu), cũng như mọi mô-đun tích hợp và điểm cuối báo cáo.
- (DSP) Công nghệ quảng cáo sẵn sàng tham gia các phiên đấu giá dựa trên Protected Audience API có thể thanh toán từ quý 1 đến quý 2 năm 2024.
- Điều này đòi hỏi công nghệ quảng cáo phải xác định và phối hợp với các đối tác và trang web thử nghiệm SSP để phù hợp với các mục tiêu, cơ chế bắt tay tích hợp và tiến trình để chạy thử nghiệm toàn diện.
- (DSP) Công nghệ quảng cáo sử dụng máy chủ khoá-giá trị để truy xuất tín hiệu theo thời gian thực nhằm tạo giá thầu.
- Điều này sẽ yêu cầu công nghệ quảng cáo xác định những trường hợp sử dụng chính cần tín hiệu theo thời gian thực, chẳng hạn như tạm dừng những chiến dịch đã chi tiêu toàn bộ ngân sách, và kết hợp các tín hiệu theo thời gian thực này vào logic đặt giá thầu JavaScript.
- (DSP) Công nghệ quảng cáo có phương pháp cấp cao về hiệu suất trong các phiên đấu giá trong Protected Audience.
- Phương pháp tiếp cận cấp cao này thường bao gồm ba khía cạnh: đo lường hiệu suất, phân tích dữ liệu và lặp lại điều chỉnh việc triển khai để cải thiện hiệu suất.
- (SSP) Công nghệ quảng cáo sẵn sàng tham gia các phiên đấu giá Protected Audience có thể lập hoá đơn từ quý 1 đến quý 2 năm 2024.
- Điều này bao gồm việc triển khai và triển khai các phần phụ thuộc cốt lõi của Protected Audience API (chẳng hạn như JavaScript logic quyết định), cũng như mọi mô-đun tích hợp/điều phối, bộ chuyển đổi (chẳng hạn như phần phụ thuộc đặt giá thầu dựa vào tiêu đề) và điểm cuối báo cáo.
- (SSP) Công nghệ quảng cáo đang sử dụng máy chủ khoá-giá trị để truy xuất tín hiệu theo thời gian thực để tính điểm quảng cáo.
- Điều này đòi hỏi công nghệ quảng cáo xác định những trường hợp sử dụng chính cần tín hiệu theo thời gian thực, chẳng hạn như đáp ứng các yêu cầu về chất lượng quảng cáo, đồng thời kết hợp các tín hiệu theo thời gian thực này vào logic quyết định JavaScript của công nghệ.
- (SSP) Công nghệ quảng cáo có phương pháp tiếp cận cấp cao để quản lý các yêu cầu về quy mô và khối lượng lưu lượng truy cập để triển khai sản xuất.
- Điều này sẽ yêu cầu công nghệ quảng cáo phải phối hợp với các đối tác thử nghiệm DSP để tìm nguồn ý định tham gia vào các tín hiệu nguồn và phiên đấu giá cụ thể dựa trên Protected Audience API
Mục tiêu đánh giá và chế độ thiết lập thử nghiệm được đề xuất
Đối với đánh giá này, chúng tôi khuyên bạn nên sử dụng nhãn thử nghiệm hỗ trợ Chrome và Chế độ A.
Chế độ thiết lập thử nghiệm được đề xuất
- Sử dụng thiết kế thử nghiệm do CMA đề xuất, bao gồm 3 nhóm: (Xem: Phần 10-14)
- Nhóm đối chứng 1: Lưu lượng truy cập ở chế độ A, Control_1.* nhóm (3PCs + API Hộp cát về quyền riêng tư + Tín hiệu khác)
- Điều khiển 2: Chế độ B nhóm điều khiển_2 (không có 3PCs + không có API Hộp cát về quyền riêng tư + Tín hiệu khác).
- Phương pháp điều trị: Nhóm chế độ B xử lý_1.* (không có 3 máy tính, có API Hộp cát về quyền riêng tư và các nhóm nhỏ khác)
- Chúng tôi hiểu rằng những người tham gia thị trường sử dụng nhiều tín hiệu khác ngoài 3PC để gán quảng cáo cho các yêu cầu quảng cáo, ví dụ như dữ liệu của nhà xuất bản bên thứ nhất và thông tin bối cảnh. Trong trường hợp những thay đổi được đề xuất này không ảnh hưởng đến những tín hiệu này (việc ngừng sử dụng 3PC và ra mắt API Hộp cát về quyền riêng tư), bạn nên giữ lại các tín hiệu này trong cả nhóm đối chứng và nhóm xử lý.
- Lưu ý rằng một số trang web có thể vẫn truy cập được một số 3 máy tính. Người kiểm thử không được sử dụng 3PC đó cho các trường hợp sử dụng liên quan trong Nhóm đối chứng 2 hoặc Nhóm xử lý. 3 thiết bị đó được thiết kế để giải quyết những trường hợp gián đoạn không phải do quảng cáo.
- Xin lưu ý rằng Privacy Sandbox API (API Hộp cát về quyền riêng tư) sẽ có trong phiên bản kiểm soát 1. Tuy nhiên, như đã nêu trong hướng dẫn của CMA về hoạt động thử nghiệm trong ngành, những người tham gia thử nghiệm không được sử dụng Topics API hoặc chạy phiên đấu giá bằng Protected Audience cho lưu lượng truy cập này.
- Xem quy trình thử nghiệm trên nền tảng Chrome để biết nhãn, kích thước và đặc điểm của từng nhóm.
Phương pháp chỉ số được đề xuất
- Chúng tôi không đề xuất bất kỳ phương pháp cụ thể nào cho việc thu thập hoặc tính toán chỉ số. Tuy nhiên, chúng tôi đặc biệt khuyến khích người kiểm thử cung cấp thông tin minh bạch về phương pháp nêu trên. Điều này sẽ giúp những người đó phân tích kết quả kiểm tra (tức là các cơ quan quản lý) do các công ty khác nhau cung cấp biết về sự chênh lệch và đưa ra quyết định về cách so sánh giữa các kết quả.
- Chúng tôi nhận thấy rằng việc thu thập một số chỉ số có thể yêu cầu sử dụng tính năng Tổng hợp riêng tư mà một số người kiểm thử có thể chưa được tích hợp tại thời điểm thử nghiệm.
- Trong phạm vi có thể, người tham gia có thể báo cáo các chỉ số liên quan đến hoạt động đặt giá thầu và mức độ quan tâm của phiên đấu giá, chẳng hạn như số lượng giá thầu đưa ra phiên đấu giá hoặc giá trị trung bình của giá thầu.
Nhóm thử nghiệm | Điều trị | Nhóm đối chứng 2 | Nhóm đối chứng 1 |
Chế độ giao thông | Chế độ B (3PCD) | Chế độ B' (3PCD + PA + Chủ đề ngăn chặn) | Trạng thái hiện tại (không có 3PCD) |
Đã áp dụng API mức độ liên quan | PA+Chủ đề +tín hiệu theo bối cảnh | Chỉ tín hiệu theo ngữ cảnh | Tín hiệu dựa trên cookie + tín hiệu bối cảnh |
Mục tiêu 1 – (DSP) Đo lường tác động của 3PCD đối với quảng cáo dựa trên mối quan tâm
Chỉ số
Bao gồm các chỉ số chính mà CMA yêu cầu. Nếu có thể, hãy cân nhắc thêm các chỉ số khác có thể hữu ích, chẳng hạn như:
- Số lượng chủ đề trung bình đã nhận được: Số lượng chủ đề đã nhận được trong yêu cầu giá thầu. Chỉ số này là thước đo mức độ phù hợp của API chủ đề.
- Thời gian sử dụng trung bình: Thời gian trung bình mà ít nhất 50% pixel quảng cáo hiện diện trong khung nhìn của người dùng, sau khi quảng cáo bắt đầu hiển thị. Chỉ số này là thước đo mức độ tương tác với quảng cáo.
- Số lượt nhấp trên mỗi lượt hiển thị (còn gọi là tỷ lệ nhấp): Số lượt nhấp trung bình trên mỗi lượt hiển thị. Một thước đo mức độ liên quan của quảng cáo.
- Số lượt nhấp trên mỗi đô la: Số lượt nhấp trung bình trên mỗi đô la Mỹ. Chỉ số này là thước đo chất lượng quảng cáo mà nhà quảng cáo nhận được.
- Số lượt chuyển đổi trên mỗi đô la: Số lượt chuyển đổi trung bình trên mỗi đô la. Chỉ số này là thước đo chất lượng quảng cáo mà nhà quảng cáo nhận được.
- Tỷ lệ chuyển đổi: Số lượt chuyển đổi trung bình trên mỗi lượt nhấp, hiển thị dưới dạng phần trăm. Đó là thước đo chất lượng lưu lượng truy cập mà nhà quảng cáo nhận được.
- Tổng số phản hồi giá thầu riêng biệt: Tổng số phản hồi giá thầu do DSP gửi. Đây là đại diện cho nhu cầu đối với từng dịch vụ của công nghệ quảng cáo.
- Người xem duy nhất: Số người dùng duy nhất mà quảng cáo của nhà quảng cáo tiếp cận được. Đây là phương pháp đo lường phạm vi tiếp cận.
- Tỷ lệ xem hết video: Thời gian trung bình mà ít nhất 50% pixel quảng cáo hiện diện trong khung nhìn của người dùng trong toàn bộ thời lượng quảng cáo dạng video, sau khi video đã hiển thị và bắt đầu phát. Chỉ số này là thước đo mức độ tương tác với quảng cáo.
Các điểm phân tích được đề xuất
- Nhà quảng cáo có thể tiếp cận đối tượng mục tiêu của họ ở quy mô ưu tiên không?
- Mức độ tương tác với quảng cáo và lượt tương tác chịu ảnh hưởng như thế nào của những thay đổi này?
- Chất lượng quảng cáo mà nhà quảng cáo nhận được chịu ảnh hưởng như thế nào bởi thay đổi này?
- Nhà quảng cáo có thể quảng cáo theo cách hiệu quả về chi phí không? Nói cách khác, họ có thể thu nạp khách hàng mới với mức giá thấp hơn giá trị mà những khách hàng đó tạo ra trong một khoảng thời gian hợp lý không?
- Có cảnh báo đáng chú ý nào mà bạn nên cân nhắc khi đánh giá kết quả thử nghiệm của một người tham gia thị trường không?
- Kết quả của các thử nghiệm mà đối tác tham gia thị trường thực hiện trước đó (nếu có) như thế nào?
- Những trở ngại có thể ảnh hưởng đến hiệu suất là gì? Ngược lại, những yếu tố nào đang thúc đẩy hiệu suất?
Mục tiêu 2 – (DSP) Đo lường tác động của 3PCD đối với tái tiếp thị
Chỉ số
Bao gồm các chỉ số chính mà CMA yêu cầu. Nếu có thể, hãy cân nhắc thêm các chỉ số khác có thể hữu ích, chẳng hạn như:
- Thời gian sử dụng trung bình: Thời gian trung bình mà ít nhất 50% pixel quảng cáo hiện diện trong khung nhìn của người dùng, sau khi quảng cáo bắt đầu hiển thị. Chỉ số này là thước đo mức độ tương tác với quảng cáo.
- Số lượt nhấp trên mỗi lượt hiển thị (còn gọi là tỷ lệ nhấp): Số lượt nhấp trung bình trên mỗi lượt hiển thị. Một thước đo mức độ liên quan của quảng cáo.
- Số lượt nhấp trên mỗi đô la: Số lượt nhấp trung bình trên mỗi đô la Mỹ. Chỉ số này là thước đo chất lượng quảng cáo mà nhà quảng cáo nhận được.
- Số lượt chuyển đổi trên mỗi đô la: Số lượt chuyển đổi trung bình trên mỗi đô la. Chỉ số này là thước đo chất lượng quảng cáo mà nhà quảng cáo nhận được.
- Tỷ lệ chuyển đổi: Số lượt chuyển đổi trung bình trên mỗi lượt nhấp, hiển thị dưới dạng phần trăm. Đó là thước đo chất lượng lưu lượng truy cập mà nhà quảng cáo nhận được.
- Tổng số phản hồi giá thầu riêng biệt: Tổng số phản hồi giá thầu do DSP gửi. Đây là đại diện cho nhu cầu đối với từng dịch vụ của công nghệ quảng cáo.
- Người xem duy nhất: Số người dùng duy nhất mà quảng cáo của nhà quảng cáo tiếp cận được. Đây là phương pháp đo lường phạm vi tiếp cận.
- Tỷ lệ xem hết video: Thời gian trung bình mà ít nhất 50% pixel quảng cáo hiện diện trong khung nhìn của người dùng trong toàn bộ thời lượng quảng cáo dạng video, sau khi video đã hiển thị và bắt đầu phát. Chỉ số này là thước đo mức độ tương tác với quảng cáo.
Các điểm phân tích được đề xuất
- Nhà quảng cáo có thể tiếp cận đối tượng mục tiêu của họ ở quy mô ưu tiên không?
- Mức độ tương tác với quảng cáo và lượt tương tác chịu ảnh hưởng như thế nào của những thay đổi này?
- Chất lượng quảng cáo mà nhà quảng cáo nhận được chịu ảnh hưởng như thế nào bởi thay đổi này?
- Nhà quảng cáo có thể quảng cáo theo cách hiệu quả về chi phí không? Nói cách khác, họ có thể thu nạp khách hàng mới với mức giá thấp hơn giá trị mà những khách hàng đó tạo ra trong một khoảng thời gian hợp lý không?
- Có cảnh báo đáng chú ý nào mà bạn nên cân nhắc khi đánh giá kết quả thử nghiệm của một người tham gia thị trường không?
- Kết quả của các thử nghiệm mà đối tác tham gia thị trường thực hiện trước đó (nếu có) như thế nào?
- Những trở ngại có thể ảnh hưởng đến hiệu suất là gì? Ngược lại, những yếu tố nào đang thúc đẩy hiệu suất?
Mục tiêu 3 – (SSP) Đo lường tác động của 3PCD đối với các phiên đấu giá không do Protected Audience API hỗ trợ
Chỉ số
Bao gồm các chỉ số chính mà CMA yêu cầu cũng như các chỉ số khác có thể hữu ích, chẳng hạn như:
- Mức thay đổi (%) trong mức chi tiêu của chiến dịch theo kế hoạch: Nhà quảng cáo chi tiêu cho chiến dịch. Chỉ số đo lường công nghệ quảng cáo và phần doanh thu của nhà xuất bản.
- Số lượng chủ đề trung bình đã gửi: Số lượng chủ đề trung bình được gửi trong yêu cầu giá thầu. Chỉ số này là thước đo mức độ phù hợp của API chủ đề.
- Độ trễ của phiên đấu giá: Thời gian trung bình để chạy một phiên đấu giá. Đối với các SSP, được đo lường từ lần thực thi mã phía máy khách SSP đầu tiên cho đến khi SSP chọn giá thầu và gửi giá thầu đó đến máy chủ quảng cáo. Đối với máy chủ quảng cáo, được đo lường từ lúc thực thi thẻ quảng cáo đến quảng cáo được hiển thị. Chỉ số này là thước đo tốc độ thực thi phiên đấu giá.
- Doanh thu trên mỗi lượt hiển thị: Doanh thu trung bình được tạo ra trên mỗi lượt hiển thị. Một thước đo về doanh thu của nhà xuất bản.
- Tổng số yêu cầu giá thầu riêng biệt: Tổng số yêu cầu giá thầu riêng biệt do SSP gửi. Đây là đại diện cho nhu cầu đối với từng dịch vụ của công nghệ quảng cáo.
Các điểm phân tích được đề xuất
- Các thay đổi về độ trễ ảnh hưởng như thế nào đến khả năng thực thi phiên đấu giá của SSP? Chúng ảnh hưởng như thế nào đến độ trễ trang của nhà xuất bản?
- Độ trễ ảnh hưởng như thế nào đến doanh thu của nhà xuất bản? Theo số lượng chủ đề được gửi trong yêu cầu giá thầu?
- Nhu cầu về các dịch vụ công nghệ quảng cáo của SSP bị ảnh hưởng như thế nào?
- SSP có thể báo cáo về KPI liên quan đến phiên đấu giá quan trọng đối với hoạt động kinh doanh của nhà xuất bản không? Đối với doanh nghiệp của chính họ?
- Có cảnh báo đáng chú ý nào mà bạn nên cân nhắc khi đánh giá kết quả thử nghiệm của một người tham gia thị trường không?
- Kết quả của các thử nghiệm mà đối tác tham gia thị trường thực hiện trước đó (nếu có) như thế nào?
- Những trở ngại có thể ảnh hưởng đến hiệu suất là gì? Ngược lại, những yếu tố nào đang thúc đẩy hiệu suất?
Mục tiêu 4 – (SSP) Xác định hiệu quả của phiên đấu giá Protected Audience API
Chỉ số
Bao gồm các chỉ số chính mà CMA yêu cầu cũng như các chỉ số khác có thể hữu ích, chẳng hạn như:
- Độ trễ của phiên đấu giá: Thời gian trung bình để chạy một phiên đấu giá. Đối với SSP, được đo lường từ lần thực thi mã phía máy khách SSP đầu tiên, để báo cáo kết quả. Đối với máy chủ quảng cáo, được đo lường từ lúc thực thi thẻ quảng cáo đến quảng cáo được hiển thị. Chỉ số này là thước đo tốc độ thực thi phiên đấu giá.
- Doanh thu trên mỗi lượt hiển thị: Doanh thu trung bình được tạo ra trên mỗi lượt hiển thị. Một thước đo về doanh thu của nhà xuất bản.
- Tỷ lệ đáp ứng: Tỷ lệ đáp ứng đo lường tỷ lệ phần trăm yêu cầu giá thầu mà SSP thực hiện thành công bằng quảng cáo. Để tính toán, hãy chia tổng số lượt hiển thị quảng cáo cho tổng số yêu cầu giá thầu từ SSP.
- Tỷ lệ thời gian chờ: % phiên đấu giá không hoàn tất do đã đạt đến thời gian chờ có thể định cấu hình SSP.
- Tổng số yêu cầu giá thầu riêng biệt: Tổng số yêu cầu giá thầu riêng biệt do SSP gửi. Đây là đại diện cho nhu cầu đối với từng dịch vụ của công nghệ quảng cáo.
Các điểm phân tích được đề xuất
- Các thay đổi về độ trễ ảnh hưởng như thế nào đến khả năng thực thi phiên đấu giá của SSP? Chúng ảnh hưởng như thế nào đến độ trễ trang của nhà xuất bản?
- Thời gian chờ ảnh hưởng như thế nào đến khả năng đặt giá thầu của DSP?
- Độ trễ ảnh hưởng như thế nào đến doanh thu của nhà xuất bản? Theo số lượng chủ đề được gửi trong yêu cầu giá thầu?
- Nhu cầu về các dịch vụ công nghệ quảng cáo của SSP bị ảnh hưởng như thế nào?
- SSP có thể báo cáo về KPI liên quan đến phiên đấu giá quan trọng đối với hoạt động kinh doanh của nhà xuất bản không? Đối với doanh nghiệp của chính họ?
- Có cảnh báo đáng chú ý nào mà bạn nên cân nhắc khi đánh giá kết quả thử nghiệm của một người tham gia thị trường không?
- Kết quả của các thử nghiệm mà đối tác tham gia thị trường thực hiện trước đó (nếu có) như thế nào?
- Những trở ngại có thể ảnh hưởng đến hiệu suất là gì? Ngược lại, những yếu tố nào đang thúc đẩy hiệu suất?