Triple Whale · OAuth Scopes
Triple Whale OAuth Scopes
OAuth 2.0
searched
Triple Whale uses OAuth 2.0 but publishes no discrete scopes — access is governed by the grant itself (e.g. client-credentials or role-based authorization) rather than per-scope consent.
This index is generated from the provider’s OpenAPI security definitions (and, where available, its documented scope reference) and refreshes on every APIs.io network build. Browse every provider’s scopes at scopes.apis.io.
E-CommerceAnalyticsAttributionShopifyPixel TrackingROASDirect to ConsumerMarketing
Scopes: 0
Flows:
Method: searched
Scopes (0)
Triple Whale implements OAuth 2.0 but publishes no discrete scopes — access is governed by the grant itself (client-credentials or role-based authorization) rather than per-scope consent.
Two independent scope systems exist and they are not the same vocabulary. The REST API uses named scopes attached to an API key at creation time in the app (Data > APIs); the hosted MCP server uses OAuth 2.1 scopes advertised in its RFC 9728 protected-resource metadata. Neither appears in any published OpenAPI — the derive pass over openapi/ found zero oauth2 security schemes, so every scope below was read from the provider's own documentation or from live metadata.
Two independent scope systems exist and they are not the same vocabulary. The REST API uses named scopes attached to an API key at creation time in the app (Data > APIs); the hosted MCP server uses OAuth 2.1 scopes advertised in its RFC 9728 protected-resource metadata. Neither appears in any published OpenAPI — the derive pass over openapi/ found zero oauth2 security schemes, so every scope below was read from the provider's own documentation or from live metadata.
📄 Provider scope reference: https://triplewhale.readme.io/reference/creating-and-managing-triple-whale-api-keys