რატომ განსხვავდება ვიდეო

ვიდეო ხშირად გამომცემლის ყველაზე ღირებული ინვენტარია და სწორედ აქ არის თანხმობის სიგნალების დაკარგვის ყველაზე დიდი ალბათობა. Display რეკლამები, როგორც წესი, გადის header bidding wrapper-სა და ad server ტეგში, რომლებიც CMP-ს ავტომატურად კითხულობენ. ვიდეო რეკლამები უფრო გრძელ გზას გადიან: გვერდი ტვირთავს პლეერს, პლეერი ქმნის სარეკლამო მოთხოვნას, ad server აბრუნებს VAST დოკუმენტს და ეს დოკუმენტი შეიძლება მიუთითებდეს დამატებით wrapper-ებზე, თრექინგ პიქსელებზე და მედია ფაილებზე, რომლებსაც გვერდი კი არა, პლეერი იღებს.

ყოველ რგოლზე თანხმობის სიგნალი ცალსახად უნდა გადაიცეს. როცა ეს არ ხდება, მყიდველები ჩვენებას ან თანხმობის გარეშე მიიჩნევენ, ან გადააგდებენ და თქვენს საიტზე ყველაზე ღირებული ფორმატი ჩუმად უფრო ნაკლებს გამოიმუშავებს, ვიდრე უნდა.

ნაბიჯი 1: გაარკვიეთ, როგორ კითხულობს თქვენი პლეერი თანხმობას

ვიდეო პლეერები ზოგადად სამ ჯგუფად იყოფა:

• პლეერები, რომლებიც CMP-ს პირდაპირ კითხულობენ. ისინი თავად იძახებენ __tcfapi-ს ან __gpp-ს და სიგნალებს სარეკლამო მოთხოვნებს უმატებენ.
• პლეერები, რომლებიც თქვენგან ელიან თანხმობის მიწოდებას. თანხმობის string-ს და დროშებს პლეერის კონფიგურაციაში ან უშუალოდ სარეკლამო ტეგის URL-ში გადასცემთ.
• პლეერები, რომლებიც არცერთს არ აკეთებენ. ჩვეულებრივ, უფრო ძველი ან მორგებული ვერსიები, სადაც სარეკლამო მოთხოვნები ყოველგვარი სიგნალის გარეშე გადის.

გადახედეთ თქვენი პლეერის დოკუმენტაციას და შემდეგ გადაამოწმეთ ქცევა Network ჩანართში. დოკუმენტაცია აღწერს, რა უნდა მოხდეს; მოთხოვნა გვიჩვენებს, რა ხდება.

ნაბიჯი 2: სიგნალები განათავსეთ სარეკლამო მოთხოვნაზე

ad server-ებისა და SSP-ების უმეტესობა თანხმობას ვიდეო სარეკლამო მოთხოვნაზე URL პარამეტრებად იღებს. სახელები პლატფორმების მიხედვით განსხვავდება, მაგრამ გავრცელებულია:

• gdpr — 1, თუ GDPR ვრცელდება მოთხოვნაზე, 0, თუ არა;
• gdpr_consent — TCF თანხმობის string;
• addtl_consent — Google-ის Additional Consent string იმ ვენდორებისთვის, რომლებიც TCF Global Vendor List-ს გარეთ არიან;
• gpp და gpp_sid — GPP string და მოქმედი სექციის ID-ები;
• პლატფორმისთვის სპეციფიკური დროშები არაპერსონალიზებული ან შეზღუდული მონაცემთა დამუშავებისთვის.

თუ პლეერი ტეგებს შაბლონიდან აგებს, დარწმუნდით, რომ მნიშვნელობები მოთხოვნის დროს შეივსება და არა მაშინ, როცა გვერდი პირველად იტვირთება. ვიზიტორს, რომელიც პლეერის ინიციალიზაციის შემდეგ დათანხმდება, პირველი სარეკლამო მოთხოვნა ცარიელ string-ს არ უნდა ატარებდეს.

ნაბიჯი 3: გამოიყენეთ VAST-ის თანხმობის მაკროები

VAST პასუხი ხშირად შეიცავს თრექინგ URL-ებსა და wrapper URL-ებს, რომლებსაც პლეერი მოგვიანებით იძახებს. IAB VAST 4.1 მაკროების სია მოიცავს [GDPRCONSENT]-ს, რომელიც პლეერმა ამ URL-ების გაშვებისას თანხმობის string-ით უნდა ჩაანაცვლოს. ჰკითხეთ თქვენს მოთხოვნის პარტნიორებს, იყენებენ თუ არა მას მათი ტეგები და დარწმუნდით, რომ თქვენი პლეერი მაკროს ჩანაცვლებას უჭერს მხარს. თუ მაკრო ჩაუნაცვლებელი დარჩება, მიმღები endpoint ვალიდური სიგნალის ნაცვლად პირდაპირ placeholder-ს ხედავს.

ნაბიჯი 4: გაუმკლავდით pre-roll-ის დროის საკითხს

Pre-roll ქმნის დროის დაძაბულობას. სარეკლამო მოთხოვნას სურს გაიგზავნოს, როგორც კი პლეერი მზად იქნება, მაგრამ ევროკავშირიდან პირველად შემოსული ვიზიტორისთვის ბანერი შესაძლოა ჯერ კიდევ ეკრანზე იყოს. სამი ვარიანტი გაქვთ:

