Kuka muu lukee mukana? Kolmansien osapuolten skriptit lomakesivuilla

Kun joku täyttää yhteydenottolomakkeesi, hän olettaa viestin menevän sinulle. Monilla sivustoilla lomakesivulla toimii kuitenkin myös analytiikkapalvelujen, mainosverkostojen, chat-toimittajien skriptejä ja kaikkea, mitä tagienhallintaan on vuosien varrella kertynyt. Jokainen näistä skripteistä toimii samoilla oikeuksilla kuin oma koodisi: se voi lukea sivua, seurata syöttökenttiä ja lähettää tietoja omille palvelimilleen. Se ei tarkoita, että ne kaikki tekisivät niin. Mutta sivulla, jolla kävijät kirjoittavat nimensä, sähköpostiosoitteensa ja joskus tietoja terveydestään, raha-asioistaan tai oikeudellisista ongelmistaan, sinun pitäisi tietää, kuka lukee mukana.

Tavalliset epäillyt

• Istunnon tallennustyökalut tallentavat napsautukset, vierityksen ja usein näppäilyt, jotta käynti voidaan toistaa myöhemmin. Ellei kenttiä ole peitetty, tallenteeseen voi tulla myös se, mitä ihmiset kirjoittavat lomakkeeseen.
• Mainos- ja analytiikkapikselit raportoivat sivunäytöt ja konversiot kolmansille osapuolille – itse lomakesivulla ja hyvin usein kiitossivulla.
• Chat-widgetit lataavat kokonaisen sovelluksen toisesta verkkotunnuksesta, yleensä jokaisella sivulla, myös lomakesivulla.
• Tagienhallinnan avulla markkinointi voi lisätä skriptejä ilman julkaisua. Kätevää, mutta se tarkoittaa myös, että koodia voi päätyä lomakesivulle kenenkään tarkistamatta sitä.
• Pienemmät apuvälineet – A/B-testaus, lämpökartat, some-upotukset, fontit, kartat – lisäävät kukin palvelimen, joka saa vähintään kävijän IP-osoitteen ja yleensä sivustosi osoitteen; niiden joukossa olevat skriptit voivat myös lukea sivun koko URL-osoitteen.

Istunnon tallennus: tallennin syöttökentän vieressä

Useimmat tallennustyökalut tarjoavat asetukset syöttökenttien peittämiseen tai kokonaisten alueiden poissulkemiseen, ja jotkin peittävät tietyt kentät oletuksena. Heikot kohdat ovat poikkeuksissa: vapaamuotoinen viestikenttä, jota oletusasetus ei kata, lomake, joka on rakennettu komponenteista, joita peittosäännöt eivät tunnista, tai asetus, jonka joku kytki pois vianetsinnän ajaksi eikä koskaan kytkenyt takaisin. Kolmannen osapuolen luona säilytetty tallenne voi tällöin sisältää täsmälleen sen, mitä kävijä kirjoitti sinulle – jotakin, mitä hän ei odottanut ja mitä tietosuojaselosteesi, jossa on tietosuoja-asetuksen Art. 13:n mukaan mainittava henkilötietojen vastaanottajat tai vastaanottajaryhmät, ei ehkä mainitse lainkaan.

Pikselit ja kiitossivu

Konversioseuranta tarvitsee signaalin lomakkeen lähettämisestä, ja kiitossivu on ilmeinen paikka laukaista se. Useimmat pikselit lähettävät jokaisen tapahtuman yhteydessä sivun koko osoitteen. Jos lomake lähetetään GET-menetelmällä tai lähettämisen jälkeinen uudelleenohjaus liittää URL-osoitteeseen arvoja, kuten ?name=…&email=…, nämä arvot menevät suoraan mainos- tai analytiikkapalvelun tarjoajalle. Joissakin pikseleissä on myös toimintoja, jotka poimivat automaattisesti sähköpostiosoitteita tai puhelinnumeroita lomakkeista kohdistuksen parantamiseksi. Ja jos pikseli laukeaa ennen kuin kävijä on vastannut evästebanneriin – tai sen jälkeen, kun hän on kieltäytynyt – ongelma ei ole enää pelkästään tekninen.

