WordPress e-mail komt niet aan: zo zoek je het probleem stap voor stap uit

Begin niet bij DNS als het formulier technisch niet wordt ingediend. Test de pagina in een privévenster en vanaf mobiel. Controleer verplichte velden, foutmeldingen, captcha of andere botbescherming en kijk of het formulier na verzenden de verwachte bevestiging toont.

Sommige formulieren slaan inzendingen ook in WordPress op. Als de inzending daar wel staat maar de notificatiemail ontbreekt, weet je dat de formulierlogica grotendeels werkt en het probleem waarschijnlijk later in de mailroute zit. Staat de inzending nergens, onderzoek dan eerst JavaScript-fouten, beveiligingsblokkades en serverlogs.

Voer een test uit met een uniek onderwerp of herkenbare tekst. Dat maakt het makkelijker om hetzelfde bericht later in logs, spam of quarantaine terug te vinden.

Een klassieke fout is dat het formulier het e-mailadres van de bezoeker als From-adres gebruikt. Dat lijkt logisch, maar de website is niet gemachtigd om zomaar namens gmail.com, outlook.com of het domein van een klant te verzenden. Gebruik liever een vast afzenderadres op je eigen domein en zet het ingevoerde adres van de bezoeker als Reply-To.

Controleer daarnaast het ontvangstadres. Een typefout, oud medewerkeradres of mailbox die niet meer bestaat kan maanden onopgemerkt blijven als niemand periodiek een echte formulierinzending test.

Bij meerdere ontvangers is het verstandig eerst één betrouwbaar intern adres te testen. Daarna kun je extra ontvangers, cc of CRM-doorsturing weer toevoegen.

WordPress gebruikt de functie wp_mail als algemene interface voor e-mail. Hostingomgevingen verschillen in hoe uitgaande mail daarachter wordt verwerkt. Sommige servers kunnen lokale mail versturen, andere beperken dit of verwachten een externe SMTP- of API-dienst.

Een SMTP-plugin is geen doel op zichzelf. Het voordeel is dat je een bekende zakelijke verzenddienst kunt gebruiken en vaak betere logs krijgt. Kies een dienst die past bij je domein en authenticatie en voorkom dat meerdere plugins tegelijk proberen de mailroute over te nemen.

Als een host uitgaande mail blokkeert of rate limits toepast, zal alleen het wijzigen van de formulierplugin weinig helpen. Zoek daarom uit welke route een testbericht daadwerkelijk neemt.

SPF, DKIM en DMARC helpen ontvangende mailservers controleren of een bericht geloofwaardig namens je domein wordt verzonden. Een website die via een externe maildienst stuurt moet aansluiten op de DNS-instellingen die die dienst verwacht.

Let erop dat SPF één samenhangend record blijft en dat DKIM actief is voor de gebruikte verzenddienst. Bij DMARC moet niet alleen een losse controle slagen, maar het domein ook correct aansluiten op het zichtbare From-adres.

Pas DNS niet willekeurig aan op basis van een generieke tutorial. Inventariseer eerst Microsoft 365, nieuwsbriefsoftware, CRM, webshop en website zodat je geen legitieme verzendbron uitschakelt.

Als de verzenddienst laat zien dat het bericht is geaccepteerd of afgeleverd, kan het alsnog in spam, quarantaine of een mailboxregel terechtkomen. Test daarom niet alleen “ik zie hem niet in Inbox”, maar zoek op afzender en onderwerp en controleer beveiligingsquarantaine waar beschikbaar.

Bij Microsoft 365 kan een beheerder message trace gebruiken om te onderzoeken wat er met een bericht is gebeurd. Andere mailplatforms hebben vergelijkbare logs. Dat is betrouwbaarder dan tientallen keren hetzelfde formulier opnieuw insturen zonder te weten waar de vorige test eindigde.

WooCommerce heeft ingebouwde e-mails voor onder andere nieuwe orders en klantmeldingen. In WooCommerce kun je per e-mail controleren of de notificatie is ingeschakeld en naar welk adres beheerberichten worden gestuurd. WooCommerce adviseert daarnaast een afzender op het eigen domein te gebruiken voor betere afleverbaarheid.

Als zowel contactformulieren als WooCommerce-mails ontbreken, ligt een gedeeld verzendprobleem voor de hand. Werkt WooCommerce wel en één specifiek formulier niet, kijk dan juist naar configuratie en notificaties van dat formulier.

Wanneer een mailprobleem terugkomt, is een verzendlog veel waardevoller dan nog een proefinzending. Leg minimaal tijdstip, ontvanger, onderwerp, verzendstatus en eventuele foutmelding vast zonder onnodig de volledige inhoud of gevoelige formulierdata te bewaren.

Met zo’n log kun je zien of WordPress het bericht aan de verzenddienst heeft aangeboden en of de dienst het daarna heeft geaccepteerd. Combineer dat met logs aan de ontvangende kant. Zo ontstaat een keten van formulier naar WordPress, verzendprovider en uiteindelijke mailbox.

Verwijder oude logs volgens een passende bewaartermijn. Logging is bedoeld om problemen te onderzoeken, niet om ongemerkt een tweede database met alle klantberichten te bouwen.

Plan daarnaast een periodieke echte test van belangrijke formulieren. Een website kan maanden zonder zichtbare fout draaien terwijl een gewijzigde DNS-instelling of verlopen koppeling notificaties stil heeft laten vallen.