Khung kiểm thử tải của Dịch vụ tổng hợp

Chúng tôi rất mong nhận được ý kiến phản hồi của bạn về tài liệu này trong quá trình chuẩn bị thêm tài liệu này vào kho lưu trữ hướng dẫn công khai của chúng tôi.

Các công nghệ quảng cáo nên chạy thử nghiệm tải trên 100% lưu lượng truy cập chính thức:

  1. Công nghệ quảng cáo nên truy cập vào tính năng đo lường Phân bổ lượt chuyển đổi bằng cách sử dụng Attribution Reporting API làm trường hợp sử dụng báo cáo.
  2. Công nghệ quảng cáo phải đưa ra các quyết định về thiết kế trong khi giảm thiểu độ nhiễu (tham khảo: quyết định về thiết kế được mô hình hoá)
  3. Trong khi thử nghiệm, các công nghệ quảng cáo phải theo dõi số lượng công việc mà chúng chạy mỗi ngày (ví dụ: số lượng công việc của mỗi nhà quảng cáo), mức phân phối ước tính của số lượng sự kiện chuyển đổi và số lượng khoá tổng hợp làm dữ liệu đầu vào cho mỗi công việc xử lý (tham khảo tham số công việc output_domain_blob_prefix trong tài liệu về API Dịch vụ tổng hợp) và số sự kiện chuyển đổi trung bình ước tính trên mỗi báo cáo đầu vào.
  4. Để thử nghiệm, các công nghệ quảng cáo nên tra cứu loại thực thể được đề xuất trong bảng hướng dẫn định cỡ dựa trên kích thước công việc dự kiến (tức là số lượng báo cáo, kích thước miền) và định cỡ dịch vụ tổng hợp đã triển khai cho phù hợp. Tài liệu tham khảo: Hướng dẫn định cỡ cho Dịch vụ tổng hợp trên AWS
  5. Công nghệ quảng cáo phải thực thi các công việc tổng hợp cho kiểm thử tải.

Bàn thắng

Hướng dẫn này dành riêng cho tính năng đo lường mô hình phân bổ lượt chuyển đổi tổng hợp và sẽ bao gồm các hướng dẫn thiết lập và định cấu hình chính dành cho các công nghệ quảng cáo để:

  • Ước tính kỳ vọng về tải để đo lường mô hình phân bổ lượt chuyển đổi tổng hợp.
  • Tối ưu hoá chế độ thiết lập và cấu hình chính của họ cho hiệu suất và độ nhiễu dựa trên các phương diện và mục tiêu mà họ dự định đo lường, cũng như quy mô và phân khúc của nhà quảng cáo.

Điều kiện tiên quyết

Hướng dẫn này dành cho đối tượng công nghệ quảng cáo. Trước khi thực hiện các bước sau, bạn nên xem lại tài liệu của chúng tôi về việc xử lý tạp âm, các quyết định thiết kế báo cáo tóm tắt và thử nghiệm với phòng thí nghiệm tạp âm để có cấu hình tối ưu.

Các bước

1. Chiến lược thiết lập khoá tổng hợp ban đầu

Xác định số lượng cấu trúc khoá (tức là tập hợp các phương diện) mà bạn cần dựa trên loại hình doanh nghiệp và mục tiêu của mình. Xin lưu ý rằng việc tối ưu hoá cấu trúc khoá có thể giúp giảm nhiễu trong báo cáo.

Số lượng nhà quảng cáo mà bạn có
Ví dụ: giả sử bạn có 1.000 nhà quảng cáo.

Điểm tương đồng giữa các nhà quảng cáo
Bạn nên đánh giá điểm tương đồng dựa trên số lượt chuyển đổi, giá trị lượt chuyển đổi tương đối và phạm vi chung của các đặc điểm của nhà quảng cáo. Bạn càng có thể nhóm các giá trị này lại với nhau một cách tương tự, thì kết quả của bạn càng được điều chỉnh tinh vi hơn (do ít biến thiên hơn trong các giá trị đầu ra), do đó, tiếng ồn càng ít tác động. Tham khảo phần quản lý khoá nâng cao để biết thêm thông tin chi tiết. Ví dụ: một công nghệ quảng cáo có thể phân đoạn nhà quảng cáo theo ngành, mức chi tiêu và số lượt chuyển đổi như sau:

  • Ngành (ví dụ: Bảo hiểm, Trang sức, Bán lẻ tăng trưởng)
  • Khoản chi tiêu (ví dụ: <50.000 USD/quý, 50.000 USD – 150.000 USD/quý, 150.000 USD – 250.000 USD/quý)
  • Số lượt chuyển đổi (Thấp, Trung bình, Cao)

Số lượng cấu trúc khoá tổng hợp cần tạo
Ví dụ: 27 (3x3x3) : 3 ngành, 3 loại chi tiêu và 3 nhóm cho giá trị lượt chuyển đổi.

2. Xác định phương diện chính của dữ liệu tổng hợp

