Taggauksen parhaat käytännöt ei määritetty ‑riveihin, "(not set)" ‑arvoihin ja suoraan liikenteeseen liittyvien ongelmien välttämiseksi

Google Analytics ‑tageilla on useita määritysvaihtoehtoja, jotka voivat vaikuttaa istunto- ja käyttäjätunnuksiin. Jos tageja ei ole määritetty oikein, liikenteen lähteitä ei välttämättä voida tunnistaa tai luokitella tai raporteissa voi ilmetä muita ongelmia. Oikea määritys tukee tarkkoja raportteja ja estää ei määritetty ‑rivit raporttien kanavaryhmissä, "(not set)" ‑arvot ja sen, että odottamattoman suuri osuus liikenteestä luokitellaan suoraksi.

Google Analytics ‑raporteissa näkyy ei määritetty ‑rivi, jos Analytics ei pysty luokittelemaan liikenteen lähdettä. Analytics luokittelee liikenteen lähteet kanaviin tiettyjen sääntöjen mukaisesti. Esimerkiksi Orgaaninen haku ‑kanava sisältää liikenteen kaikista hakukoneista. Kanavat on jaettu kanavaryhmiin. Jos käytät oletuskanavaryhmiä, voit tutustua logiikkaan, jolla liikenne luokitellaan kanavien oletusmääritelmien mukaisesti. Kanavaryhmiä voi katsella käyttäjä-, istunto- tai tapahtumatasolla.

Kun liikenteen lähde ei vastaa mitään raportissa katsomasi kanavaryhmän kanavamääritelmää, se näkyy määrittämättömänä. Liikenteen lähteen luokitteluun ei välttämättä ole valmista sääntöä, jos liikenne tulee käyttäjän määrittelemän liikenteen lähteen tai tulotavan kautta tai liikenne on "(not set)", koska siitä puuttuu istunto- tai käyttäjätunnustiedot.

Tagikoodin järjestykseen liittyviä parhaita käytäntöjä

Seuraa tagikoodin järjestyksessä näitä parhaita käytäntöjä:

Tagityyppi	Ohjeet	Parhaat käytännöt
Google-tagi	Configure Google products and send event data	Alusta Google-tagi ennen tapahtumametodin (myös yleisön käynnistämien tapahtumien) kutsumista.
Google Tag Manager	Google Tag Managerin käyttöönotto Google Tag Manager for web pages About Google Tag Manager	Ota GTM käyttöön tekemällä neljä vaihetta.
Palvelinpuolen taggaus	Server-side - Tag Manager	Muista valita nämä tagiasetukset. Saman Google Analytics ‑mittauskokonaisuuden samalla sivulla ei tule ylläpitää sekä palvelinpuolen toteutusta että erillistä asiakaspuolen toteutusta. Jos käytät palvelinpuolen GTM:ää, varmista, että kaikki aktiiviset tagit on asetettu lähettämään tapahtumia palvelinpuolen säilön kautta.

Jos et pysty noudattamaan suositeltua tapahtumajärjestystä, noudata kuitenkin seuraavia kahta suositusta. Muuten raportoinnissa ilmenee ongelmia.

• Lisää kaikki tarvittavat määritykset sivun config-komentoon (jos käytät Google-tagia) tai Google-tagin asetuksiin (jos käytät Google Tag Manageria) mahdollisimman aikaiseen kohtaan sivulla ja kaikkien tapahtumien edelle.
• Vältä omien tapahtumien käynnistämistä ennen config-komentoa, sillä tällöin ne yhdistetään session_start-tapahtumaan. config-komento voi vaikuttaa käyttäjä- ja istuntotunnukseen sivun myöhemmissä osissa, jolloin katselukertaa ja myöhempiä tapahtumia ei voida yhdistää aikaisempaan istunnon aloitukseen ja omaan tapahtumaan.

Mitä tapahtuu, jos tapahtumat eivät ole oikeassa järjestyksessä?

Kun Google Analytics ‑tagit on ajoitettu odottamattomasti, tämä voi vaikuttaa käyttäjä- tai istuntotunnukseen tai molempiin. Jos esimerkiksi config-komento tai Google-tagi käynnistyy sivun muiden tapahtumien jälkeen, tämä voi johtaa epätarkkaan raportointiin. Mahdollisia seurauksia:

• Arvo "(not set)" Analytics-datassa
• Väärät käyttäjä- ja istuntomäärät
• Väärin lasketut käyttäjä- ja istuntotason mittarit
• Virheellinen käyttäjä- ja istuntomittaus

Mistä tapahtumien väärä järjestys voi johtua?

Tässä on joitakin yleisiä syitä odottamattomalle ajoitukselle:

