Skip to content
GetmeDocs
Sign inCreate account

Getting started

  • Getme developer documentation

API Reference

  • Introduction
  • Authentication
  • Errors
  • Idempotent requests
  • Metadata
  • Pagination
  • Request IDs
  • Versioning
  • Webhooks
  • Event Catalog
  • SDKs and CLI

Core Resources

  • Auth
  • Events

Site Resources

  • Forms
  • Sites

Commerce Resources

  • Brands
  • Categories
  • Products
  • Services

Crm Resources

  • Customers

Other Resources

  • Media

Dev Tools

  • CLIBeta
  • Website source with the CLIBeta
  • Webhooks with the CLIBeta
  • SDKsBeta
  • Node SDKBeta
  • Python SDKBeta

Guides

  • Guides
  • Quickstart
  • Website source workflow
  • Webhook handler

Changelog

  • Changelog
  • June 10, 2026 - Developer platform docs beta
  • July 15, 2026 - Install token lifecycle safety
  • July 15, 2026 - Source-first site development
  • July 15, 2026 - Site source navigation warnings
Loading documentation...
HomeAPI referenceAuthentication

Authentication

Authenticate API requests with a bearer token; never expose secret keys in client code.

The Getme API authenticates requests with a bearer token sent in the Authorization header. A request without a valid token returns 401 Unauthorized.

bash
curl https://api.getmeonline.io/v1/auth/status \
  -H "Authorization: Bearer $GETME_API_KEY"

Keep keys secret

Secret keys grant full API access for your app. Keep them server-side, never commit them to source control, and rotate them immediately if they are ever exposed.

Auth modes

Different endpoints accept different credentials. Each endpoint in the reference shows its required auth mode and, where applicable, a required scope.

  • App install bearer — a token issued to an installed app, used for most resource endpoints.
  • Device authorization — the public device-authorization flow used to obtain a token (see the Auth resource for the exact endpoints).

When an endpoint lists a required scope, the token must carry that scope or the request returns 403 Forbidden.

Test and live tokens

App-install access tokens are environment-scoped:

text
gmat_test_...
gmat_live_...

Use gmat_test_* tokens for staging and test-workspace automation. Use gmat_live_* tokens only for production workspaces and production data. Keep test and live webhook endpoints, secrets, and CI variables separate.

The production API host expects live tokens. The staging API host expects test tokens. Developer test workspaces cannot create or rotate live app-install tokens.

On this page

  • Auth modes
  • Test and live tokens