სამი Core Web Vitals 2026 წელს

Google ზომავს სამ ძირითად ველის მეტრიკას გვერდის გამოცდილებისთვის. თითოეულს აქვს ზღვარი "კარგი" შესრულებისთვის:

• Largest Contentful Paint (LCP) — ყველაზე დიდი ხილული ელემენტის გამოსახვის დრო. კარგი: 2.5 წამზე ნაკლები.
• Interaction to Next Paint (INP) — რეაგირება ყველა მომხმარებლის ინტერაქციაზე (შეცვალა FID 2024 წლის მარტში). კარგი: 200 მწ-ზე ნაკლები.
• Cumulative Layout Shift (CLS) — ვიზუალური სტაბილურობა ჩატვირთვის დროს. კარგი: 0.1-ზე ნაკლები.

თანხმობის ბანერი, რომელიც ბლოკავს რენდერინგს, ჩატვირთვის დროს ძირითად JavaScript-ს გაუშვებს ან გვიან განლაგების ცვლილებებს ჩართავს, შეიძლება ნებისმიერი ეს მეტრიკა "გაუმჯობესება სჭირდება" ან "ცუდი" ზოლში გადასწიოს — Google იყენებს 28-დღიან ველის მონაცემებს რეალური Chrome მომხმარებლებისგან, ამიტომ გარდამავალი პრობლემები მუდმივ რეიტინგის სიგნალებად იქცევა.

როგორ ვნებს თანხმობის ბანერები LCP-ს

Largest Contentful Paint ჩვეულებრივ ამოქმედდება hero სურათზე ან სათაურზე. რამდენიმე თანხმობის შაბლონი ზედმეტად აფერხებს მას:

CMP სკრიპტები, რომლებიც ბლოკავს რენდერინგს

CMP-ის სინქრონულად ჩატვირთვა დოკუმენტის სათაურიდან წყვეტს HTML-ის პარსინგს სკრიპტის ჩამოტვირთვამდე და გაშვებამდე. თუ CMP განთავსებულია ნელ CDN-ზე ან აქვს ცივი ქეში, შეიძლება LCP-ს გლობალურად 200-800 მწ დაემატოს.

ბანერი, რომელიც ფარავს hero-ს

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

გამოსწორება: ასინქრონული ჩატვირთვა პატარა Inline Bootstrap-ით

ჩატვირთეთ სრული CMP ასინქრონულად (`async` ან `defer`), მხოლოდ პატარა inline სკრიპტით საწყისი ბანერის ჩვენებისთვის. მიზნად დაისახეთ 5KB-ზე ნაკლები გზიპირებული bootstrap. სრული ქცევის ლოგიკა, vendor-ების სიები და UI chrome შეიძლება lazy-load-ად ჩაიტვირთოს პირველი paint-ის შემდეგ.

როგორ ვნებს თანხმობის ბანერები INP-ს

Interaction to Next Paint ზომავს ყველაზე ცუდ რეაგირების დროს სეანსის განმავლობაში ყველა დაწკაპუნებაზე, შეხებასა და კლავიშზე დაჭერაზე. Cookie-ის თანხმობის ინტერაქციები ხშირად მომხმარებლის პირველი ინტერაქციებია — ამიტომ ნელი "დამეთანხმება" ღილაკი ქულას ანგრევს.

მძიმე სამუშაო "დამეთანხმება"-ზე

მრავალი CMP ასრულებს სინქრონულ სამუშაოს "დამეთანხმება"-ზე: 40+ vendor სკრიპტის ჩატვირთვა, localStorage-ში ჩაწერა, dataLayer ივენთების გაშვება, Google Consent Mode განახლებების გამოწვევა. თუ ეს 200 მწ-ს გადაჭარბებს, INP ზარალდება.

გამოსწორება: სამუშაოს Paint-ის შემდეგ დარიგება

"დამეთანხმება" დაწკაპუნებისას, დაუყოვნებლივ დამალეთ ბანერი და დაგეგმეთ მძიმე სამუშაო `requestIdleCallback` ან `setTimeout(0)`-ით. მომხმარებელი ხედავს ბანერის მყისიერ გაქრობას; vendor სკრიპტები ფონში იტვირთება ინტერაქციის დაბლოკვის გარეშე.

