Je WordPress-formulier testen na een update
Een pagina die nog mooi laadt, bewijst niet dat een aanvraag ook aankomt. Deze korte controle volgt het formulier tot de mailbox die de aanvraag moet verwerken.
De controle in zes stappen
- Open de echte contactpagina. Doe dit als gewone bezoeker, bij voorkeur in een privévenster en op een smal scherm. Controleer of alle velden en de verzendknop bruikbaar zijn.
- Probeer een onvolledige inzending. Controleer of verplichte velden en toestemmingsteksten correct reageren. Gebruik geen echte klantgegevens voor deze test.
- Verzend één herkenbare proef. Gebruik een fictieve naam en uniek kenmerk in het bericht. Noteer tijdstip, formulierpagina en verwachte ontvanger. Test alleen je eigen site of een site waarvoor je toestemming hebt.
- Lees de melding letterlijk. Bewaar de tekst of een schermafbeelding. Bij Contact Form 7 hebben groen, rood en oranje verschillende betekenissen; lees de gerichte diagnose als de inzending niet normaal lijkt.
- Controleer de bedoelde eindbestemming. Zoek het unieke kenmerk in de juiste mailbox, spam en quarantaine, of in het bedoelde CRM. Een testmail vanuit een SMTP-plugin is hiervoor niet genoeg.
- Leg de uitkomst vast. Noteer datum, formulier, bestemming en of de echte formulierinzending aankwam. Bij twijfel of mislukking: bewaar de exacte melding en volg de diagnoseroute.
Wat als de update geen schuld heeft?
Een mislukte test na een update bewijst nog geen oorzakelijk verband. Een gewijzigd ontvangstadres, spambeleid, DNS-record of mailprovider kan hetzelfde symptoom geven. Vergelijk het tijdstip van de eerste fout met wijzigingslogs voordat je een update terugdraait.
Wanneer herhaal je dit?
Deze checklist is nuttig na een wijziging aan formulierplugin, thema, spambeveiliging, mailplugin, DNS of ontvangende mailbox. Voor sites waar aanvragen belangrijk zijn, bepaal je zelf een vaste controlefrequentie. De juiste frequentie hangt af van het risico van een gemiste aanvraag; deze gids bewijst geen universeel interval.