Ominaisuus	Syy	Tulos	Parhaat käytännöt
Palvelinpuolen taggaus Palvelimen hallinnoima ‑asetus (palvelimen hallinnoima asiakastunnus) Asiakkaan hallinnoima ‑asetukset (transport_url, first_party_collection, server_container_url)	Oletuksena päällä olevaan Palvelimen hallinnoima ‑asetukseen liittyvä palvelinpuolen taggauksen ruutu on merkitty valituksi. Kun Google Analytics ‑tapahtumat käsitellään palvelintagin kautta, käyttäjillä on useita eri vaihtoehtoja, joilla he voivat käyttää eri käyttäjätunnusta kuin verkkotagin käyttämää asiakastunnusta.	Jos Palvelimen hallinnoima ‑asetus on valittu yläosassa olevasta avattavasta valikosta, palvelinpuolen taggaus hallinnoi erillistä asiakastunnusta ja korvaa sen käsiteltävissä mittauksissa. Saatavilla on myös useita vaihtoehtoja evästeen kirjoittamiseen ja ajan mittaan tehtävä siirto asiakkaille, joilla on GA:ssa suoraa liikennettä ja jotka eivät halua muuttaa kaikkia kävijätunnuksia samalla hetkellä, koska se aiheuttaisi katkoksen yleisöihin ja raportteihin.	Jos käytät tätä vaihtoehtoa, varmista, että striimisi kaikki mittaukset kulkevat palvelintagin kautta ja että mitään ei lähetetä suoraan Googlen palvelimille. Tämä onnistuu helpoiten varmistamalla, että Google Tag Manager ‑tagi tai config-komento (jos käytät Google-tagia), joka liittyy dataa palvelinsäilöön lähettävään verkkotagiin, on aina säilön ensimmäinen tagi tai komento.
Evästeen nimen muokkaus (cookie_prefix)	Tämä muuttaa asiakastunnuksen ja istunnon tilan yhteydessä käytetyn ensimmäisen osapuolen evästeen nimeä.	Käyttäjiä ei voi yhdistää useisiin istuntoihin, eikä tapahtumia voi sisällyttää istuntoihin. Tapahtumamittarien arvona näkyy "(not set)", kun niitä analysoidaan istunto- tai käyttäulottuvuuksien kanssa.	Käytä samaa evästeen etuliitettä kaikkialla sivustollasi. Evästeen etuliitteen suositeltu käyttötapa Analyticsissa on luoda räätälöity evästeen nimi, ei luoda useita evästesiiloja, mikä tapahtuu, jos käytetään erilaisia tai epäjohdonmukaisia etuliitteitä.
Automaattinen eri verkkotunnukset huomioiva linkitys (linker)1	Tämä asetus ohjaa tagin käsittelemään ja käyttämään edellisen sivun asiakas- ja istuntodataa, jos sitä on saatavilla. Kun linkitetty data otetaan tagissa käyttöön, tagi olettaa, että istunto alkoi jo edellisellä sivulla.	Jos linkitys alustetaan myöhään ja se havaitsee myöhäisen config-komennon kautta käyttäjän, joka on linkitetty useisiin verkkotunnuksiin, käyttäjätunnus muuttuu yhtäkkisesti kyseisellä hetkellä. Myöhäiset config-komennot johtavat vähintäänkin lyhyisiin istuntoihin, jotka hylätään, kun linkitysparametrin arvot otetaan käyttöön. Mitään jo lähetettyjä istunto- tai käyttäjämääritteitä ei voida enää yhdistää todelliseen istuntoon tai käyttäjään.	Älä muokkaa asiakas- tai istuntotunnusta, sillä se johtaa vääriin istuntojen jäsentämistä koskeviin oletuksiin tageissa ja käsittelyssä. Tästä voi seurata ongelmia.
Manuaalinen eri verkkotunnukset huomioiva linkitys (client_id, session_id)	Eri verkkotunnukset huomioivan mittauksen manuaalista toteutusta varten Google Analytics ‑tagilla on ohjelmointirajapintoja, joilla voidaan hakea ja asettaa asiakas- ja istuntotunnuksia. client_id- ja session_id-parametrien automaattisesti luotujen arvojen tahaton muokkaaminen vaikuttaa siihen, miten Google Analytics ‑tapahtumat yhdistetään käyttäjiin ja istuntoihin.	Tapahtumista, joiden yhteys alkuperäisiin asiakas- ja istuntotunnuksiin on katkaistu, saattaa puuttua tärkeitä tietoja, ja ne voivat aiheuttaa odottamattomia attribuutio-ongelmia.	Lisää omavalintainen käyttäjätunnus käyttämällä user_id-parametria. Älä käytä näitä ohjelmointirajapintoja omavalintaisten asiakas- tai istuntotunnusten muokkaamiseen tai lisäämiseen. Nämä tunnukset tulee asettaa manuaalisesti vain harvoissa tilanteissa, joissa eri verkkotunnukset huomioivan mittauksen manuaalinen käyttöönotto on tarpeen.

¹ linker on parametri, joka saadaan automaattisesta eri verkkotunnukset huomioivasta linkityksestä. Asiakas- ja istuntotunnuksen voi asettaa manuaalisesti, jos automaattinen eri verkkotunnukset huomioiva linkitys ei toimi sivustollasi. Älä koskaan muokkaa näitä arvoja. Google Analytics odottaa arvojen olevan tietyssä muodossa, ja odottamattomat arvot voivat johtaa virheisiin. Lue lisää linkitysparametrista.