Palvelinpuolen tagitus
Siirrä tagit palvelimelle.
Palvelinpuolen tagitus on ilmainen Digital Marketing Academy-oppitunti CoddyKitissä. Tämä on oppitunti 2/4. Voit lukea tästä oppimispolusta kokonaan mitkä tahansa 3 oppituntia ilmaiseksi — sen jälkeen CoddyKit PRO avaa kaikki oppitunnit sekä käytännön harjoittelun sisäänrakennetulla koodieditorilla ja ympäri vuorokauden toimivalla tekoälytuutorilla. Oppitunti kuuluu Digital Marketing Academy-oppimispolkuun, ja edistymisesi synkronoituu verkon ja CoddyKit-sovelluksen välillä. Digital Marketing Academy-kurssilla on yhteensä 4 oppituntia.
Mitä palvelinpuolen tagitus on
Palvelinpuolen tagitus siirtää tagien suorittamisen käyttäjän selaimesta hallitsemaanne palvelimeen. Sen sijaan että sivu lähettäisi pikseleitä suoraan Googlelle ja Metalle, se lähettää yhden pyynnön omaan tagituksen päätepisteeseenne.
Palvelin päättää sitten, mitä tietoja välitetään, kenelle ja missä muodossa. Selain keskustelee koko ajan vain oman verkkotunnuksenne kanssa.
Asiakas- ja palvelinpuolen kulku
Perinteisessä mallissa jokainen toimittajan pikseli suoritetaan selaimessa, ja jokainen niistä tekee oman kolmannen osapuolen pyyntönsä. Palvelinpuolen mallissa selain lähettää yhden tapahtuman tagituspalvelimelle, joka välittää sen useisiin kohteisiin.
Tämä antaa teille hallinnan dataan, vähentää estettyjä pyyntöjä ja pienentää selaimessa suoritettavan koodin määrää, joka hidastaa sivujen latautumista.
CLIENT-SIDE (old)
Browser --> google-analytics.com
Browser --> facebook.com/tr
Browser --> tiktok.com/pixel
(each blockable, leaks data)
SERVER-SIDE (new)
Browser --> sgtm.yoursite.com (1 request)
|
+----------+----------+
v v v
GA4 Meta CAPI TikTok
(server-to-server, controlled)Tagituspalvelin (sGTM)
Googlen Server-Side Google Tag Manager (sGTM) on yleisin toteutus. Se on Cloud Runissa, App Enginessä tai missä tahansa palvelimessa toimiva säilö, joka vastaanottaa pyyntöjä ja käsittelee niitä clientien ja tagien kautta.
Client jäsentää saapuvat pyynnöt tapahtumiksi, minkä jälkeen tagit lähettävät tapahtumat eteenpäin kohteisiin. Kyseessä on GTM, joka suoritetaan sivun sijaan palvelimella.
Ensimmäisen osapuolen aliverkkotunnus
Keskeinen luotettavuushyöty syntyy, kun tagituspalvelin yhdistetään oman sivustonne aliverkkotunnukseen, kuten sgtm.example.com, DNS A- tai CNAME-tietueen kautta.
Koska pyynnöt menevät nyt omaan verkkotunnukseenne, vastauksessa asetetut evästeet ovat ensimmäisen osapuolen evästeitä ja HttpOnly-evästeitä. Ne välttyvät ITP:n tiukimmilta rajoituksilta, ja mainosten estäjät estävät ne paljon harvemmin.
DNS + cookie setup
--------------------------------------
sgtm.example.com -> Cloud Run host
Response header from server:
Set-Cookie: FPID=abc123; Domain=.example.com;
HttpOnly; Secure; SameSite=Lax;
Max-Age=63072000
=> first-party, server-set, long-lived
=> survives ITP better than JS cookiesMiten tapahtuma kulkee
Sivulla tapahtuu ostos. Web-säilö tai gtag lähettää tapahtuman osoitteeseen sgtm.example.com. Siellä GA4-client muodostaa osuman uudelleen ja täydentää sitä, minkä jälkeen GA4-tagi välittää sen Googlen keräyspäätepisteeseen.
Sama tapahtuma voi samalla käynnistää Meta Conversions API -tagin, palvelinpuolen Google Ads -konversion ja muita toimintoja yhden saapuvan pyynnön perusteella.
Event payload sketch (purchase)
--------------------------------------
{
"event_name": "purchase",
"client_id": "FPID.abc123",
"value": 89.90,
"currency": "EUR",
"transaction_id": "T-10482",
"items": [{"id":"SKU1","qty":2}],
"consent": {"ad_user_data":"granted"},
"user_data": {"em_hashed":"<sha256>"}
}Conversions API (CAPI)
Metan Conversions API, Googlen Enhanced Conversions ja TikTokin Events API ovat kaikki palvelimelta palvelimelle toimivia päätepisteitä. Ne vastaanottavat tapahtumia suoraan palvelimeltanne ja ohittavat selainpikselin kokonaan.
Tämä palauttaa mainosten estäjien ja ITP:n vuoksi menetettyjä konversioita ja mahdollistaa hajautettujen ensimmäisen osapuolen tunnisteiden, kuten sähköpostiosoitteen ja puhelinnumeron, lähettämisen paremman vastaavuuden saavuttamiseksi, jos teillä on suostumus.
Tietojen rikastaminen ja hallinta
Koska palvelin näkee tapahtuman raakamuodossa, voitte rikastaa sitä: liittää mukaan tietokannastanne saadun todellisen tilausarvon, poistaa jaettavaksi sopimattomat henkilötiedot, lisätä palvelinpuolen aikaleimoja tai poistaa päällekkäisyydet asiakaspuolen tapahtumien kanssa.
Teistä tulee oman datanne toimittaja, joka lähettää kullekin alustalle vain sen tarvitsemat vähimmäistiedot. Tämä on tietojen minimointia käytännössä, ei vain periaate paperilla.
Server-side transform rules
--------------------------------------
INCOMING -> TRANSFORM -> OUTBOUND
- hash email (SHA-256) before send
- drop raw IP for non-consented users
- overwrite value w/ DB net revenue
- add event_id for dedup w/ pixel
- block forwarding if consent=deniedTapahtumien päällekkäisyyksien poisto
Jos suoritatte sekä selainpikselin että palvelintapahtuman samalle konversiolle, alustat eivät saa laskea sitä kahdesti. Päällekkäisyyksien poisto perustuu yhteiseen tunnisteeseen.
Lähettäkää sama event_id ja event_name sekä asiakaspuolen pikselistä että palvelimen CAPI-kutsusta. Meta ja muut palvelut yhdistävät ne ja säilyttävät vain yhden tapahtuman, jolloin saatte redundanssin ilman lukujen paisumista.
Dedup with event_id
--------------------------------------
Browser pixel:
fbq('track','Purchase',{...},
{eventID:'evt_T-10482'})
Server CAPI:
event_id: 'evt_T-10482'
event_name: 'Purchase'
Meta sees same id+name -> counts oncePalveluntarjoaminen ja kustannukset
Tagituspalvelin on todellista infrastruktuuria. Google Cloud Runissa se skaalautuu liikenteen mukaan automaattisesti, ja maksatte laskennasta sekä ulosmenevästä liikenteestä. Pieni sivusto voi toimia parilla instanssilla, suuri sivusto monilla.
Suunnitelkaa valvonta, esikatselupalvelin virheenkorjausta varten ja käytettävyys, sillä tagituspalvelimen kaatuessa myös mittaus lakkaa. Kyseessä on nyt tuotantopalvelu, ei koodinpätkä.
Rajoitukset ja rehellisyys
Palvelinpuolen tagitus ei ole keino ohittaa suostumusta. Tarvitsette edelleen oikeusperusteen, ja tietojen lähettäminen ilman suostumusta on laitonta riippumatta siitä, missä tiedot käsitellään.
Se ei myöskään palauta maagisesti determinististä sivustojen välistä seurantaa. Se parantaa suostumukseen perustuvien ensimmäisen osapuolen tietojen luotettavuutta ja vastaavuutta; kyseessä on häiriönsietokerros, ei porsaanreikä.
Toteutuksen tarkistuslista
Varsinainen käyttöönotto etenee järjestyksessä: pystyttäkää palvelin, yhdistäkää aliverkkotunnus, kytkekää web-säilö siihen, määrittäkää clientit ja tagit ja yhdistäkää sitten CAPI-kohteet.
Validoikaa toteutus esikatselu- ja virheenkorjausnäkymässä, varmistakaa päällekkäisyyksien poiston toimivuus, tarkistakaa suostumuksen hallinta ja siirtäkää liikenne vasta sen jälkeen. Käsitelkää tätä kuten minkä tahansa taustapalvelun käyttöönottoa.
Rollout checklist
--------------------------------------
[ ] Deploy sGTM (Cloud Run)
[ ] Map sgtm.example.com (CNAME)
[ ] Web container -> send to sGTM
[ ] GA4 client + GA4 tag configured
[ ] Meta CAPI tag + event_id dedup
[ ] Consent checks on every tag
[ ] Preview/debug verified
[ ] Monitoring + alerts on uptimePikatarkistus
Testatkaa, miten hyvin hallitsette palvelinpuolen tagituksen.
Kertaus
Palvelinpuolen tagitus reitittää selaimen tapahtumat oman aliverkkotunnuksen tagituspalvelimelle, joka asettaa ensimmäisen osapuolen evästeitä ja välittää suostumukseen perustuvat tiedot alustoille palvelimelta palvelimelle toimivien API-rajapintojen, kuten Meta CAPIn, kautta.
Hyötyjä ovat harvemmat estetyt pyynnöt, ITP:n kanssa paremmin toimivat evästeet, tietojen rikastaminen ja minimointi sekä tapahtumien päällekkäisyyksien poisto. Se on luotettavuus- ja hallintakerros sekä ylläpidettävää todellista infrastruktuuria, eikä koskaan korvaa suostumusta.
Opi Digital Marketing Academy tekoälytuutorin avulla — ilmaiseksi
Kirjoita ja suorita oikeaa koodia selaimessa, saa välitöntä apua tekoälytuutorilta ympäri vuorokauden ja jatka siitä, mihin jäit, verkossa tai sovelluksessa.
- Kurssit
- 63
- Oppitunnit
- 239
Usein kysytyt kysymykset
Onko oppitunti ”Palvelinpuolen tagitus” ilmainen?
Kyllä — voit lukea täällä verkossa kokonaan ilmaiseksi mitkä tahansa Digital Marketing Academy-oppimispolun 3 oppituntia, myös oppitunnin “Palvelinpuolen tagitus”. Sen jälkeen CoddyKit PRO avaa kaikki oppitunnit sekä interaktiiviset harjoitukset sisäänrakennetulla koodieditorilla ja ympäri vuorokauden toimivalla tekoälytuutorilla. Digital Marketing Academy-kurssilla on yhteensä 4 oppituntia.
Mitä opin oppitunnilla ”Palvelinpuolen tagitus”?
Siirrä tagit palvelimelle. Harjoittelet Digital Marketing Academy-aihetta koodilla, jonka suoritat suoraan selaimessa. Ympäri vuorokauden käytettävissä oleva tekoälytuutori vastaa kysymyksiisi oppitunnin aikana.
Tarvitsenko kokemusta aloittaakseni Digital Marketing Academy-opiskelun?
Aiempi kokemus ei ole tarpeen. CoddyKitin Digital Marketing Academy-oppimispolku sopii vasta-alkajista edistyneisiin, joten voit aloittaa tästä tai alusta ja edetä omaan tahtiisi. Tämä on oppitunti 2/4.
Kuinka kauan ”Palvelinpuolen tagitus”-oppitunnin suorittaminen kestää?
Useimmat CoddyKitin oppitunnit kestävät noin 5–10 minuuttia. Jokainen oppitunti on lyhyt ja interaktiivinen, joten edistyt tasaisesti ja voit jatkaa siitä, mihin jäit – sekä verkossa että sovelluksessa.
Voinko kirjoittaa ja suorittaa koodia tällä Digital Marketing Academy-oppitunnilla?
Kyllä. Jokainen Digital Marketing Academy-oppitunti sisältää sisäänrakennetun koodieditorin, joten voit kirjoittaa ja suorittaa oikeaa koodia suoraan selaimessa ja saada välitöntä palautetta tekoälyltä – paikallista asennusta ei tarvita.
Kaikki tämän kurssin oppitunnit
- Miksi seuranta rikkoutui
- Palvelinpuolen tagitus
- Consent Mode ja CMP:t
- First-party-datastrategia