როგორ ვნებს თანხმობის ბანერები CLS-ს

Cumulative Layout Shift თვალყურს ადევნებს მოულოდნელ ვიზუალურ მოძრაობებს. ბანერები CLS-ის კლასიკური წყაროა, როდესაც ისინი DOM-ში შეჰყავთ კონტენტის დახატვის შემდეგ.

ბანერის გვიანი ჩასმა

თუ ბანერი LCP-ის 800 მწ შემდეგ გამოჩნდება, ის კონტენტს ქვემოთ სწევს და განლაგების ცვლაობას ქმნის. მცირე ბანერმაც კი შეიძლება 0.1-ზე მეტი CLS ქულა გამოიწვიოს, თუ ის viewport-ის დიდ ნაწილს ახდენს გავლენას.

Cookie-ის პარამეტრების Widget-ის ხელახალი Render-ები

Footer-ის პარამეტრების widget-ები, რომლებიც vendor-ების ლოგოებს ასინქრონულად ჩატვირთავენ, შეიძლება მთლიანი footer-ი რამდენჯერმე გადაახვიონ, CLS-ის გამდიდრება.

გამოსწორება: ადრევე სივრცის დარეზერვება

გამოიყენეთ CSS ბანერის სივრცის პირველი paint-იდანვე დასარეზერვებლად — ფიქსირებული სიმაღლის placeholder, `min-height` footer-ზე, ან ქვედა ფიქსირებული ბანერი, რომელიც კონტენტს არ სწევს. თანამედროვე CMP-ებმა უნდა შეთავაზონ CLS-გარეშე კონფიგურაცია ნაგულისხმევად.

Google Consent Mode V2 და შესრულება

Consent Mode V2 Google-ის ტეგებს საშუალებას აძლევს cookie-გარეშე მდგომარეობაში მუშაობდნენ თანხმობამდე, სიგნალების გაგზავნით `gtag('consent', 'default', {...})`-ის მეშვეობით. ეს შესანიშნავია გაზომვის უწყვეტობისთვის, მაგრამ gtag.js ბიბლიოთეკა თავად 50-90KB-ია. ჩატვირთეთ ასინქრონულად და ნაგულისხმევები რაც შეიძლება ადრე დააყენეთ race conditions-ის თავიდან ასაცილებლად.

• ნაგულისხმევები დააყენეთ gtag-ის ჩატვირთვამდე — მოათავსეთ თანხმობის ნაგულისხმევი გამოძახება head-ში, gtag.js სკრიპტამდე.
• გამოიყენეთ `analytics_storage: 'denied'` ნაგულისხმევად — მინიმუმამდე ამცირებს თანხმობამდე შეგროვებულ მონაცემებს.
• განაახლეთ "დამეთანხმება"-ზე requestIdleCallback-ის მეშვეობით — მოერიდეთ მთავარი thread-ის დაბლოკვას.

CMP-ის გავლენის გაზომვა Core Web Vitals-ზე

ნუ გამოიცნობთ — გაზომეთ. გამოიყენეთ ეს ინსტრუმენტები თქვენი ბანერის გავლენის რაოდენობრივი შეფასებისთვის:

• PageSpeed Insights — ველის მონაცემები Chrome UX Report-იდან და ლაბორატორიული Lighthouse შემოწმება. შეადარეთ ქულები CMP სკრიპტით და მის გარეშე.
• Web Vitals Chrome გაფართოება — რეალური დროის LCP, INP, CLS ოვერლეი ლოკალური ტესტირების დროს.
• WebPageTest.org — ფილმის ზოლი და waterfall ხედი, რომელიც ზუსტად გვიჩვენებს, როდის გამოისახება ბანერი და რას ბლოკავს.
• Search Console Core Web Vitals ანგარიში — 28-დღიანი ველის მონაცემები URL შაბლონის მიხედვით დაჯგუფებული. შეამოწმეთ, ხომ არ იღებენ თქვენი ბანერის მქონე სადესანტო გვერდები განსხვავებულ ქულებს გვერდებთან შედარებით.

როგორ ინარჩუნებს FlexyConsent სიჩქარეს