Tiếp theo, hãy xác định các phương diện quan trọng mà bạn muốn theo dõi cho cả lượt hiển thị và lượt chuyển đổi để ước tính số lượng khoá phía nguồn và khoá phía trình kích hoạt.

Đối với mỗi cấu trúc khoá tổng hợp, các phương diện quan trọng mà bạn cần theo dõi cho số lượt hiển thị sẽ giúp bạn xác định số lượng khoá phía nguồn. Phương diện sẽ phụ thuộc vào loại nhà quảng cáo, chẳng hạn như ngành, mức chi tiêu hoặc lượt chuyển đổi. Các ví dụ sau đây giúp giải thích về phương diện:

  • Cấu trúc khoá 1: (Ngành = bảo hiểm, mức chi tiêu < 50.000, số lượt chuyển đổi = thấp)

    • Đáp: 4 phương diện: Chiến dịch (ví dụ: 50 khả năng), Nhóm quảng cáo (ví dụ: 20 khả năng), Loại thiết bị (ví dụ: 5 khả năng), Vị trí địa lý (ví dụ: 50 khả năng)
      1. Số tổ hợp kích thước có thể có = 50 x 20 x 5 x 50 = 250.000. Giá trị này thể hiện số lượng tổ hợp kích thước có thể có cho các khoá phía nguồn của cấu trúc khoá 1.
      2. Cần đặt trước 18 bit (18 bit = 262.144 tổ hợp có thể có)
  • Cấu trúc khoá 2: (Ngành = bảo hiểm, mức chi tiêu = <50.000, số lượt chuyển đổi = trung bình)

    • Đáp: 4 phương diện: Chiến dịch (ví dụ: 30 khả năng), Nhóm quảng cáo (ví dụ: 80 khả năng), Loại quảng cáo (ví dụ: 3 khả năng), Vị trí địa lý (ví dụ: 50 khả năng).
      1. Số tổ hợp kích thước có thể có = 30 x 80 x 3 x 50 = 360.000. Giá trị này thể hiện số lượng tổ hợp kích thước hoặc khoá phía nguồn có thể có cho cấu trúc khoá 2.
      2. Cần đặt trước 19 bit (19 bit) = 524.288 tổ hợp có thể có)
  • Cấu trúc khoá 3: Lặp lại (lên kế hoạch tương tự cho tất cả Cấu trúc khoá bạn có)

Đối với mỗi cấu trúc khoá tổng hợp, các phương diện quan trọng mà bạn cần theo dõi cho lượt chuyển đổi sẽ giúp bạn xác định khoá phía trình kích hoạt. Ví dụ:

  • Cấu trúc khoá 1: (Ngành = bảo hiểm, mức chi tiêu < 50.000, số lượt chuyển đổi = thấp)

    • Đáp: 2 phương diện: Danh mục sản phẩm (ví dụ: 100 khả năng), Loại lượt chuyển đổi (ví dụ: 5 khả năng)
      1. Số tổ hợp kích thước có thể có = 100 x 5 = 500
      2. Cần đặt trước 9 bit (9 bit = 512 tổ hợp có thể có)
  • Cấu trúc khoá 2: (Ngành = bảo hiểm, mức chi tiêu = <50.000, số lượt chuyển đổi = trung bình)

    • Đáp: 3 phương diện: Danh mục sản phẩm (ví dụ: 50 khả năng), Loại sản phẩm (10 khả năng), Loại lượt chuyển đổi (3 khả năng)
      1. Số tổ hợp phương diện có thể có = 50 x 10 x 3 = 1.500
      2. Cần đặt trước 11 bit (11 bit = 2.048 tổ hợp có thể có)
  • Cấu trúc khoá 3: Lặp lại (lên kế hoạch tương tự cho tất cả Cấu trúc khoá bạn có)

Số liệu ước tính cho khoá tổng hợp

  • Cấu trúc khoá 1: 250.000 khoá lượt hiển thị x 500 khoá lượt chuyển đổi = 125.000.000 khoá
  • Cấu trúc khoá 2: 360.000 khoá lượt hiển thị x 1.500 khoá lượt chuyển đổi = 540.000.000 khoá
  • Cấu trúc khoá 3: (lập kế hoạch tương tự cho tất cả Cấu trúc khoá mà bạn có)
  • Lặp lại cho từng Cấu trúc khoá
  • Số khoá tổng hợp tối đa = 540.000.000 khoá (trên tất cả cấu trúc khoá). Cần đặt trước 30 bit (30 bit = 1,07 tỷ tổ hợp có thể có)

Số lượt chuyển đổi dự kiến

