Define and publish
Keep structure in the editor or in a typed defineForm schema, then stage changes before they reach respondents.
- Versioned form definitions
- Server-side schema validation
- Human review before publish
Form builder API
Render native fields with a publishable key. Read published schemas and responses, export data, and manage settings or webhooks from your server with a scoped workspace key.
const response = await fetch(
"https://fillo.so/api/v1/manage/forms/product-feedback/responses",
{
headers: {
Authorization: `Bearer ${process.env.FILLO_API_KEY}`,
},
},
);
const { data, nextCursor } = await response.json();Key boundary
Keep structure in the editor or in a typed defineForm schema, then stage changes before they reach respondents.
The browser gets only the public capability it needs. Your route, components, account context, and after-submit behavior stay in your app.
Use scoped server credentials to list responses, export data, or connect downstream systems without exposing management authority.
Use the CLI or MCP tools to create, stage, and publish form schemas from a trusted environment. The management API reads published forms and responses and manages settings and webhooks. Browser renderers use a publishable key and cannot perform secret management operations.
No. Workspace secret keys are server-only and the management routes are not CORS-open. Use a pk_ publishable key with the React or DOM renderer in the browser.
No. The API manages forms and responses. The React and DOM SDKs render and submit native controls inside the product.
Use a plain endpoint when you already own the form, validation, uploads, schema changes, and response workflow. Fillo is useful when those pieces should share one maintained contract.
Start with the schema and route you need. Review the generated form before it goes live, then test the exact path a respondent will use.
Build an API-backed form