ZuploZuplo
LoginStart for Free
  • Documentation
  • API Reference
Introduction
Getting Started
    Develop on the web portal
      1 - Setup Your Gateway2 - Rate Limiting3 - API Key Auth4 - Deploy5 - Dynamic Rate LimitingDynamic MCP Server - Quickstart
    Develop locally with the CLI
      1 - Setup Your Gateway2 - Rate Limiting3 - API Key Auth4 - Deploy5 - Dynamic Rate LimitingDynamic MCP Server - Quickstart
Concepts
Development
Policies
Handlers
API Keys
    OverviewWhen to Use ThemBest PracticesAuthenticationManage in the PortalConsumers in a Specific BucketEnd-User AccessDeveloper APISelf-Serve IntegrationBucketsLeak DetectionService Limits
Rate Limiting
MCP Server
MCP Gateway
AI Gateway
Developer Portal
Monetization
GraphQL
Deploying & Source Control
Analytics
Observability
Networking & Infrastructure
Account Management
Programming API
Build with AI
Zuplo CLI
Migration Guides
Platform LimitsSecuritySupportTrust & ComplianceChangelog
powered by Zudoku
API Keys

Create Consumers in a Specific Bucket

Every API key consumer in Zuplo lives inside a bucket. Each project's default buckets are scoped to a specific environment, though custom buckets created through the Developer API can be account-scoped instead. This guide shows how to select the target environment's bucket on the API Keys → Consumers page and create a consumer inside it.

For general API key management (creating consumers, viewing keys, assigning managers), see Manage Keys in the Portal.

Prerequisites

  • A Zuplo project with at least one deployed environment (see the getting started tutorial)
  • The API Key Authentication policy configured on your routes
  • Permission to manage API key consumers in your project

Understanding buckets and environments

Zuplo creates three buckets for every project. Each isolates its own consumers and keys, so a key created in one bucket only authenticates requests against the matching environment.

BucketEnvironmentGit branch
ProductionProductionDefault branch
PreviewPreviewNon-default branches
DevelopmentDevelopmentLocal development

Diagram showing each Zuplo environment (Production, Preview, Development) mapping one-to-one to its matching bucket

For deeper detail, see Buckets and Environments.

When you need a non-default bucket

  • Per-environment isolation. Keep staging keys out of production.
  • Custom buckets. Your team created extra buckets (QA, per-tenant) via the Developer API.
  • Shared buckets across projects. Enterprise setups where one bucket backs several projects.

Find your buckets in the portal

  1. Open your project in the Zuplo Portal.

  2. Navigate to the Services tab. It opens on API Keys → Consumers in the section sidebar.

  3. Use the Dev / Preview / Prod switcher at the top of the sidebar to select the environment whose bucket you want. The active bucket's name appears as a copyable pill under the API Key Service heading.

The API Keys → Consumers page with the environment switcher set to Dev and the active bucket name shown as a pill under the API Key Service heading

The pill under the API Key Service heading shows the name of the bucket that's currently active for the selected environment.

Create a consumer in a specific bucket

  1. On the API Keys → Consumers page, choose the target environment with the Dev / Preview / Prod switcher.

  2. Click Create Consumer and fill in the form below.

  3. Click Save consumer, then confirm it appears in the list.

Create new consumer modal showing Subject, Key managers, and Metadata fields plus the Save consumer button

Consumer form fields

FieldRequiredRuntime valueNotes
SubjectYesrequest.user.subUnique within the bucket. Identifies the consumer in logs and policy code.
Key managersNon/aComma-separated emails of users who can manage this consumer's keys via the Developer Portal.
MetadataNorequest.user.dataValid JSON object. Plan info, customer IDs, anything your policies need at runtime.

Once created, the consumer's API key only authenticates requests routed through an environment whose API Key Authentication policy resolves to that same bucket.

How bucket selection affects key validation

The API Key Authentication policy decides which bucket to validate keys against. With no bucketName set, the policy defaults to the bucket that matches the current environment:

EnvironmentDefault bucket
ProductionProduction
PreviewPreview
DevelopmentDevelopment

For a custom bucket, set bucketName (or bucketId) on the policy so it checks the right one:

Code
{ "export": "ApiKeyInboundPolicy", "module": "$import(@zuplo/runtime)", "options": { "bucketName": "my-custom-bucket", "allowUnauthenticatedRequests": false } }

If the consumer lives in one bucket but the policy checks a different bucket, the key is not found and the request returns 401 Unauthorized. Make sure the policy's bucket matches the bucket where you created the consumer.

Using the Developer API instead

To script consumer creation as part of an onboarding flow or CI/CD pipeline, use the Zuplo Developer API:

TerminalCode
curl \ https://dev.zuplo.com/v1/accounts/$ACCOUNT_NAME/key-buckets/$BUCKET_NAME/consumers?with-api-key=true \ --request POST \ --header "Content-type: application/json" \ --header "Authorization: Bearer $ZAPI_KEY" \ --data '{ "name": "my-consumer", "description": "Created via API", "metadata": { "plan": "gold" } }'

Replace $ACCOUNT_NAME with your Zuplo account name, $BUCKET_NAME with the target bucket name, and $ZAPI_KEY with your Zuplo API key. Full reference at the Developer API documentation.

Troubleshooting

My API key returns 401 Unauthorized

Usually a bucket mismatch. The consumer is in one bucket, but the policy checks a different one.

  1. In the portal, open Services → API Keys → Consumers and confirm which bucket holds the consumer.
  2. Open the route's API Key Authentication policy. If bucketName or bucketId is set, verify it matches the consumer's bucket. If neither is set, the policy uses the current environment's default bucket.
  3. Either recreate the consumer in the correct bucket, or update the policy's bucketName to match.
I don't see the bucket I'm looking for
  • Environment. Switch the Dev / Preview / Prod toggle to the environment whose bucket you're looking for.
  • Custom buckets. Buckets created via the Developer API are account-scoped, not environment-scoped, so the sidebar's environment switcher doesn't surface them. Confirm they exist with the list buckets API endpoint and manage them through the API.
  • Permissions. Account-level roles control access to the Services section. Confirm your role can view and manage API key consumers.
I created a consumer but it doesn't appear in the expected environment

Consumers belong to buckets, not environments directly. A consumer created while viewing the Preview environment sits in the preview bucket and only authenticates preview environments. Switch the Dev / Preview / Prod toggle to the matching environment to locate it.

Related documentation

  • Buckets and Environments: How buckets map to environments
  • Manage Keys in the Portal: General portal management walkthrough
  • API Key Authentication policy: Policy configuration reference including bucketName
  • Use the Developer API: Programmatic consumer management
  • Create an API Key Consumer on Login: Automatically create consumers when users sign in
  • Environments: How environments work in Zuplo
Edit this page
Last modified on July 15, 2026
Manage in the PortalEnd-User Access
On this page
  • Prerequisites
  • Understanding buckets and environments
    • When you need a non-default bucket
  • Find your buckets in the portal
  • Create a consumer in a specific bucket
    • Consumer form fields
  • How bucket selection affects key validation
  • Using the Developer API instead
  • Troubleshooting
  • Related documentation
JSON