Vì sao chấp thuận trên CTV lại khác

Trải nghiệm chấp thuận trên web và di động dựa trên một giả định chung: người dùng có thể dễ dàng đọc chữ nhỏ, chạm vào các điều khiển chính xác và cuộn trang. Giao diện người dùng ở khoảng cách 3 mét, được điều khiển bằng remote D-pad, phá vỡ toàn bộ các giả định đó. Điều này dẫn đến những hệ quả trực tiếp cho thiết kế chấp thuận:

• Nhập liệu bằng chữ là hành động “đắt đỏ”. Người dùng không thể thoải mái nhập thông tin dạng dài, điều này giới hạn mức độ tùy biến mà bạn có thể kỳ vọng.
• Thiết bị đa người dùng là chuẩn mực. Một chiếc TV có thể được chia sẻ bởi người lớn và trẻ em, và gần như không có cách đáng tin cậy để biết ai đang xem tại thời điểm đó.
• Định danh bền vững bị giới hạn. Định danh thay đổi theo nền tảng: Roku dùng RIDA, Amazon Fire TV dùng Fire Advertising ID, Android TV cung cấp Advertising ID, tvOS hạn chế nhận diện rất mạnh. Tất cả đều có thể được đặt lại, và một số có thể bị tắt hoàn toàn.
• Hạn chế từ “container” ứng dụng. Hầu hết nền tảng CTV chạy ứng dụng trong sandbox, giới hạn những gì một CMP có thể inject, loại lưu trữ có thể dùng, và phần khung giao diện (UI chrome) có sẵn.

Những luật quyền riêng tư nào thực sự áp dụng

Không có luật quyền riêng tư riêng cho CTV, nghĩa là ứng dụng CTV và SSP chịu sự điều chỉnh của các khung pháp lý dùng chung vốn đã bao phủ dịch vụ số:

• GDPR và ePrivacy tại EU và Anh — áp dụng bất cứ khi nào một ứng dụng CTV đặt lưu trữ trên thiết bị hoặc đọc thông tin từ đó, bao gồm cả advertising ID.
• CCPA / CPRA tại California, coi định danh thiết bị và lịch sử xem là thông tin cá nhân và trao quyền từ chối cho người dùng đối với việc "bán" và "chia sẻ" dữ liệu đó.
• LGPD tại Brazil, PIPL tại Trung Quốc, và DPDP Act tại Ấn Độ, tất cả đều áp dụng cho người xem CTV theo cách tương tự như với người dùng web.
• COPPA tại Hoa Kỳ, đặc biệt liên quan đến các ứng dụng CTV hướng đến gia đình và bất kỳ tồn kho nào mà có cơ sở hợp lý để tin rằng trẻ em đang xem.

Không luật nào miễn trừ CTV, và cũng không luật nào chấp nhận lý do "đó là TV" để bỏ qua chấp thuận. Câu hỏi không phải là có thu thập chấp thuận hay không — mà là làm thế nào để thu thập theo cách người dùng thực sự có thể hoàn tất bằng remote.

Khung IAB Tech Lab cho chấp thuận trên CTV

IAB Tech Lab đã công bố các đặc tả giúp việc kiếm tiền programmatic từ CTV tương thích với chấp thuận. Những phần quan trọng nhất gồm:

• Global Privacy Platform (GPP) — hậu duệ của chuỗi TCF và USP, được thiết kế ngay từ đầu để biểu diễn nhiều khu vực pháp lý trong một tín hiệu chấp thuận duy nhất và truyền tải mượt mà qua các yêu cầu đấu giá phía server.
• OpenRTB 2.6 trở lên — bao gồm các trường để truyền chuỗi GPP, cờ danh mục nhạy cảm, và trạng thái loggedInState của người dùng để bên mua có thể tôn trọng chấp thuận tại thời điểm đấu giá.
• App-ads.txt và sellers.json — thiết yếu cho việc xác thực tồn kho trong một kênh nơi gian lận và mạo danh khá phổ biến, và gián tiếp liên quan vì bên mua ngày càng từ chối đấu giá tồn kho CTV nếu không có tín hiệu chấp thuận có thể xác minh đi kèm.

Nếu stack kiếm tiền CTV của bạn không hỗ trợ GPP hoặc không truyền chuỗi chấp thuận trong yêu cầu đấu giá, nhiều DSP sẽ đơn giản bỏ qua impression đó thay vì mạo hiểm mua mà không có cơ sở pháp lý.

Thiết kế trải nghiệm chấp thuận CTV thực sự hiệu quả

Chấp thuận tốt trên CTV trước hết là bài toán UX, sau đó mới là bài toán pháp lý. Một vài nguyên tắc thường xuyên hiệu quả trong thực tế:

