Hướng dẫn về API đối tượng được bảo vệ (Trước đây – FLEDGE)

0
191

API đối tượng được bảo vệ của Google (PAAPI) mang lại hy vọng cho các nhà tiếp thị đang định hướng trong tương lai không có cookie.  

PAAPI, nổi lên từ Hộp cát về quyền riêng tư, thay đổi hoạt động tiếp thị lại bằng cách ưu tiên quyền riêng tư của người dùng mà không ảnh hưởng đến độ chính xác của chiến dịch được nhắm mục tiêu. API đột phá này không chỉ là một công cụ khác—nó là sự thay đổi hướng tới các phương pháp quảng cáo minh bạch, có đạo đức hơn. 

Trong bài viết này, chúng ta khám phá API Đối tượng được bảo vệ, cơ chế, lợi ích và tác động mang tính biến đổi mà nó hứa hẹn đối với hệ sinh thái quảng cáo.

API đối tượng được bảo vệ là gì? (Trước đây – FLEDGE)

API đối tượng được bảo vệ (PAAPI) là một phần của sáng kiến ​​Hộp cát về quyền riêng tư. Nó giúp nâng cao quyền riêng tư trực tuyến đồng thời cho phép nhà quảng cáo phân phối quảng cáo được cá nhân hóa. 

API đối tượng được bảo vệ ngăn các bên thứ ba theo dõi hoạt động duyệt web của người dùng trên các trang web. Trình duyệt có thể chọn quảng cáo có liên quan từ các trang web mà người dùng đã truy cập thông qua các phiên đấu giá trên thiết bị được PAAPI kích hoạt.

API này cho phép nhà quảng cáo điều chỉnh quảng cáo của họ cho phù hợp với đối tượng cụ thể mà không cần truy cập vào dữ liệu người dùng cá nhân. Thay vào đó, thông tin nhạy cảm này được lưu trữ an toàn trên thiết bị của người dùng hoặc trong môi trường đám mây được bảo vệ, đảm bảo duy trì quyền riêng tư của người dùng.

Được Google phát triển trong khoảng ba đến bốn năm, quá trình phát triển của nó bao gồm một số thay đổi về tên, từ TURTLEDOVE thành FLEDGE và cuối cùng là API đối tượng được bảo vệ, phản ánh sự cải tiến của nó dựa trên phản hồi của ngành. 

Lưu ý: RTB House cùng với Google đã góp phần phát triển các cơ chế trong API PA.

Google FLEDGE đã giải thích

FLEDGE (Quyết định thực hiện cục bộ đầu tiên đối với thử nghiệm nhóm) là đề xuất Hộp cát về quyền riêng tư nhằm cho phép các nhà tiếp thị nhắm mục tiêu quảng cáo đến đối tượng tùy chỉnh, dựa trên mức độ tương tác với ứng dụng di động hoặc web trước đây của thành viên đối tượng, theo cách hạn chế việc chia sẻ dữ liệu của bên thứ ba. 

Bây giờ FLEDGE đã được đổi tên thành API đối tượng được bảo vệ.

API đối tượng được bảo vệ dành cho ai?

AP Đối tượng được bảo vệ dành cho các bên liên quan trong hệ sinh thái quảng cáo kỹ thuật số đang chuẩn bị cho một tương lai không có cookie của bên thứ ba , tập trung vào các cách thân thiện với quyền riêng tư để hiểu và thu hút khán giả.

Tuy nhiên, PAAPI được thiết kế chủ yếu cho các nhà quảng cáo, nhà xuất bản và nền tảng công nghệ quảng cáo:

  • Các nhà quảng cáo cần các công cụ tinh vi để nhắm mục tiêu và nhắm mục tiêu lại người dùng mà không cần dựa vào cookie của bên thứ ba, các công cụ này đang bị loại bỏ do lo ngại về quyền riêng tư.

