Severitate: RidicatăResponsabil: Admin CMPTimp de remediere: 15-45 min
Reject doar în al doilea layer
Afișați Reject deja în primul layer în loc să obligați utilizatorul să deschidă preferințe sau să facă click-uri suplimentare pentru a refuza prelucrarea opțională.
Acoperă: reject_in_second_layer, reject_not_first_layer
De ce contează
O opțiune de refuz ascunsă în al doilea layer slăbește libertatea de alegere și de multe ori nu atinge standardul de fricțiune echivalentă așteptat de la o interfață de consimțământ validă.
Cum verificați manual
- Deschideți bannerul first-layer pe desktop și mobil.
- Verificați dacă utilizatorul poate refuza prelucrarea opțională fără să deschidă centrul de preferințe.
- Comparați fricțiunea dintre fluxul Accept și fluxul Reject.
Cauze tipice
- Template-ul CMP afișează Reject doar în preferințe.
- Stilizarea custom sau copy-ul bannerului a eliminat Reject din primul layer.
- Designul prioritizează conversia opt-in în detrimentul alegerii reale a utilizatorului.
Remediere în GTM
- Actualizați template-ul CMP sau setările containerului pentru a afișa Reject în primul layer.
- Verificați că Reject setează un status denied fără a obliga deschiderea preferințelor.
- Retestați layout-urile desktop și mobile.
Remediere în WordPress sau pluginuri CMP
- Activați acțiunea Decline sau Reject în vizualizarea inițială a pluginului.
- Ajustați layout-ul astfel încât Reject să rămână vizibil pe ecrane mici.
- Eliminați CSS-ul care ascunde sau colapsează butonul Reject.
Remediere generică pentru dezvoltatori
- Poziționați Reject lângă Accept încă din bannerul de primul layer.
- Nu cereți o a doua interacțiune doar pentru a refuza prelucrarea opțională.
- Păstrați un copy neutru și fără nudging în primul layer.
Cum confirmați că remedierea funcționează
- Confirmați că Reject este prezent în primul layer pe desktop și mobil.
- Confirmați că Reject din primul layer blochează tag-urile opționale.
- Rulați o nouă scanare și verificați că issue-ul nu mai este semnalat.
Pasul următor
Rulați o nouă scanare după deploy pentru a confirma că s-a schimbat comportamentul real în runtime, nu doar textul bannerului.