Google Consent Mode-ის დებაგინგი ბრაუზერის DevTools-ით: gcs პარამეტრის წაკითხვა

რატომ უნდა გადაამოწმოთ ბრაუზერში

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

ნაბიჯი 1: სუფთად გახსენით Network ჩანართი

  1. გახსენით გვერდი კერძო ფანჯარაში, რომ ადრინდელი არჩევანი არ იყოს შენახული.
  2. გახსენით DevTools და გადადით Network ჩანართზე.
  3. მონიშნეთ Preserve log, რათა მოთხოვნები ნავიგაციის დროს არ დაიკარგოს.
  4. ხელახლა ჩატვირთეთ გვერდი და ბანერს ჯერ არ შეეხოთ.

ნაბიჯი 2: იპოვეთ თანხმობის მდგომარეობა მოთხოვნებში

Google-ის ტეგები თავიანთ მოთხოვნებს gcs პარამეტრს უმატებენ. ქსელის სიის გაფილტვრა შეგიძლიათ collect-ით ან google-ით და ნებისმიერი ჩანაწერის გახსნით მისი query string-ის წაკითხვა. მნიშვნელობა გამოიყურება როგორც G100 ან G111.

სიმბოლოები G1-ის შემდეგ მარცხნიდან მარჯვნივ წაიკითხეთ: პირველი ციფრი სარეკლამო შენახვის მდგომარეობაა, მეორე კი ანალიტიკის შენახვის, სადაც 1 ნიშნავს მინიჭებულს, 0 კი უარყოფილს. უფრო ახალი იმპლემენტაციები აგზავნიან აგრეთვე gcd პარამეტრს უფრო გრძელი დაშიფრული მდგომარეობით, რომელიც Consent Mode v2-ის დამატებით სიგნალებსაც მოიცავს.

ნაბიჯი 3: რა უნდა დაინახოთ ნებისმიერ არჩევანამდე

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

ნაბიჯი 4: რა უნდა დაინახოთ დათანხმების შემდეგ

დააჭირეთ დათანხმებას და ადევნეთ თვალი ახალ მოთხოვნებს. მდგომარეობა მინიჭებულზე უნდა შეიცვალოს და ტეგებმა უნდა გააგრძელონ მუშაობა. თუ ბანერი წერს, რომ დათანხმდით, მაგრამ მოთხოვნები მაინც უარყოფილ მდგომარეობას ატარებს, განახლების გამოძახება Google-ის ტეგებამდე არ აღწევს ან ძალიან გვიან სრულდება.

ნაბიჯი 5: შეამოწმეთ data layer

Console-ში აკრიფეთ dataLayer და გაშალეთ ჩანაწერები. თანმიმდევრობით ორ რამეს ეძებთ:

  1. consent ჩანაწერი default ბრძანებით, რომელიც თანხმობის მომთხოვნი რეგიონებისთვის ყველა სიგნალს უარყოფილად ჩამოთვლის.
  2. უფრო გვიანდელი consent ჩანაწერი update ბრძანებით, მომხმარებლის არჩევანის შემდეგ.

Consent Mode v2-ის სიგნალებია ad_storage, analytics_storage, ad_user_data და ad_personalization. თუ ბოლო ორი აკლია, თქვენ v1 ტიპის კონფიგურაცია გაქვთ.

ყველაზე გავრცელებული შეცდომები

ნაბიჯი 6: შეამოწმეთ Tag Manager-ის Preview რეჟიმი

თუ Google Tag Manager-ს იყენებთ, Preview რეჟიმი გვერდზე თითოეული მოვლენისთვის თანხმობის მდგომარეობას აჩვენებს და ისიც, რომელი ტეგები გააქტიურდა ან დაიბლოკა. შეადარეთ ის ქსელის ჩანართში ნანახს: ორივე ხედი უნდა ემთხვეოდეს.

გახადეთ რუტინად

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

სად ჯდება FlexyConsent

FlexyConsent არის Google-ის მიერ სერტიფიცირებული CMP (CMP ID 317), რომელიც მხარს უჭერს Google Consent Mode v2-ს და თქვენ მაგივრად აგზავნის default და update სიგნალებს. ბრაუზერის ეს შემოწმება მაინც უნდა გაუშვათ თქვენს გვერდებზე, რადგან ტეგების თანმიმდევრობა და კონტეინერის პარამეტრები თქვენი საიტისთვის სპეციფიკურია.

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

← ბlodelays delays ყველას წაკითხვა →