Google Consent Mode V2-ის დანერგვა ნაბიჯ-ნაბიჯ — სრული სახელმძღვანელო
რა არის Google Consent Mode V2
Consent Mode V2 არის Google-ის API, რომელიც არეგულირებს Google-ის ტეგების ქცევას თანხმობის სტატუსის მიხედვით. „ყველაფერი ან არაფერის" ნაცვლად, ტეგები შეიძლება ჩაიტვირთოს შეზღუდულ, ქუქი-ფაილების გარეშე რეჟიმში, როდესაც თანხმობა არ არის მიცემული, შემდეგ კი სრულ თვალყურის დევნებაზე გადავიდეს, როდესაც მომხმარებელი თანხმობას გასცემს. Google-მა ეს სავალდებულო გახადა EEA რეკლამისთვის 2024 წლის მარტში.
მის გარეშე: კონვერსიის მოდელირება ჩერდება, რემარკეტინგის აუდიტორია მცირდება და Smart Bidding უარესდება.
ოთხი თანხმობის პარამეტრი
- ad_storage — აკონტროლებს სარეკლამო ქუქი-ფაილებს
- analytics_storage — აკონტროლებს ანალიტიკის ქუქი-ფაილებს
- ad_user_data — აკონტროლებს, იგზავნება თუ არა მომხმარებლის მონაცემები სარეკლამო მიზნებისთვის (ახალი V2-ში)
- ad_personalization — აკონტროლებს რემარკეტინგს და დინამიურ რეკლამებს (ახალი V2-ში)
ორი ახალი V2 პარამეტრი — ad_user_data და ad_personalization — სწორედ ისაა, რაც V2-ს V1-ისგან განასხვავებს. თუ მხოლოდ ad_storage და analytics_storage გაქვთ, ახალი პარამეტრების დამატება აუცილებელია.
ბაზისური vs გაფართოებული რეჟიმი
ბაზისური: ტეგები არ იტვირთება თანხმობის გაცემამდე. მარტივია, მაგრამ კარგავთ ყველა მონაცემს უარის თქმის შემთხვევაში.
გაფართოებული: ტეგები დაუყოვნებლივ იტვირთება შეზღუდულ რეჟიმში და აგზავნიან ქუქი-ფაილების გარეშე პინგებს პერსონალური მონაცემების გარეშე. Google იყენებს მათ კონვერსიის მოდელირებისთვის და აღადგენს დაკარგული კონვერსიების 70%-მდე. ყოველთვის გამოიყენეთ გაფართოებული რეჟიმი.
ნაბიჯი 1: თანხმობის ნაგულისხმევი მდგომარეობის დაყენება
განათავსეთ ეს Google-ის ნებისმიერ ტეგამდე თქვენს <head>-ში:
gtag('consent', 'default', { 'ad_storage': 'denied', 'analytics_storage': 'denied', 'ad_user_data': 'denied', 'ad_personalization': 'denied', 'wait_for_update': 500 });
wait_for_update პარამეტრი თქვენს CMP-ს აძლევს 500 მილიწამს დაბრუნებული ვიზიტორის თანხმობის აღსადგენად, სანამ ტეგები უარყოფილ რეჟიმში გაგრძელდება.
ნაბიჯი 2: თანხმობის განახლება მომხმარებლის არჩევანისას
როდესაც მომხმარებელი დააჭერს „მიღებას":
gtag('consent', 'update', { 'ad_storage': 'granted', 'analytics_storage': 'granted', 'ad_user_data': 'granted', 'ad_personalization': 'granted' });
ნაწილობრივი თანხმობისთვის (მხოლოდ ანალიტიკა, რეკლამის გარეშე), განაახლეთ მხოლოდ მიცემული პარამეტრები.
ნაბიჯი 3: GTM-ის დანერგვა
ჩართეთ Consent Overview GTM-ში (Admin > Container Settings). შექმენით Consent Initialization ტეგი ნაგულისხმევი სნიპეტით. დააკონფიგურირეთ თითოეული ტეგის Consent Settings შესაბამისი პარამეტრების მოთხოვნით. CMP-ების უმეტესობა თანხმობის ცვლილებისას dataLayer მოვლენას აგზავნის — შექმენით ტრიგერი ამისთვის.
ნაბიჯი 4: დანერგვის შემოწმება
- Tag Assistant: შეამოწმეთ Consent ჩანართი — ყველა პარამეტრი უნდა აჩვენებდეს Denied-ს ინტერაქციამდე და Granted-ს მიღების შემდეგ
- dataLayer: მოძებნეთ consent default და consent update ჩანაწერები
- GA4 DebugView: მოვლენები უნდა აჩვენებდეს თანხმობის ინდიკატორებს
კონვერსიის მოდელირება
გაფართოებულ რეჟიმში, არათანხმობიანი მომხმარებლებისგან ქუქი-ფაილების გარეშე პინგები კვებავს Google-ის კონვერსიის მოდელებს. მოთხოვნები: 1,000+ რეკლამა-დაწკაპუნების მოვლენა/დღეში 7 დღის განმავლობაში მიცემული თანხმობით. აქტივაციისას მოდელირება აღადგენს დაკარგული კონვერსიების 50-70%-ს.
გავრცელებული შეცდომები
- ნაგულისხმევი სნიპეტი იტვირთება Google-ის ტეგების შემდეგ (ტეგები შეცდომით მიცემულ რეჟიმში ეშვება)
- ad_user_data ან ad_personalization პარამეტრები აკლია
- wait_for_update 0-ზე არის დაყენებული (დაბრუნებულ ვიზიტორებს თანხმობის აღდგენა ეკარგებათ)
- თანხმობის განახლება ყოველ გვერდის ჩატვირთვაზე უპირობოდ ეშვება
გამარტივდით FlexyConsent-ით
FlexyConsent ამ ყველაფერს ავტომატურად ამუშავებს: ნაგულისხმევი უარყოფილი მდგომარეობა, განახლების ბრძანებები, ოთხივე პარამეტრი, TCF 2.3, Microsoft UET Consent Mode, დაბრუნებული ვიზიტორის თანხმობის აღდგენა — ყველაფერი ერთი script ტეგიდან. გეგმები EUR 0/თვიდან.