PAAPI cho phép họ tạo và quản lý phân khúc đối tượng tùy chỉnh dựa trên dữ liệu của bên thứ nhất, tạo điều kiện thuận lợi cho các chiến dịch quảng cáo được cá nhân hóa đồng thời tôn trọng quyền riêng tư của người dùng.

  • Các nhà xuất bản muốn cung cấp cho nhà quảng cáo khả năng tiếp cận các phân khúc đối tượng mong muốn ngay trên nền tảng của họ mà không ảnh hưởng đến quyền riêng tư của người dùng.

Bằng cách tận dụng cookie của bên thứ nhất trong khuôn khổ PAAPI, nhà xuất bản có thể tham gia vào các phiên đấu giá quảng cáo bảo vệ quyền riêng tư nhằm duy trì tính ẩn danh của người dùng trên các trang web.

  • Các nền tảng công nghệ quảng cáo đang thích ứng với quảng cáo không dùng cookie bằng cách phát triển các giải pháp tuân thủ các tiêu chuẩn bảo mật mới. 

PAAPI cung cấp cho các nền tảng này cơ chế hỗ trợ khách hàng là nhà quảng cáo và nhà xuất bản của họ trong các nỗ lực nhắm mục tiêu và nhắm mục tiêu lại, đảm bảo rằng họ có thể tiếp tục cung cấp các khả năng quảng cáo có giá trị.

Tại sao chúng ta cần API đối tượng được bảo vệ?

Theo truyền thống, các nền tảng quảng cáo theo dõi hành vi của người dùng trên nhiều trang web để hiểu sở thích, nhưng điều này làm dấy lên mối lo ngại về quyền riêng tư và việc theo dõi. 

Với API đối tượng được bảo vệ, trình duyệt có thể hỗ trợ nhắm mục tiêu quảng cáo mà không cần theo dõi người dùng trên các trang web. Điều này mang lại lợi ích cho nhà xuất bản nội dung bằng cách cho phép họ tạo doanh thu quảng cáo mà không cần dựa vào các phương pháp theo dõi trên nhiều trang web. 

Cuối cùng, API đảm bảo rằng sở thích của người dùng được lưu trữ cục bộ trên thiết bị của họ, nâng cao quyền riêng tư trong khi vẫn cho phép nhắm mục tiêu quảng cáo hiệu quả dựa trên tùy chọn của người dùng.

Khi nào API Đối tượng được bảo vệ sẽ hoạt động?

API đối tượng được bảo vệ hiện đang ở giai đoạn Beta và có sẵn để thử nghiệm trên các thiết bị công cộng. Dự kiến ​​nó sẽ có sẵn rộng rãi vào nửa cuối năm 2024.

Bản dùng thử ban đầu của API Đối tượng được bảo vệ đã được công bố vào Quý 1 năm 2022 và bắt đầu vào tháng 4 năm 2022. Dòng thời gian của Hộp cát về quyền riêng tư cho thấy rằng từ quý 3 năm 2023, hầu hết các chức năng của API Đối tượng được bảo vệ đều đã được ra mắt và khả dụng cho 100% lưu lượng truy cập Chrome. 

Tuy nhiên, Chrome mong đợi những cải tiến và tối ưu hóa khi ngày càng có nhiều công ty thử nghiệm và sử dụng API.

API đối tượng được bảo vệ hoạt động như thế nào?

API đối tượng được bảo vệ sử dụng các nhóm sở thích để cho phép các trang web hiển thị quảng cáo có liên quan đến người dùng của họ. Mỗi nhóm lợi ích đưa ra giá thầu được gọi là người mua.

Ví dụ: khi người dùng truy cập trang web bán giày chạy bộ và thêm chúng vào giỏ hàng, chủ sở hữu nhóm sở thích (ví dụ: DSP) được liên kết với trang web sẽ tạo một nhóm sở thích (ví dụ: “dụng cụ chạy bộ”) và sẽ yêu cầu trình duyệt của người dùng để thêm thành viên cho nhóm sở thích.

Sau đó, khi cùng một người dùng truy cập vào trang web của nhà xuất bản bán không gian quảng cáo (ví dụ: trang web tin tức). SSP được liên kết với trang web kêu gọi đấu giá và gửi yêu cầu quảng cáo đến DSP, chủ sở hữu của các nhóm sở thích mà người dùng là thành viên. 