1. დაელოდეთ გადაწყვეტილებას. დააკავეთ სარეკლამო მოთხოვნა, სანამ CMP საბოლოო მდგომარეობას არ დააფიქსირებს. ეს მყიდველებს საუკეთესო სიგნალს აძლევს, მაგრამ შეიძლება დააგვიანოს დაკვრა.
2. მოითხოვეთ მიმდინარე მდგომარეობით. გააგზავნეთ მოთხოვნა დაუყოვნებლივ იმ სიგნალით, რომელიც არსებობს, იმის გათვალისწინებით, რომ პირველი რეკლამა შეიძლება თანხმობის გარეშე ჩაითვალოს.
3. ოდნავ დააგვიანეთ autoplay. პლეერი დაიწყეთ მხოლოდ მას შემდეგ, რაც ვიზიტორი ბანერთან ან გვერდთან ურთიერთქმედებს, რაც ისეთ საიტებს უხდება, სადაც ვიდეო გვერდის ქვედა ნაწილშია.

უნივერსალურად სწორი პასუხი არ არსებობს. სანამ გადაწყვეტილებას მიიღებთ, თითოეული ვარიანტისთვის თქვენს ტრაფიკზე გაზომეთ fill rate, CPM და დაკვრის დაწყების დრო.

ნაბიჯი 5: არ დაგავიწყდეთ mid-roll და გრძელი სესიები

გრძელი ფორმატის ვიდეოსა და პირდაპირ ეთერს შეიძლება mid-roll შესვენებები ჰქონდეს გვერდის ჩატვირთვიდან ბევრი წუთის შემდეგ. თუ ვიზიტორმა ამასობაში არჩევანი შეცვალა, შემდგომმა სარეკლამო მოთხოვნებმა ახალი მდგომარეობა უნდა ასახონ. პლეერები, რომლებიც თანხმობის string-ს ინიციალიზაციისას აქეშირებენ, ძველ მნიშვნელობას გააგრძელებენ გაგზავნას. ამჯობინეთ ინტეგრაციები, რომლებიც თანხმობის ცვლილების event-ებზე იწერებიან ან ყოველი სარეკლამო შესვენების წინ CMP-ს ხელახლა კითხულობენ.

ნაბიჯი 6: გამიჯნეთ მედიის ჰოსტინგი რეკლამისგან

თავად ვიდეო ფაილიც შეიძლება მესამე მხარიდან მოდიოდეს. ვიდეო პლატფორმის მასპინძლობით პლეერის ჩაშენებამ შეიძლება ქუქი-ფაილები დააყენოს ან თრექინგი ჩატვირთოს მანამდეც კი, სანამ რაიმე რეკლამა მოთხოვნილი იქნება. პლეერს ცალკე ვენდორად მოექეცით: ჩაწერეთ ის თქვენი CMP-ის კონფიგურაციაში, გადაწყვიტეთ, რომელ მიზანს ეყრდნობა და ჩატვირთეთ placeholder-ის უკან, თუ ის არააუცილებელ ქუქი-ფაილებს აყენებს.

როგორ გეხმარებათ FlexyConsent

FlexyConsent გთავაზობთ სტანდარტულ IAB TCF 2.4 და GPP v1.1 API-ებს, Google Consent Mode v2 სიგნალებთან ერთად, რათა პლეერებმა და სარეკლამო ტეგებმა, რომლებიც CMP-ს პირდაპირ კითხულობენ, სიგნალები მათთვის მოსალოდნელ ფორმატში იპოვონ. FlexyConsent არის Google-ის მიერ სერტიფიცირებული CMP (CMP ID 317) და სერტიფიცირებულია IAB Europe-სა და IAB Canada-ს მიერ.

სწრაფი გადამოწმების რუტინა

• ჩატვირთეთ ვიდეო გვერდი ევროკავშირის ლოკაციიდან, დათანხმდით და შეამოწმეთ პირველი სარეკლამო მოთხოვნა შევსებული თანხმობის string-ის არსებობაზე.
• უარყავით და გაიმეორეთ; დარწმუნდით, რომ მოთხოვნა მაინც გადის სწორი სიგნალით და არა სიგნალის გარეშე.
• გაჰყევით VAST wrapper ჯაჭვს და შეამოწმეთ, რომ თრექინგ URL-ები რეალურ string-ს შეიცავს და არა ჩაუნაცვლებელ მაკროს.
• შეცვალეთ თანხმობა დაკვრის დროს და შეამოწმეთ შემდეგი სარეკლამო შესვენება.

მთავარი დასკვნები

• ვიდეო სარეკლამო მოთხოვნებს პლეერი აგებს, ამიტომ თანხმობა განზრახ უნდა გადაეცეს.
• თანხმობის პარამეტრები შეავსეთ მოთხოვნის დროს და არა გვერდის ჩატვირთვისას.
• დარწმუნდით, რომ [GDPRCONSENT] და მსგავსი მაკროები VAST ჯაჭვის გასწვრივ ინაცვლება.
• pre-roll-ის დროის სტრატეგია აირჩიეთ თქვენი საკუთარი fill, CPM და დაწყების დროის მონაცემების მიხედვით.
• ვიდეოს ჰოსტი ცალკე ვენდორად განიხილეთ.