# Serveripoolne märgendamine ja nõusolek: mis muutub ja mis mitte

> Serveripoolne märgendamine viib müüjate märgendid brauserist välja, kuid nõusolekureeglid kehtivad endiselt. Vaata, mis muutub, mis mitte ja kuidas nõusolek serverile edastada.

Source: https://www.cookiesh.eu/et/blog/server-side-tagging-and-consent  
Published: 2026-09-01

## Key takeaways

- Serveripoolne märgendamine muudab seda, kus müüja kood töötab, mitte seda, kas vajad nõusolekut külastaja seadmesse salvestamiseks või sealt lugemiseks.
- Sinu märgendamisserveri seatud küpsised on endiselt salvestatud külastaja seadmesse, seega kehtivad nende suhtes e-privaatsuse nõusolekureeglid.
- Iga sinu serverisse saadetud sündmus peaks kandma külastaja nõusolekuolekut ja server peaks puuduvat nõusolekut käsitlema keelatuna.
- Märgendamisserver annab tegeliku kontrolli andmete eemaldamise ja minimeerimise üle enne, kui need müüjateni jõuavad.
- Müüjad, kes saavad andmeid serverist serverisse, tuleb endiselt avalikustada, kuigi külastajad ei näe neid enam brauseris.

Serveripoolne märgendamine viib müüjate märgendid külastaja brauserist sinu kontrollitavale serverile: leht saadab sündmused sinu lõpp-punkti ja sinu server edastab need analüütika- ja reklaamiplatvormidele. See võib parandada jõudlust ja andmete üle kontrolli, kuid ei kaota nõusolekunõudeid. Küpsised ja identifikaatorid asuvad endiselt külastaja seadmes ning isikuandmed jõuavad endiselt müüjateni.

## Mis on serveripoolne märgendamine?

See on seadistus, kus leht saadab märgendamisserverile ühe sündmustevoo ja see server, mitte brauser, pöördub iga müüja poole. Server töötab tavaliselt sinu saidi alamdomeenil, näiteks `metrics.example.com`.

Google Tag Manageri serveripoolsed konteinerid on tuntud näide, kuid sama muster toimib servaäärse funktsiooni või väikese enda kirjutatud API-ga. Klassikalises kliendipoolses seadistuses töötab iga müüja skript külastaja brauseris ja otsustab, mida koguda. Serveripoolses seadistuses laadib brauser vähem müüja koodi ja müüjad saavad selle, mida sinu server saata otsustab.

## Mis muutub, kui märgendid serverisse viia?

Peamiselt jõudlus ja kontroll. Tüüpilised eelised.

- **Brauseris on vähem koodi.** Vähem müüjate skripte tähendab vähem JavaScripti allalaadimiseks ja käitamiseks, mis aitab laadimist ja reageerimiskiirust.
- **Koht andmete puhastamiseks.** Sinu server saab enne edastamist iga sündmust kontrollida: IP-aadresse eemaldada või lühendada, eemaldada URL-i parameetrid, mis võivad kanda e-posti aadresse, ja eemaldada väljad, mida müüja ei vaja.
- **Teistsugune küpsiste mehhanism.** Sinu server saab seada esimese osapoole küpsiseid HTTP `Set-Cookie` päiste kaudu JavaScripti asemel. Brauserid kohtlevad skriptiga ja serveriga seatud küpsiseid mõnel juhul erinevalt ning need reeglid muutuvad pidevalt, seega ära planeeri konkreetse küpsise eluea ümber.
- **Vähem otseseid kolmanda osapoole ühendusi.** Külastaja brauser suhtleb sinu domeeniga, mitte iga müüjaga.

## Mis ei muutu?

Õiguslik analüüs. E-privaatsuse direktiiv ja IKÜM hoolivad sellest, mis seadmes juhtub ja mis isikuandmetega juhtub, mitte sellest, milline server on keskel.