Các nhà quảng cáo trả lại giá thầu, SSP chấm điểm giá thầu và trả lại quảng cáo chiến thắng cho máy chủ quảng cáo, sau đó nó được hiển thị trên trang web. Vì đây là phiên đấu giá trong thiết bị nên mã đặt giá thầu và logic tính điểm giá thầu sẽ được tải xuống thiết bị và trình duyệt sẽ chạy phiên đấu giá và trả về giá thầu thắng cuộc.

Nhóm lợi ích là gì?

Nhóm sở thích API đối tượng được bảo vệ chứa một nhóm người dùng có chung sở thích sẽ được sử dụng trong tiếp thị lại. Mỗi nhóm lợi ích của PAAPI đều có một chủ sở hữu tạo nhóm đó cho các trường hợp người dùng khác nhau. 

Lưu ý: Dữ liệu trong nhóm sở thích có thể được cập nhật và kích hoạt tối đa 30 ngày. 

Trong bảng bên dưới, bạn có thể xem ví dụ về các loại nhóm lợi ích API đối tượng được bảo vệ khác nhau, chủ sở hữu và các trường hợp sử dụng cụ thể.

Trong Google Chrome, có những hạn chế về số lượng nhóm sở thích được tạo bởi một chủ sở hữu và tổng số chủ sở hữu có thể tạo nhóm sở thích. 

Cụ thể hơn:

  • 1000 nhóm lợi ích cho mỗi chủ sở hữu. Có nghĩa là một thực thể duy nhất, cho dù là nhà quảng cáo, nhà xuất bản hay công ty công nghệ quảng cáo, đều có thể tạo tới 1000 nhóm sở thích riêng biệt.
  • 1000 chủ sở hữu nhóm lợi ích. Giới hạn này liên quan đến số lượng thực thể (chủ sở hữu) có thể tạo nhóm sở thích trong Chrome. Ví dụ: nếu nhiều nhà quảng cáo, nhà xuất bản và công ty công nghệ quảng cáo sử dụng API đối tượng được bảo vệ thì họ có thể tạo tối đa 1000 chủ sở hữu nhóm sở thích duy nhất.

Lưu ý: Những hạn chế này không phải là những hạn chế nghiêm ngặt mà là những hướng dẫn nhằm đảm bảo hệ thống hoạt động trơn tru và hiệu quả. Chúng được thiết kế để ngăn chặn việc sử dụng quá mức có thể ảnh hưởng đến hiệu suất hoặc làm quá tải hệ thống. Trong hoạt động thường xuyên, hầu hết người dùng hoặc tổ chức sẽ không gặp phải những giới hạn này. 

Người mua là gì?

Trong API đối tượng được bảo vệ, người mua đề cập đến một bên có nhóm lợi ích và tham gia đấu giá quảng cáo. 

Ví dụ: một nhà quảng cáo có thể trực tiếp hành động thay mặt mình, trong khi nền tảng bên cầu (DSP) có thể đại diện cho nhiều nhà quảng cáo và chủ sở hữu nhóm lợi ích có thể làm việc thay mặt cho một số nhà quảng cáo. 

Người mua thực hiện 3 nhiệm vụ chính: 

  1. Quyết định có tham gia đấu giá hay không.
  2. Chọn quảng cáo và xác định số tiền giá thầu. 
  3. Báo cáo kết quả đấu giá. 

Các tác vụ này được tự động hóa thông qua mã do người mua cung cấp, được thực thi trong quá trình đấu giá quảng cáo trong API đối tượng được bảo vệ.

Đấu giá quảng cáo hoạt động như thế nào?

Nói một cách đơn giản, đấu giá quảng cáo trong API đối tượng được bảo vệ bao gồm:

  • Người bán bắt đầu đấu giá.
  • Mời người mua đấu giá trên không gian quảng cáo.
  • Đánh giá hồ sơ dự thầu.
  • Hiển thị quảng cáo chiến thắng theo cách bảo vệ quyền riêng tư.
  • Báo cáo kết quả cho các bên liên quan.

