Een openbare kalender toont klantnamen

Begin niet met de instellingen, maar met een lijst. Noteer voor elke kalender die je bedrijf gebruikt: wie de eigenaar is, waar de kalender is ingebed of gelinkt (website, boekingspagina, e-mailhandtekening, sociale profielen) en welk type deling is ingesteld. Vraag collega's expliciet naar persoonlijke kalenders die ooit zijn gedeeld, want die vergeten we het vaakst.

1. Open per kalender de deelinstellingen in de beheeromgeving van je kalenderdienst. Waar die precies staan, kan wijzigen, dus controleer dat bij de beheerder of in de actuele hulpdocumentatie van je dienst.
2. Noteer of de kalender zichtbaar is voor "iedereen met de link", voor het hele bedrijf of voor specifieke personen.
3. Zoek op je website en in je e-mailsjablonen naar iframes of links naar kalenders en zet die in dezelfde lijst.

Resultaat van deze stap: een tabel met kalender, eigenaar, plaats van publicatie en huidige deling. Zonder die tabel controleer je het verkeerde object.

Test niet in je eigen ingelogde browser, want daar zie je meer dan een bezoeker. Open de publieke link in een privévenster zonder ingelogd account, en liefst ook op een ander apparaat. Controleer wat zichtbaar is:

• Staan er namen of initialen van klanten in de afspraaktitels?
• Zijn beschrijvingsvelden, notities, locaties of deelnemerslijsten zichtbaar?
• Zijn bijlagen of vergaderlinks bereikbaar?
• Zie je alleen "bezet" of "beschikbaar", of ook de titel van het blok?

Noteer per punt wat je ziet, met een schermafbeelding die je intern bewaart. Dat is je nulmeting. Belangrijk: wat jij in één testweergave ziet, bewijst niet dat andere weergaven of ingebedde versies hetzelfde tonen. Test dus ook elke ingebedde versie afzonderlijk.

Het principe is dataminimalisatie: toon alleen wat een bezoeker nodig heeft om een tijdstip te kiezen. Dat is meestal niet meer dan bezet of vrij. De meeste kalenderdiensten bieden een deelniveau dat enkel beschikbaarheid toont, in plaats van volledige details. Ga na of jouw dienst dat aanbiedt en welke naam die optie heeft; verzin geen menunamen, maar lees ze af in je beheeromgeving.

Overweeg bovendien een werkwijze die het probleem aan de bron aanpakt:

• Gebruik neutrale afspraaktitels voor afspraken die in een gedeelde kalender staan, zoals "Afspraak" of een interne code, en bewaar de klantnaam in een niet-publiek veld of in je klantsysteem.
• Gebruik een aparte kalender voor beschikbaarheid die je publiek deelt, en houd de gedetailleerde kalender strikt intern.
• Gebruik een boekingspagina met enkel vrije tijdsloten als klanten zelf een moment moeten kiezen.

Het scheiden van een interne en een publieke kalender is vaak robuuster dan zorgen dat één kalender perfect is ingesteld.

Een kalender is zo veilig als het account van de eigenaar. Een gestolen wachtwoord geeft toegang tot alle details, ongeacht hoe de publieke weergave is ingesteld. Google beschrijft in zijn uitleg over tweestapsverificatie dat je zo een extra beveiligingslaag toevoegt voor het geval je wachtwoord wordt gestolen. Gebruik je een account via je werk of school, dan kunnen de stappen anders verlopen en moet je bij je beheerder zijn.

Zet voor elk account dat een publieke kalender beheert tweestapsverificatie of een toegangssleutel aan (de Google-bron merkt op dat sms- of belcodes kwetsbaarder zijn dan prompts of sleutels), en schrap oude accounts van ex-medewerkers uit de deelrechten. Controleer ook wie kalenderbeheerrechten heeft: hoe minder personen de deling kunnen wijzigen, hoe kleiner de kans op een foutieve aanpassing. Noteer wie het kalenderaccount mag gebruiken in je lijst uit stap 1.

Gebruik deze beslismatrix om per kalender een besluit te nemen.

Fictief praktijkscenario: een praktijk toont een ingebedde kalender op haar contactpagina. Invoer: de ingebedde link en een privévenster. Verwachte technische controles: (1) zijn er klantnamen of notities zichtbaar, (2) toont de ingebedde versie hetzelfde als de directe link, (3) is de deling beperkt tot beschikbaarheid, (4) is de oude link ingetrokken of vervangen, (5) is de eigenaar met een extra verificatiestap beveiligd. Er worden geen resultaten of aantallen voorspeld.

Een wijziging is pas klaar als je ze opnieuw als buitenstaander hebt getest. Herhaal de test uit stap 2 in een privévenster, op een ander apparaat en op elke pagina waar de kalender is ingebed. Vergelijk met je schermafbeeldingen van de nulmeting.

• Zijn namen, notities en locaties effectief verdwenen?
• Werkt de oude link nog? Zo ja, trek die in of vervang hem, want een eerder gedeelde of gekopieerde link kan elders bewaard zijn.
• Kan een bezoeker nog steeds het tijdstip kiezen dat hij nodig heeft?

Plan een vaste controle, bijvoorbeeld per kwartaal en telkens als iemand de website of boekingsflow wijzigt. Webbeveiliging bestaat uit meerdere lagen: de beveiligingsgids van MDN adviseert voor websites onder meer sterke authenticatie (niet enkel wachtwoorden) en het beperken van toegang. Die gids gaat over webontwikkeling en niet specifiek over kalenderdiensten. Een kalenderinstelling is één laag daarvan.

Wil je weten welke zichtbare signalen jouw website naar buiten brengt, kijk dan via Marketing Scan naar de publieke kant van je site. Die scan bekijkt wat van buitenaf zichtbaar is; ze vervangt je eigen controle van kalenderinstellingen niet.