Skip to main content

Environment Switcher

1. Overview

The Environment Switcher is a header control in the Developer Console that lets you choose which API environment you are working in: Sandbox, Staging, or Production. Your selection determines which applications, API credentials, and console data appear throughout the Developer Console.

1.1 What You Can Do

  • Environment selection — Switch between Sandbox, Staging, and Production from the header.
  • Visual awareness — Color-coded indicators help you identify the active environment at a glance.
  • Scoped data — Apps, keys, and connected APIs load for the environment you select.
  • Guided context — In-product messages explain what each environment is for.

1.2 Key Benefits

  • Centralized control — Manage all environments from one console without signing out.
  • Clear visibility — Header accent colors and confirmation banners reduce the risk of working in the wrong environment.
  • Consistent experience — The same navigation and workflows apply across Sandbox, Staging, and Production.
  • Safer operations — Environment-specific defaults (such as key expiry) support safer development and testing practices.

1.3 Who Should Use It

  • Developers — Switch environments when building, testing, and validating integrations.
  • Administrators — Confirm the correct environment before creating apps, generating keys, or managing Sandbox resources.
  • Team leads — Ensure team members understand which environment they are working in before making changes.

2. Access and Prerequisites

To use the Environment Switcher:

  • The environment switcher is available to all signed-in users.
  • The switcher appears in the header on medium and larger screen sizes.
  • Available environments depend on your account access. Environments you cannot use appear grayed out and cannot be selected.

2.1 Locating the Switcher

  1. Sign in to the Developer Console.
  2. After authentication, you are directed to the main dashboard.
  3. In the top-right area of the header, next to notifications and your profile, locate the environment control.
  4. The current environment appears as a colored pill button — for example, Sandbox, Staging, or Production.

2.2 Switching Environments

  1. Click the environment pill in the header (for example, Staging).
  2. A panel opens with three options: Sandbox, Staging, and Production.
  3. Click the environment you want to use.
  4. The console updates to show data for the selected environment.
  5. Press Escape or click outside the panel to close it without changing environments.

Environment switcher button

2.3 What You See in the Switcher

Each environment option includes an icon and label:

EnvironmentDescription
SandboxSafe environment for experimentation with mock data and APIs.
StagingPre-production environment that mirrors production for final validation.
ProductionLive production system with real traffic and business impact.

2.4 Understanding the Confirmation Banner

After you switch environments, a confirmation banner appears below the header.

The banner:

  • Displays a short description of the active environment.
  • Uses the same color theme as the selected environment.
  • Auto-dismisses after a few seconds.
  • Can be closed immediately using the Close (×) button.
  • Reappears the next time you change environments.

Confirmation banner

When an environment is active, the header also displays a colored accent border along the bottom edge so you can identify the current environment even when the switcher is closed.

3. Environment Overview

3.1 Sandbox

Sandbox is the safest environment for early development and experimentation.

  • Use mock or sandbox-tier data and APIs.
  • Default key expiry when creating or generating keys: 90 Days.
  • Required for Sandbox Tools and Sandbox Settings in the sidebar.

Best for: Exploring APIs, building prototypes, and testing integrations without production impact.

Note

Sandbox-only pages are not available in Staging or Production. If you navigate to a sandbox-only page while another environment is selected, you are redirected to the dashboard.

3.2 Staging

Staging mirrors production for final validation before go-live.

  • Pre-production data and APIs.
  • Default key expiry: 90 Days.

Best for: End-to-end testing, user acceptance testing (UAT), and validation before promoting to Production.

3.3 Production

Production is the live environment with real business impact.

  • Real traffic and production APIs.
  • Default key expiry: No Expiry.
Production environment

You are working with live credentials. Double-check the header environment pill before creating, rotating, or revoking keys.

4. Common Use Cases

4.1 Viewing Apps in a Specific Environment

Scenario: You want to review applications and API keys in Staging before promoting changes to Production.

Steps:

  1. Sign in to the Developer Console.
  2. Click the environment pill in the header.
  3. Select Staging.
  4. Click Apps in the sidebar navigation.
  5. Review the applications and credentials shown for the Staging environment.

4.2 Creating an Application in the Right Environment

Scenario: You are setting up a new application and need credentials for a specific environment.

Steps:

  1. Select the target environment in the header (for example, Sandbox or Staging).
  2. Click Apps in the sidebar navigation.
  3. Click Create App.
  4. Complete the wizard steps and generate your initial API keys.
  5. Confirm the header still shows the environment you intended before closing the credentials dialog.
See also

For Create App wizard steps and key generation, see Managing Applications and API Credentials.

4.3 Managing Multiple Environments

Scenario: You need separate API keys for Sandbox, Staging, and Production.

Steps:

  1. Switch to Sandbox in the header and create or manage apps and keys for development.
  2. Switch to Staging and repeat for pre-production validation.
  3. Switch to Production only when you are ready for live credentials.
  4. Document which keys belong to which environment.
  5. Store keys securely in environment-specific configuration.
  6. Never mix keys between environments.
  7. Rotate keys independently per environment, as needed.

4.4 Using Sandbox Tools

Scenario: You need access to sandbox-specific tools and admin settings.

Steps:

  1. Click the environment pill in the header.
  2. Select Sandbox.
  3. In the sidebar, open Sandbox Tools or Sandbox Settings (when available for your role).
  4. Complete your sandbox workflow.

Sandbox tools

5. What Changes When You Switch

Switching environments updates the data shown across the Developer Console. You do not need to sign out.

AreaWhat updates
AppsApplication list and details for the selected environment.
API credentialsKeys, expiry defaults, and lifecycle actions for the active environment.
DashboardRecently accessed apps and environment indicators.
Connected APIsAPIs linked to apps in the current environment.
SidebarSandbox-only navigation items appear or disappear.
SupportSupport context includes your selected environment.

Always confirm the header environment before creating apps, generating keys, or performing lifecycle actions in Production.

6. Best Practices

6.1 Environment Awareness

  • Check the header pill before every significant action.
  • Pay attention to the environment banner after switching.
  • Use Sandbox for experimentation and Staging for validation before moving to Production.
  • Document which applications and keys belong to each environment.

6.2 Security Best Practices

  • Use different keys for different environments.
  • Never share secret keys publicly or commit them to version control.
  • Store keys in secure environment variables or configuration files.
  • Rotate keys regularly (recommended every 90 days in non-production environments).
  • Revoke compromised keys immediately.

6.3 Team Collaboration

  • Establish clear procedures for the environment each team member should use.
  • Confirm environment context during code reviews and deployments.
  • Maintain a shared record of environment-specific configurations.

7. Troubleshooting

IssueWhat it meansWhat to try
Environment option is grayed outYour account does not have access to that environment.Contact your organization administrator to request access.
Switch did not take effectThe environment change may not have completed.Try again. Refresh the page. Sign in again if needed.
Apps list is empty after switchingNo apps exist in that environment for your organization.Confirm the correct environment in the header. Create a new app if needed.
Sandbox Tools missingSandbox is not selected, or your role does not include access.Switch to Sandbox. Contact your administrator if access is required.
Redirected to dashboardThe page requires Sandbox, but another environment is active.Switch to Sandbox, then navigate again.
Environment switcher not visibleYou may be on a small screen or not signed in.Sign in. Use a tablet or desktop viewport.

Next Steps

Continue to Managing Applications and API Credentials to create apps and manage API credentials in your selected environment.