Để giới thiệu quy trình chi tiết hơn, dưới đây là quy trình làm việc về cách hoạt động của phiên đấu giá quảng cáo API đối tượng được bảo vệ:

  1. Khi người dùng truy cập trang web hiển thị quảng cáo, người bán (chẳng hạn như nhà xuất bản hoặc SSP) sẽ bắt đầu đấu giá để bán không gian quảng cáo.
  1. Người bán xác định không gian quảng cáo nào có sẵn để bán và mời người mua (chủ sở hữu nhóm lợi ích) tham gia đấu giá. Người bán cũng đặt tiêu chí cho quảng cáo và cung cấp mã để chấm điểm giá thầu.
  1. Mã của mỗi người mua được mời sẽ chạy để tạo giá thầu, cung cấp các chi tiết như giá trị của giá thầu, URL cho quảng cáo và dữ liệu có liên quan khác. Người mua có thể truy cập dữ liệu thời gian thực từ các dịch vụ Khóa/Giá trị của họ trong phiên đấu giá.
  1. Mã của người bán đánh giá từng giá thầu và chọn người chiến thắng dựa trên các tiêu chí như giá trị giá thầu và dữ liệu khác. Người bán có thể sử dụng dịch vụ Khóa/Giá trị của họ cho dữ liệu thời gian thực. Nếu không có giá thầu nào vượt quá giá trị của quảng cáo theo ngữ cảnh thì quảng cáo theo ngữ cảnh đó sẽ thắng. 
  1. Quảng cáo chiến thắng được trả về dưới dạng đối tượng cấu hình khung có rào chắn, bảo vệ quyền riêng tư. Đối tượng config hiển thị quảng cáo, ẩn URL khỏi người bán và nhà xuất bản. Ngoài ra, nếu cờ ResolveToConfig không được đặt thì quảng cáo chiến thắng sẽ được trả về dưới dạng URN mờ có thể được sử dụng để hiển thị quảng cáo trong iframe.
  1. Kết quả đấu giá được thông báo cho người bán và người mua thắng cuộc.

API đối tượng được bảo vệ và tiếp thị lại

API đối tượng được bảo vệ cho phép nhắm mục tiêu lại theo cách bảo vệ quyền riêng tư bằng cách sử dụng dữ liệu của bên thứ nhất và chuyển quy trình đặt giá thầu sang trình duyệt hoặc môi trường đám mây an toàn. 

Quá trình này bắt đầu với việc các nhà quảng cáo và DSP xác định các nhóm sở thích dựa trên hành vi của người dùng. Sau đó, người dùng được chỉ định vào các nhóm sở thích này thông qua lệnh gọi JavaScript, lệnh này ghi lại các chi tiết như tên nhóm sở thích, chủ sở hữu, tín hiệu người dùng và thông tin cấu hình để đặt giá thầu và phân phối quảng cáo—tất cả đều được lưu trữ cục bộ trên thiết bị của người dùng.

Thiết lập này đảm bảo rằng mặc dù DSP biết được việc người dùng được đưa vào một nhóm sở thích nhưng nó không có quyền truy cập vào thông tin chi tiết của người dùng, do đó duy trì tính ẩn danh. Hệ thống sử dụng nguyên tắc ẩn danh k để đảm bảo rằng các nhóm lợi ích chỉ được hình thành khi có đủ người dùng, nâng cao quyền riêng tư. 

Đối với đặt giá thầu thực tế, thông tin được lưu trữ trong trình duyệt của người dùng (ví dụ: ID sản phẩm và khả năng chuyển đổi tiềm năng) được sử dụng để cá nhân hóa quảng cáo và xác định số tiền giá thầu. 

Quá trình đấu giá bao gồm việc tính điểm giá thầu dựa trên tiêu chí do người bán cung cấp, bao gồm giá trị của giá thầu và mức độ liên quan của quảng cáo. Việc thắng giá thầu dẫn đến việc quảng cáo được hiển thị trong khung có rào chắn trên thiết bị của người dùng, hạn chế trao đổi dữ liệu và bảo vệ quyền riêng tư.

Toàn bộ quá trình này cho phép phân phát quảng cáo nhắm mục tiêu lại được cá nhân hóa cao mà không ảnh hưởng đến quyền riêng tư của người dùng, sử dụng dữ liệu trên thiết bị và kỹ thuật ẩn danh.

