The customer activation platform.Every interaction becomes a qualified contact. Book a demo

Base URLs and environments

Keep production, staging, and embed URLs clearly separated when you integrate OmniLab.

This article explains how to keep production, staging, and embed URLs separated when you integrate OmniLab. The exact hostnames are tenant-specific, so use the values provisioned for your environment rather than copying a host from another deployment.

What OmniLab usually provides per environment

EnvironmentTypical useWhat you should receive
StagingBuild, test, and validate the integrationAPI base URL, experience domain, non-production credentials, and staging webhook targets
ProductionLive participant trafficProduction API base URL, production experience domain, production credentials, and production webhook targets

Keep three URL concepts separate

URL typeWhat it is forExample placeholder
API base URLToken requests and approved server-to-server API callshttps://<api-host>
Experience domainLanding pages, touchpoints, and embedshttps://experience.example.com
Host page or wrapper URLYour own site, kiosk shell, or app containerhttps://www.example.com/promo

The same integration often uses all three. Keeping them separate makes debugging much easier when a token request works but an embed URL does not, or when staging webhooks are accidentally pointed at production infrastructure.

Safe environment rules

  • Never reuse production secrets in staging.
  • Register separate webhook receivers per environment.
  • Test booking flows, cancellations, and webhook retries in staging first.
  • Keep test campaigns, public links, and downstream automations separate from production.
Example environment map
Staging API base URL:      https://staging-api.example-brand.com
Staging experience domain: https://staging-experience.example-brand.com

Production API base URL:      https://api.example-brand.com
Production experience domain: https://experience.example-brand.com

Do not guess hostnames

Use only the hostnames issued for your tenant. Some deployments use branded domains, delegated domains, or environment-specific infrastructure that will not match another customer's setup.

Was this helpful?

Optional comments help us improve this page for future authors and readers.

On this page