Miks on SPA-d küpsiste nõusoleku jaoks keerulised

Üheleherakendused laadivad korra ja käsitlevad navigeerimist kliendipoolselt. Lehte uuesti ei laadita, et nõusolekukontrolle uuesti käivitada. Kolmandate osapoolte skriptid, mis on laaditud failis index.html, käivituvad enne mis tahes nõusoleku kasutajaliidese ilmumist.

Levinud SPA vead

• Google Analytics laadimine failis index.html enne nõusolekut
• Nõusoleku oleku uuesti kontrollimata jätmine marsruudimuutustel
• Nõusoleku oleku kaotamine rakenduse uuesti renderdamisel
• Jälgimissündmuste käivitamine komponentide elutsüklis ilma nõusolekukontrollideta

Õige rakendamine

1. Laadige oma HTML head-i ainult CMP skript — mitte midagi muud
2. Laadige kolmandate osapoolte skriptid tingimuslikult alles pärast nõusoleku andmist
3. Kasutage CMP JavaScript API-t nõusoleku oleku programmiliseks kontrollimiseks
4. Kaitske oma komponentide analytics- ja turunduskutseid nõusolekukontrollidega

Raamistikupõhised näpunäited

React

Kasutage consent context provider-it. Kontrollige nõusoleku olekut useEffect hookides enne jälgijate initsialiseerimist.

Vue

Looge nõusoleku plugin. Kasutage router guard-e nõusoleku oleku kontrollimiseks navigeerimisel.

Angular

Kasutage nõusolekuteenust, mis süstitakse DI kaudu. Kontrollige nõusolekut route guard-ides ja komponendi initsialiseerimisel.

FlexyConsent SPA-dega

FlexyConsent-i üheskriptiline lähenemine töötab iga raamistikuga. See laadib asünkroonselt, haldab nõusoleku olekut küpsiste kaudu ja pakub JavaScript API-t programmiliseks nõusolekukontrolliks. Raamistikupõhist SDK-d pole vaja.