API đối tượng được bảo vệ so với các phương pháp nhắm mục tiêu truyền thống

Các phương pháp nhắm mục tiêu truyền thống chủ yếu dựa vào cookie của bên thứ ba để theo dõi hành vi của người dùng trên các trang web. Trong trường hợp này, dữ liệu người dùng thường được chia sẻ với nhiều bên thứ ba, gây ra các vấn đề về quyền riêng tư và việc theo dõi người dùng trên web.

Điểm khác biệt chính nằm ở khả năng PAAPI phân phối quảng cáo được cá nhân hóa bằng cách sử dụng dữ liệu người dùng cục bộ và các hành vi được xác định trước trong khuôn khổ đảm bảo tính ẩn danh của người dùng và giảm thiểu những lo ngại về quyền riêng tư. 

Lợi ích và hạn chế của API đối tượng được bảo vệ

API đối tượng được bảo vệ có thể là một giải pháp hiệu quả và tăng cường kiểm soát cho quảng cáo kỹ thuật số, giải quyết sự thay đổi của ngành khỏi cookie của bên thứ ba trong khi vẫn cho phép nhắm mục tiêu và tối ưu hóa quảng cáo hiệu quả.

Tuy nhiên, mặc dù PAAPI nhằm mục đích cung cấp một phương pháp bảo vệ quyền riêng tư cho việc nhắm mục tiêu theo đối tượng trong một tương lai không có cookie, nhưng những hạn chế và yêu cầu hiện tại của nó có thể đặt ra những thách thức đáng kể cho việc áp dụng rộng rãi và sử dụng hiệu quả. 

Hãy xem những lợi ích và hạn chế chính của API đối tượng được bảo vệ bên dưới. 

Lợi ích của PAAPI

Dưới đây là 10 lợi ích chính mà API đối tượng được bảo vệ mang lại:

  1. Thân thiện với quyền riêng tư. Nó giải quyết những lo ngại về quyền riêng tư liên quan đến cookie của bên thứ ba, phù hợp với mong đợi của người dùng và nhu cầu pháp lý. Sự tham gia của Cơ quan Cạnh tranh và Thị trường Anh (CMA) cũng như tính chất nguồn mở của Hộp cát về quyền riêng tư đảm bảo rằng các giải pháp dựa trên API này có tính ổn định trong tương lai và tuân thủ quyền riêng tư.
  1. Bảo tồn tính cá nhân hóa và đánh giá giá thầu. API duy trì khả năng hiển thị quảng cáo được cá nhân hóa và đánh giá giá thầu dựa trên tương tác của người dùng với sản phẩm, đảm bảo rằng các chức năng cốt lõi của nhắm mục tiêu lại vẫn được giữ nguyên.
  1. Quy mô lớn ngay lập tức. Do tính khả dụng trên Chrome—trình duyệt được sử dụng rộng rãi nhất—API đối tượng được bảo vệ đảm bảo phạm vi tiếp cận rộng lớn ngay từ đầu, giảm thiểu tình trạng mất lưu lượng truy cập bằng cách loại bỏ cookie theo từng giai đoạn.
  1. Kiểm soát phân phối quảng cáo nâng cao. Nhà xuất bản có được nhiều quyền kiểm soát hơn đối với quảng cáo được hiển thị trên trang web của họ, giảm nguy cơ quảng cáo độc hại và có khả năng nâng cao chất lượng cũng như hiệu quả của quảng cáo.
  1. Bảo vệ quyền riêng tư của người dùng. Nó mang lại một tiến bộ đáng kể trong việc bảo vệ quyền riêng tư của người dùng, cho phép liên lạc được cá nhân hóa mà không chia sẻ dữ liệu người dùng với bên thứ ba. Điều này đặc biệt có lợi cho các doanh nghiệp lo ngại về ý nghĩa riêng tư của việc tiếp thị lại.
  1. Lọc quảng cáo cài đặt ứng dụng. Tính năng cho phép nhà phát triển ứng dụng lọc người dùng hiện tại khỏi chiến dịch quảng cáo cài đặt ứng dụng, tối ưu hóa chi phí chuyển đổi bằng cách ngăn quảng cáo hiển thị cho người dùng ứng dụng hiện tại.
  1. Tín hiệu đặt giá thầu của người dùng. Cho phép tối ưu hóa giá thầu chi tiết ở cấp thiết bị thông qua các tín hiệu đặt giá thầu của người dùng, nâng cao chiến lược đặt giá thầu của nền tảng quảng cáo bằng cách làm giàu dữ liệu tập trung vào quyền riêng tư.
  1. Kiểm soát tốt hơn quá trình đấu thầu. Nhà quảng cáo có thể chọn tham gia phiên đấu giá nào, giúp họ có nhiều quyền kiểm soát hơn đối với chiến lược đặt giá thầu của mình và có khả năng cải thiện hiệu suất quảng cáo cũng như ROI.
  1. Tiết kiệm chi phí trên DSP. Bằng cách giảm sự phụ thuộc vào DSP, nhà quảng cáo có thể tiết kiệm chi phí liên quan đến phí cấp phép hoặc phí CPM, cung cấp giải pháp quảng cáo hiệu quả hơn về mặt chi phí.
  1. Nhắm mục tiêu và hiệu suất quảng cáo tốt hơn. API hỗ trợ việc nhắm mục tiêu được cải thiện bằng cách cho phép nhà quảng cáo tạo giá thầu được người bán chấm điểm theo mức độ mong muốn. Hệ thống này đảm bảo rằng điểm mong muốn cao nhất sẽ giành được vị trí đặt quảng cáo, dẫn đến nhắm mục tiêu hiệu quả hơn và chi tiêu quảng cáo được tối ưu hóa.

