Jos käytät jo server-side GTM:tä, älä rakenna toista kilpailevaa Googlen mittausputkia vain lisätäksesi Google Tag Gateway:n. Googlen suosittelema yhdistetty malli erottaa kaksi samaa alkuperää olevaa polkua: komentosarjapolku välittää gtm.js- tai gtag.js-pyynnöt Googlelle, kun taas kokoelmapolku välittää mittaustapahtumat taggauspalvelimellesi. Palvelinsäiliö säilyy paikkana, jossa tapahtumia käsitellään ja reititetään.
Yhdistetty arkkitehtuuri
Saman alkuperän kokoonpano voi käyttää polkuja, kuten www.example.com/scripts ensimmäisen osapuolen Google-skriptien lataamiseen ja www.example.com/metrics palvelinsäilölle. CDN tai kuormituksen tasapainotin reitittää jokaisen etuliiteen eri alkuperään. Google varoittaa, että molempien polkujen on oltava käyttämättömiä eivätkä ne saa sisältää /gtm.
Selain lataa verkkosäilön tai Google-tunnisteen komentosarjapolun kautta. Google-tunniste määritetään sitten lähettämään mittausarvo keräyspolulle. sGTM-asiakas väittää, että pyyntö, tuottaa tapahtuman ja laukaisee asianmukaiset palvelintunnisteet.
Juoksussa molemmat ovat hyödyllisiä
Yhdistelmä on hyödyllinen, kun haluat ensimmäisen osapuolen skriptien lataamisen selaimen sietokyvyn edut ja tarvitset myös sGTM:n muunnoksia, tietojen minimointia, muita kuin Googlen kohteita tai havaittavuutta. Google suosittelee erityisesti ensimmäisen osapuolen komentosarjan lataamista palvelinpuolen taggauksen rinnalla kestävän asennuksen varmistamiseksi.
Se on vähemmän hyödyllinen, kun GTG vain toistaa oikein määritetyn ensimmäisen osapuolen sGTM-lataimen ja keräysreitin jo tarjoamat toiminnot. Tarkista nykyiset polut ennen uuden säännön lisäämistä. Arkkitehtuurin tulee selkeyttää muutoksen jälkeen, ei vain sisältää enemmän tuotteita.
Päällekkäisten tapahtumien ansa
Vaarallinen malli lähettää saman Google-konversion suoraan GTG-välityspolun kautta ja myös sGTM:n kautta, jossa palvelintagi lähettää sen uudelleen. Molemmat verkkopyynnöt voivat onnistua, jolloin tuloksena on ylimääräisiä tuloksia, jotka näyttävät parantuneelta palautumiselta.
Määritä kullekin tapahtumalle ja määränpäälle yksi toimituksen omistaja. Vakaat tapahtumatunnukset tai tapahtumatunnukset ovat edelleen hyödyllisiä, mutta päällekkäisyyden poistamisen tulisi olla turvamekanismi, ei ensisijainen arkkitehtuuri. Esikatsele selaimen ja palvelimen säilöjä yhdessä ja laske lähtevät kohdepyynnöt.
Sama alkuperä on parempi kuin satunnainen seurantaaliverkkotunnus
Google dokumentoi samaa alkuperää, mikä on paras käytäntö palvelimen asettamien evästeiden turvallisuuden ja kestävyyden kannalta. Polku verkkosivuston isännässä, kuten www.example.com/metrics, on samaa alkuperää. Aliverkkotunnus, kuten metrics.example.com, on ensimmäisen osapuolen, mutta ei samaa alkuperää.
Saman alkuperän reititys vaatii yleensä CDN:n tai kuormituksen tasapainottimen ja huolellisen polun etusijan. Lähetä edelleen kaikki taggauspalvelimen vaatimat evästeet ja kyselymerkkijonot, reititä jokainen asiakaspolku, mukaan lukien dokumentoitu /_/*-alipolku, ja varmista kuntopäätepiste ennen tuotantotunnisteiden vaihtamista.
Suostumus ja yksityisyys hallitsevat edelleen kulkua
Ensimmäisen osapuolen tarjoilu on kuljetuspäätös, ei lupa. Alusta suostumuksen oletusarvot ennen mittausta, välitä suostumustila keräyspyyntöön ja määritä palvelimen tunnisteet niin, että evätty tallennus tai mainontavalinnat käsitellään suunnitellusti.
Minimoi tiedot palvelimen rajalla. Tarkista, mitkä evästeet, otsikot, kyselyparametrit ja tapahtumakentät tulevat palvelinsäilöön, ja salli sitten vain kunkin kohteen tarvitsemat kentät. GTG jättää Googlen ulkopuoliset ensimmäisen osapuolen evästeet omalle edelleenlähetyspolulleen, mutta sGTM-keräyspolullasi on omat tiedonkäsittelyvastuunsa.
Selkeä päätöksentekosääntö
Jos sinulla ei ole sGTM:tä ja tarvitset vain tuetun Google-mittauksen, pelkkä GTG saattaa riittää. Jos sinulla on sGTM, ota käyttöön ensimmäisen osapuolen Google-skripti osana kyseistä arkkitehtuuria ja pidä mittausten kerääminen kohdistettuna palvelinsäilöön.
Jos kaksi joukkuetta omistavat GTG:n ja sGTM:n, julkaise reittikartta ja tapahtuman omistajuusmatriisi ennen julkaisua. CDN-sääntö, verkkosäilöasetus ja palvelintunniste voivat kumpikin muuttaa, mihin sama tapahtuma menee; dokumentoimaton päällekkäisyys on tavallinen päällekkäisyyden lähde.
Käytä kahta polkua, älä kahta mittausomistajaa
Skriptipolku ja kokoelmapolku ovat tarkoituksella erilaisia. Komentosarjapolku lataa ensimmäisen osapuolen Google-koodin; keräyspolku lähettää tapahtumat sGTM:hen. Älä anna molempien polkujen itsenäisesti tuottaa samaa konversiota.
Määritä GTG server-side GTM:n kanssa
Tarkat valikot vaihtelevat CDN:n mukaan, mutta vastuut ja validointijärjestys pysyvät samoina.
- 01
Varmista, että palvelinsäilö on tuotantovalmis
Käytä tuotannon taggauksen käyttöönottoa, toimivaa esikatselupalvelinta, käyttöoikeuksia, valvontaa ja mukautettua toimialuetta ennen selainreitin vaihtamista.
- 02
Varaa kaksi käyttämätöntä samaa alkuperää olevaa polkua
Valitse yksi komentosarjapolku, kuten /scripts, ja yksi kokoelmapolku, kuten /metrics. Kumpikaan polku ei saa olla ristiriidassa sivuston kanssa tai sisältää /gtm.
- 03
Reititä keräyspolku kohteeseen sGTM
Määritä CDN tai kuormituksen tasapainotin välittämään koko kokoelman etuliite, evästeet ja kyselymerkkijonot merkintäpalvelimelle, mukaan lukien palvelinasiakkaiden tarvitsemat polut.
- 04
Lisää kokoelman URL-osoite palvelimen säilön asetuksiin
Aseta palvelimen säilön URL-osoitteeksi saman alkuperän URL-osoite, mukaan lukien sen polun etuliite, ja vahvista sitten, että odotettu asiakas vaatii esikatselupyynnön.
- 05
Reititä GTG:n komentosarjapolku
Välitä varattu komentosarjan etuliite Google-yhdyskäytävän alkuperään ja päivitä gtm.js- tai gtag.js-lähde latautumaan tämän polun kautta.
- 06
Osoita Google-tapahtumat keräyspolulle
Aseta server_container_url tai vastaava Google-tunnisteasetus /metrics-päätepisteeseen, jotta mittaus tulee sGTM sen sijaan, että menisit suoraan samaan kohteeseen kahdesti.
- 07
Määritä asiakkaat, tunnisteet ja suostumus
Tarkista asiakkaan prioriteetti, tapahtumamuunnokset, suostumuksen tarkistukset, kohdetagit ja vakaat tapahtumatunnisteet palvelinsäilön sisällä.
- 08
Testaa koko reitti
Varmista, että komentosarja latautuu kohteesta /scripts, yksi pyyntö saavuttaa /metrics:n, palvelinasiakas vaatii sen ja täsmälleen yksi odotettu pyyntö lähtee jokaisesta kohteesta.
- 09
Valvonta julkaisun jälkeen
Varoita terveyshäiriöistä ja epätavallisesta määrästä, tarkista kohdediagnostiikka ja sovita ostot tai viittaukset lähdejärjestelmän totuuteen.
Suorita toisiaan täydentäviä kerroksia, älä rinnakkaisia putkistoja
GTG ja sGTM toimivat hyvin yhdessä, kun yhdyskäytävä hoitaa ensimmäisen osapuolen komentosarjatoimituksen ja sGTM omistaa tapahtumien käsittelyn. Kaksipolkumalli tekee tuosta rajasta näkyvän ja testattavan.
Määritys epäonnistuu, kun samalla konversiolla on kaksi toimituksen omistajaa. Dokumentoi polut, säilytä yksi tapahtumaidentiteetti, testaa suostumustilat ja laske palvelimelta lähtevät pyynnöt.
GTG plus sGTM: yleisiä kysymyksiä
Pitäisikö kaikissa sGTM-asetuksissa käyttää myös Google Tag Gateway:tä?
Google suosittelee ensimmäisen osapuolen skriptien käyttöä, mutta tarkista ensin olemassa oleva latausohjelmasi ja reitit. Jotkut sGTM-asennukset palvelevat jo ensimmäisen osapuolen riippuvuuksia, ja ne saattavat tarvita vain kokoonpanopäivityksen.
Voivatko GTG ja sGTM käyttää samaa polkua?
Googlen CDN-malli käyttää erillisiä polkuja: yhtä komentosarjoille ja yhtä tapahtumien keräämiselle. Erilliset reitit ehkäisevät alkuperäristiriitoja ja selventävät vastuita.
Miten estän päällekkäiset Google-konversiot?
Valitse jokaiselle konversiolle yksi lähettäjä. Jos sGTM lähettää Googlen kohdepyynnön, älä lähetä myös vastaavaa suoraa selainpyyntöä. Tarkista lähtevien pyyntöjen määrä esikatselu- ja kohdediagnostiikassa.
Onko aliverkkotunnus sama kuin saman alkuperän käyttö?
Ei. Aliverkkotunnus on ensimmäinen osapuoli, mutta sama alkuperä tarkoittaa samaa mallia, isäntänimeä ja porttia kuin verkkosivusto. Google listaa molemmat palvelimen asettamia evästeitä tukeviksi, mutta suosittelee samaa alkuperää olevia evästeitä parhaaksi käytännöksi.
Minkä polun pitäisi lähettää Meta- tai TikTok-tapahtumat?
Nämä kohdepyynnöt tulee luoda palvelintunnisteilla sGTM:ssa tai muussa palvelinintegraatiossa. GTG:n Google-skriptipolku ei ole yleinen muu kuin Googlen muunnossovellusliittymäreitti.