Vì sao video khác biệt

Video thường là kho quảng cáo có giá trị nhất của nhà xuất bản, và cũng là nơi tín hiệu đồng ý dễ bị thất lạc nhất. Quảng cáo hiển thị thường chạy qua một wrapper header bidding và một thẻ máy chủ quảng cáo tự động đọc CMP. Quảng cáo video đi qua một con đường dài hơn: trang tải một trình phát, trình phát xây dựng một yêu cầu quảng cáo, máy chủ quảng cáo trả về một tài liệu VAST, và tài liệu đó có thể trỏ đến các wrapper khác, pixel theo dõi và tệp phương tiện, mỗi thứ đều do trình phát chứ không phải trang tải về.

Ở mỗi chặng, tín hiệu đồng ý phải được truyền đi một cách tường minh. Khi không, người mua hoặc coi lượt hiển thị là chưa đồng ý hoặc loại bỏ nó, và định dạng có giá trị cao nhất trên trang web của bạn âm thầm kiếm được ít hơn mức đáng có.

Bước 1: Biết cách trình phát của bạn đọc sự đồng ý

Các trình phát video chia thành ba nhóm lớn:

• Trình phát đọc trực tiếp CMP. Chúng tự gọi __tcfapi hoặc __gpp và gắn tín hiệu vào các yêu cầu quảng cáo.
• Trình phát mong bạn cung cấp sự đồng ý. Bạn truyền chuỗi đồng ý và các cờ trong cấu hình trình phát hoặc trực tiếp trong URL thẻ quảng cáo.
• Trình phát không làm cả hai. Thường là các bản dựng cũ hoặc tùy chỉnh, nơi các yêu cầu quảng cáo được gửi đi mà không có tín hiệu nào.

Hãy xem tài liệu của trình phát và sau đó xác minh hành vi trong tab Network. Tài liệu mô tả điều nên xảy ra; yêu cầu cho thấy điều thực sự xảy ra.

Bước 2: Đặt tín hiệu lên yêu cầu quảng cáo

Hầu hết máy chủ quảng cáo và SSP chấp nhận sự đồng ý dưới dạng tham số URL trên yêu cầu quảng cáo video. Tên gọi khác nhau tùy nền tảng, nhưng những tham số phổ biến là:

• gdpr — 1 nếu GDPR áp dụng cho yêu cầu, 0 nếu không;
• gdpr_consent — chuỗi đồng ý TCF;
• addtl_consent — chuỗi Additional Consent của Google, dành cho các nhà cung cấp nằm ngoài Global Vendor List của TCF;
• gpp và gpp_sid — chuỗi GPP và các ID phần áp dụng;
• các cờ riêng của từng nền tảng cho việc xử lý dữ liệu không cá nhân hóa hoặc bị hạn chế.

Nếu trình phát xây dựng thẻ từ một mẫu, hãy đảm bảo các giá trị được điền vào tại thời điểm yêu cầu, chứ không phải khi trang tải lần đầu. Một khách truy cập chấp nhận sự đồng ý sau khi trình phát khởi tạo không nên có yêu cầu quảng cáo đầu tiên mang một chuỗi rỗng.

Bước 3: Dùng các macro đồng ý của VAST

Phản hồi VAST thường chứa các URL theo dõi và URL wrapper mà trình phát gọi sau đó. Danh sách macro của IAB VAST 4.1 bao gồm [GDPRCONSENT], mà trình phát được kỳ vọng sẽ thay bằng chuỗi đồng ý khi kích hoạt các URL đó. Hãy hỏi các đối tác nhu cầu của bạn xem thẻ của họ có dùng nó không, và xác nhận trình phát của bạn hỗ trợ thay thế macro. Nếu macro bị bỏ nguyên chưa thay, điểm cuối nhận sẽ thấy ký tự giữ chỗ nguyên văn thay vì một tín hiệu hợp lệ.

Bước 4: Xử lý thời điểm của pre-roll

Pre-roll tạo ra một sự giằng co về thời điểm. Yêu cầu quảng cáo muốn được kích hoạt ngay khi trình phát sẵn sàng, nhưng với một khách truy cập EU lần đầu, biểu ngữ có thể vẫn đang hiển thị trên màn hình. Bạn có ba lựa chọn:

