Neljä minuuttia palvelutilin luomiseen. Kuusitoista kuukautta Search Consolen historiaa täytetään takautuvasti ensimmäisessä synkronoinnissa. Kaksi sekuntia verkkotunnukselle, joka on jo vahvistettu ja oikeutettu. Ja kaksi kuukautta — luku, joka aiheuttaa enemmän tukipyyntöjä kuin kolme muuta yhteensä, koska se on GA4:n oletusarvoinen datan säilytysikkuna, eikä lähes kukaan tiedä tarkistaa sitä ennen yhdistämistä.
Itse käyttöönotto on lyhyt: yksi tunniste kohdassa Asetukset → Google-tilit, kaksi yhdistä-painiketta kohdassa Verkkotunnusten hallinta, ja sen jälkeen unohdat pääosin koko sivun olemassaolon. Mutta se kahden kuukauden luku ansaitsee täyden selityksen, koska se selittää, miksi jotkin verkkotunnukset näyttävät heti ensimmäisenä päivänä runsaan, hyödyllisen Analytics-historian ja toiset lähes eivät mitään viikkoihin — eikä kyse ole silloin alustan viasta.
Yksi tunniste, myönnetty kerran
Lataat Googlen palvelutilin avaimen — JSON-tiedoston, ei henkilökohtaista kirjautumista. Robotti-identiteetti, ei ihmisen OAuth-tunnusta, joka vanhenee tai hajoaa, kun joku vaihtaa salasanansa. Google Cloud myöntää sen kerran, ja se toimii, kunnes poistat sen — näin alusta myös synkronoi kello 3 yöllä ilman, että kukaan on kirjautuneena.
Uuden luominen kestää noin ne neljä minuuttia, jos et ole tehnyt sitä koskaan aiemmin: uusi tai olemassa oleva projekti, IAM ja hallinta → Palvelutilit → Luo, lataa avain. Käyttöoikeus merkitsee enemmän kuin pudotusvalikko antaa ymmärtää — myönnä Katselija-oikeus Search Console -ominaisuuteen ja Analytics-ominaisuuteen, ei enempää. Olen nähnyt tiimien myöntävän Muokkaaja-oikeuden, koska se on ylin vaihtoehto, ja kuusi kuukautta myöhemmin kukaan ei osaa selittää, miksi robottitilillä on kirjoitusoikeus heidän GA4-asetuksiinsa. Vain luku on oikea valinta; alusta ei koskaan koske asetuksiisi.
Yksi avain kattaa jokaisen verkkotunnuksen kyseisen Google Cloud -projektin alla. Jos pyörität toimistoa, jolla on tusina asiakassivustoa, tämä puoltaa yhtä palvelutiliä per asiakas eikä yhtä kaikelle — asiakkaan käytöstä poistaminen muuttuu avaimen poistamiseksi, ei sen auditoinniksi, mitkä verkkotunnukset hiljaisesti jakoivat tunnukset jonkun kanssa, joka juuri lähti.
Search Console: nopea kun on nopea, ärsyttävä kun ei ole
- Avaa Yhdistä verkkotunnukselle. Search Console ja Analytics saavat kumpikin oman korttinsa, ja Analyticsissa on "sama kuin Search Console" -pikatie, koska yksi avain kattaa yleensä molemmat.
- Jo vahvistettu ja palvelutililläsi on pääsy? Välitön — käyttöoikeustarkistus, valmis noin kahdessa sekunnissa.
- Ei vielä vahvistettu: automaattinen DNS-vahvistus, jos luovutat rekisterinpitäjäsi API-avaimen (Cloudflare, Route 53, muutama muu), tai manuaalinen TXT-tietue, jonka lisäät itse.
Manuaalisessa polussa ihmiset menettävät kärsivällisyytensä. Leviäminen todella vaihtelee — joskus yhdeksänkymmentä sekuntia, toisinaan neljä tuntia, riippuen TTL-arvosta ja resolverin välimuistista. Alusta kyselee jatkuvasti, joten lisää tietue ja jätä se rauhaan. Jos päivä kuluu ilman vahvistusta, kyse on harvoin leviämisestä; kyse on tyypivirheestä arvossa tai tietueen päätymisestä väärään vyöhykkeeseen (juuritunnus alitunnuksen sijaan tai päinvastoin). Aja `dig TXT` sitä vasten, mikä oikeasti on julkaistuna, ennen kuin syytät Googlea.
API-avainpolku ohittaa kaiken tämän kirjoittamalla tietueen puolestasi, mutta se tarkoittaa kolmannen osapuolen työkalulle kirjoitusoikeuden antamista DNS:ääsi — ja jos tuo DNS ohjaa tuotantoliikennettä, en pidä epäröintiä kohtuuttomana. Manuaalinen reitti maksaa muutaman minuutin alussa ja säästää sinut ajattelemasta sitä enää koskaan.
Analytics ja säilytysväli, josta kukaan ei varoita
Analytics yhdistyy löytämisen, ei vahvistamisen kautta — alusta etsii verkkotunnukselta olemassa olevaa GA4-ominaisuutta ja yhdistää, jos palvelutililläsi on siihen pääsy, koska GA4-oikeudet on jo lukittu Googlen puolella. Se voi luoda ominaisuuden, jos mitään ei ole olemassa, mutta anna sen tehdä niin vain aidosti uusille sivustoille. Jos siirryit pois Universal Analyticsista tai sinulla on ominaisuus, jossa on vuosien historia, yhdisty siihen nimenomaisesti. Tuore ominaisuus, jossa on kolmen päivän data, on paljon huonompi lähtökohta kuin yhdeksän vuoden ikäinen, johon on leipoutunut sisään kausivaihtelu — ja optimointisilmukka nojaa tähän historiaan enemmän kuin yhdistämisnäkymä antaa ymmärtää.
Tässä on väli, joka jää ihmisiltä huomaamatta: Search Console täyttää takautuvasti jopa kuusitoista kuukautta kyselydataa ensimmäisessä synkronoinnissa, koska Google säilyttää tämän verran historiaa palvelinpuolella riippumatta siitä, milloin yhdistit. GA4:llä ei ole vastaavaa takuuta — sen takautuva täyttö rajoittuu siihen, mikä ominaisuuden oma datan säilytysasetus on, ja tuo asetus on oletuksena kaksi kuukautta, ellei joku organisaatiossasi ole muuttanut sitä. Niinpä verkkotunnus voi näyttää kuusitoista kuukautta näyttökertoja ja klikkauksia heti yhdistämisen jälkeen ja kaksi kuukautta istuntoja täsmälleen samana päivänä, täsmälleen samasta käyttöönottovaiheesta. Kyse ei ole synkronointivirheestä. Kyse on Googlen säilytysoletuksesta, joka tekee juuri sitä, mihin se on asetettu, ja korjaus — jos haluat enemmän kuin kaksi kuukautta jatkossa — on säilytysikkunan muuttaminen suoraan GA4-ominaisuuden asetuksista, ei mikään tämän alustan puolella. Kannattaa tarkistaa ennen yhdistämistä, ei sen jälkeen kun jää ihmettelemään ristiriitaa.
Jaetut ominaisuudet ja mitä tapahtuu sen jälkeen
Vielä yksi Analytics-mutka: jos organisaatiosi pyörittää yhtä GA4-ominaisuutta, joka kerää dataa viideltä sivustolta — yleistä, kun joku asensi seurannan vuosia sitten eikä kukaan ole sen jälkeen jakanut sitä osiin — yhdistäminen toimii silti hyvin, mutta jokainen kysely suodatetaan konenimen mukaan kulissien takana. Ei valintaruutua, ei mitään mitä voisi vahingossa poistaa käytöstä. Siksi kojelauta näyttää aina tämän verkkotunnuksen luvut, ei koskaan ominaisuuden yhteenlaskettua kokonaismäärää.
Kun molemmat yhteydet ovat kunnossa, synkronointi ajetaan päivittäin aikataulun mukaan, jota itse hallitset (katso aikataulut-luku), ja kauppa-analytiikka liittyy automaattisesti mihin tahansa alustalla rakennettuun. Verkkotunnusrivi näyttää tilan odottava, osittainen tai aktiivinen — "osittainen" tarkoittaa, että toinen kahdesta yhteydestä on toiminnassa ja toinen ei, ja se on merkki tarkistaa, kumpi kortti on punainen, sen sijaan että luottaisit kokonaistilaan.
Missä se oikeasti hajoaa
Lähes jokainen näkemäni tukipyyntö kuuluu kolmeen ryhmään, joista mikään ei ole eksoottinen. Yksi: palvelutilin avain on kelvollinen, mutta rajattu väärään Google Cloud -projektiin, joten käyttöoikeustarkistus palautuu tyhjänä, vaikka itse avain latautuu ongelmitta. Kaksi: kukaan ei ole oikeasti lisännyt palvelutilin sähköpostiosoitetta — jotain sellaista kuin [email protected] — Katsojana Search Consolen tai GA4:n omissa käyttöoikeusasetuksissa; avaimen lataaminen alustalle ei anna sille mitään oikeuksia Googlen puolella. Kolmas, kavalampi tapaus: verkkotunnus yhdistetään uudelleen uuden palvelutilin alle vanhan poistamisen jälkeen, mutta ajastettu ajo epäonnistuu hiljaa vanhentuneilla tunnistetiedoilla viikon ajan ennen kuin kukaan huomaa, että luvut eivät ole päivittyneet.
Mikään näistä ei ole alustan vika — ne ovat tavanomainen hinta siitä, että robotti tarvitsee käyttöoikeuden kahteen erilliseen Google-tuotteeseen, eikä Googlen oma malli tee tästä ilmiselvää. Varaa ensimmäiselle verkkotunnuksellesi viisitoista minuuttia, ei niitä kahta minuuttia, joita käyttöönottovaihe antaa ymmärtää. Jokainen sen jälkeinen verkkotunnus on nopea, koska sekä tunniste että toimintatavan tuntemus siirtyvät mukana.
