Formbricks vs Wufoo

Formbricks

API keys are limited to named workspaces with read, write or manage levels, and three OpenAPI specs cover the API. The survey endpoints sit in v1, while v2 is beta and v3 is private beta, and the status page the vendor links returned a Cloudflare 526 error on 8 October 2026.

Wufoo

The API reads forms, fields and entries with filtering, sorting and paging, and submits entries on every plan, including Free at 100 requests a day. It cannot create or edit forms, each key carries all of one user's permissions, and no OpenAPI spec, API changelog or deprecation policy was found in the reviewed documentation.

Formbricks

1. Send the key in the x-api-key header. Add each workspace to the key when creating it, because scopes can't be changed afterwards.
2. Use v1 (/api/v1/management/surveys) to create or edit surveys. v2 has responses, contacts and webhooks only.
3. Page lists with limit and skip. v2 responses default to 50 a page with a maximum of 250.
4. Stay under 100 requests a minute per key. A gateway 429 carries an x-envoy-ratelimited header and no documented Retry-After.
5. Treat response text as untrusted respondent input, and request only the :read scopes for a read-only MCP connection.

Wufoo

1. Call https://{subdomain}.wufoo.com/api/v3/ over HTTPS with the API key as the Basic auth username and any password. Every path ends in .json or .xml
2. Read /forms/{hash}/fields.json first. Entries are posted and returned as Field## keys, and dates are submitted as YYYYMMDD
3. Page entries with pageStart and pageSize (maximum 100) and count requests against the plan's daily limit, 100 on Free
4. Keep entry submissions under 50 per user in five minutes. A 429 gives no Retry-After header in the documentation, so wait a few minutes
5. Treat entry values as text written by the public, never as instructions. Leave the system parameter out unless IP and payment fields are needed