{"id":291,"date":"2026-10-16T11:53:32","date_gmt":"2026-10-16T09:53:32","guid":{"rendered":"https:\/\/www.evirisystems.com\/?p=291"},"modified":"2026-10-16T11:57:18","modified_gmt":"2026-10-16T09:57:18","slug":"email-verification-spam","status":"publish","type":"post","link":"https:\/\/www.evirisystems.com\/nl\/notities\/email-verification-spam\/","title":{"rendered":"Minder spam via je contactformulier met email verification?"},"content":{"rendered":"
\n
\n
<\/span>Inkomende aanvragen<\/div>\n
\n
01<\/span>Aanvraag ontvangen<\/strong><\/div>\n
02<\/span>E-mailadres bevestigd<\/strong><\/div>\n
03<\/span>Beoordelen en opvolgen<\/strong><\/div>\n<\/div>\n

Praktische beveiliging \/ Een duidelijke volgende stap<\/p>\n<\/div>\n

\n

Wat bevestig je met email verification?<\/h2>\n

Bij email verification vraag je iemand een e-mail te openen en op een link te klikken of een code in te voeren. Daarmee laat diegene zien op dat moment toegang tot de mailbox te hebben. Het bewijst niet wie de afzender is, of die namens een bedrijf handelt, of dat de aanvraag serieus is.<\/p>\n

Ook een spammer kan een werkende mailbox gebruiken. Sommige geautomatiseerde systemen kunnen de verificatie zelfs zelfstandig afronden. De meerwaarde is dus specifieker: je kunt aanvragen tegenhouden waarbij de afzender geen toegang heeft tot het opgegeven adres. Ook komen typefouten eerder aan het licht, voordat je op dat adres probeert te reageren.<\/p>\n

Controleren of een e-mailadres correct is opgebouwd of of het domein e-mail kan ontvangen, is iets anders. Geen van beide controles toont aan dat de afzender die specifieke inbox kan lezen.<\/p>\n<\/section>\n

\n

Geef elke aanvraag een duidelijke status<\/h2>\n

Een betrouwbare workflow maakt voor de bezoeker \u00e9n je team duidelijk wat er is gebeurd. De melding \u2018Bericht verzonden\u2019 schept de verkeerde verwachting als een aanvraag eerst nog bevestigd moet worden.<\/p>\n

    \n
  1. Ontvangen, nog niet bevestigd<\/strong>\n

    Bewaar de aanvraag waar dat passend is veilig met een status \u2018in afwachting\u2019 en een vastgestelde bewaartermijn. Vertel de bezoeker op welk e-mailadres de bevestiging aankomt en hoe een verkeerd adres kan worden aangepast.<\/p>\n<\/li>\n

  2. E-mailadres bevestigd<\/strong>\n

    Controleer de bevestiging op de server, markeer de gebruikte token en werk dezelfde aanvraag bij. Nogmaals op de link klikken mag geen dubbele leads of notificaties opleveren.<\/p>\n<\/li>\n

  3. Klaar voor beoordeling<\/strong>\n

    Zorg dat de bevestigde aanvraag bij de juiste persoon terechtkomt. Of een bericht spam is en of het een passende commerci\u00eble aanvraag is, blijven afzonderlijke beoordelingen.<\/p>\n<\/li>\n<\/ol>\n

    Zorg ook voor een oplossing wanneer een link verloopt, de e-mail niet aankomt of een aanvraag onbevestigd blijft. Is bevestiging verplicht? Leg dat dan uit voordat de bezoeker de pagina verlaat. Bied een passende andere contactmogelijkheid voor wie de verificatie niet kan afronden.<\/p>\n<\/section>\n

    \n

    Beveilig ook de verificatie zelf<\/h2>\n

    Bevestigingsmails kunnen zelf overlast veroorzaken als iemand steeds opnieuw het adres van een ander invult. Gebruik rate limits voor inzendingen en verzoeken om een nieuwe mail, let op afwijkende patronen en neem ongecontroleerde tekst uit het contactformulier niet over in de bevestigingsmail.<\/p>\n

    Gebruik onvoorspelbare tokens die verlopen en maar \u00e9\u00e9n keer geldig zijn. Houd de tokenwaarden buiten analytics, gewone logs en externe resources op de bevestigingspagina. Een succesmelding in de browser is geen bewijs dat de server de bevestiging heeft verwerkt.<\/p>\n

    Beveiligingssoftware voor e-mail kan links controleren voordat de ontvanger erop klikt. Houd rekening met deze link scanners wanneer je bepaalt hoe de verificatie wordt afgerond. Je kunt op de bestemmingspagina bijvoorbeeld een duidelijke actie aanbieden waarmee de bezoeker de bevestiging zelf voltooit.<\/p>\n<\/section>\n

    \n

    Controleer wat er met echte aanvragen gebeurt<\/h2>\n

    Breng eerst het huidige spamprobleem in kaart voordat je een extra stap verplicht stelt. Een combinatie van server-side validation, passende rate limits, een honeypot en gerichte bot checks kan al voldoende bescherming bieden.<\/p>\n

    Voer je email verification in, vergelijk de resultaten dan over een representatieve periode. Hoeveel bezoekers ronden de bevestiging af? Welke mails komen niet aan? Blijven er echte aanvragen hangen? En hoeveel ongewenste berichten bereiken het team nog? Rapporteer waar mogelijk op totaalniveau en verzamel niet meer persoonsgegevens dan de workflow nodig heeft.<\/p>\n

    Het doel is een overzichtelijke stroom aanvragen die je goed kunt opvolgen. Minder notificaties is op zichzelf geen succes als er ook echte klanten tussen wal en schip vallen.<\/p>\n

    Dit sluit aan op het werk dat Eviri doet aan websites en integraties<\/a>: elke stap moet duidelijk zijn, ook wanneer iets niet lukt.<\/p>\n<\/section>\n