FormBridge for Zoho

Elementor Pro Forms, Contact Form 7, WPForms, Gravity Forms, Ninja Forms, Fluent Forms, Formidable Forms, Forminator, Happy Forms and SureForms. Pick one source per feed; you only need the form plugin you actually use.

Zoho CRM, Zoho Bigin, Zoho Books, Zoho Desk, Zoho Campaigns and Zoho Marketing Automation. More Zoho apps come with the optional Pro add-on; see below.

Yes, an optional add-on called FormBridge for Zoho Pro. This plugin is complete on its own: every form plugin, Zoho app and feature listed on this page works without the add-on and always will. The add-on adds further triggers (WooCommerce, MemberPress, LearnDash, the booking plugins, Divi, an action hook for your own code, and others), further Zoho apps (FSM, People, Creator, Recruit, Projects, Sheet, Sign, Analytics, Cliq, Inventory, SalesIQ, Flow and ServiceDesk Plus Cloud), conditional logic per feed, and a Webhook destination for a URL that is not Zoho. Those triggers show here as locked tiles so you can see what they are; they are not locked on a site that has the add-on.

Only if you want to use Elementor forms as a feed's source. Any of the other supported plugins works without it.

Only the ones needed by the app(s) you tick when creating the connection: CRM permissions if you picked CRM, Desk permissions if you picked Desk, and so on. Nothing is pre-selected, and no app you did not pick is requested. You can widen a connection's access later with Edit access on the Connections tab, which re-runs Zoho's consent screen for the updated list.

All of them: US, EU, India, Australia, Japan, Canada, Saudi Arabia and China. You choose the data center per connected account and the correct endpoints are used automatically.

Refresh tokens and client secrets are encrypted (AES-256-GCM) before being saved in your WordPress database, using a key derived from a per-site secret and your AUTH_KEY salt. Access tokens are short-lived and cached as transients. The plugin refuses to save credentials on a server without the OpenSSL extension rather than storing them unencrypted.

A failure that looks temporary (a network problem, a rate limit, Zoho briefly unavailable) is retried in the background a few times with an increasing delay. A failure that will never succeed on a retry (a rejected value, a bad mapping, a missing required field) is recorded immediately instead. Either way the outcome ends up on the Logs screen, and a form2zoho_submission_failed action fires when a submission is given up on.

Only if you ask for it. Store submitted values in the log is off by default: log entries then record the submitted field names but never their contents. Turning it on stores the values too, which is what makes the Logs screen's one-click Resubmit possible, and means whatever your forms collect, including personal data, is kept in the log table until those entries are deleted, by hand or by Delete log entries automatically (off by default). Separately, a submission awaiting an automatic retry is held briefly in a transient (see External services above). Access tokens, refresh tokens and client secrets are always redacted from logs.

Make sure the form has a name and that a feed points at that exact form (pick it from the dropdown). Then open FormBridge → Logs and look for the entry. The error text there is the reason Zoho gave.

Turn on Erase all plugin data when the plugin is deleted under FormBridge → Settings, then delete the plugin from the Plugins screen. That drops the log table and removes every option, connection, feed and cached token belonging to this plugin, and nothing else. The setting is off by default so an accidental deactivate-and-reinstall does not destroy your setup. Deactivating alone never deletes anything; it only stops scheduled work.