Kāpēc automatizēt piekrišanas testēšanu

Manuālas piekrišanas pārbaudes ir viegli izlaist un viegli izdarīt nepareizi. Jauna atzīme, ko pievieno mārketings, motīva atjauninājums vai pārstrādāts skriptu ielādētājs var klusi sākt aktivizēt izsekotājus pirms piekrišanas, un neviens to nepamana, līdz to pamana klients vai regulators. Automatizēti pārlūka testi pārvērš jautājumu „vai mūsu baneris joprojām uzvedas pareizi?” par kaut ko, kas darbojas katrā laidienā. Playwright ir piemērots, jo tas vada īstus pārlūkus, var pārtvert tīkla pieprasījumus un nodrošina svaigus, izolētus pārlūka kontekstus.

Testu konteksti

Katram testam jāsākas no tīra pārlūka konteksta, bez sīkdatnēm un vietējās krātuves. Tas atdarina pirmreizēju apmeklētāju. Katram testam izveidojiet jaunu kontekstu, nevis atkārtoti izmantojiet lapu, pretējā gadījumā viena testa saglabātā izvēle nonāk nākamajā.

1. tests: pirms piekrišanas nekas neaktivizējas

Klausieties katru tīkla pieprasījumu no brīža, kad lapa sāk ielādēties. Ielādējiet lapu, uzgaidiet, līdz tā ir dīkstāvē, un neaiztieciet baneri. Pēc tam salīdziniet pieprasījumus ar izsekotāju domēnu sarakstu, ko uzturat, piemēram, analītikas, reklāmas un sociālo tīklu pikseļi. Tests neiztur, ja kāds pieprasījums dodas uz sarakstā iekļautu domēnu. Nolasiet arī konteksta sīkdatņu sarakstu un neizturiet testu, ja pastāv jebkāda nebūtiska sīkdatne.

2. tests: atteikums patur lietas izslēgtas

1. Ielādējiet lapu svaigā kontekstā.
2. Noklikšķiniet uz noraidīšanas vadīklu baneri.
3. Pārejiet uz divām vai trim papildu lapām, tostarp vienu ar iegultu saturu.
4. Apgalvojiet, ka nav veikti izsekotāju pieprasījumi un nav iestatītas nebūtiskas sīkdatnes.
5. Pārlādējiet un apgalvojiet, ka baneris paliek paslēpts un izvēle saglabājas.

3. tests: piekrišana iespējo to, kas jāiespējo

Noklikšķiniet uz piekrišanas un apgalvojiet, ka sagaidāmās atzīmes tagad aktivizējas, piemēram, jūsu analītikas pieprasījums. Tas aizsargā no pretējas kļūmes: baneris, kas reģistrē piekrišanu, bet nekad neatbrīvo skriptus, kas klusi maksā datus un ieņēmumus.

4. tests: detalizētas izvēles

Atveriet preferenču slāni, iespējojiet tikai vienu nolūku un saglabājiet. Apgalvojiet, ka ar šo nolūku saistītās atzīmes aktivizējas, bet ar citiem saistītās ne. Uzturiet nelielu atbilstības failu no nolūka uz gaidāmajiem domēniem, lai tests būtu skaidri lasāms un viegli atjaunināms.

5. tests: atsaukšana

Piekrītiet, pēc tam atkārtoti atveriet iestatījumus, izmantojot pastāvīgo saiti, un atsauciet piekrišanu. Apgalvojiet, ka turpmākie pieprasījumi izsekotājiem apstājas un ka saglabātais piekrišanas stāvoklis atspoguļo izmaiņas. Ņemiet vērā, ka jau iestatītās sīkdatnes var būt jānoņem skaidri, tāpēc izlemiet, kāda ir jūsu politika, un testējiet to.

6. tests: signāli

Ja izmantojat Google Consent Mode, nolasiet datu slāni lapas kontekstā pirms un pēc katras izvēles un apgalvojiet, ka piekrišanas stāvokļa vērtības sakrīt: pēc noklusējuma liegts, piešķirts tām kategorijām, kurām apmeklētājs piekrita. Ja izmantojat TCF virkni, nolasiet to, izmantojot TCF API, un apgalvojiet, ka tā ir pieejama pēc izvēles un to atspoguļo.

Testu uzticamības saglabāšana

• Izmantojiet stabilus selektorus, piemēram, testa atribūtus vai pieejamības lomas, nevis CSS klases, kas mainās ar dizaina atjauninājumiem.
• Gaidiet skaidrus nosacījumus, nevis fiksētas aizkaves.
• Palaidiet testus pret testa vides kopiju, kurai ir tāds pats atzīmju iestatījums kā produkcijai.
• Palaidiet nelielu komplekta versiju pēc grafika, ne tikai izvietojumos, jo trešo pušu skripti mainās bez jūsu laidiena.
• Testējiet galvenos reģionus, kurus apkalpojat, iestatot ģeolokāciju vai izmantojot reģiona pārrakstīšanu, ko piedāvā jūsu CMP.

Kā iederas FlexyConsent

FlexyConsent atbalsta IAB TCF 2.4, IAB GPP v1.1 un Google Consent Mode v2, tāpēc signāli, par kuriem testos izdarāt apgalvojumus, ir standarta signāli, ko varat nolasīt no lapas. Baneris ir pieejams 58 valodās; ja apkalpojat vairākas, iekļaujiet testu, kas ielādē vismaz vienu neangļu versiju.

Galvenie secinājumi

• Katram testam izmantojiet svaigu pārlūka kontekstu, lai simulētu pirmreizēju apmeklētāju.
• Apgalvojiet par tīkla pieprasījumiem un sīkdatnēm, ne tikai par to, kā baneris izskatās.
• Aptveriet četrus ceļus: bez mijiedarbības, atteikšanās, piekrišana un atsaukšana.
• Pārbaudiet piekrišanas signālus arī datu slānī vai TCF API.
• Palaidiet komplektu laidienā un pēc grafika, lai notvertu novirzes no trešo pušu skriptiem.