Hạn chế của PAAPI

Chúng tôi đã tập hợp 7 nhược điểm chính của API đối tượng được bảo vệ:

  1. Hỗ trợ trình duyệt hạn chế. Nó hiện chỉ có sẵn cho người dùng Chrome. Hạn chế này có nghĩa là người dùng các trình duyệt khác, chẳng hạn như Edge hoặc Opera, không thể hưởng lợi từ API đối tượng được bảo vệ, điều này có thể làm giảm phạm vi tiếp cận và tiện ích của nó.
  1. Không có khả năng đa thiết bị. API được thiết kế để hoạt động trên một thiết bị duy nhất, thiếu khả năng theo dõi hoặc nhắm mục tiêu người dùng trên nhiều thiết bị. Hạn chế này là một nhược điểm đáng kể đối với các nhà tiếp thị đang tìm kiếm giải pháp quảng cáo đa kênh, vì nó hạn chế khả năng hiểu và nhắm mục tiêu hành vi của khán giả một cách tổng thể.
  1. Độ phức tạp và cường độ tài nguyên. Việc triển khai và tận dụng API Đối tượng được bảo vệ một cách hiệu quả đòi hỏi nguồn lực và kiến ​​thức chuyên môn đáng kể. Các nhà quảng cáo không có đội ngũ lớn hoặc không có đủ nguồn lực có thể gặp khó khăn khi sử dụng, có thể cần phải hợp tác với các DSP như RTB House chuyên về các giải pháp dựa trên API đối tượng được bảo vệ.
  1. Yêu cầu ứng dụng đang hoạt động để thêm đối tượng. Người dùng chỉ có thể được thêm vào đối tượng tùy chỉnh khi ứng dụng đang hoạt động và ở nền trước của thiết bị. Yêu cầu này làm phức tạp thêm các chiến lược nhắm mục tiêu theo đối tượng vì nó đòi hỏi phải phân khúc đối tượng theo thời gian thực hoặc chủ động, trái ngược với các hệ thống cho phép tạo đối tượng có hiệu lực trước đó.
  1. Sự không chắc chắn về kiểm soát của người dùng. Mặc dù người dùng Android sẽ có quyền kiểm soát ứng dụng nào có thể thêm họ vào đối tượng tùy chỉnh nhưng chi tiết cụ thể và ý nghĩa của cơ chế kiểm soát người dùng này vẫn chưa được nêu đầy đủ. Mặc dù tỷ lệ chọn không tham gia gây gián đoạn không được dự đoán trước nhưng việc thiếu sự rõ ràng có thể tạo ra sự không chắc chắn cho các nhà quảng cáo dự định sử dụng API.
  1. Yêu cầu về SDK đối với đối tượng tùy chỉnh do nhà quảng cáo tạo ra. Việc chuyển sang quản lý đối tượng trên thiết bị có nghĩa là nhà quảng cáo phải kết hợp trực tiếp các khả năng cụ thể vào SDK của ứng dụng hoặc sử dụng nền tảng công nghệ quảng cáo được chỉ định để quản lý và phân khúc đối tượng tùy chỉnh. Yêu cầu này thể hiện sự thay đổi so với các phương pháp trước đây, trong đó nhà quảng cáo có thể tải đối tượng tùy chỉnh lên theo cách thủ công hoặc sử dụng tích hợp API trực tiếp.
  1. Chi phí kỹ thuật và vận hành. Tương tự như đối tượng tùy chỉnh do nhà quảng cáo tạo, đối tượng tùy chỉnh do nền tảng quảng cáo tạo cũng yêu cầu SDK để thêm người dùng vào đối tượng tùy chỉnh. Yêu cầu này tạo thêm những thách thức về mặt kỹ thuật và vận hành cho cả nhà quảng cáo và nền tảng quảng cáo, có khả năng làm phức tạp quá trình quản lý và phân khúc đối tượng.

