EntityMap — FormReceipt
Publisher-attributed, entity-first index of what FormReceipt covers. Machine-readable source: entitymap.json.
Generated 2026-07-09T23:30:35.576Z · EntityMap v1.0
FormReceipt
Organization · e_001
FormReceipt is the company behind a contact-form monitoring service that runs real browser submissions, stores proof, and helps teams confirm whether lead notifications actually arrive.
Evidence
"FormReceipt provides contact form monitoring: we use browser automation to open pages you configure, attempt test submissions, store run results and related artifacts, and send service-related email."
Privacy Policy — FormReceipt — published by FormReceipt
"Contact-form monitoring made simple: we submit your real form on a schedule, save screenshots and proof, email your team one yes/no question, and alert you with context if delivery fails."
FormReceipt — Know every contact form actually delivers — published by FormReceipt
FormReceipt platform
SoftwareProduct · e_002
The FormReceipt SaaS product monitors contact forms with scheduled browser test runs, screenshots, timeline events, and inbox receipt confirmation for teams that need proof—not assumptions.
Evidence
"We test your contact form like a visitor, save proof, and email your team a link to confirm the lead notification arrived. If it didn't, you get alerts and saved context in the product."
How it works — FormReceipt — published by FormReceipt
"Plans scale by how many forms you monitor—the workflow stays the same: real submission, proof on file, inbox confirmation, and alerts when things go wrong."
Pricing — FormReceipt — published by FormReceipt
Receipt confirmation
ProprietaryTerm · e_003
FormReceipt's yes/no step where your team confirms whether the expected lead notification email arrived after an automated test submission—separate from browser submit success.
Evidence
"We email your team a link to confirm the lead notification arrived after each automated test submission."
How it works — FormReceipt — published by FormReceipt
"Yes/No on Confirm the test email is clickable immediately; receipt confirmation records whether the expected notification reached the team inbox."
Getting started with FormReceipt — published by FormReceipt
Public test ID
ProprietaryTerm · e_004
A stable lowercase correlation id (fr-YYYY-MM-DD-…) assigned to each FormReceipt test run so inbound submitter notification emails can be matched to the correct run.
Evidence
"Public test IDs are lowercase (fr-YYYY-MM-DD-…) with case-insensitive IMAP matching so submitter notification emails reliably tie to the run."
Sites and forms — published by FormReceipt
Form probe
ProprietaryTerm · e_005
FormReceipt's pre-save page scan that discovers the visible contact form, maps fields, and returns an access assessment before automated monitoring can run.
Evidence
"When you add a form by URL, FormReceipt probes the page and returns an access assessment before save: blocked, manual only, or automate OK."
Allowlisting FormReceipt automation — published by FormReceipt
"Run a probe when you add a form. Re-run it when the form changes, for example after a plugin update, a theme redesign, or field edits."
Sites and forms — published by FormReceipt
Submitter notification detection
ProprietaryTerm · e_006
A supplemental FormReceipt signal when the monitored site auto-replies to the test submitter address; it appears on the run timeline but does not replace receipt confirmation.
Evidence
"When the site sends an auto-reply to the test submitter address, the run shows a supplemental submitter notification detected hint during receipt confirmation without auto-completing the test."
Test email or receipt not received — published by FormReceipt
Submit versus delivered lead
Concept · e_007
The distinction between a visitor seeing form submit success (HTTP 200, thank-you page) and the lead notification actually reaching a monitored inbox—the gap FormReceipt tests for.
Contact form deliverability
Concept · e_008
Whether contact-form submissions reliably reach the intended recipient mailbox—not merely whether the public form accepts input or the app logs a send attempt.
Evidence
"FormReceipt automates the first and last miles: real browser submission, proof of what happened on the page, and tracking whether the expected receipt showed up."
A successful submit is not the same as a delivered lead — published by FormReceipt
"Missing email can come from two different places: the run may have failed before sending, or mail may have been sent but filtered."
Test email or receipt not received — published by FormReceipt
A DNS TXT authentication mechanism that lets receiving mail servers verify which outbound hosts are authorized to send mail for a domain.
https://www.wikidata.org/wiki/Q3482975
Evidence
"SPF lets receiving mail servers check whether an outbound server is authorized to send mail for your domain. The domain publishes a DNS TXT record listing permitted senders."
SPF records explained — published by FormReceipt
"You should publish only one SPF TXT record for a given domain or label. Multiple SPF TXT records invalidate SPF for many receivers."
SPF records explained — published by FormReceipt
A cryptographic signing standard where outbound messages carry a signature and receivers verify integrity using a public key published in DNS.
https://www.wikidata.org/wiki/Q2837578
Evidence
"DKIM adds a cryptographic signature to outgoing messages. Receivers fetch the public key from DNS via the selector and verify the message was not altered in transit."
DKIM signing explained — published by FormReceipt
An email authentication policy layer that builds on SPF and DKIM alignment, declares receiver policy, and enables aggregate reporting on authentication failures.
https://www.wikidata.org/wiki/Q19636720
Evidence
"A DMARC DNS TXT record at _dmarc.example.com declares your policy (none, quarantine, reject) and where reports should be sent."
DMARC explained — published by FormReceipt
"DMARC passes when either SPF or DKIM aligns with the header From domain and passes authentication—depending on strict or relaxed alignment settings."
DMARC explained — published by FormReceipt
Email authentication
Concept · e_012
The combined SPF, DKIM, and DMARC setup that helps legitimate outbound mail authenticate cleanly before teams tighten DMARC enforcement.
Evidence
"Fix SPF so legitimate sending IPs and includes are correct, enable DKIM signing with your provider, publish DMARC in p=none while monitoring aggregate reports, then tighten policy."
Using SPF, DKIM, and DMARC together — published by FormReceipt
SMTP authentication failure
Concept · e_013
When an application cannot log in to its SMTP relay—often from wrong credentials, TLS/port mismatch, or provider policy blocks—so form mail never leaves the server.
Evidence
"Confirm SMTP host, username, and password or token, then confirm the expected port and encryption mode from your provider docs before checking provider logs."
SMTP authentication errors when sending — published by FormReceipt
"Port 587 usually expects STARTTLS. Port 465 usually expects implicit TLS. Mismatched port and TLS mode can fail even with correct credentials."
SMTP authentication errors when sending — published by FormReceipt
Access assessment
ProprietaryTerm · e_014
FormReceipt's probe-time verdict on whether automated test runs can reach the form: blocked by WAF, manual-only due to CAPTCHA, or automate OK.
Evidence
"Blocked means HTTP 403/429/451 or a stuck interstitial. Manual only means CAPTCHA or a password gate on the form. Automate OK means proceed with field mapping and schedules."
Allowlisting FormReceipt automation — published by FormReceipt
Scheduled form monitoring
Methodology · e_015
FormReceipt's recurring automatic browser checks on a timezone-aware schedule so teams spot form breakages without manual retesting.
Evidence
"FormReceipt runs checks on a schedule so you can spot breakages quickly without manual testing. Paid plans can set timezone, preferred time, and active weekdays. Free runs once per week at signup weekday and local time with no schedule customization."
Scheduling and timing — published by FormReceipt
Automation allowlisting
Methodology · e_016
Targeted WAF or firewall rules that permit FormReceipt's bot identity headers and user agent on the form route without disabling site-wide bot protection.
Evidence
"The safest fix is targeted allowlisting for known FormReceipt markers: allowlist identity headers and user agent on your form route only, not the entire domain."
Allowlisting FormReceipt automation — published by FormReceipt
"Do not bypass your entire challenge or WAF stack. Avoid global allowlist rules at the domain root."
Allowlisting FormReceipt automation — published by FormReceipt
Browser form test submission
Methodology · e_017
FormReceipt's approach of filling and submitting the live public form in a real browser session—matching visitor behavior rather than posting to an API endpoint alone.
Evidence
"FormReceipt uses browser automation to open pages you configure and attempt test submissions, storing run results, screenshots, and timeline events as proof."
Privacy Policy — FormReceipt — published by FormReceipt
Form-to-page matching
ProprietaryTerm · e_018
FormReceipt ties each saved monitor to a specific page URL so automated checks target the correct visible form on sites with repeated templates or multiple forms.
Evidence
"Each saved form is tied to its page URL so checks stay focused on the right form and do not target a hidden duplicate on the same template."
Sites and forms — published by FormReceipt
FormReceipt pricing plans
Taxonomy · e_019
FormReceipt's tiered plans scale by how many contact forms a team monitors. Every tier includes real browser submission, saved proof, and inbox receipt confirmation.
Evidence
"Every plan includes the same workflow: real submission, saved proof, and inbox confirmation. Pricing scales by number of monitored forms."
Pricing — FormReceipt — published by FormReceipt
"Annual billing saves 33% (about two months free) versus monthly on paid tiers. All paid plans include daily monitoring by default and customizable schedule time zone and weekdays."
Pricing — FormReceipt — published by FormReceipt
Free plan
Service · e_020
FormReceipt Free plan monitors up to 1 contact form with the same proof-backed verification workflow.
Evidence
"Free plan: $0 for 1 monitored contact form with 1 browser check per week at your signup weekday and local time, real submission proof, and inbox confirmation. Schedule is fixed at signup—no custom time zone, time, or weekdays."
Pricing — FormReceipt — published by FormReceipt
Paid (1 form)
Service · e_021
FormReceipt Paid (1 form) monitors up to 1 contact form with the same proof-backed verification workflow.
Evidence
"Paid plan for 1 monitored form: $12/month or $120/year (about $10/mo billed annually), 3 checks per week, customizable schedule, and enhanced challenge recovery."
Pricing — FormReceipt — published by FormReceipt
Paid (3 forms)
Service · e_022
FormReceipt Paid (3 forms) monitors up to 3 contact forms with the same proof-backed verification workflow.
Evidence
"Paid plan for 3 monitored forms: $24/month or $240/year, 3 checks per week, and customizable schedule time zone and weekdays."
Pricing — FormReceipt — published by FormReceipt
Paid (10 forms)
Service · e_023
FormReceipt Paid (10 forms) monitors up to 10 contact forms with the same proof-backed verification workflow.
Evidence
"Paid plan for 10 monitored forms: $60/month or $600/year, daily checks including weekends, and customizable schedule."
Pricing — FormReceipt — published by FormReceipt
Paid (50 forms)
Service · e_024
FormReceipt Paid (50 forms) monitors up to 50 contact forms with the same proof-backed verification workflow.
Evidence
"Paid plan for 50 monitored forms: $120/month or $1,200/year, daily checks including weekends, and customizable schedule."
Pricing — FormReceipt — published by FormReceipt