De toestemming die uw tags echt ontvangen

Eerst verklaard, anders had het geen zin

De toestemmingstoestand telt op precies één moment: voordat de tagcontainer start. Een banner die de keuze een paar regels later meldt, meldt die aan een container die zijn eerste aanroep al heeft gedaan — en die aanroep draagt de impliciete standaardwaarde, namelijk «toegestaan». Met onze data layer-module geeft deze de toestand zo door dat hij wordt verklaard in hetzelfde script dat de container laadt: de enige opstelling waarbij hij gegarandeerd eerst komt. Zonder die module verklaart hij de toestand zelf.

Gemeten op echte winkels vóór de bouw hiervan: de themabanner verklaarde de toestemming op bronregel 71 terwijl de container op regel 45 startte, en de eerste aanroep naar Google droeg gcs=G111 — alles toegestaan, voordat de bezoeker iets had gekozen. Met deze module draagt diezelfde eerste aanroep gcs=G100: alles geweigerd, zoals het hoort.

Granulair, en te controleren

Een bezoeker die statistieken toestaat en advertenties weigert, moet precies dat opleveren en niets meer. Hier hoeft u ons niet op ons woord te geloven: open het netwerkpaneel, sta alleen statistieken toe, en het verzoek dat Google ontvangt draagt gcs=G101 — statistieken toegestaan, advertenties geweigerd. Sta alles toe en het wordt G111. Weiger en het blijft G100. De bezoeker kiest groepen in gewone taal; de zeven platformsignalen worden daaruit afgeleid, want niemand weet wat ad_user_data is en iedereen weet wat advertenties zijn.

Wat uw bezoekers zien

Pure HTML en CSS met een eigen klasseprefix: de weergave is gelijk op een modern thema, op het klassieke en op een zelfgebouwd thema. Dit zijn echte schermafbeeldingen van onze eigen demowinkel, geen mockups.

Weigeren is net zo makkelijk als accepteren

Dit is een eigenschap van de structuur, geen belofte in een brochure: beide knoppen komen uit dezelfde lus met dezelfde klasse, dus er valt niets anders te stylen. Er is geen instelling die de weigering verbergt, verkleint, achter een «meer informatie» zet of in een grijze link verandert, en die komt er ook niet. Er is geen kruisje dat de banner sluit zonder iets vast te leggen, want sluiten is geen keuze. Eén ding beslist u: of de accepteerknop gevuld is terwijl de andere omlijnd blijven. Dat verandert de vulling en verder niets.

Op beide thema's gemeten: 15488 px² per knop, nul verschil, dezelfde regel, hetzelfde lettertype en hetzelfde tekstcontrast van 10,75:1 welke nadruk u ook kiest. De banner neemt bovendien de toetsenbordfocus zodra hij verschijnt, dus de eerste knop is twee Tab-aanslagen weg in plaats van vijftig.

Een register dat bewijs is, geen teller

Tellen hoeveel mensen accepteerden bewijst niets. Elke regel hier legt de toegestane en de geweigerde groepen vast, wat er werkelijk naar elk platform ging, en een vingerafdruk van de exacte teksten die die bezoeker zag — u opent een regel en leest, woord voor woord, de formulering waarmee is ingestemd. Er is een referentie die de bezoeker kan noemen, het adres wordt nooit volledig bewaard, en alles exporteert naar CSV. Het register verlaat uw server nooit.

Dit is het verschil tussen «heeft geaccepteerd» en «heeft dit geaccepteerd». Wijzig uw teksten en de vingerafdruk verandert mee: bezoekers wordt opnieuw gevraagd, en elke oudere regel verwijst nog steeds naar de formulering die zij die dag voor zich hadden.

53 cookies al ingedeeld, en die waarover niemand u iets vertelde

De reden dat de meeste cookiemodules op dag één weer uitgaan, is dat ze openen op een lege tabel en verwachten dat u veertig regels met de hand invult. Deze komt met 53 cookies en 4 groepen al ingedeeld — die Magento zelf schrijft, de onze en de meest voorkomende van derden — elk met wie het schrijft, hoe lang het duurt en een beschrijving in gewone taal. Daarna meldt de browser de namen die hij ziet en die de catalogus niet vermeldt: ze komen in een wachtrij die u met één klik indeelt.

Het werkt: in onze eigen demowinkel vond de melder bij de eerste ronde twee betaalcookies die niemand had opgegeven. Ze staan nu in de meegeleverde catalogus.

Cookies die helemaal niet worden geschreven

