Een teamlid installeert een onbekende marketingtool

Als een teamlid een onbekende tool al gebruikt, is de eerste stap niet verbieden maar pauzeren. Vraag de collega om voorlopig geen nieuwe klantgegevens in de tool te zetten en breng samen in kaart wat er al in staat. Het gaat om vier vragen: welke gegevens zijn ingevoerd of geïmporteerd, met welk account is aangemeld, welke koppelingen met andere diensten zijn gelegd en wie heeft nog toegang.

Maak daarvoor een eenvoudig overzicht met een rij per tool: naam, wie hem introduceerde, doel, soort gegevens, aanmeldmethode en datum van eerste gebruik. Zo'n overzicht is het vertrekpunt voor elke beslissing. Zonder dat overzicht weet je niet wat je beoordeelt, en blijft het bij een onderbuikgevoel.

Is al duidelijk dat een koppeling of toegang onterecht is, bijvoorbeeld een app die je account kan lezen zonder dat iemand dat bewust toestond, trek die dan meteen in en wacht niet tot het overzicht compleet is.

Maak er geen schuldvraag van. Een collega die zelf een probleem oplost, wil vooral werk gedaan krijgen. Als je het gesprek met interesse voert, krijg je meer en betere informatie dan met een verwijt.

Zoek uit wie de tool uitgeeft. Op de website van de dienst verwacht je een herkenbare bedrijfsnaam, een contactadres, een privacyverklaring en voorwaarden. Ontbreekt een van die elementen of is niet duidelijk wie erachter zit, dan heb je een reden om de tool niet met klantgegevens te voeden.

Lees de privacyverklaring en zoek concrete antwoorden op deze vragen:

• Welke gegevens verzamelt de dienst en met welk doel?
• Wordt data gedeeld met derden of gebruikt voor eigen doeleinden?
• Waar wordt data opgeslagen en hoe kun je ze laten verwijderen?
• Hoe kun je een exemplaar van je data opvragen of exporteren?

Een verklaring bewijst niet dat de dienst doet wat ze zegt, maar het ontbreken of vage taalgebruik is wel informatief. Zoek ook onafhankelijke vermeldingen van de dienst en let op de ouderdom en het onderhoud van de tool. Wat je daar vindt, is een indicatie, geen bewijs. Twijfel je, leg de kwestie dan voor aan wie in jouw organisatie over privacy beslist.

Veel tools vragen je aan te melden met je Google-account of een ander bestaand account. Google beschrijft dat je gegevens kunt delen tussen je account en apps van andere ontwikkelaars, en dat dit kan via aanmelden met Google, accountkoppeling of toegang tot bepaalde accountgegevens. Het raadt aan het privacybeleid en de beveiligingsinformatie van de ontwikkelaar te lezen voordat je toegang geeft (Google-hulp over gekoppelde apps).

Controleer daarom bij elke aanmelding welke toestemming gevraagd wordt. Een planningstool die toegang vraagt tot je agenda en contacten, terwijl ze enkel posts moet plannen, vraagt waarschijnlijk meer dan nodig. Leg vast welk type koppeling er ligt en bekijk de pagina met gekoppelde apps in het betrokken account om te zien wat er feitelijk is toegekend. Schermnamen en opties kunnen wijzigen, dus controleer dit in jouw accountinstellingen.

Geef alleen de toegang die nodig is voor de taak, en liefst met een account dat niet gekoppeld is aan je volledige maildomein of beheerdersrechten.

Gebruik de matrix als drempel: de tool krijgt pas echte klantgegevens als alle rijen een voldoende antwoord hebben. Een gedeeltelijke uitkomst betekent proefgebruik met fictieve of geanonimiseerde data, niet met echte lijsten.

Webtools bewegen binnen je browser, en de beveiliging daarvan hangt deels af van hoe de aanbieder zijn dienst opbouwt. De MDN-documentatie over webbeveiliging noemt als basispraktijken voor webontwikkelaars onder meer het serveren van pagina's via HTTPS, het beperken van toegang tot cookies en het gebruik van sterke authenticatie, zoals passkeys of eenmalige wachtwoorden in plaats van enkel een wachtwoord. Dat is een richtlijn voor wie een site bouwt, geen toetsingskader voor externe tools; de controlepunten hieronder zijn onze eigen redactionele suggesties (MDN over webbeveiliging). Een publieke website kun je daar slechts gedeeltelijk op toetsen.

Wat je zelf kunt nagaan zonder techniek:

• Laadt de aanmeldpagina via een adres dat met https begint?
• Biedt de dienst tweestapsverificatie of passkeys aan, en kun je ze verplicht stellen voor je team?
• Kun je gebruikers met verschillende rechten aanmaken, zodat niet iedereen alles kan exporteren?

Een antwoord 'ja' bewijst niet dat de volledige implementatie veilig is, en een 'nee' is een reden voor extra voorzichtigheid. Het zegt niets over wat de dienst met je gegevens doet. Test de tool daarom eerst met verzonnen contacten zonder echte namen of adressen, en kijk wat de dienst zelf toont, verstuurt en bewaart.

Fictief voorbeeld. Een teamlid importeert een lijst met contacten in een nieuwe tool voor automatische mails en meldt zich aan met een Google-account. Je team pauzeert het gebruik, inventariseert de ingevoerde velden en vraagt een eigenaar aan te duiden. Uit het overzicht blijkt dat de tool toegang tot de agenda heeft gekregen zonder dat iemand dat nodig had. Die koppeling wordt verwijderd via de pagina met gekoppelde apps, en het team controleert bij de uitgever of de al ontvangen gegevens verwijderd worden, want het intrekken van een koppeling wist die niet vanzelf. De uitgever blijkt geen duidelijke exportoptie te bieden, dus verhuist het team enkel testcontacten naar de tool en kiest voor een alternatief met export. De cijfers en situatie zijn louter ter illustratie.

Controle na je beslissing:

1. Open de pagina met gekoppelde apps en bevestig dat afgewezen koppelingen verdwenen zijn.
2. Verwijder het account bij de tool en vraag schriftelijk om verwijdering van ingevoerde data als je afstand neemt.
3. Noteer de uitkomst, de datum en de eigenaar in je overzicht.

Spreek een eenvoudig aanvraagproces af: wie een nieuwe tool wil, vult één formulier in met doel, soort gegevens en gevraagde toegang. Benieuwd welke publieke signalen je website uitzendt over vertrouwen en contactformulieren? Bekijk ze via Marketing Scan. Die scan bekijkt zichtbare signalen en keurt geen tool in je interne omgeving goed of af.