Tagienhallinta, suostumus ja toimitusketju

Tagienhallinnassa kokonaiskuva katoaa usein. Kahden vuoden takaisen messun kampanjatagi, lämpökarttatyökalun kokeilu, pikseli verkostolle, jota kukaan ei enää käytä – kaikki tämä voi yhä latautua jokaisella sivulla, myös lomakesivulla. Laukaisimet on usein asetettu kohtaan ”kaikki sivut”, ja suostumussäännöt määritetään tagikohtaisesti, joten yksi tagi, josta puuttuu ehto, riittää lataamaan skriptin ennen kuin kävijä on antanut suostumuksensa.

Sitten on toimitusketju. Kun upotat skriptin toiselta palvelimelta, luotat siihen, joka hallitsee kyseistä palvelinta tänään ja tulevaisuudessa. Toimittaja voi muuttaa skriptinsä toimintaa, yritys voidaan myydä tai sen jakeluinfrastruktuuri voidaan murtaa. Selain ei erota aitoa skriptiä manipuloidusta, joten lomakesivulle syötetty koodi voi lukea jokaisen kentän ja lähettää sen minne tahansa – sama kaava, jota käytetään korttitietojen kaappaamiseen kassasivuilla.

Mitä voit tehdä

1. 1Tee inventaario. Avaa jokainen lomakesivu ja sen kiitossivu selaimen kehittäjätyökaluilla, tarkista Network-välilehti ja luettele jokainen ulkoinen palvelin. Tee se kerran ilman suostumusta ja kerran bannerin hyväksymisen jälkeen.
2. 2Poista se, mitä kukaan ei tarvitse. Tagit, joilla ei ole selvää omistajaa ja tarkoitusta, ovat poistoehdokkaita. Rajaa tagienhallinnan laukaisimet niin, että lomakesivuilla toimivat vain ne tagit, joiden on pakko.
3. 3Peitä syötteet tallennustyökaluissa. Peitä kaikki syöttökentät, ei vain salasanoja, ja sulje lomakealue kokonaan pois, jos voit. Katso sitten tallenne nähdäksesi, mitä todella tallennettiin.
4. 4Lähetä konversiot ilman henkilötietoja. Lähetä lomake POST-menetelmällä, pidä lomakkeen arvot poissa uudelleenohjausten URL-osoitteista ja laukaise neutraali tapahtuma, kuten ”contact_form_sent”. Kytke pikseleistä pois lomakekenttien automaattinen keruu.
5. 5Lataa vasta suostumuksen jälkeen. Suostumusta edellyttävät skriptit eivät saa latautua ennen kuin kävijä suostuu – ja niiden on pysyttävä poissa, jos hän kieltäytyy. Testaa molemmat polut.
6. 6Lukitse ja rajoita, missä mahdollista. Subresource Integrity (tiiviste script-tagissa) saa selaimen kieltäytymään muuttuneesta staattisesta tiedostosta; se ei sovi skripteille, jotka muuttuvat suunnitellusti, kuten tagienhallinnalle. Content Security Policy rajoittaa, mitkä palvelimet saavat ajaa skriptejä – aloita report-only-tilassa nähdäksesi, mikä menisi rikki.
7. 7Seuraa muutoksia. Uuden skriptipalvelimen ilmestymisen lomakesivulle pitäisi olla harkittu päätös, ei yllätys. Varmista, että saat ilmoituksen, kun sellainen ilmestyy.

formexposed tarkistaa, mitkä seurantapikselit laukeavat lomakesivuillasi, voiko istunnon tallennustyökalu tallentaa lomakesyötteitä ja lopettaako evästebannerin hylkääminen todella seurannan – passiivisesti, mitään ei lähetetä. Maksuton tarkistus näyttää kokonaistason; nämä havainnot ovat täydellisessä raportissa. Todennetun verkkotunnuksen valvonnan avulla formexposed myös hälyttää, kun lomakesivulle ilmestyy uusi skriptipalvelin.