Een cookie verwijderen nadat het is geschreven is opruimen. Het niet schrijven is toestemming. Een modern Magento-thema heeft een poort voor eigen cookies ingebouwd, en deze module bestuurt die in plaats van hem na te bouwen: hij meldt zijn groepen aan de poort, zodat een cookie uit een niet-toegestane groep nooit wordt geschreven, en heropent ze zodra de bezoeker kiest. Op het klassieke thema, waar zo'n poort niet bestaat, worden de cookies van geweigerde groepen op naam en op prefix verwijderd — en het beheer zegt duidelijk in welke van de twee situaties uw thema zit, in plaats van het u te laten aannemen.

Het versnippert uw full page cache niet

De keuze van de bezoeker komt nooit in de HTML. Twee bezoekers met tegengestelde keuzes krijgen byte-identieke pagina's, en de beslissing valt in de browser op basis van één cookie van ongeveer 130 bytes. Dat telt zwaarder dan het klinkt: een toestemmingsmodule die de keuze in de pagina schrijft, vermenigvuldigt uw cachevarianten of — erger — serveert de keuze van de één aan alle anderen. Alleen wanneer u de landregels instelt bestaat er een extra kopie, en dan precies één.

Wat u krijgt

• De zeven Google-toestemmingssignalen, elk gekoppeld aan een groep die u kiest, met een begintoestand die alles weigert wat een bezoeker zou kunnen weigeren.
• Teksten, kleuren, positie en groepen per winkelweergave, met ingebouwde formuleringen al vertaald in zeven talen — cookiebeschrijvingen inbegrepen.
• Een tabel van het cookiebeleid gegenereerd uit uw eigen catalogus: u plaatst hem als widget in een CMS-pagina en hij veroudert niet wanneer een extensie iets nieuws begint te schrijven.
• De Microsoft-advertentietag en de tag die sessies opneemt ontvangen de toestand ook, elk in de schrijfwijze die hij werkelijk verwacht. Beide standaard uit.
• Global Privacy Control, als u dat wilt: een browser die het signaal verstuurt wordt als weigering behandeld tot de bezoeker anders kiest, en een expliciete keuze wint altijd.
• Vier beheertabbladen met elk een eigen recht, zodat u het toestemmingsregister kunt geven aan wie gegevensverzoeken afhandelt zonder de hele configuratie uit handen te geven.

Wat het niet doet

Deze module geeft u de middelen om toestemming te verzamelen, toe te passen en te bewijzen. Hij maakt u niet compliant — dat hangt af van hoe u hem instelt, wat u in uw beleid schrijft en van uw adviseur. Drie beperkingen die u beter vooraf dan achteraf kent:

• Het tegenhouden van scripts van derden staat standaard uit en raakt alleen de adressen die u opgeeft. Scripts die in de pagina zelf staan worden nooit aangeraakt, en evenmin wat een toegestaan script daarna uit zichzelf laadt. Er zijn geen heuristieken en geen lijst van bekende domeinen die voor u wordt toegepast.
• De banner alleen aan bepaalde landen tonen vereist uw server, niet ons. Hij leest een HTTP-header met het land, die moet worden toegevoegd voordat Magento het verzoek ziet — een distributienetwerk vóór de winkel, of een geolocatiedatabase in uw webserver. Het beheer zegt in welke van de drie situaties u zit, en zolang de header niet aankomt, krijgt iedereen de banner te zien.
• Cookies met een variabele naam worden gedekt door de opschoning, niet door de poort van het thema, die op exacte naam vergelijkt. Het is een bekende beperking, en die staat in de catalogus naast elk van hen in plaats van verzwegen te worden.

Als het tegenhouden van scripts van derden is waarvoor u komt: zet het aan, noteer uw adressen, en doe daarna een volledige aankoop in uw eigen winkel — op beide thema's als u er twee hebt, inclusief afrekenen — voordat u het aan laat staan. Het is de functie die een winkel kan stilleggen, en precies daarom komt hij uitgeschakeld.

Uw taal, en die van uw bezoekers

Elk veld en elke uitleg in de configuratie is vertaald, en ook alles wat uw bezoekers lezen: de banner, het voorkeurenvenster, de groepsnamen en de beschrijving van elk van de 53 meegeleverde cookies. Laat een tekstveld leeg en u krijgt de ingebouwde formulering in de taal van die winkelweergave. Elke toestemming legt vast welke tekstversie is getoond, dus ook een vertaalwijziging is zichtbaar in het register.

De taal van de winkelweergave wordt automatisch overgenomen; Engels is de terugval. Zeven talen: Engels, Italiaans, Duits, Spaans, Frans, Nederlands en Portugees.

Vereisten

Magento 2.4.x (Open Source of Adobe Commerce), PHP 8.1 tot 8.5, elk thema. Onze data layer-module wordt aanbevolen maar is niet vereist: daarmee wordt de toestemmingstoestand verklaard in hetzelfde script dat uw tagcontainer laadt. De server moet codingrow.com eenmaal per dag via HTTPS kunnen bereiken voor de automatische activering.

Wijzigingslog

Wat er verandert, versie na versie.