1. Hiển thị thông báo một lần, ngay từ đầu. Trình bày thông báo quyền riêng tư ở lần khởi chạy đầu tiên trước khi thực hiện bất kỳ ad call nào, không giấu trong phần cài đặt.
2. Dùng các nút lớn, thân thiện với remote. Hai hoặc ba nút, mỗi nút chiếm ít nhất một phần tư chiều rộng màn hình, với trạng thái focus tương phản cao, rõ ràng khi điều hướng bằng D-pad.
3. Cung cấp tùy chọn "từ chối" thực sự, ngang hàng với "chấp nhận". Giấu nút từ chối sau menu con là một dark pattern điển hình và đã bị xử lý trong bối cảnh web — cơ quan quản lý sẽ không nương tay với CTV.
4. Hỗ trợ xác nhận bằng giọng nói khi nền tảng cho phép. Trên các thiết bị hỗ trợ Alexa, Google Assistant và Siri, xác nhận bằng giọng nói thường là cách dễ tiếp cận nhất để đưa ra chấp thuận.
5. Cung cấp màn hình tùy chọn cố định có thể truy cập từ menu chính trong tối đa hai lần bấm.
6. Không bao giờ khóa nội dung phía sau chấp thuận. Các gói có quảng cáo có thể phụ thuộc vào việc chấp nhận quảng cáo, nhưng lựa chọn giữa gói trả phí và miễn phí phải thực sự có ý nghĩa — không phải một bức tường cookie trá hình.

Server-Side Ad Insertion và chuỗi chấp thuận

Phần lớn tồn kho CTV chất lượng cao được phân phối qua server-side ad insertion (SSAI), nơi quảng cáo được ghép vào video trên server của nhà xuất bản và thiết bị người dùng cuối không bao giờ gọi trực tiếp đến ad server. SSAI tạo ra một chuỗi chấp thuận cần được xử lý cẩn trọng:

• Ứng dụng thu thập chấp thuận trên thiết bị và tạo ra chuỗi GPP.
• Chuỗi GPP được truyền cho nhà cung cấp SSAI như một phần của quá trình khởi tạo phiên.
• Nhà cung cấp SSAI chuyển tiếp chuỗi này đến ad server hoặc SSP trong mọi yêu cầu gửi lên.
• SSP đưa chuỗi vào các yêu cầu đấu giá OpenRTB gửi cho bên mua.

Bất kỳ điểm đứt gãy nào trong chuỗi — trường bị thiếu, chuỗi cũ do cache, nhà cung cấp SSAI không chuyển tiếp GPP — đều khiến bên mua ở hạ nguồn thực chất mua trong tình trạng “mù”. Ở các khu vực chịu GDPR, đó là rủi ro pháp lý cho mọi bên trong chuỗi.

Trẻ em và CTV

Kênh CTV được gia đình sử dụng rất nhiều, và cơ quan quản lý nh��n nhận rất nghiêm khắc việc theo dõi trên các màn hình mà trẻ em có khả năng là người xem. Các biện pháp bảo vệ thực tế bao gồm hỗ trợ chế độ trẻ em ở cấp độ nền tảng, cung cấp trải nghiệm quảng cáo chỉ theo ngữ cảnh cho nội dung trẻ em, và đảm bảo bất kỳ ứng dụng thuộc phạm vi COPPA nào đều vận hành một pipeline chấp thuận và chọn quảng cáo hoàn toàn tách biệt với khán giả chung. FTC đã nhiều lần cho thấy họ coi lập luận "chúng tôi không biết đó là trẻ em" là yếu khi nội dung rõ ràng nhắm đến trẻ nhỏ.

Các nhà xuất bản CTV nên làm gì ngay bây giờ

1. Kiểm toán tín hiệu chấp thuận hiện tại. Xác nhận rằng ứng dụng CTV của bạn thực sự tạo ra chuỗi chấp thuận và chuỗi đó đến được SSP trong mọi yêu cầu đấu giá. Nhiều nhà xuất bản phát hiện, sau khi kiểm tra, rằng họ đang dựa vào chuỗi mặc định "1YNN" hoặc chuỗi rỗng.
2. Áp dụng GPP. Chỉ dùng chuỗi TCF hoặc chỉ USP không còn đủ cho tồn kho đa khu vực pháp lý. Hãy chuyển sang GPP để một tín hiệu có thể bao phủ EU, Anh, luật các bang tại Mỹ và các khung mới nổi.
3. Thiết kế lại trải nghiệm lần khởi chạy đầu tiên xoay quanh giao diện chấp thu��n thân thiện với remote trước khi phát hành bản cập nhật ứng dụng tiếp theo.
4. Tài liệu hóa chuỗi chấp thuận từ đầu đến cuối, từ ứng dụng qua SSAI đến bên mua. Cơ quan quản lý đã bắt đầu yêu cầu sơ đồ này một cách cụ thể.
5. Đào tạo đội ngũ ad ops để nhận biết tồn kho nào đã có chấp thuận và tồn kho nào chưa, nhằm cung cấp phương án dự phòng chỉ theo ngữ cảnh khi tín hiệu chấp thuận bị thiếu.

Kết luận

CTV không phải vùng trắng về quyền riêng tư, và giả định rằng "không ai quản lý TV" hiện đã sai ở mọi thị trường lớn. Tin tốt là các khối xây dựng cần thiết — GPP, OpenRTB 2.6, chuyển tiếp chấp thuận có nhận thức SSAI, và các mẫu UX thân thiện với remote — đều đã tồn tại. Những nhà xuất bản áp dụng sớm sẽ là người vẫn có thể bán tồn kho CTV cao cấp khi bên mua bắt đầu từ chối mọi thứ còn lại. Màn hình phòng khách là biên giới tiếp theo cho quản lý chấp thuận, và những đơn vị coi nó như vậy sẽ là người nắm giữ ngân sách quảng cáo khi phần còn lại c��a thị trường bắt kịp.