
API keys
Org-level (in/{orgKey}/api-keys). Create and revoke keys scoped to a project and environment.

| Field | Description |
|---|---|
| Scope | Determines what the key can do, not its prefix — every key is traffical_sk_.... sdk:read+sdk:write keys (SDK keys) can fetch the bundle and send events and are browser-safe; mgmt:read/mgmt:write/admin keys (management keys) can modify configuration and must stay secret. See Projects & environments |
| Project | Which project the key can read/write |
| Environment | production, staging, or custom |
| Expires | Optional expiry — recommended for keys handed to CI |
Warehouse connection
In/{orgKey}/{projectKey}/settings/warehouse. Configure the warehouse Traffical reads from for warehouse-native metrics.

SDK sync
In/{orgKey}/{projectKey}/settings/sdk-sync. Optional. Configure whether SDK-emitted events (exposures, decisions, track events) get written to your warehouse on a schedule.

sdk_assignments and sdk_tracks — inside the Traffical schema of your connected warehouse, on a regular cadence (typically every 15 minutes) using the warehouse credentials configured above.
Why turn it on:
- You want SDK events available alongside your other warehouse data for ad-hoc analysis.
- ML pipelines need exposures and rewards in the warehouse.
- Compliance requires data residency in your own infrastructure.
Hashing
In/{orgKey}/{projectKey}/settings. Configure how bucketing works for the project.

| Field | Description |
|---|---|
| Unit key | The context field that drives bucketing — userId (default), companyId, deviceId, or a custom field |
| Bucket count | Granularity — 10000 is the default |
Changing the unit key or bucket count reshuffles every assignment in the project. Only do this when there are no live experiments — or commit to invalidating their results.
Environments
In/{orgKey}/{projectKey}/settings. List, create, and delete environments. Every project has production, staging, and development by default. Create more for preview branches, per-team workspaces, etc.
Environments share parameters, layers, and policies — they differ in parameter default overrides (set per-environment in the parameter editor) and in API keys (scoped to a specific environment). Policies themselves are project-level: pausing a policy pauses it everywhere. If you want an experiment scoped to one environment, use targeting conditions on a context field your SDK sends.
Maintenance
In/{orgKey}/{projectKey}/settings/maintenance. Project-level actions that are rarely useful but occasionally critical.
- Rebuild config bundle — force a rebuild of the SDK-facing bundle. Useful if you suspect a stale bundle.
- Force pipeline run — kick off an immediate warehouse-native pipeline run.
- Archive project — soft delete. Archived projects can be restored within 30 days.
- Delete project — hard delete. Irreversible.

Notifications
In/{orgKey}/{projectKey}/settings/notifications (when available on your plan). Configure where the platform sends alerts:
- Rollout health violations
- Guardrail breaches
- Pipeline failures
- Optimization milestones
Next steps
Connectors
Per-warehouse credential setup.
Projects & environments
The hierarchy these settings belong to.