Zakaj Drupal potrebuje premišljeno arhitekturo privolitve

Prednosti Drupala in tveganja glede privolitve izvirajo iz istega mesta. Uredniška prilagodljivost platforme, dostop na podlagi vlog in strukturiran vsebinski model so natanko tisto, kar ga naredi za privzeto izbiro za vladne portale, univerzitetna spletna mesta in globalne podjetniške spletne lastnine — ista spletna mesta, ki jih z največ verjetnosti čaka revizija, ki imajo najbolj raznolik inventar oznak tretjih oseb, nakopičen v letih kampanjskega dela, in ki imajo največjo površino nebistvenih piškotkov za nadzor. Tipično spletno mesto Drupal 10, ki poganja analitični sklad, piksel trženjske avtomatizacije, vgrajen video, spletni obrazec z reCAPTCHA in pripomoček za socialno deljenje, lahko pri enem nalaganju strani pošlje več kot ducat ločenih nebistvenih operacij shranjevanja, pogosto prek modulov, katerih konfiguriranja si prvotni izvajalec ne pomni več.

Vsaka od teh operacij vključuje ločena vrata privolitve. Po Article 5(3) direktive ePrivacy vsak nebistveni piškotek ali analogna operacija shranjevanja in dostopa zahteva predhodno, prostovoljno, specifično, informirano in nedvoumno privolitev v EEA, Združenem kraljestvu in vsakem pravnem redu, ki je prevzel isti standard. Po GDPR so vedenjski podatki, ki jih te operacije shranjevanja ustvarjajo, obdelava osebnih podatkov, ker je kombinacija identifikatorja piškotka, naslova IP in vedenjske sledi zadostna za identifikacijo posameznika. Vprašanje skladnosti na spletnem mestu Drupal torej ni, ali namestiti pasico — vsaka odgovorna ekipa je to že storila — temveč ali pasica dejansko preprečuje aktiviranje oznak, preden uporabnik privoli, in ali odločitev o privolitvi preživi plasti predpomnenja Drupala.

Pokrajina modulov: EU Cookie Compliance, Klaro in možnosti, integrirane s ponudniki

Modul EU Cookie Compliance — prispevani modul, ki ga vzdržuje Drupal.org pod tem imenom — je zgodovinska privzeta vrednost in najpogosteje nameščena možnost. Dobavi nastavljivo pasico, podpira kategorije, izpostavi stanje privolitve v JavaScript za kodo teme spletnega mesta ter shranjuje zapise privolitve v zbirki podatkov Drupala. Prednosti so globoka integracija z Drupalovim sistemom dovoljenj in vlog, večjezična podpora prek prevajalske plasti Drupala ter zmožnost blokiranja oznak, ki jih Drupal upodablja po kategoriji, na ravni gradnje strani. Slabosti so, da vmesnik pasice zaostaja za standardi oblikovanja, ki jih regulatorji zdaj pričakujejo, da so privzete oznake kategorij nejasne in da interakcija modula z plastmi predpomnenja Drupala zahteva izrecno konfiguracijo.

Modul Klaro Cookie & Consent Management je novejša možnost, ki integrira knjižnico JavaScript Klaro — upravljavca privolitve z odprtokodno kodo z modernim vmesnikom pasice in podrobnimi nadzornimi elementi za posamezne storitve. Prednosti so kakovost vmesnika, razdrobljenost na ravni storitev namesto kategorij in aktivni razvoj v smeri gorvod. Slabosti so, da je modul tanjši od EU Cookie Compliance, zahteva več napora pri oblikovanju tem in premakne več stanja privolitve na odjemalca, kjer ga je treba uskladiti z upodabljanjem na strani strežnika Drupala.

Možnosti, integrirane s ponudniki — Cookiebot, OneTrust, Usercentrics in podobni — so primerne, kadar je spletno mesto del niza, ki se na ravni organizacije že standardizira na enem od teh CMP. Običajno so to najmočnejše možnosti z vidika vmesnika in revizijske sledi, vendar uvajajo plačano odvisnost tretje osebe in morda zahtevajo Pogodbo o obdelavi podatkov, ki poteka prek ločene nabavne poti.

Past predpomnenja, ki poruši večino implementacij privolitve v Drupalu

To je težava, ki potopi sicer pravilno konfigurirano spletno mesto Drupal: Internal Page Cache in Dynamic Page Cache, ki delujeta kot je načrtovano, bosta obiskovalcu, ki še ni videl pasice, dostavila predpomnjeno upodabljanje strani, predpomnjeno upodabljanje pa lahko vključuje oznake skriptov ali zunanje vire, ki bi jih morala pasica blokirati. Rešitev ni onemogočanje predpomnenja — to izniči razlog, zakaj je večina podjetij izbrala Drupal — temveč upodabljanje oznak, blokiranih s privolitvijo, prek poti, ki jo plasti predpomnenja spoštujejo.

Vzorec nadomestnega mesta

