To forskellige succeshistorier
Jeg ser den forveksling konstant: “Formularen blev sendt” behandles som “henvendelsen blev leveret.” Det er forskellige hændelser, adskilt af flere systemer der ikke taler sammen.
At forstå det hul sparer dig for mere besvær end nogen marketing-plugin.
Trin 1: Succes i browseren
Besøgende udfylder felter, passerer (eller fejler) CAPTCHA og klikker send. JavaScript kan validere. Serveren kan returnere 200. En tak-besked eller redirect vises.
Det du ved: frontenden tror den gjorde sit.
Det du ikke ved: om backend satte mail i kø, om SMTP accepterede den, om modtagerserveren gemte den.
Trin 2: Overdragelse i applikationen
På WordPress er det ofte wp_mail() plus et plugin—Contact Form 7 der overdrager til WP Mail SMTP, SendGrid, Mailgun eller hostens relay. På custom stacks kan det være en API-route der poster til Slack og sender mail parallelt.
Fejl her er oftere stille end man ønsker. Forkert From:-domæne. Udløbet OAuth-token. Rate limit på gratis tier. En kø-worker der stoppede efter genstart.
Besøgende så stadig “tak.”
Trin 3: Levering og synlighed
Selv når SMTP accepterer en besked, kan indbakken arkivere den under Promotions, sætte den i karantæne eller droppe den på streng DMARC. Salgs-indbakken kan være et alias ingen kigger på om fredagen.
Levering betyder at beskeden findes et sted teamet kan handle på den. Det er målet for lead-genererende sites.
Hvad jeg anbefaler teams dokumenterer
Vælg én kanonisk modtager til formular-tests—ofte hello@ eller CRM-adressen—and skriv kæden ned:
| Trin | Spørgsmål |
|---|---|
| Indsend | Accepterer den offentlige formular realistiske data? |
| App | Logger/sender sitet uden PHP-fejl? |
| SMTP | Viser udbyderen beskeden som sendt? |
| Indbakke | Vises beskeden i den forventede mappe inden for minutter? |
Hvis du ikke kan besvare den sidste række med bevis, gætter du.
Hvor FormReceipt hører til
FormReceipt automatiserer første og sidste led: rigtig browser-indsendelse, bevis for hvad der skete på siden, og sporing af om den forventede kvittering dukkede op. Det retter ikke din DNS for dig—det er stadig SPF, DKIM og DMARC-arbejde—men det fortæller dig når kæden brød efter du troede du var færdig.
Jeg vil hellere se en fejlet test på en tirsdag end opdage en måneds manglende henvendelser i et kvartalsreview.