Đối với mỗi cấu trúc khoá tổng hợp, bạn có thể giải thích về khối lượng dự kiến bằng các ví dụ sau:

  • Cấu trúc khoá 1: (Ngành = bảo hiểm, chi tiêu <50.000, số lượt chuyển đổi = thấp)
    • Đáp: Dự kiến Chi phí của nhà quảng cáo cho Cấu trúc khoá 1 sẽ đạt khoảng 500.000 đô la trong quý tiếp theo với giá CPM trung bình là 8 đô la. Dự kiến, điều này sẽ dẫn đến việc cần đăng ký 62.500.000 lượt hiển thị.
    • Dự kiến tỷ lệ chuyển đổi trung bình từ số lượt hiển thị mà Cấu trúc khoá 1 sẽ tạo ra trong quý tiếp theo là 0,08%, dẫn đến việc cần thu thập 50.000 lượt chuyển đổi được phân bổ. Đối với mỗi lượt chuyển đổi, hãy đo lường giá trị giao dịch mua và số lượt mua.
  • Cấu trúc khoá 2: (Ngành = bảo hiểm, mức chi tiêu = <50.000, số lượt chuyển đổi = trung bình)
    • Đáp: Dự kiến rằng Khoá 2 sẽ có mức chi tiêu khoảng 800.000 đô la trong quý tiếp theo với mức giá CPM trung bình là 10 đô la. Dự kiến, bạn sẽ cần đăng ký 80.000.000 lượt hiển thị.
    • Dự kiến tỷ lệ chuyển đổi trung bình từ lượt hiển thị mà Khoá 2 sẽ tạo ra trong quý tiếp theo là 0,03125%, dẫn đến việc cần thu thập 25.000 lượt chuyển đổi được phân bổ. Đối với mỗi lượt chuyển đổi, hãy đo lường giá trị giao dịch mua và số lượt mua.
  • Lặp lại cho từng Cấu trúc khoá

Tần suất phân phối và báo cáo theo lô (mỗi lô cho mỗi nhà quảng cáo)**

Đối với mỗi cấu trúc khoá tổng hợp, bạn sẽ cần báo cáo lượt chuyển đổi được phân phối định kỳ. Bạn nên phân lô các công nghệ quảng cáo theo nhà quảng cáo (để phân tách dữ liệu rõ ràng hơn theo báo cáo và tổng hợp hiệu quả hơn) và sử dụng trường shared_info.scheduled_report_time của báo cáo để phân lô.

  • Đáp: Hằng giờ
  • B: Hằng ngày
  • C: Hàng tuần

Ghi chú

  • Để tạo lô theo nhà quảng cáo, hãy xác minh thoả thuận mức độ cung cấp dịch vụ (SLA) với nhà quảng cáo.
  • Việc tạo lô thường xuyên hơn sẽ làm tăng độ nhiễu trên mỗi lô. (Xem: Quyết định: Tần suất theo lô).

  • Để tránh lỗi do tạo lô không chính xác, hãy đảm bảo các lô sử dụng trường scheduled_report_time chứ không phải report arrival time. Ví dụ: nếu bạn tạo lô báo cáo mỗi giờ, thì lô báo cáo cho 11 giờ sáng chỉ nên bao gồm các báo cáo có scheduled_report_time từ 10 giờ sáng đến 11 giờ sáng, chứ không phải các báo cáo đến từ 10 giờ sáng đến 11 giờ sáng với một scheduled_report_time khác (ví dụ: 9 giờ sáng).

Số liệu ước tính về số lượng báo cáo

  • Cấu trúc khoá 1: 50.000 lượt chuyển đổi được phân bổ / 2160 (báo cáo hằng giờ, số giờ trong một quý) = 24 báo cáo tóm tắt mỗi giờ cho mỗi nhà quảng cáo (24 x 1.000 nhà quảng cáo = 24.000 báo cáo tóm tắt)
  • Cấu trúc khoá 2: 25.000 lượt chuyển đổi được phân bổ / 2.160 (báo cáo hằng giờ, số giờ trong một quý) = 12 báo cáo tóm tắt mỗi giờ cho mỗi nhà quảng cáo (12 x 1.000 nhà quảng cáo = 12.000 báo cáo tóm tắt)
  • Cấu trúc phím 3: Lặp lại
  • Tổng số báo cáo tóm tắt mỗi giờ = 24 báo cáo tóm tắt cho cấu trúc khoá 1 + 12 báo cáo tóm tắt cho cấu trúc khoá 2 + ... = ... mỗi giờ cho mỗi nhà quảng cáo

Tóm tắt ý kiến phản hồi

Việc hiểu rõ các số liệu ước tính sau đây từ các công nghệ quảng cáo giúp chúng tôi lên kế hoạch cho các tính năng và biện pháp cải tiến để hỗ trợ quy mô mà các công nghệ quảng cáo yêu cầu. Bạn nên chia sẻ với chúng tôi những thông tin sau. Hãy xem hướng dẫn định cỡ cho Dịch vụ tổng hợp trên AWS để biết thêm thông tin:

  • Số lượng khoá miền đầu vào tối đa (khoá để tổng hợp) cho mỗi công việc dịch vụ tổng hợp
  • Số lượng báo cáo đầu vào tối đa trên mỗi công việc (lượt chuyển đổi được phân bổ)
  • Mức đóng góp ước tính trên mỗi báo cáo (cặp khoá/giá trị trong một báo cáo)
  • Phân phối ước tính của lượt chuyển đổi được phân bổ cho mỗi công việc
  • Phân phối ước tính của khoá miền trong một công việc
  • Số công việc ước tính mỗi giờ/ngày/tuần