| Küsimus | Kliendipoolne märgendamine | Serveripoolne märgendamine |
| --- | --- | --- |
| Kas identifikaatorid on salvestatud külastaja seadmesse? | Jah, seatud müüjate skriptide poolt | Tavaliselt jah, seatud sinu domeeni poolt |
| Kas e-privaatsuse nõusolek kehtib mittevajaliku salvestamise ja juurdepääsu kohta? | Jah | Jah |
| Kas isikuandmed jõuavad müüjateni? | Jah, brauserist | Jah, sinu serverist |
| Kas iga eesmärk vajab IKÜM-i õiguslikku alust? | Jah | Jah |
| Kas saajad tuleb külastajatele avalikustada? | Jah | Jah |
| Kes otsustab, mida iga müüja saab? | Suuresti müüja skript | Sina |

E-privaatsuse direktiivi artikli 5 lõige 3 käsitleb teabe salvestamist seadmesse või sellele juurdepääsu. Kui sinu server seab analüütika identifikaatoriküpsise ja loeb selle iga päringuga tagasi, on see salvestamine ja juurdepääs seadmes, olenemata sellest, milline domeen või koodiharu seda teeb. Erand sõltub eesmärgist, st rangelt vajalikkusest kasutaja taotletud teenuse jaoks, mitte sellest, kas küpsis on esimese osapoole oma; vaata [küpsiste tüüpe](/et/blog/types-of-cookies).

IKÜM kehtib ka sündmusandmetele. Identifikaatorid, IP-aadressid ja lehe URL-id, mis on seotud inimesega, on isikuandmed, seega vajab iga andmevoog müüjale artikli 6 kohast õiguslikku alust ning kui selleks alustes on nõusolek, peab see vastama artikli 7 tingimustele. Kui sa tegelikult soovid mõõtmist ilma identifikaatoriteta, on [küpsisteta analüütika](/et/blog/cookieless-analytics) hoopis teine jutt.

## Kuidas nõusolekut serverile edastada?

Saada nõusolekuolek koos iga sündmusega, jõusta see serveris ja käsitle kõike puuduvat keelatuna. Server peab otsustama sihtkoha kaupa, sest üks sissetulev sündmus võib hargneda mitmele erinevate eesmärkidega müüjale.

Kliendi poolel ära saada ilma nõusolekuta midagi ja lisa olek andmekoormusesse:

```ts
type ConsentState = { analytics: boolean; marketing: boolean };

export function track(event: string, props: Record<string, unknown>, consent: ConsentState) {
  if (!consent.analytics && !consent.marketing) return; // midagi ei tohi saata
  navigator.sendBeacon(
    'https://metrics.example.com/collect',
    JSON.stringify({ event, props, consent, ts: Date.now() }),
  );
}
```

Serveris edasta igale sihtkohale ainult see, mida selle kategooria lubab:

```ts
export async function handleCollect(req: Request): Promise<Response> {
  const body = await req.json().catch(() => null);
  const analytics = body?.consent?.analytics === true; // puudumine tähendab keelatut
  const marketing = body?.consent?.marketing === true;
  if (!analytics && !marketing) return new Response(null, { status: 204 });

  const event = minimize(body); // eemalda IP-d, kustuta päringustringid, eemalda kasutamata väljad
  const jobs: Promise<unknown>[] = [];
  if (analytics) jobs.push(sendToAnalytics(event));
  if (marketing) jobs.push(sendToAdPlatform(event));
  await Promise.allSettled(jobs);

  return new Response(null, { status: 204 });
}
```

Kui kasutad Google'i märgendeid koos Consent Mode'iga, liigub nõusolekuolek koos märgendite saadetud päringutega ning Google dokumenteerib, kuidas tema märgendid iga signaali korral käituvad. Kontrolli, et iga märgend sinu serverikonteineris, eriti kolmanda osapoole mallid, tegelikult seda olekut austab, mitte ei eelda seda. Meie [Google Consent Mode v2 juhend](/et/blog/google-consent-mode-v2-guide) katab need neli signaali.

## Mida minu server andmetega tegema peaks?

Käsitle märgendamisserverit andmetöötlussüsteemina, millel on omad reeglid, mitte torustikuna.