API đối tượng được bảo vệ so với API chủ đề 

API đối tượng được bảo vệ (PAAPI) và API chủ đề của Google là các thành phần của sáng kiến ​​Hộp cát về quyền riêng tư, được thiết kế để hỗ trợ quảng cáo thân thiện với quyền riêng tư. Tuy nhiên, chúng khác nhau đáng kể trong cách tiếp cận nhóm người dùng và cung cấp thông tin. 

  • API chủ đề cho phép truy cập vào các nhóm người dùng được xác định trước.

API chủ đề hoạt động bằng cách phân loại các trang web thành một phân loại cố định và sử dụng lịch sử duyệt web của người dùng để cung cấp dữ liệu về mối quan tâm ở mức độ cao, giúp dữ liệu này phù hợp với các chiến dịch quảng cáo đơn giản, ở kênh cao hơn. 

  • API đối tượng được bảo vệ cung cấp nhiều quyền kiểm soát hơn để nhắm mục tiêu đối tượng tùy chỉnh.

PAAPI mang đến sự phức tạp hơn, cho phép nhà quảng cáo tạo các nhóm sở thích phù hợp và nâng cao khả năng nhắm mục tiêu bằng cách kết hợp các tín hiệu bổ sung, bao gồm các tín hiệu từ API Chủ đề và các giải pháp không có cookie khác. 

Nói một cách đơn giản, trong khi API Chủ đề tập trung vào các danh mục sở thích rộng, PAAPI mang đến sự linh hoạt để xác định và tinh chỉnh các phân khúc đối tượng một cách chính xác hơn, cung cấp một công cụ có thể tùy chỉnh hơn cho các nhà quảng cáo nhắm đến mức độ tương tác được nhắm mục tiêu.

GAM trong API đối tượng được bảo vệ 

Google Ad Manager (GAM) đã trở thành một nền tảng quan trọng cho các nhà xuất bản sử dụng API đối tượng được bảo vệ nhờ khả năng quản lý đấu giá và tích hợp độc đáo của nó. 

Trong khuôn khổ PAAPI, tất cả quy trình đặt giá thầu và đấu giá đều diễn ra trong trình duyệt của người dùng, đảm bảo dữ liệu của nhóm lợi ích vẫn ở chế độ riêng tư. 

GAM nổi bật nhờ có một tính năng, được Chrome phát triển rõ ràng theo yêu cầu, cho phép GAM tích hợp không minh bạch các kết quả của phiên đấu giá theo ngữ cảnh (giá thầu tốt nhất được xác định bên ngoài PAAPI) với quy trình đặt giá thầu của riêng mình. 

