內容簡介
Formhawk 是一款專為 WordPress 設計的隱私優先表單分析與轉換優化系統，能有效追蹤訪客在表單上的行為，幫助用戶了解轉換過程中的問題，並提供具體的優化建議，提升潛在客戶的轉換率。
【主要功能】
• 表單分析與轉換追蹤
• 針對欄位的摩擦分析
• 提供業務結果歸因
• 自動化的保護措施與回滾功能
• 最小可行表單優化
外掛標籤
開發者團隊
原文外掛簡介
Stop guessing why your WordPress forms lose leads
A form can look perfectly healthy while silently losing conversions, qualified leads and revenue.
Formhawk is a privacy-first form analytics and conversion optimization system built directly into WordPress. It shows where visitors hesitate, where forms break, which fields create friction, which fields protect business value, and — when you explicitly enable optimization — which safe changes actually improve results.
It is not just another submission counter.
Formhawk combines form analytics, field-level friction analysis, provider-confirmed conversion tracking, Field ROI, business outcome attribution, CRO experiments, automatic guardrails, rollback, and Minimum Viable Form optimization in one local WordPress plugin.
No external analytics account. No analytics cookies. No submitted field values sent to Formhawk. No need to replace your existing forms.
Built for the forms you already use
Formhawk automatically detects and analyzes:
Contact Form 7
WPForms Lite and Pro
Elementor Pro Forms
Eligible standard HTML forms
For supported providers, Formhawk uses the provider’s server lifecycle to distinguish a real provider-confirmed success from a browser-side submit attempt. Generic HTML forms remain clearly labelled as browser-observed attempts when universal server confirmation is unavailable.
That evidence distinction matters. A clicked submit button is not automatically a successful lead.
See the complete conversion picture
Formhawk turns every tracked form into an evidence-aware conversion dashboard with metrics such as:
Form views
Form starts and interaction rate
Browser submit attempts
Provider-confirmed successes where supported
Completion and conversion rate
Abandonment
Client-side validation friction
Provider validation failures
Provider and mail-operation failures
Average completion time and latency evidence
Last success and failure signals
Field reach and field-level friction
Last field interacted with before abandonment
Placement-level performance when the same form appears in different locations
Current versus comparable-period health signals
Instead of asking “Did anyone submit this form?”, you can ask the questions that actually matter:
Where are people leaving? Which field is slowing them down? Is the form failing? Is a change improving real conversions or only producing more low-quality leads?
Field-level analytics: find the friction
Formhawk analyzes the structure and interaction behavior of your forms without storing what visitors type into them.
You can identify fields associated with:
High friction
Validation problems
Abandonment
Low reach
Conversion loss
Qualification value
Revenue or business-value impact
This gives you a practical field-by-field view of where a form is helping the business — and where it may be costing conversions.
Field ROI: make every field earn its place
Most form analytics stop at conversion rate. Formhawk can go further.
Field ROI Business Value Intelligence connects privacy-safe structural form evidence to downstream outcomes such as:
Qualified leads
Won leads
Lost leads
Spam
Revenue
Formhawk can evaluate qualified or won leads per visitor, revenue per visitor, conversion impact, evidence quality and statistical confidence.
This is important because the shortest form is not always the best form.
A field may reduce raw submission volume but still be valuable if it improves lead quality or revenue. Another field may create friction without producing measurable business value.
Formhawk’s Field Value Map and evidence-aware recommendations are designed to separate those cases instead of blindly telling you to remove every field that hurts conversion rate.
From analytics to action with Autopilot CRO
Finding a problem is useful. Testing whether the fix actually works is better.
Formhawk Autopilot CRO can turn detected opportunities into controlled runtime experiments without permanently rewriting your Contact Form 7, WPForms or Elementor provider configuration.
Depending on form structure and safety checks, the CRO engine can test presentation changes such as:
Safer field ordering
Progressive disclosure for eligible optional fields
Multi-step presentation for eligible forms
Submit button / CTA presentation
Label presentation
Placeholder presentation
Autopilot operates in three real modes:
Observe — analyze and prepare a suggestion without sending experiment traffic.
Approve — prepare a safe experiment and wait for an administrator to start it. This is the default mode.
Full Autopilot — for eligible provider-confirmed forms, Formhawk can evaluate, promote, monitor and roll back changes inside its safety boundaries.
The provider form remains the source of truth. Disable Formhawk and the original provider form remains intact.
Decisions based on evidence, not guesswork
Formhawk does not declare a winner because a graph moved up for a day.
Its CRO decision layer uses controlled experiment evidence, minimum sample and runtime requirements, statistical decision rules, practical-effect thresholds and guardrails. Binary conversion experiments use a Beta-Binomial model; business-value decisions use outcome-aware evidence designed for real-world lead and revenue data.
Automatic decisions are restricted to evidence that Formhawk considers trustworthy for the provider and experiment type. Browser-only signals remain advisory where server confirmation is unavailable.
Automatic guardrails and rollback
An optimization system should know how to stop itself.
Formhawk monitors experiments and promoted baselines for signals including conversion degradation, provider failures, validation problems, JavaScript errors and business-value regression.
If a promoted state later shows credible regression, Formhawk can restore the previous validated baseline. Invalid experiment data, schema drift or unsupported conditions fail safe rather than forcing an unproven mutation onto the form.
That means optimization is not a one-way door.
Minimum Viable Form: find the least friction your form actually needs
Minimum Viable Form is Formhawk’s opt-in semantic optimization engine.
Its goal is not to create the shortest possible form. Its goal is to find the minimum friction that preserves or improves measurable value per visitor.
The engine follows a controlled sequence:
analyze -> classify -> select -> experiment -> evaluate -> promote/reject -> monitor -> repeat
It uses Field ROI evidence, provider capability checks, field safety classification and dependency analysis to select one reversible semantic experiment at a time.
For Contact Form 7 and WPForms, automatic removal experiments are limited to provider-verified safe, optional and independent fields. Unknown dependencies fail closed.
Formhawk explicitly protects or forbids structural removal of fields associated with security, authentication, payment, CAPTCHA, files, signatures, legal/privacy consent and other high-risk semantics. Elementor Pro and generic HTML remain observe/fail-closed for Minimum Form automation where the required dependency guarantees are not available.
Winning states become immutable versioned baselines. Rejected changes stay rejected. A later regression can restore the previous validated state.
Optimize for business value when the evidence exists
Formhawk can choose the strongest available per-visitor objective from:
Revenue per visitor
Won leads per visitor
Qualified leads per visitor
Provider-confirmed conversion
When mature business outcome data is not available, Formhawk explicitly switches to Conversion Optimization Mode instead of pretending it measured revenue or lead quality.
No fake certainty. No made-up ROI.
Business outcomes without storing the lead
You can connect qualified, won, lost, spam and revenue outcomes to Formhawk using an opaque submission ID.
Supported paths include:
The authenticated Formhawk Outcome REST API
WordPress Application Password authentication
The local formhawk_record_outcome() PHP API
Manual outcome recording in the WordPress admin
The outcome layer is designed to connect business results back to structural form evidence without turning Formhawk into a CRM or storing the visitor’s submitted message, name, email address or phone number.
Privacy-first by architecture
Formhawk is designed to answer conversion questions without building a visitor surveillance profile.
Formhawk does not intentionally store:
Submitted form values
Names
Email addresses
Phone numbers
Messages
IP addresses
Persistent visitor IDs
Persistent session IDs
User-agent history
Email recipients
Email subjects
Email bodies
Formhawk creates no analytics cookies and does not use localStorage, sessionStorage or IndexedDB to create persistent visitor identifiers.
Core analytics remain in your WordPress database. They are not silently sent to a Formhawk analytics cloud.
Structural field names/labels and page paths may be stored so Formhawk can identify the form and its friction points; they describe the form structure, not the visitor’s response.
Local WordPress intelligence, not another SaaS dashboard
Formhawk runs inside WordPress and keeps its analytics data local to the site database.
There is no external analytics account to create and no third-party tracking snippet required. Retention is configurable, cleanup is scheduled, and uninstall data removal remains under administrator control.
The CRO runtime is designed to remain cache-compatible. Formhawk coordinates known runtime changes with WP Rocket and LiteSpeed and exposes an integration hook for other cache/CDN layers.
Form health: know when something quietly stops working
A form can still render while the business process behind it is unhealthy.
Formhawk includes evidence-aware health and diagnostic signals for the frontend tracker, analytics storage, provider lifecycle, CRO storage/runtime, background evaluation jobs and the WordPress mail layer.
Mail diagnostics are deliberately precise: a successful wp_mail() operation means WordPress/PHPMailer accepted the mail operation without reporting an immediate failure. It does not claim that the message reached the recipient’s inbox.
Why Formhawk is different
Formhawk is built around a simple idea:
Do not optimize a form for more clicks. Optimize it for better evidence and better business outcomes.
With one plugin you can move from:
Form Analytics -> Field Friction -> Field ROI -> Controlled CRO -> Minimum Viable Form -> Regression Monitoring
That is the difference between counting submissions and operating a conversion system.
What Formhawk does not do
Formhawk intentionally avoids claims the available evidence cannot support.
Generic HTML submit attempts are not relabelled as provider-confirmed conversions.
wp_mail_succeeded is not described as inbox delivery.
Field friction alone is not treated as proof that a field destroys business value.
Revenue optimization is not claimed when mature revenue evidence is unavailable.
Unsafe or ambiguous structural mutations fail closed.
The original provider form is not permanently rewritten by Autopilot or Minimum Form.
This evidence discipline is part of the product, not a limitation hidden in fine print.