1. **Vaikimisi keela.** Jäta kõrvale sündmused, mille nõusolekuväljad puuduvad või on valesti vormindatud.
2. **Suuna eesmärgi järgi.** Saada analüütikamüüjatele ainult analüütika nõusolekuga sündmused ja reklaamimüüjatele ainult turunduse nõusolekuga sündmused.
3. **Minimeeri enne edastamist.** Lühenda või eemalda IP-aadressid, kustuta päringustringid ja fragmendid ning saada igale müüjale ainult väljad, mida ta vajab.
4. **Piira säilitamist.** Toored sündmuslogid sinu serveris on samuti isikuandmed. Sea lühike säilitusaeg ja piira juurdepääsu.
5. **Dokumenteeri iga andmevoog.** Loetle iga müüja, tema saadavad andmed ja eesmärk oma privaatsusteatises ja küpsisepoliitikas, sest külastajad ei näe neid andmevooge enam oma brauseris.
6. **Auditeeri mõlemat poolt.** Brauseripõhised skannerid ei näe serverist serverisse liiklust, seega ühenda regulaarne [küpsiste audit](/et/blog/how-to-run-a-cookie-audit) oma serverikonteineri märgendite ja sihtkohtade ülevaatusega.

## Kokkuvõte

Serveripoolne märgendamine muudab seda, kus märgendid töötavad, ja annab sulle rohkem kontrolli selle üle, mida müüjad saavad. See ei muuda seda, millal vajad nõusolekut, mis loetakse isikuandmeteks ega seda, mida pead avalikustama. Tee nõusolek iga sündmuse osaks, jõusta see serveris ja minimeeri see, mis serverist väljub. Tööriistad nagu Cookiesh saavad pakkuda nõusolekuolekut, mida sinu märgendid ja server vajavad, Google Consent Mode v2 toe, Google Tag Manageri malli ja JavaScripti API kaudu.

*See artikkel on üldine teave, mitte õigusnõustamine. Oma konkreetse olukorra kohta otsuste tegemiseks pea nõu kvalifitseeritud privaatsusspetsialistiga.*

## FAQ

### Kas esimese osapoole alamdomeen vabastab jälgimisküpsised nõusolekunõudest?

Ei. See, kas küpsis vajab nõusolekut, sõltub selle eesmärgist, mitte domeenist, mis selle seab. Sinu enda mõõdikute alamdomeenilt seatud analüütika- või reklaamiküpsis vajab sama nõusolekut nagu müüja domeenilt seatud küpsis.

### Kas vajan küpsisebännerit, kui kõik minu märgendid töötavad serveripoolselt?

Jah, kui kasutad mittevajalikke küpsiseid või muud seadmesse salvestamist või toetud andmete müüjatele saatmisel õigusliku alusena nõusolekule. Märgendite serverisse viimine muudab seda, kuhu andmed pärast kogumist lähevad, mitte nende kogumiseks vajalikku nõusolekut.

### Kas serveripoolset märgendamist saab kasutada reklaamiblokeerijatest mööda minemiseks?

See võib muuta mõned päringud blokeerijatele raskemini äratuntavaks, kuid see ei muuda sinu õiguslikke kohustusi. Selle kasutamine külastaja valikute kõrvalehoidmiseks õõnestab läbipaistvust, millest kehtiv nõusolek sõltub, seega käsitle blokeerimise muutumist kõrvalmõjuna, mitte eesmärgina.

### Kes vastutab andmete eest, mida märgendamisserver edastab?

Sina otsustad, mida sinu server igale müüjale saadab, seega vajad iga andmevoo jaoks õiguslikku alust, müüjatega sobivaid lepinguid ja täpseid avalikustamisi külastajatele. Müüja enda vastutus sõltub tema rollist ja lepingust.

## Sources

- [Directive 2002/58/EC (ePrivacy Directive), EUR-Lex](https://eur-lex.europa.eu/eli/dir/2002/58/oj)
- [Regulation (EU) 2016/679 (GDPR), EUR-Lex](https://eur-lex.europa.eu/eli/reg/2016/679/oj)
- [Google: Consent mode overview](https://developers.google.com/tag-platform/security/guides/consent)
- [EDPB Guidelines 05/2020 on consent](https://www.edpb.europa.eu/our-work-tools/our-documents/guidelines/guidelines-052020-consent-under-regulation-2016679_en)