1. Chờ quyết định. Giữ yêu cầu quảng cáo cho đến khi CMP báo cáo trạng thái cuối cùng. Cách này mang lại tín hiệu tốt nhất cho người mua nhưng có thể trì hoãn việc phát.
2. Yêu cầu với trạng thái hiện tại. Gửi yêu cầu ngay lập tức với bất kỳ tín hiệu nào đang có, chấp nhận rằng quảng cáo đầu tiên có thể bị coi là chưa đồng ý.
3. Trì hoãn tự động phát một chút. Chỉ khởi động trình phát sau khi khách truy cập tương tác với biểu ngữ hoặc trang, phù hợp với các trang web nơi video nằm bên dưới màn hình đầu tiên.

Không có đáp án đúng chung cho mọi trường hợp. Hãy đo tỷ lệ lấp đầy, CPM và thời gian bắt đầu phát cho từng lựa chọn trên lưu lượng của chính bạn trước khi quyết định.

Bước 5: Đừng quên mid-roll và các phiên dài

Video dài và luồng trực tiếp có thể chạy các đoạn quảng cáo mid-roll nhiều phút sau khi trang được tải. Nếu khách truy cập đã thay đổi lựa chọn trong khoảng đó, các yêu cầu quảng cáo sau này phải phản ánh trạng thái mới. Những trình phát lưu đệm chuỗi đồng ý khi khởi tạo sẽ tiếp tục gửi giá trị cũ. Hãy ưu tiên các tích hợp đăng ký sự kiện thay đổi đồng ý hoặc đọc lại CMP trước mỗi đoạn quảng cáo.

Bước 6: Tách việc lưu trữ phương tiện khỏi quảng cáo

Bản thân tệp video cũng có thể đến từ một bên thứ ba. Việc nhúng một trình phát được lưu trữ từ một nền tảng video có thể đặt cookie hoặc tải công cụ theo dõi ngay cả trước khi có bất kỳ quảng cáo nào được yêu cầu. Hãy coi trình phát là một nhà cung cấp riêng: liệt kê nó trong cấu hình CMP của bạn, quyết định nó dựa vào mục đích nào, và tải nó phía sau một phần giữ chỗ nếu nó đặt các cookie không thiết yếu.

FlexyConsent giúp bạn như thế nào

FlexyConsent cung cấp các API IAB TCF 2.4 và GPP v1.1 tiêu chuẩn, cùng với các tín hiệu Google Consent Mode v2, để các trình phát và thẻ quảng cáo đọc trực tiếp CMP tìm thấy tín hiệu theo định dạng mà chúng mong đợi. FlexyConsent là một CMP được Google chứng nhận (CMP ID 317) và được IAB Europe và IAB Canada chứng nhận.

Quy trình xác minh nhanh

• Tải một trang video từ vị trí EU, chấp nhận, và kiểm tra yêu cầu quảng cáo đầu tiên xem có chuỗi đồng ý được điền hay không.
• Từ chối và lặp lại; xác nhận yêu cầu vẫn được gửi đi với tín hiệu đúng, chứ không phải không có tín hiệu.
• Lần theo một chuỗi wrapper VAST và kiểm tra các URL theo dõi chứa chuỗi thật thay vì macro chưa được thay thế.
• Thay đổi sự đồng ý trong khi phát và kiểm tra đoạn quảng cáo tiếp theo.

Những điểm chính cần nhớ

• Các yêu cầu quảng cáo video do trình phát xây dựng, vì vậy sự đồng ý phải được truyền đi một cách có chủ đích.
• Điền các tham số đồng ý tại thời điểm yêu cầu, không phải khi tải trang.
• Xác nhận [GDPRCONSENT] và các macro tương tự được thay thế dọc theo chuỗi VAST.
• Chọn chiến lược thời điểm pre-roll dựa trên dữ liệu lấp đầy, CPM và thời gian bắt đầu của chính bạn.
• Coi bên lưu trữ video là một nhà cung cấp độc lập.