Formbricks deprecated the legacy Environment ID for SDK setup and now uses Workspace ID as the primary identifier.Documentation Index
Fetch the complete documentation index at: https://formbricks.com/docs/llms.txt
Use this file to discover all available pages before exploring further.
Existing SDK integrations that still use
environmentId continue to work for now. New and updated integrations
should use workspaceId.Why This Changed
Formbricks moved from an environment-centric model to a workspace-centric model to simplify setup, reduce confusion, and align product terminology across the app, SDKs, and API surfaces.Terms To Know
- Workspace ID: The canonical identifier for SDK setup and current product workflows.
- Environment ID (legacy): A backward-compatible identifier that may still appear in older integrations.
What Still Works
- SDK setups using
workspaceIdare the recommended and future-proof option. - SDK setups using
environmentIdare still accepted during the migration period. - If your app is already connected and sending data with a legacy Environment ID, no immediate outage is expected.
Recommended Migration
Copy Your Workspace ID
Use the Workspace ID field as the canonical ID for all new SDK setup changes.
Update SDK Initialization
Replace legacy
environmentId config usage with workspaceId in your integration snippets.SDK Example
FAQ
Do I Need To Rotate IDs Immediately?
No. Legacy setups continue to work during the migration period. However, new implementations should always useworkspaceId.