Vzorec, ki deluje v produkciji, je upodabljanje vsake nebistvene oznake kot nadomestnega mesta v predpomnjeni HTML — tipično oznake <script type="text/plain"> z atributom kategorije ali elementa po meri, ki ga JavaScript modula privolitve aktivira le na strani odjemalca, ko se ustrezna vrata preklopijo. Stran Drupal sama je predpomnjljiva, ker je nadomestno mesto za vsakega obiskovalca enako; logika aktivacije je v JavaScriptu modula privolitve in se izvaja ob hidrataciji glede na stanje privolitve posameznega obiskovalca, shranjeno v brskalniku. EU Cookie Compliance podpira ta vzorec brez dodatnih nastavitev; pri Klaro je ekvivalent mehanizem za zamenjavo skriptov za posamezne storitve, ki ga zagotavlja knjižnica gorvod.

Plasti render-cache in Varnish

Predpomnilnik upodabljanja Drupala in vse predpomnilnike Varnish ali CDN gorvod je treba konfigurirati tako, da se razlikujejo po stanju privolitve le takrat, ko stanje privolitve spremeni upodobljeno HTML — kar z vzorcem nadomestnega mesta ne stori. Sama pasica se upodablja kot ločen blok, ki ga je mogoče predpomniti, s kontekstom, ki razlikuje med »pasica je potrebna« in »pasica ni potrebna«, ostali del strani pa se upodablja enako ne glede na stanje privolitve. To je arhitekturna odločitev, ki naredi plasti predpomnenja Drupala združljive z namestitvijo z najprej privolitvijo. Alternativa — upodabljanje strani različno glede na stanje privolitve in onemogočanje predpomnilnika za uporabnike, ki so sprejeli odločitev — je tisto, kar povzroča vedenje počasnih strani po sprejetju, ki uporabnike spodbuja k zavrnitvi pasic.

Integracijski vzorci za posamezne module

Integracijsko delo na spletnem mestu Drupal je v veliki meri namenjeno povezovanju stanja privolitve z moduli, ki oddajajo nebistvene piškotke ali zunanje vire. Vzorec se ponavlja v celotnem ekosistemu prispevanih modulov.

• Google Analytics module in Google Tag Manager module morata biti konfigurirana za upodabljanje oznak kot nadomestnih mest, blokiranih s privolitvijo, s kategorijo privolitve, ki je preslikana na analitična vrata. Oba modula izpostavljata kljuko, ki jo modul EU Cookie Compliance lahko poveže.
• Webform module z reCAPTCHA je najpogostejša subtilna uhajanje: reCAPTCHA nastavi nebistvene piškotke ob nalaganju, še preden uporabnik pošlje obrazec. Rešitev je blokiranje knjižnice reCAPTCHA za ustrezno funkcionalno ali tržno kategorijo ali uporaba različice invisible-v3, ki odloži pisanje piškotkov do oddaje obrazca.
• Vgradnje videa modula Media iz YouTube, Vimeo ali Brightcove morajo uporabljati način z izboljšano zasebnostjo ali biti zavite v nadomestno mesto za klik za nalaganje, ki odloži zahtevo tretje osebe, dokler je uporabnik ne aktivira. Vzorec Lite YouTube Embed je ekvivalent, ki ga je sprejelo več tem Drupala.
• Pripomočki za socialno deljenje domačih ponudnikov so vzorec iz leta 2010, ki ga je treba umakniti v korist statičnih povezav za deljenje, ki sploh ne nalagajo JavaScripta tretjih oseb. Če pripomoček ponudnika mora ostati, se nahaja za tržnimi vrati.
• Drupal Commerce in vsi piškotki, povezani z vozičkom, so nujno potrebni in ne zahtevajo privolitve, toda identifikatorji programov zvestobe, piškotki mehanizma priporočil in analitično vezani dogodki vozička zahtevajo ustrezna vrata.

Validacija, revizijska sled in večjezični vidik

Korak validacije na spletnem mestu Drupal je enako zaporedje štirih preverjanj, ki velja povsod: obisk brez ukrepanja mora ustvariti nič nebistvenih piškotkov, zavrnitveni obisk mora ohraniti to stanje, privolitveni obisk mora ustvariti le privoljene oznake, umik pa mora takoj ustaviti nadaljnje aktiviranje oznak in poteči ustrezne piškotke. Zlasti pri Drupalu je treba to validacijo izvesti s toplim predpomnilnikom strani — ne z njegovim obhodom — da se potrdi, da vzorec nadomestnega mesta pravilno deluje v realističnih prometnih razmerah.

Revizijska sled pri Drupalu izkorišča prednosti platforme. EU Cookie Compliance shranjuje zapise privolitve v zbirki podatkov s časovnimi žigi in stanjem kategorije; Klaro je mogoče konfigurirati za enako prek kljuke na strani Drupala. Vsaka pot ustvari poizvedovalni dnevnik privolitev, na katerega je mogoče odgovoriti na zahtevo regulatorja. Večjezični vidik je prav tako pomemben: prevajalska plast Drupala se razteza na besedilo pasice privolitve, zato je treba obvestilo o zasebnosti in oznake kategorij prevesti za vsak jezik, ki ga spletno mesto uporablja, dnevnik privolitev pa mora zabeležiti, katero jezikovno različico je uporabnik dejansko videl. Zagovarljiva namestitev Drupala v letu 2026 je tista, v kateri so bila izbira modula, vzorec predpomnenja, integracije na modul in večjezična revizijska sled skupaj premisleni — in v kateri je bila izbira Drupala kot temeljne platforme spremenjena iz bremena predpomnenja v prednost privolitve.