Cine mai citește? Scripturi terțe pe paginile cu formulare

Când cineva completează formularul dumneavoastră de contact, presupune că mesajul ajunge la dumneavoastră. Pe multe site-uri însă, pagina formularului rulează și scripturi ale furnizorilor de analiză, ale rețelelor publicitare, ale furnizorilor de chat și tot ce a adunat un tag manager de-a lungul anilor. Fiecare dintre aceste scripturi rulează cu aceleași drepturi ca propriul dumneavoastră cod: poate citi pagina, poate urmări câmpurile de introducere și poate trimite date către propriile servere. Asta nu înseamnă că toate o fac. Dar pe pagina pe care vizitatorii își tastează numele, adresa de e-mail și uneori detalii despre sănătatea, banii sau problemele lor juridice, ar trebui să știți cine mai citește.

Suspecții obișnuiți

• Instrumentele de înregistrare a sesiunilor înregistrează clicurile, derularea și adesea apăsările de taste, astfel încât o vizită să poată fi redată ulterior. Dacă nu sunt mascate câmpurile, aceasta poate include ce tastează oamenii în formular.
• Pixelii publicitari și de analiză raportează terților vizualizările de pagină și conversiile – pe pagina formularului însăși și foarte des pe pagina de mulțumire.
• Widgeturile de chat încarcă o aplicație completă de pe alt domeniu, de obicei pe fiecare pagină, inclusiv pe cea cu formularul.
• Tag managerele permit echipei de marketing să adauge scripturi fără o implementare. Comod, dar înseamnă și că un cod poate ajunge pe pagina formularului fără ca cineva să îl verifice.
• Instrumentele ajutătoare mai mici – testare A/B, hărți termice, conținut încorporat din rețele sociale, fonturi, hărți – adaugă fiecare un host care primește cel puțin adresa IP a vizitatorului și de obicei adresa site-ului dumneavoastră; scripturile dintre acestea pot citi și URL-ul complet al paginii.

Înregistrarea sesiunilor: un reportofon lângă câmpul de introducere

Majoritatea instrumentelor de înregistrare oferă setări pentru mascarea câmpurilor de introducere sau excluderea unor zone întregi, iar unele maschează implicit anumite câmpuri. Punctele slabe sunt excepțiile: un câmp de mesaj liber pe care setarea implicită nu îl acoperă, un formular construit din componente pe care regulile de mascare nu le recunosc sau o setare pe care cineva a dezactivat-o în timpul depanării și nu a mai reactivat-o niciodată. O înregistrare stocată la un terț poate conține atunci exact ce v-a scris vizitatorul – ceva la care acesta nu se aștepta și pe care politica dumneavoastră de confidențialitate, care conform art. 13 din RGPD trebuie să menționeze destinatarii sau categoriile de destinatari ai datelor cu caracter personal, s-ar putea să nu îl menționeze deloc.

Pixelii și pagina de mulțumire

Urmărirea conversiilor are nevoie de un semnal că un formular a fost trimis, iar pagina de mulțumire este locul evident pentru a-l declanșa. Majoritatea pixelilor trimit adresa completă a paginii la fiecare eveniment. Dacă formularul trimite datele prin GET sau dacă redirecționarea de după trimitere adaugă la URL valori precum ?name=…&email=…, aceste valori ajung direct la furnizorul de publicitate sau de analiză. Unii pixeli oferă și funcții care preiau automat adresele de e-mail sau numerele de telefon din formulare pentru a îmbunătăți potrivirea. Iar dacă pixelul se declanșează înainte ca vizitatorul să fi răspuns la bannerul de cookie-uri – sau după ce a refuzat –, problema nu mai este doar una tehnică.

Tag managere, consimțământ și lanțul de aprovizionare

Tag managerele sunt adesea locul în care se pierde imaginea de ansamblu. O etichetă de campanie pentru un târg de acum doi ani, testarea unui instrument de hărți termice, un pixel pentru o rețea pe care nu o mai folosește nimeni – toate acestea se pot încărca încă pe fiecare pagină, inclusiv pe cea cu formularul. Declanșatoarele sunt frecvent setate pe „toate paginile”, iar regulile de consimțământ sunt configurate etichetă cu etichetă, așa că o singură etichetă cu o condiție lipsă este suficientă pentru a încărca un script înainte ca vizitatorul să își fi dat acordul.

Apoi există lanțul de aprovizionare. Când încorporați un script de pe alt host, aveți încredere în oricine controlează acel host astăzi și în viitor. Un furnizor poate schimba ce face scriptul său, poate fi vândut sau infrastructura sa de livrare poate fi compromisă. Browserul nu poate deosebi un script legitim de unul manipulat, așa că un cod injectat pe o pagină cu formular poate citi fiecare câmp și îl poate trimite oriunde – același tipar folosit pentru skimming pe paginile de finalizare a comenzii.

Ce puteți face

1. 1Faceți un inventar. Deschideți fiecare pagină cu formular și pagina sa de mulțumire cu instrumentele pentru dezvoltatori ale browserului, verificați fila Network și enumerați fiecare host extern. Faceți acest lucru o dată fără consimțământ și o dată după acceptarea bannerului.
2. 2Eliminați ce nu folosește nimănui. Etichetele fără un responsabil și un scop clar sunt candidate la ștergere. Limitați declanșatoarele din tag manager astfel încât pe paginile cu formulare să ruleze doar etichetele care trebuie să ruleze acolo.
3. 3Mascați datele introduse în instrumentele de înregistrare. Mascați toate câmpurile de introducere, nu doar parolele, și excludeți complet zona formularului, dacă puteți. Apoi urmăriți o înregistrare pentru a vedea ce a fost efectiv stocat.
4. 4Trimiteți conversiile fără date cu caracter personal. Trimiteți prin POST, nu includeți valorile din formular în URL-urile de redirecționare și declanșați un eveniment neutru, precum „contact_form_sent”. Dezactivați în pixeli colectarea automată a câmpurilor din formulare.
5. 5Încărcați doar după consimțământ. Scripturile care necesită consimțământ nu trebuie să se încarce înainte ca vizitatorul să își dea acordul – și trebuie să rămână dezactivate dacă acesta refuză. Testați ambele parcursuri.
6. 6Fixați și restricționați acolo unde este posibil. Subresource Integrity (un hash pe eticheta scriptului) face ca browserul să refuze un fișier static care s-a modificat; nu se potrivește scripturilor care se modifică prin natura lor, precum tag managerele. O Content Security Policy limitează hosturile care pot rula scripturi – începeți în modul report-only pentru a vedea ce s-ar strica.
7. 7Urmăriți modificările. Un nou host de scripturi pe o pagină cu formular ar trebui să fie o decizie deliberată, nu o surpriză. Asigurați-vă că sunteți notificat când apare unul.

formexposed verifică ce pixeli de urmărire se declanșează pe paginile dumneavoastră cu formulare, dacă un instrument de înregistrare a sesiunilor poate înregistra datele introduse în formular și dacă refuzarea bannerului de cookie-uri oprește într-adevăr urmărirea – pasiv, nu se trimite nimic. O verificare gratuită arată nivelul general; aceste constatări se află în raportul complet. Cu monitorizarea unui domeniu verificat, formexposed vă alertează și atunci când apare un nou host de scripturi pe o pagină cu formular.