Sīkdatņu piekrišana vienas lapas lietotnēm (React, Vue, Angular)
Kāpēc SPA ir sarežģītas sīkdatņu piekrišanai
Vienas lapas lietotnes ielādējas vienreiz un navigāciju apstrādā klienta pusē. Nav lapu pārlāžu, kas atkārtoti aktivizētu piekrišanas pārbaudes. Trešo pušu skripti, kas ielādēti index.html, izpildās pirms jebkādas piekrišanas saskarnes parādīšanās.
Biežākās SPA kļūdas
- Google Analytics ielāde index.html pirms piekrišanas
- Piekrišanas stāvokļa atkārtota nepārbaudīšana maršrutu maiņas laikā
- Piekrišanas stāvokļa zaudēšana, kad lietotne tiek pārzīmēta
- Izsekošanas notikumu aktivizēšana komponenta dzīves ciklā bez piekrišanas vārtiem
Pareiza ieviešana
- HTML head ielādējiet tikai CMP skriptu — neko citu
- Trešo pušu skriptus ielādējiet nosacīti tikai pēc piekrišanas saņemšanas
- Izmantojiet CMP JavaScript API, lai programmatiski pārbaudītu piekrišanas stāvokli
- Savos komponentos ierobežojiet analītikas un mārketinga izsaukumus ar piekrišanas pārbaudēm
Ietvaram specifiski padomi
React
Izmantojiet piekrišanas konteksta nodrošinātāju. Pārbaudiet piekrišanas stāvokli useEffect āķos pirms izsekotāju inicializēšanas.
Vue
Izveidojiet piekrišanas spraudni. Izmantojiet maršrutētāja aizsargus, lai pārbaudītu piekrišanas stāvokli navigācijas laikā.
Angular
Izmantojiet piekrišanas pakalpojumu, kas injicēts caur DI. Pārbaudiet piekrišanu maršrutu aizsargos un komponenta inicializācijā.
FlexyConsent ar SPA
FlexyConsent viena skripta pieeja darbojas ar jebkuru ietvaru. Tas ielādējas asinhroni, pārvalda piekrišanas stāvokli caur sīkdatnēm un nodrošina JavaScript API programmatiskām piekrišanas pārbaudēm. Nav nepieciešams ietvaram specifisks SDK.