# GA4 audita saraksts: 18 pārbaudes uzticamiem pārskatiem Pārbaudiet GA4 ar 18 praktiskiem soļiem. Atrodiet dubultus notikumus, trūkstošas konversijas un attiecinājuma kļūdas un nosakiet labojumu prioritātes. Canonical page: https://cpcinsider.com/lv/insights/ga4-audit-checklist/ Author: Vladlens Kecko Published: 2026-09-29 Updated: 2026-10-08 GA4 audits pārbauda ceļu no reālas klienta darbības līdz pārskatam, uz kura balstāt lēmumu. Apmeklētāji Realtime skatā pierāda tikai to, ka pienāk daļa datu. Tas vēl nepierāda pareizu pirkumu, pieteikumu vai reklāmas avotu uzskaiti. Ceļvedis paredzēts vietnes ieviešanai. Sagatavojiet piekļuvi GA4, tagu konfigurācijai un testa iespējām vietnē. Salīdziniet datus ar CRM vai pasūtījumiem un vienojieties, kurš publicē labojumus. Katram testam pierakstiet īpašumu, datu straumi, ierīci, piekrišanas izvēli un laiku. Detalizētai salīdzināšanai izmantojiet [GA4 un Google Ads datu saskaņošanas ceļvedi](https://cpcinsider.com/lv/insights/ga4-google-ads-conversion-discrepancies/). Kampaņu saitēm lietojiet [UTM nosaukumu veidni](https://cpcinsider.com/lv/insights/utm-naming-convention/). ## Aizpildīts GA4 audita darba lapas piemērs Auditam jāparāda kļūda, tās nozīme un labojuma pārbaudes veids. Šis ir ilustratīvs testa piemērs, nevis klienta rezultāts. Izmantojiet izdomātus klienta datus un pierādījumus glabājiet ārpus publiskām atskaitēm. | Atradums | Pierādījums kontrolētā testā | Pārbaudāmais labojums | Atkārtotais tests | | --- | --- | --- | --- | | Dubults pieteikuma notikums | Viens pieņemts pieteikums rada divus notikumus | Novērst dubultu sūtītāju vai aktivizētāju | Viens pieteikums rada vienu notikumu; pārlāde to neatkārto | | Trūkst pirkuma vērtības | Pasūtījumam ir summa, notikumam tās nav | Pārbaudīt vērtības un valūtas atbilstību | Salīdzināt notikumu ar to pašu testa pasūtījumu | | Maksājumu pakalpojums parādās kā avots | Atgriešanās no maksājuma maina avotu | Izvērtēt klienta ceļu un novirzījumu iestatījumus | Atkārtot pilnu pirkumu un pārbaudīt apstrādātos avotu datus | Katram atradumam norādiet atbildīgo un datumu. Personas datu noplūdes un nepareizi biznesa rezultātu notikumi ir svarīgāki par atskaites noformējumu. Noslēgumā saglabājiet atkārtojamus testus un atlikušos ierobežojumus. ## GA4 audita 18 punktu saraksts Katram punktam norādiet statusu, testa pierādījumu, atbildīgo un nākamo darbību. Labam auditam jāļauj atkārtot atradumu, nevis tikai apskatīt iestatījumus. | Pārbaude | Kas jānoskaidro | | --- | --- | | 1. Piekļuves | Uzņēmumam ir vajadzīgā piekļuve; bijušajiem partneriem nav lieku tiesību | | 2. Īpašums un straume | Reālās vietnes dati nonāk pareizajā GA4 īpašumā un tīmekļa straumē | | 3. Valūta un laika josla | Iestatījumi atbilst salīdzinājumam izmantotajiem biznesa datiem | | 4. Tagu pārklājums | Mērķlapas, produktu, apmaksas un apstiprinājuma lapas sūta vajadzīgos notikumus | | 5. Dublēta ieviešana | Spraudnis, vietnes kods un GTM nesūta vienu notikumu atkārtoti | | 6. Lapu skatījumi | Sākotnējā ielāde un pārejas vietnē veido paredzēto skatījumu secību | | 7. Notikumu definīcijas | Katram notikumam ir skaidra biznesa nozīme un palaišanas nosacījums | | 8. Veiksmīgas darbības | Rezultātu uzskaita pēc pieteikuma vai pirkuma, nevis tikai pogas klikšķa | | 9. Atkārtojumi | Pārlāde, atgriešanās un atkārtots mēģinājums nepalielina rezultātu skaitu | | 10. Galvenie notikumi | Svarīgi rezultāti ir apzināti atzīmēti un nodalīti no iesaistes darbībām | | 11. E-komercijas parametri | Pasūtījuma ID, vērtība, valūta un preces atbilst testa pasūtījumam | | 12. Piekrišana | Sākotnējais stāvoklis un izvēles atjauninājumi darbojas pieņemšanas un atteikuma gadījumā | | 13. Personas dati | URL, virsraksti un parastie parametri neizpauž vārdus, e-pastus vai tālruņus | | 14. Vairāki domēni | Pāreja uz kontrolētu apmaksas vai rezervāciju domēnu saglabā paredzēto uzskaiti | | 15. Nevēlami novirzītāji | Maksājumu un darbības domēni nepamatoti nepārņem klientu piesaistes avotu | | 16. Iekšējās plūsmas filtri | Izslēgšana attiecas uz vajadzīgo plūsmu, nevis īstiem klientiem | | 17. Kampaņu avoti | Nosaukumi, pāradresācijas un reklāmas kontu saites saglabā izmantojamus avotu datus | | 18. Salīdzinājums | Atšķirībām no CRM un pasūtījumiem ir izskaidrots periods, aizkave un definīcija | ## Pārbaudiet vienu klienta ceļu vienlaikus Ieslēdziet atkļūdošanu savai testa ierīcei ar Tag Assistant vai GTM priekšskatījumu un apskatiet notikumu secību [GA4 DebugView](https://support.google.com/analytics/answer/7201382?hl=en). Avotu analīzei izmantojiet piesaistes pārskatus; DebugView galvenokārt palīdz pārbaudīt ieviešanu. Datorā un telefonā izpildiet šādus scenārijus: - Atveriet mērķlapu un iekšējo saiti; pārbaudiet lapu secību. - Iesniedziet kļūdainu formu; tai nevajadzētu kļūt par veiksmīgu pieteikumu. - Nosūtiet derīgu pieteikumu un atrodiet to CRM vai saņēmēja sistēmā. - Pārlādējiet apstiprinājuma lapu un pārbaudiet atkārtotu rezultāta notikumu. - Veikalā veiciet testa pirkumu un salīdziniet parametrus ar pasūtījumu. Tukšs atkļūdošanas logs vēl nepierāda trūkstošu notikumu. Pārbaudiet ierīci, atkļūdošanas iestatījumus, piekrišanu un tīkla pieprasījumus. Apmeklētāja atteikums var radīt atšķirīgu uzvedību nekā tests ar pieņemtu piekrišanu. ## Atrodiet dublēšanās cēloni Pierakstiet visus sūtītājus: vietnes kodu, CMS spraudni, GTM un servera integrāciju. Meklējiet divus sūtītājus vai nosacījumu, kas nostrādā gan klikšķī, gan pēc veiksmīgas iesniegšanas. Labojiet sūtītāju vai nosacījumu, nevis slēpiet dublikātus pārskatā. E-komercijas notikumu nosaukumus un laukus salīdziniet ar [Google ieviešanas dokumentāciju](https://developers.google.com/analytics/devguides/collection/ga4/ecommerce). Katram pasūtījumam izmantojiet unikālu darījuma ID un pārbaudiet pārlādi. [Validācijas ceļvedis](https://developers.google.com/analytics/devguides/collection/ga4/validate-ecommerce) skaidro darījumu ID apstrādi; nepieņemiet, ka tāpat tiek aizsargāts jebkurš pielāgots pieteikuma notikums. [Reddit diskusijā par GA4 auditiem](https://www.reddit.com/r/GoogleAnalytics/comments/1qjygs8/how_are_you_auditing_ga4_setups_these_days/) ieteikts salīdzināt notikumus ar īstām lietotāja darbībām. Tā ir pieredzes apmaiņa; konkrētu kļūdu pierāda atkārtojams tests un ieviešanas dokumentācija. ## Piekrišana un personas dati Pārbaudiet jaunu apmeklētāju, kurš piekrīt, apmeklētāju, kurš atsakās, un atkārtotu apmeklētāju, kurš maina izvēli. Izmantojiet [Google piekrišanas atkļūdošanas procedūru](https://developers.google.com/tag-platform/security/guides/consent-debugging), lai pārbaudītu sākotnējo stāvokli, atjauninājumus un tagu uzvedību. Redzams paziņojums vien nepierāda pareizu signālu nodošanu. Apskatiet URL un nosūtītos parametrus pēc formu iesniegšanas. E-pastus, tālruņus un vārdus neievietojiet parastos analītikas laukos, lapu virsrakstos vai adresēs; skatiet [Google personas datu norādes](https://support.google.com/analytics/answer/6366371?hl=en). Īpaši paredzētas lietotāju datu funkcijas jāievieš atsevišķi. ## Avotu labošana bez problēmas slēpšanas Ja kontrolējat vairākus klienta ceļa domēnus, pārbaudiet [starpdomēnu mērīšanu](https://support.google.com/analytics/answer/10071811?hl=en) un saistīšanas parametra saglabāšanu pāradresācijās. Atgriežoties no maksājumu pakalpojuma, izvērtējiet [nevēlamos novirzītājus](https://support.google.com/analytics/answer/10327750?hl=en). Novirzītāja izslēgšana neaizstāj pareizi savienotu ceļu. Pārbaudiet kampaņas saiti no īstā e-pasta vai reklāmas, ieskaitot pāradresācijas. Ienākošajām kampaņām lietojiet konsekventus nosaukumus; parastajām iekšējām saitēm nepievienojiet kampaņu marķējumu. Pirms aktivizēšanas testējiet iekšējās plūsmas un izstrādātāju filtrus. Google skaidro, ka [izslēgtie dati vairs nebūs pieejami](https://support.google.com/analytics/answer/13296761?hl=en) un filtri nelabo pagātni. Saglabājiet aktivizēšanas datumu. Ja maksājumu pakalpojums parādās kā piesaistes avots, pirms izslēgšanas saraksta maiņas izmantojiet [pirkuma ceļa novirzījumu pārbaudi](https://cpcinsider.com/lv/insights/ga4-payment-referrals/). ## Salīdziniet izlasi un nosakiet prioritātes Salīdziniet konkrētu periodu pēc datu apstrādes, saskaņojot laika joslu, valūtu, notikuma definīciju un atribūcijas tvērumu. GA4, Google Ads un CRM atbild uz atšķirīgiem jautājumiem; identiski skaitļi ne vienmēr ir pareizais mērķis. Ilustratīvs piemērs: CRM ir 10 testa pieteikumi, bet analītikā 20 rezultāti, jo nostrādā klikšķa un apstiprinājuma lapas notikums. Tas norāda uz konkrētu labojumu. Atšķirība piekrišanas vai atribūcijas dēļ jāizskaidro, nevis jākompensē ar izdomātu notikumu. Vispirms risiniet personas datu noplūdi, trūkstošus vai dublētus biznesa rezultātus un avotu pārrāvumus. Pēc tam sakārtojiet nosaukumus un pārskatus. Ja dati ietekmē reklāmu, izmantojiet arī [Google Ads auditu](https://cpcinsider.com/lv/insights/google-ads-audit-checklist/) un [CRM integrācijas ceļvedi](https://cpcinsider.com/lv/insights/google-ads-crm-integration/). ## Biežākie jautājumi ### Vai pietiek ar Realtime? Nē. Apvienojiet kontrolētu ceļu, parametrus, atkļūdošanas rīkus un apstrādātus pārskatus. Pārbaudiet rezultātu arī sistēmā, kas saņem pieteikumu vai pasūtījumu. ### Vai katram notikumam jābūt galvenajam? Izvēlieties biznesam svarīgas darbības. Iesaistes rādītājus saglabājiet atšķiramus un atsevišķi pārbaudiet Google Ads mērķus pirms importētu notikumu izmantošanas solīšanā. ### Vai labojums izlabos iepriekšējos pārskatus? Parasti tas maina turpmāko datu vākšanu. Atzīmējiet labošanas datumu un nesalīdziniet periodus tā, it kā metode vienmēr būtu bijusi identiska. Pirms pievienojat jaunus notikumus, saskaņojiet definīcijas un atbildīgos ar [reklāmas mērījumu plānu](https://cpcinsider.com/lv/insights/advertising-measurement-plan/). Pirms optimizācijas mērķu maiņas pārbaudiet [Google Ads primārās un sekundārās konversijas](https://cpcinsider.com/lv/insights/google-ads-primary-secondary-conversions/). Ja piesaistes atskaitē ir Unassigned, izmantojiet [avota diagnostiku sešos soļos](https://cpcinsider.com/lv/insights/ga4-unassigned-traffic/), lai nošķirtu kanāla klasifikāciju no trūkstošiem sesijas datiem. Komandas apmeklējumu kontrolētai pārbaudei pirms izslēgšanas aktivizēšanas izmantojiet [GA4 iekšējās datplūsmas filtra ceļvedi](https://cpcinsider.com/lv/insights/ga4-internal-traffic-filter/). ## Atrodiet mērījumu problēmas, kas ietekmē lēmumus [Piesakiet bezmaksas veiktspējas auditu](https://cpcinsider.com/lv/#audit) un pieteikumā norādiet GA4 jautājumu. Izvērtēsim mērījumu prioritātes un pārrunāsim nākamos soļus. Ieviešanai pieejams [izsekošanas, atribūcijas un CRM atbalsts](https://cpcinsider.com/lv/services/tracking-attribution-crm/).