Google Tag Gateway ei korvaa server-side Google Tag Manager:tä. Se muuttaa tapaa, jolla tuetut Google-skriptit ja mittauspyynnöt saapuvat Googlelle. sGTM vastaanottaa tapahtumia hallitsemassasi palvelinsäilössä, minkä jälkeen asiakkaat, triggerit, muuttujat ja tagit voivat vahvistaa, muuntaa ja reitittää tapahtumat. Jaettu ensimmäisen osapuolen kieli saa tuotteet kuulostamaan keskenään vaihdettavissa olevilta, mutta niiden tehtävät ovat erilaisia.
Lyhyt vastaus: toimitusta ei käsitellä
Tavallisessa Google-tagiasetuksissa selain lataa skriptin Googlen verkkotunnuksesta ja lähettää mittauksen suoraan Google-tuotteeseen. Google Tag Gateway siirtää tuetut komentosarja- ja pyyntöpolut verkkosivustosi verkkotunnukseen, jolloin CDN, kuormantasaaja tai verkkopalvelin välittävät liikenteen Googlelle.
Palvelinpuolen GTM lisää tapahtumien käsittelyn ajonajan. Asiakas hakee saapuvat HTTP-pyynnöt, muuntaa ne tapahtumiksi ja palvelinsäilösi arvioi ne. Päätät, mitkä tunnisteet suoritetaan, mitkä kentät poistuvat palvelimelta ja mitkä kohteet vastaanottavat tapahtuman. Se on paljon laajempaa kuin edelleenlähetyksen tukema Google-liikenne.
Mitä Google Tag Gateway voi tehdä ja mitä ei
GTG voi vähentää kolmannen osapuolen vuorovaikutusta selaimessa ja palauttaa joitakin signaaleja, jotka epäonnistuvat vain siksi, että tunnettu Googlen isäntänimi on estetty. Se sallii myös Googlen käyttää valittuja Googlen ensimmäisen osapuolen evästeitä välitetyssä pyynnössä. Google sanoo, että Googlen ulkopuoliset ensimmäisen osapuolen evästeet jätetään pois.
Se ei luo puuttuvia verkkokauppatapahtumia, korjaa heikkoa tietokerrosta, vahvista tuloja, rikasta tapahtumaa CRM:stäsi tai lähetä Meta CAPI- ja TikTok Events API-pyyntöjä. Se ei myöskään poista suostumusvelvollisuutta. Google-tagi toimii edelleen selaimessa, ja selainpuolen virheillä, suostumuksen tilalla ja toteutusvirheillä on edelleen merkitystä.
Mitä server-side GTM lisää
sGTM on hyödyllinen, kun palvelimen on tehtävä työtä ennen kuin toimittaja vastaanottaa tapahtuman. Esimerkkejä ovat hyväksymättömien parametrien poistaminen, tapahtumien nimien normalisointi, kohdekohtaisten hyötykuormien johtaminen, palvelimen evästeiden asettaminen, suostumuslogiikan käyttäminen ja lähtevien vastausten tallentaminen vianetsintää varten.
Vaihtoehto on omistus. Palvelinkontti tarvitsee isännöinnin, tuotannon ja esikatselun asennuksen, valvonnan, kulunvalvonnan, mallin tarkistuksen ja jonkun, joka voi diagnosoida koko polun. sGTM luo ohjauksen, ei automaattisen oikeellisuuden.
Miksi korvaava myytti jatkuu
Molemmat tuotteet käyttävät ensimmäisen osapuolen päätepistettä, ja molempien kuvataan parantavan signaalin laatua. Markkinoijan hallintapaneelista jokainen voi näyttää tapalta tehdä Googlen mittauksesta kestävämpää. Arkkitehtoninen ero on piilotettu samanlaisen lopputuloksen kielen taakse.
Hyödyllinen testi on kysyä, mitä tapahtuu sen jälkeen, kun pyyntö saapuu verkkotunnuksellesi. Jos polku yksinkertaisesti välittää tuetun Google-pyynnön Googlelle, se on yhdyskäytävän toimintaa. Jos säilösi vaatii pyynnön, rakentaa tapahtuman ja päättää, mitkä tagit ja kohteet suoritetaan, se on server-side GTM.
Kumpi kannattaa valita?
Valitse GTG yksinään, kun laajuutesi on pääasiassa tuettu Googlen mittaus, käytät jo yhteensopivaa CDN:ää tai kuormantasainta etkä tarvitse jaettua palvelinpuolen tietokerrosta. Se on pienempi toiminnallinen sitoutuminen.
Valitse sGTM, kun tarvitset muita kuin Googlen konversiosovellusliittymiä, muunnoksia, tietojen minimointia, tapahtumien hallintaa tai taustasyötteitä. Jos käytät jo sGTM:tä, Google ohjaa sinua ottamaan käyttöön yhdyskäytävän toiminnan palvelinpuolen asetuksissa. Tuotteet voivat siksi olla toisiaan täydentäviä ilman, että niistä tulee kaksi kilpailevaa tapahtumaputkea.
Ensimmäisen osapuolen URL-osoite ei ole todiste palvelinpuolen käsittelystä
Tarkista koko reitti. Selainpyyntö omaan verkkotunnukseesi voi silti olla välityspalvelin suoraan Googlelle. Se voi olla arvokasta, mutta se ei ole sama asia kuin palvelinsäilön käsittelemä tapahtuma.
Valitse oikea arkkitehtuuri kuudessa tarkastuksessa
Käytä näitä tarkistuksia ennen kuin korvaat olemassa olevan asennuksen tai hyväksyt uuden.
- 01
Listaa jokainen kohde
Sisältää GA4, Google Ads, Floodlight, Meta, TikTok, LinkedIn, CRM-järjestelmät ja varastot. GTG ei ole tämän luettelon yleinen reititin.
- 02
Listaa vaadittava käsittely
Merkitse kaikki tapahtumat, jotka tarvitsevat vahvistusta, rikastamista, muokkausta, nimeämismuutoksia, suostumussääntöjä tai kopioinnin poistamista ennen toimitusta.
- 03
Piirrä todelliset pyyntöpolut
Näytä, missä komentosarjat latautuvat, mihin selain- ja taustatapahtumat saapuvat, mikä komponentti käsittelee ne ja mikä päätepiste lopulta vastaanottaa ne.
- 04
Määritä yksi omistaja tapahtumaa kohden
Määritä kullekin kohteelle, lähettääkö selain, GTG-polku vai sGTM-tunniste tapahtuman. Kaksi omistajaa luo kaksoiskappaleita.
- 05
Testaa suostumus- ja epäonnistumistilat
Testi myönnetty ja evätty suostumus, esto, kelpaamattomat hyötykuormat, päällekkäiset tapahtumatunnukset ja käyttökelvoton alkupään kohde.
- 06
Sovi lähdetotuutta vastaan
Vertaa hyväksyttyjä tuloksia ja tuloja verkkokaupan tai CRM-tietueiden kanssa. Onnistunut verkkopyyntö ei ole todiste siitä, että numerot ovat oikein.
GTG on kohdistettu toimituskerros, ei sGTM lite
Google Tag Gateway ratkaisee todellisen mutta suppeamman ongelman: tuettujen Google-skriptien ja mittausten tarjoamisen ensimmäisen osapuolen infrastruktuurin kautta. Palvelinpuolen GTM on tapahtumien käsittely- ja reititysympäristö. Yksi ei poista toisen tarvetta.
Aloita vaatimuksista tuotemerkintöjen sijaan. Jos ensimmäisen osapuolen Google-toimitus vaaditaan, GTG saattaa riittää. Jos vaatimus on säännelty, usean kohteen palvelinpuolen mittaus, tarvitset silti sGTM:n tai muun käsittelykerroksen.
Google Tag Gateway vs sGTM: yleisiä kysymyksiä
Korvaako Google Tag Gateway server-side GTM:n?
Ei. GTG välittää tuetut Google-tunnisteet ja pyynnöt ensimmäisen osapuolen infrastruktuurin kautta. sGTM käsittelee tapahtumia ohjelmoitavassa palvelinsäiliössä ja voi reitittää ne useille alustoille.
Onko Google Tag Gateway palvelinpuolen seurantaa?
Se käyttää palvelininfrastruktuuria yhdyskäytävänä, mutta selaintapahtumaa ei käsitellä omassa ohjelmoitavassa säilössäsi. Siksi sen kutsuminen server-side GTM:n korvikkeeksi on harhaanjohtavaa.
Voiko GTG lähettää tapahtumia Meta:lle tai TikTok:lle?
Nro. GTG keskittyy tuettuihin Google-tunnisteisiin ja -kohteisiin. Käytä sGTM:tä tai muuta palvelinpuolen integraatiota muille kuin Googlen konversiosovellusliittymille.
Poistaako GTG suostumuksen tarpeen?
Ei. Ensimmäisen osapuolen reitti ei muuta käsittelyn tarkoitusta tai käyttäjän valintaa. Määritä ja testaa suostumuskäyttäytymistä kaikilla toiminta-alueillasi.
Voinko käyttää GTG:tä ja sGTM:tä yhdessä?
Kyllä. Google dokumentoi yhdistetyn asennuksen, jossa ensimmäisen osapuolen komentosarjan käytöllä ja sGTM-keräyspolulla on erilliset vastuut.