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

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.

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 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:

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:

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 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 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.