Matavimas
Konversijų duomenys, kuriais remiasi „Google Ads“: kas pasikeitė 2026 m. ir kaip patikrinti savo sekimą
Birželio 15 d. „Google“ tyliai panaikino apsauginį sluoksnį, kuriuo daugelis rėmėsi nė nežinodami. Nuo tos dienos vienintelis dalykas, lemiantis, ar reklamos duomenys pasiekia tavo „Google Ads“ paskyrą, yra sutikimų juostos siunčiamas signalas. Jei jis sukonfigūruotas atmestinai, praradai arba duomenis, arba atitiktį — trečio varianto nėra.
Trumpai, jei skubi
- Iki birželio 15 d. reklamos duomenų srautą į „Google Ads“ valdė du dalykai: „Google Signals“ nustatymas ir sutikimų parametras
ad_storage. Dabar liko tik antrasis. - Kas išjungė „Google Signals“ kaip privatumo apsaugą, tas apsaugos nebeturi — reklamos slapukai naudojami visada, kai
ad_storageyra „granted“. - Be
ad_user_dataparametro patobulintos konversijos neveikia. Tyliai. Ataskaitose atrodo, tarsi viskas gerai. - Sutikimo signalas turi užsikrauti anksčiau už „Google“ žymas ir kiekviename puslapyje, įskaitant užsakymo patvirtinimą ir subdomenus.
- Kuo daugiau sprendimų perleidi automatikai, tuo brangesnė kiekviena netiksli konversija. Prasti duomenys nebeatrodo kaip prasta ataskaita — jie atrodo kaip prastas rezultatas.
1. Kas pasikeitė birželio 15 d.
Balandžio viduryje „Google“ pagalbos centre pasirodė pranešimas, kurio beveik niekas nekomentavo. Jo esmė: nuo 2026 m. birželio 15 d. „Google Analytics“ pereina prie vieno duomenų valdymo taško — sutikimų režimo „Google Ads“ pusėje.
Iki tol veikė dviguba sistema. Kad reklamos slapukai ir naudotojų identifikatoriai iš „Google Analytics“ žymos patektų į susietą „Google Ads“ paskyrą, turėjo sutapti dvi sąlygos: įjungtas „Google Signals“ nustatymas „Analytics“ pusėje ir teigiamas ad_storage signalas iš sutikimų juostos. Užtekdavo vienam iš jų būti „ne“, ir duomenys nekeliaudavo.
Nuo birželio 15 d. lieka vienas vartininkas. ad_storage vienvaldiškai sprendžia, ar reklamos duomenys pasiekia „Google Ads“. „Google Signals“ nustatymui liko viena funkcija — nulemti, ar „Analytics“ duomenys siejami su prisijungusio naudotojo paskyra elgsenos ataskaitoms pačioje „Analytics“ sistemoje.
Kam tai skauda labiausiai. Organizacijoms, kurios „Google Signals“ išjungė sąmoningai — kaip privatumo priemonę arba kaip atsarginį saugiklį, jei sutikimų platforma suklystų. Tas saugiklis dingo. Nuo birželio 15 d. reklamos slapukai naudojami visada, kai ad_storage yra „granted“, nesvarbu, kas įjungta „Analytics“ nustatymuose. Jei tavo sutikimų juosta sukonfigūruota netvarkingai arba jos apskritai nėra, „Google“ žymos veikia numatytąja aktyvia būsena — t. y. taip, tarsi sutikimas būtų duotas.
Tai nėra teisinė konsultacija, o techninis paaiškinimas: GDPR reikalavimai nuo šio pakeitimo nepasikeitė nė per plauką. Pasikeitė tik mechanizmas, per kurį naudotojo pasirinkimas pasiekia „Google“ sistemas — ir dabar tas mechanizmas yra vienintelis.
2. Keturi parametrai ir ką kiekvienas laiko
Sutikimų režimo antroji versija ES ir Jungtinės Karalystės srautui privaloma nuo 2024 m. kovo. Nepaisant to, iki šiol randame diegimų, kuriuose siunčiami tik du seni parametrai iš keturių. Toks diegimas neatrodo sugedęs — jis tiesiog tyliai neveikia.
| Parametras | Ką valdo | Kas nustoja veikti, jei jo nėra arba jis atmestas |
|---|---|---|
ad_storage |
Reklamos slapukus ir įrenginio identifikatorius | Konversijų sekimas, remarketingo auditorijos, visas reklamos duomenų srautas iš susietos „Analytics“ paskyros |
ad_user_data |
Ar naudotojo duomenys gali būti siunčiami „Google“ matavimui | Patobulintos konversijos. Tai dažniausia tyli gedimo vieta senuose diegimuose |
ad_personalization |
Ar duomenys naudojami personalizuotai reklamai | Remarketingo sąrašai nustoja augti, susiaurėja auditorijų plėtimas |
analytics_storage |
„Analytics“ matavimo slapukus | Sesijų ir naudotojų matavimas GA4 ataskaitose |
Visi keturi turi būti ir pradinėje (default), ir atnaujinimo (update) komandoje. Pradinė būsena Europos ekonominės erdvės srautui nustatoma kaip „denied“, o sutikimų juosta ją pakelia tada, kai lankytojas iš tikrųjų paspaudžia mygtuką.
3. Kodėl tai svarbu būtent dabar
Prieš penkerius metus netikslus sekimas reiškė netikslią ataskaitą. Šiandien jis reiškia netikslų algoritmo sprendimą — o algoritmui perduota vis daugiau valdymo. Kai kampanija pati parenka užklausas, skelbimo tekstą ir nukreipimo puslapį, vienintelis dalykas, kuriuo ji orientuojasi, yra tavo konversijų duomenys.
Šią vasarą „Google“ pradėjo automatiškai perjungti paieškos kampanijas į AI Max. Praktinė išvada paprasta: paskyra, kurioje konversijos skaičiuojamos du kartus arba nepasiekia pusės tikrų klientų, po perjungimo klysta greičiau ir brangiau nei anksčiau. Tvarkyti sekimą po to, kai rezultatai krito, yra dvigubai brangiau — nes tuo metu jau nebeaišku, kas kaltas: nustatymai ar duomenys.
4. Kaip patikrinti svetainę per 20 minučių
Šis sąrašas nereikalauja programuotojo. Reikia naršyklės, „Tag Assistant“ ir dvidešimties minučių.
- Paleisk scenarijų „atmesti viską“ Atidaryk svetainę inkognito lange, sutikimų juostoje atmesk viską ir „Tag Assistant“ pažiūrėk sutikimo būsenas. Visi keturi parametrai turi būti „denied“, o reklamos slapukų neturi būti. Jei matai tik du parametrus, tavo diegimas yra pirmosios versijos ir patobulintos konversijos neveikia.
- Paleisk scenarijų „priimti viską“ Pakartok tą patį priėmęs. Visi keturi turi persijungti į „granted“, o konversijos žyma — suveikti. Jei būsena atnaujinama tik perkrovus puslapį, dalis konversijų dingsta.
- Patikrink eiliškumą Pradinė sutikimo komanda privalo įvykti anksčiau už bet kurią „Google“ žymą. Klasikinė klaida: juosta krauna asinchroniškai, o žyma spėja suveikti pirma. Rezultatas — duomenys išsiunčiami dar prieš lankytojui ką nors nuspaudžiant.
- Peržiūrėk patvirtinimo puslapį atskirai Užsakymo arba „ačiū“ puslapis dažnai krauna konversijos žymą per kitą kelią negu likusi svetainė. Būtent čia dažniausiai ir randame trūkstamą sutikimo signalą — o kartu ir paaiškinimą, kodėl paskyroje konversijų mažiau nei pardavimų sistemoje.
- Patikrink subdomenus ir atskirus konteinerius Jei parduotuvė, tinklaraštis ar rezervacijos sistema turi savo „Tag Manager“ konteinerį, kiekvienas jų reikalauja atskiro sutikimų integravimo. Vienas sutvarkytas domenas negelbsti kitų.
- Peržiūrėk pradines būsenas pagal regionus Numatytoji būsena gali būti nustatyta regioniškai. Įsitikink, kad ES srautui ji yra „denied“, ir kad kas nors kadaise neįjungė „granted“ visam pasauliui, „kad duomenų būtų daugiau“.
- Suskaičiuok savo konversijų veiksmus Atidaryk konversijų sąrašą „Google Ads“ paskyroje ir patikrink, kiek jų pažymėta kaip pagrindiniai. Jei pagrindinių yra penki ir tarp jų — puslapio peržiūra bei paspaudimas ant telefono numerio, algoritmas optimizuoja pagal triukšmą.
Nesi tikras, ar tavo skaičiai tikri?
Per auditą patikriname sutikimų signalus, konversijų dubliavimą ir tai, kiek realių klientų nepasiekia tavo paskyros. Gauni ataskaitą su konkrečiais taisymais, o ne bendrus patarimus.
Patikrinti sekimą5. Patobulintos konversijos: kodėl jos nustojo būti pasirinkimu
Veikimo principas paprastas. Kai lankytojas užpildo formą ar nuperka, svetainė paima jo el. pašto adresą arba telefoną, užšifruoja jį dar naršyklėje ir siunčia „Google“ kartu su konversija. Ten šifruota reikšmė lyginama su prisijungusių naudotojų duomenimis. Jei sutampa — konversija priskiriama paspaudimui, kurio kitaip niekas nebūtų susiejęs.
Nauda didžiausia ten, kur kelias nuo paspaudimo iki pirkimo ilgas arba vyksta keliuose įrenginiuose: paslaugų versle, B2B, brangesnėse prekėse. Trys sąlygos, be kurių tai neveikia:
- Sutikimas. Be
ad_user_dataparametro duomenys tiesiog nesiunčiami, o klaidos pranešimo niekas neparodys. - Duomenys puslapyje. Jei patvirtinimo puslapyje el. pašto nėra, nėra ir ko siųsti. Tokiu atveju reikia arba jį perduoti, arba naudoti įkėlimą iš pardavimų sistemos.
- Formato tvarka. Tarpai, didžiosios raidės ir nevienodi telefono numerių formatai mažina sutapimų dalį. Duomenis reikia normalizuoti prieš šifruojant.
Sutapimų dalį verta pasižymėti kartą per mėnesį. Jei ji staiga krito — pirma vieta, kur žiūrėti, yra ne „Google“, o pakeitimai tavo svetainėje arba sutikimų juostoje.
6. Server-side sekimas: kada verta, o kada ne
Serverinis sekimas nėra būdas apeiti sutikimą. Jis nedaro nieko, ko lankytojas neleido. Ką jis daro — tai perkelia duomenų siuntimą iš naršyklės, kurioje trukdo blokatoriai, slapukų galiojimo apribojimai ir tinklo filtrai, į tavo kontroliuojamą serverį. Rezultatas: to paties sutikimo duomenys pasiekia tikslą patikimiau.
| Situacija | Ar verta | Kodėl |
|---|---|---|
| El. parduotuvė, 500+ užsakymų per mėnesį | Taip | Prarastų konversijų vertė greitai viršija serverio ir diegimo kaštus |
| B2B su ilgu pardavimo ciklu | Taip, kartu su duomenų grąžinimu iš CRM | Svarbu ne užklausų kiekis, o kurios jų virto sutartimis |
| Paslaugos su 10–30 užklausų per mėnesį | Dar ne | Pirma sutvarkyk sutikimus ir patobulintas konversijas — poveikis bus didesnis, kaina beveik nulinė |
| Svetainė be aiškios konversijos | Ne | Tikslesnis nulio matavimas lieka nuliu |
Eiliškumas beveik visada toks pat: pirma tvarkingas sutikimų diegimas, tada vienas aiškus pagrindinis konversijos veiksmas, tada patobulintos konversijos, ir tik po to serverinis sekimas. Peršokus žingsnius gaunamas brangus diegimas, kuris tiksliai perduoda netikslius duomenis.
7. Modeliuotos konversijos ataskaitose
Dalis paskyroje matomų konversijų yra ne užfiksuotos, o įvertintos. Kai lankytojas sutikimo neduoda, „Google“ bando apskaičiuoti tikėtiną rezultatą pagal sutikusiųjų elgseną. Tam reikia pakankamo sutikusių sesijų kiekio — mažose paskyrose modelis būna nestabilus arba visai neįsijungia.
Ką iš to daryti praktiškai:
- Nesistebėk, kad skaičiai „Google Ads“ ir tavo pardavimų sistemoje niekada nesutaps. Svarbu ne sutapimas, o pastovus santykis.
- Sutikimo lygis tampa verslo rodikliu. Skaidri, aiškiai suformuluota juosta duoda daugiau duomenų nei agresyvi ar paini.
- Prieš lygindamas laikotarpius patikrink, ar tuo metu nekeitei juostos, žymų ar konversijų nustatymų. Pusė „netikėtų pokyčių“ yra būtent tokie.
8. Septynios klaidos, kurias matome dažniausiai
- Sutikimų juosta įdiegta, bet signalų nesiunčia. Vizualiai viskas tvarkinga, žymoms nepasiekia nieko.
- Trūksta dviejų naujesnių parametrų. Patobulintos konversijos neveikia, o klaidos pranešimo nėra.
- Konversija skaičiuojama du kartus. Ta pati forma matuojama ir per GA4 importą, ir tiesiogine žyma; algoritmas mato dvigubą naudą ten, kur jos nėra.
- Mikro veiksmai pažymėti kaip pagrindiniai. Peržiūros ir paspaudimai nukreipia optimizavimą į pigius, bet bevertius veiksmus.
- Patvirtinimo puslapis pamirštas. Dažniausia vieta, kur dingsta ir sutikimo signalas, ir konversija.
- Subdomenai su savo konteineriais. Kiekvienas jų reikalauja atskiro sutvarkymo.
- Pakeitimai niekur nefiksuojami. Be žurnalo po mėnesio neatsakysi, kodėl skaičiai pasikeitė būtent tą savaitę.
9. Dažniausi klausimai
Kas tiksliai pasikeitė 2026 m. birželio 15 d.?
Reklamos duomenų srautą iš „Google Analytics“ į susietą „Google Ads“ paskyrą nuo tos dienos valdo vien sutikimų režimo parametras ad_storage. „Google Signals“ nustatymui liko tik viena funkcija — sieti „Analytics“ duomenis su prisijungusiais naudotojais elgsenos ataskaitoms pačioje „Analytics“ sistemoje.
Ar man reikia ką nors daryti, jei sutikimų režimo antroji versija jau įdiegta teisingai?
Produkto pakeitimų daryti nereikia. Verta tik patikrinti pradines ad_storage būsenas — anksčiau jas galėjo dengti išjungtas „Google Signals“, dabar tokio saugiklio nebėra.
Kodėl patobulintos konversijos neveikia, nors viskas įjungta?
Dažniausiai dėl trūkstamo ad_user_data parametro senesniuose diegimuose. Antra dažniausia priežastis — patvirtinimo puslapyje tiesiog nėra el. pašto ar telefono, kurį būtų galima užšifruoti ir išsiųsti.
Ar serverinis sekimas leidžia rinkti duomenis be sutikimo?
Ne. Sutikimo taisyklės galioja nepriklausomai nuo to, kur veikia žymos. Serverinis sekimas gerina jau leistų duomenų patikimumą, o ne plečia leidimų ribas.
Kiek konversijų realiai prarandama dėl blogo diegimo?
Skirtumas svyruoja nuo kelių procentų iki daugiau nei pusės — priklausomai nuo srauto, naršyklių ir to, kaip sukonfigūruota juosta. Vienintelis būdas sužinoti savo skaičių yra palyginti paskyros konversijas su realiais užsakymais ar užklausomis tą patį laikotarpį.
Nuo ko pradėti, jei viskas apleista?
Nuo dviejų scenarijų patikros „Tag Assistant“ įrankiu ir konversijų veiksmų sąrašo peržiūros. Šie du žingsniai atskleidžia daugumą problemų ir nekainuoja nieko, išskyrus laiką.
Sutvarkykime duomenis prieš tai, kai jie kainuos
Peržiūrime sutikimų diegimą, konversijų struktūrą ir „Tag Manager“ konfigūraciją, o radinius pateikiame kaip konkretų taisymų sąrašą su prioritetais.
Gauti nemokamą peržiūrą