Do đó, GAM có thể so sánh liền mạch giá thầu từ cả phiên đấu giá theo ngữ cảnh và phiên đấu giá PAAPI, xác định giá thầu cao nhất trên cả hai nền tảng. GAM tạo điều kiện thuận lợi cho quá trình đấu giá và đảm bảo rằng nhà xuất bản có thể đưa Google Ads vào các phiên đấu giá của họ, chiếm một phần đáng kể trong các giao dịch PAAPI. 

Về cơ bản, các nhà xuất bản muốn tối đa hóa doanh thu thông qua PAAPI được khuyến khích sử dụng GAM làm nền tảng bán quảng cáo chính nhờ khả năng độc quyền và tích hợp với Google Ads.

Tuân thủ và quyền riêng tư với API đối tượng được bảo vệ 

Đấu giá PAAPI cho phép sử dụng cookie của bên thứ nhất theo cách cho phép người dùng ẩn danh và không thể phân biệt được khi di chuyển từ trang này sang trang khác, từ đó đưa ra giải pháp cân bằng giữa cá nhân hóa với quyền riêng tư.

Trong ngữ cảnh API đối tượng được bảo vệ (PAAPI), cookie của bên thứ nhất vẫn giữ vai trò quan trọng, ngay cả khi cookie của bên thứ ba được thay đổi theo từng giai đoạn. 

Cookie của bên thứ nhất thu thập dữ liệu về tương tác của người dùng trong một trang web mà không theo dõi người dùng trên nhiều trang web, tiếp tục có giá trị đối với nhà xuất bản. Chúng cho phép thu thập thông tin cụ thể của người dùng tại chỗ, tạo điều kiện cho trải nghiệm hoặc phân tích được cá nhân hóa trong phạm vi trang web đó. 

PAAPI nổi bật nhờ sử dụng dữ liệu của bên thứ nhất này để mở rộng phạm vi tiếp cận đối tượng trên các trang web của các nhà xuất bản khác nhau theo cách bảo vệ quyền riêng tư. Nó đạt được các chức năng tương tự như cookie của bên thứ ba (nhắm mục tiêu và xây dựng đối tượng) mà không phải lo ngại về quyền riêng tư liên quan đến việc theo dõi trên nhiều trang web. 

Phần kết luận

API đối tượng được bảo vệ (PAAPI) đánh dấu bước nhảy vọt đáng kể hướng tới tương lai ưu tiên quyền riêng tư, cung cấp kế hoạch chi tiết để cân bằng hoạt động tiếp thị hiệu quả với quyền riêng tư của người dùng. 

PAAPI cung cấp cho nhà xuất bản một con đường để duy trì doanh thu quảng cáo trong khi vẫn tôn trọng quyền riêng tư của người dùng. Mặt khác, các nhà quảng cáo có được một công cụ mạnh mẽ để nhắm mục tiêu chính xác và nhắm mục tiêu lại mà không xâm phạm quyền riêng tư của người tiêu dùng.

Việc kết hợp GAM với PAAPI cung cấp một hệ thống đấu giá tích hợp, liền mạch nhằm tối đa hóa doanh thu quảng cáo và tối ưu hóa việc phân phối quảng cáo. Sự kết hợp này là không thể thiếu đối với những nhà xuất bản muốn tận dụng toàn bộ tiềm năng của PAAPI (đặc biệt đối với những người muốn kết hợp Google Ads trong các phiên đấu giá của họ).

Luôn cập nhật về những phát triển của PAAPI không chỉ được khuyến khích mà còn rất cần thiết. Việc hiểu và sử dụng PAAPI đảm bảo rằng các nhà tiếp thị có thể tiếp tục tiếp cận đối tượng mong muốn của họ một cách hiệu quả trong bối cảnh thắt chặt các quy định về quyền riêng tư và thay đổi kỳ vọng của người tiêu dùng.

Đọc thêm:

Bảng giá thiết kế đồ họa mới nhất wiki Ads 

Dịch vụ thiết kế logo cho công ty tại Hà Nội giá rẻ

Rate this post

LEAVE A REPLY

Please enter your comment!
Please enter your name here