Julkaistu 2026-08-27 · 10 min · Mittaus
GA4 ei anna virheilmoitusta. Se kerää dataa ja piirtää kaaviot, vaikka mittaus olisi rikki. Auditoimme elokuussa 28 mittauskokonaisuutta, ja sama GA4:n oletusarvo oli voimassa kaikissa — koska mikään ei kehota koskemaan siihen. Tarkistuslista, jonka voi käydä läpi GA4:n hallinta auki vieressä.
GA4 ei näytä virhettä vaikka tapahtumadata tuhoutuisi 60 päivän välein tai konversioita ei laskettaisi lainkaan. Tarkistuslista niistä kohdista, joissa oletusarvo on käytännössä aina väärä.
Jos maksat Google-mainonnasta, teetät sisältöä tai mietit kannattaako sivusto uudistaa, päätös nojaa Analyticsin lukuihin. Ne luvut voivat olla väärin, eikä GA4 kerro siitä mitään. Se ei näytä virheilmoitusta — se näyttää kaavion.
Ero rikkinäiseen yhteydenottolomakkeeseen on juuri tämä: rikkinäisen lomakkeen huomaa, koska viestejä ei tule. Väärin asetettu analytiikka näyttää täsmälleen samalta kuin oikein asetettu. Pylväät ovat sopivan kokoisia ja käyrä liikkuu. Huono kuukausi ja mittaamatta jäänyt konversio piirtyvät samannäköisinä.
Tämä lista on auditin tulos. Kävimme elokuussa 2026 läpi ylläpitämämme 28 sivuston verkoston GA4-asetukset yksi mittauskokonaisuus kerrallaan ja vertasimme jokaista kohtaa siihen, minkä GA4 oli itse asettanut sen perustamisen yhteydessä. Sama oletusarvo oli yhä voimassa kaikissa 28:ssa — ei siksi että joku olisi tehnyt virheen, vaan siksi ettei mikään GA4:ssä kehota koskemaan niihin. Se on koko pointti: nämä eivät ole vikoja, jotka huomaa käyttämällä.
Lista kannattaa käydä läpi GA4:n hallinta-asetukset auki vieressä. Valikkopolut on tarkistettu suomenkielisestä käyttöliittymästä elokuussa 2026. Rastit tallentuvat vain omaan selaimeesi, eivät meille.
Yleisin paikka etsiä vikaa on datastriimin Tehostettu mittaus -lista, jossa Katselukerrat näkyy harmaana kytkimenä. Harmaa ei tarkoita pois päältä: GA4 on lukinnut sen päälle, koska page_view ei ole sammutettavissa. Auditissamme jokainen tehostetun mittauksen kytkin oli päällä kaikissa 28 mittauskokonaisuudessa — sieltä ei löytynyt yhtään vikaa.
Viat eivät siis ole siellä, minne niitä ensimmäisenä mennään katsomaan. Ne ovat asetuksissa, joihin ei ole mitään syytä mennä ennen kuin joku kertoo että pitäisi — ja juuri siksi ne ovat väärin niin monella.
Järjestelmänvalvoja → Datan kerääminen ja muokkaaminen → Datan säilytys
Kohdassa *Tapahtumadata* pudotusvalikossa on tasan kaksi vaihtoehtoa: 2 kuukautta ja 14 kuukautta. Oletus on 2 — valitse 14.
Miksi: Tätä ei voi korjata jälkikäteen. Asetus vaikuttaa vain eteenpäin, joten kaikki yli 60 päivää vanha tapahtumadata on jo poissa eikä sitä saa takaisin millään. Vakioraporttien aggregoidut luvut eivät katoa — niihin asetus ei vaikuta, joten viime joulun ja tämän joulun kävijämäärien vertailu onnistuu yhä. Se mikä loppuu on kaikki tapahtuma- ja käyttäjätason kaivaminen: Explore-analyysit, omat segmentit ja yksittäisten tapahtumien tarkastelu näkevät vain 60 päivää taaksepäin. Tämä on listan ainoa kohta, jossa viivyttely maksaa dataa — tee se ensin, muut voivat odottaa. Auditissamme GA4:n oletus oli yhä voimassa 28 mittauskokonaisuudessa 28:sta. Muutos astuu voimaan 24 tunnin kuluttua.
Samalla sivulla kohta *Käyttäjätiedot*: säilytys 14 kuukautta ja kytkin Nollaa uuden käyttäjätoiminnan yhteydessä päällä.
Miksi: Nollaus pitää palaavan kävijän ikkunan auki: jokainen uusi käynti aloittaa laskurin alusta. Ilman sitä aktiivinenkin asiakas katoaa 14 kuukauden kuluttua ensimmäisestä käynnistä laskien, vaikka hän kävisi sivustolla joka viikko.
Järjestelmänvalvoja → Datan näyttäminen → Tapahtumat → välilehti Tärkeät tapahtumat
Etsi välilehdeltä nimet purchase, generate_lead, qualify_lead ja close_convert_lead. GA4 luo näitä mittauskokonaisuuden perustamisen yhteydessä sen mukaan, mitä tavoitetta ohjatussa asennuksessa klikkasi. Tähti nimen vieressä tarkoittaa, että tapahtuma on merkitty tärkeäksi.
Miksi: Jos sivusto ei lähetä niitä, ne eivät laukea koskaan ja jokainen konversioluku on nolla. Se ei näytä virheeltä vaan huonolta kuukaudelta. Mittauskokonaisuus näyttää konfiguroidulta, koska tärkeitä tapahtumia on listalla — mutta konversiomittausta ei ole olemassa. Tunnistat sen kahdesta merkistä: tällä sivulla rivillä lukee *Striimidataa ei ole havaittu*, ja Liikenteen hankinta -raportin sarakkeessa *Tärkeät tapahtumat* lukee 0,00 jokaisella rivillä, vaikka sarakkeessa *Tapahtumien määrä* olisi satoja. Auditissamme tämä toistui 28 mittauskokonaisuudessa 28:sta — myös riveillä, joilta oikeasti tuli yhteydenottoja.
Ennen kuin merkitset minkään tähdellä: täytä lomake itse, katso Reaaliaika-raportista että tapahtuma tulee perille — ja tarkista että viesti oikeasti saapui sähköpostiin.
Miksi: Yleisin tapa saada valheellista dataa on lomake, joka näyttää kiitosviestin lähettämättä mitään. Jos merkitset sen tapahtuman tärkeäksi, raportissa on konversioita joita ei ole olemassa — ja se on huonompi tilanne kuin nolla konversiota, koska nollan huomaa ja kasvavan käyrän uskoo. Korjaa lomake ensin, merkitse vasta sitten. Lomakkeen omat sudenkuopat käydään läpi liidilomake-oppaassa.
Järjestelmänvalvoja → Datan kerääminen ja muokkaaminen → Datasuodattimet
Taulukossa on valmiina rivi Internal Traffic, tyyppi *Sisäinen liikenne*, toiminto *Sulje pois* — ja sarakkeessa Nykytila lukee Testaus. Testaus-tila ei suodata mitään.
Miksi: Suodatin näyttää olemassaolollaan siltä, että sisäinen liikenne on hoidettu. Se on kytkemätön johto: arvon traffic_type = internal näkee raportissa, mutta yhtään istuntoa ei poisteta. Pienellä sivustolla oma ja työntekijöiden selailu on helposti kymmeniä prosentteja liikenteestä.
Toinen puoli on eri paikassa: Datastriimit → striimi → Google-tagi → *Määritä tagiasetukset* → Näytä lisää → *Määritä sisäinen liikenne*. Oletuksena listalla ei ole yhtään IP-osoitetta.
Miksi: Suodatin osuu vain liikenteeseen, jonka tagi on merkinnyt sisäiseksi, ja merkintä syntyy IP-säännöstä. Ilman sääntöä aktiivinenkin suodatin poistaa nolla istuntoa. Kaksi asetusta, eri paikoissa, kumpikin yksin hyödytön — siksi tämä jää niin usein puolitiehen.
Katso Liikenteen hankinta -raportista rivejä, joilla on paljon istuntoja mutta 1 aktiivinen käyttäjä. Se on automaation allekirjoitus.
Miksi: GA4 suodattaa tunnetut botit, mutta ei sinun omia työkalujasi. Uptime-valvonta, linkkitarkistimet ja julkaisun yhteydessä ajettavat selaintestit ovat oikeita selaimia ja menevät läpi. Auditissamme yhdellä rivillä oli 71 istuntoa ja yksi aktiivinen käyttäjä; ihmiselle se on mahdotonta.
Järjestelmänvalvoja → Datan kerääminen ja muokkaaminen → Datastriimit → striimi → Google-tagi → Määritä tagiasetukset
Jos sivustolla on useampi verkkotunnus — myös .fi ja .com rinnakkain, vanha uudelleenohjattu osoite, erillinen verkkokauppa tai ulkoinen ajanvaraus — ne kuuluvat kaikki tähän listaan.
Miksi: Ilman tätä oma domain kirjautuu viittaukseksi. Jokainen hyppy domainista toiseen aloittaa uuden istunnon ja korvaa alkuperäisen lähteen: google / organic muuttuu muotoon omasivu.fi / referral, ja tieto siitä mistä asiakas oikeasti tuli on lopullisesti poissa. Auditissa mittasimme hinnan: yhdellä sivustolla 211 istuntoa 1 380:stä eli 15 %, ja toisella 55 istuntoa 153:sta eli 36 % kirjautui viittaukseksi omasta verkostosta. Tarkista sama molempiin suuntiin, kummankin domainin striimistä.
Saman *Näytä lisää* -listan kohta Lisää ei-toivotut viittaukset. Verkkokaupassa tänne kuuluvat checkout.stripe.com, paypal.com, klarna.com ja pankkien tunnistautumissivut.
Miksi: Maksusivulta palaava asiakas näyttää GA:lle uudelta vierailulta, joka tuli maksunvälittäjältä. Kauppa kirjaa myynnin lähteelle stripe / referral, ja se mainoskampanja joka kaupan oikeasti toi jää ilman ansaitsemaansa konversiota. Sen jälkeen mainosbudjettia siirretään väärään paikkaan täysin oikean näköisen raportin perusteella.
Saman näkymän yläosassa on palkki Tagin laatu. Jos GA on havainnut ongelmia, palkin vieressä on linkki niiden listaan (teksti sisältää löytöjen määrän, esimerkiksi *Näytä 1 issue*). Avaa se ja käy kohdat läpi.
Miksi: GA4 kertoo täällä itse, mitkä sivut ovat ilman tagia ja mitä verkkotunnuksia se on nähnyt ilman että niitä on määritetty. Älä kuitenkaan hyväksy ehdotettuja domaineja sokkona — listalle päätyy myös testiympäristöjä ja esikatselu-osoitteita, jotka eivät kuulu mittaukseen lainkaan.
Järjestelmänvalvoja → Datan kerääminen ja muokkaaminen → Datastriimit → striimi → Sensuroi data
Rivin vieressä näkyy oletuksena kaksi merkintää: *Sähköposti aktiivinen* ja URL-osoitteiden kyselyparametriavaimet eivät aktiivisia. Lisää jälkimmäiseen jokainen parametri, joka voi kantaa sähköpostia, nimeä tai kertakäyttötunnusta — tyypillisesti email, token, uid ja key.
Miksi: Uutiskirjeen peruutuslinkit, tilausvahvistukset ja salasanan palautukset kantavat tunnisteen osoitteessa, ja GA4 tallentaa koko osoitteen kenttään page_location. Henkilötiedon vieminen Analyticsiin rikkoo sekä Googlen omia käyttöehtoja että tietosuoja-asetusta, ja poistaminen jälkikäteen vaatii erillisen poistopyynnön Googlelle. Tämä on kohta, jonka olemassaolosta harva tietää ennen kuin joku kysyy.
Järjestelmänvalvoja → Datan kerääminen ja muokkaaminen → Suostumusasetukset · sekä sivuston oma koodi
Suostumusasetukset-sivu näyttää neljän signaalin tilan suomeksi: *Käyttäytymisanalytiikan suostumussignaalit* (analytics_storage) ja *Mainontaan liittyvät suostumussignaalit* (ad_storage, ad_user_data, ad_personalization).
Miksi: Tämä on ainoa kohta koko listalla, jossa näet suostumuksen tilan katsomalla eikä koodia lukemalla. Sivu kertoo, saapuvatko signaalit GA4:ään ylipäätään — ja sitä kannattaa katsoa ennen kuin uskoo, että evästebanneri toimii.
Sivuston koodissa gtag('consent','default') kieltää neljä asiaa: analytics_storage, ad_storage, ad_user_data ja ad_personalization — ja se ajetaan ennen ensimmäistä gtag('config', ...) -kutsua.
Miksi: Ilman default-kutsua gtag olettaa suostumuksen saaduksi ja kirjoittaa _ga-evästeen jo ensimmäisellä latauksella. Silloin evästebanneri on kulissi: sen Hylkää-painike ei kiellä mitään, koska mitään ei koskaan kielletty. Kaksi mainoslippua puuttuu erityisen usein — ne tulivat vasta Consent Mode -versiossa 2, eivätkä vanhat netistä kopioidut esimerkit tunne niitä. Tämän tarkistaa se, joka teki sivustosi; jos et saa selvää vastausta, se on itsessään vastaus.
Sivun latauksessa on tarkistus: jos tallennettu valinta on hyväksytty, ajetaan gtag('consent','update', ...). Koodi kääritään try/catch-lohkoon.
Miksi: Evästebanneri myöntää suostumuksen tyypillisesti vain hyväksy-klikin hetkellä. Jos latauksessa ei ole palautusta, eilen hyväksynyt kävijä mitataan tänään kiellettynä — pysyvästi. Käytännössä kaikki palaavat kävijät mitataan väärin, ja juuri he ovat se joukko, jonka pitäisi kertoa toimiiko sivusto. try/catch siksi, että selaimen yksityisessä tilassa tallennuksen lukeminen voi kaatua ja viedä koko skriptilohkon mukanaan — jolloin myös GA jää lataamatta.
Avaa oma evästeselosteesi ja vertaa selaimen kehitystyökalujen evästelistaan. Erityisesti: onko sivustolla istuntonauhuri, jota seloste ei mainitse?
Miksi: Istuntonauhuri tallentaa hiiren liikkeet ja klikkaukset. Se on olennaisesti eri asia kuin kävijälaskenta, eikä seloste joka puhuu vain analytiikkaevästeistä kata sitä. Nauhurit lisätään usein myöhemmin kuin seloste kirjoitettiin, eikä selostetta muisteta päivittää.
Järjestelmänvalvoja → Datan kerääminen ja muokkaaminen → Datastriimit → striimi → Tehostettu mittaus → rataskuvake
Avaa *Sivustohaku*-kohdan Näytä lisäasetukset. Oletuslista on q, s, search, query, keyword. Tee oma haku sivustollasi ja katso, mitä parametria osoiterivi käyttää.
Miksi: Jos haku on JavaScript-pohjainen eikä muuta osoitetta lainkaan, tai käyttää jotain muuta parametria, tapahtuma view_search_results ei laukea koskaan. Sivustohaku on yleensä sivuston paras yksittäinen signaali siitä, mitä ihmiset eivät löydä — ja se on hiljaa tyhjä.
Kytkimet ovat: Katselukerrat (harmaa ja lukittu päälle), Vieritykset, Lähtevät klikkaukset, Sivustohaku, Lomakkeeseen liittyvät aktivoitumiset, Videon aikaansaama aktivoituminen ja Tiedoston lataukset. Selaushistoriaan perustuvat sivunvaihdot eivät ole oma kytkin vaan Katselukerrat-kohdan lisäasetus.
Miksi: Nämä ovat oletuksena päällä ja yleensä kunnossa — tarkista silti, koska yksittäinen kytkin on voitu sammuttaa matkan varrella. Lomakekytkimen tuottamat form_start ja form_submit ovat monella sivustolla ainoa konversiosignaali, joka on olemassa ilman erikseen kirjoitettua koodia.
Järjestelmänvalvoja → Datan näyttäminen → Tapahtumat · ja Raportit → Reaaliaika
Välilehti *Viimeaikaiset tapahtumat* näyttää, mitä sivusto on lähettänyt 28 viime päivän aikana. Katso mitä listalla oikeasti on ja mitkä rivit ovat nollassa.
Miksi: Tämä on ainoa tapa nähdä, mitä sivusto todella lähettää. Yllätyksiä tulee kahteen suuntaan: tapahtumia jotka eivät laukea vaikka pitäisi, ja tapahtumia joita kukaan ei tiennyt lisätyn — edellisen toimiston jäänteitä tai teemamallin mukana tulleita. Molemmat kannattaa tietää ennen kuin raportteihin luottaa.
Järjestys on tarkoituksellinen. Ylhäällä olevat kohdat vaikuttavat dataan, jota ei saa takaisin; alempana olevat siihen, mitä datasta voi päätellä. Jos ehdit tehdä vain yhden asian, tee kohta 01.
Suurin osa listasta hoituu GA4:n omista asetuksista ilman koodia. Osio 06 on poikkeus: suostumus on puoliksi Analyticsissa ja puoliksi sivuston koodissa, ja sen korjaaminen edellyttää pääsyä sivuston lähdekoodiin. Jos et tiedä kummalla puolella oma sivustosi on, kysy meiltä — asetusten läpikäynti kuuluu kotisivujen ylläpitoon eikä siitä laskuteta erikseen.
Asetusten nimet ja valikkopolut on luettu suomenkielisestä GA4:stä elokuussa 2026. Google muuttaa käyttöliittymäänsä ajoittain, joten jos jokin kohta ei löydy kuvatusta paikasta, alla olevat Googlen omat ohjesivut kertovat sen nykyisen sijainnin.