Pirsch · Authentication Profile

Pirsch Authentication

Authentication

Baseline derived mechanically from the OpenAPI securitySchemes, then upgraded from https://docs.pirsch.io/api-sdks/api-guide-v1 and https://docs.pirsch.io/api-sdks/api-v1, which document two distinct credential types the single http/bearer scheme in the spec does not distinguish.

Pirsch secures its APIs with http across 1 declared security scheme, as derived from its OpenAPI definitions.

AnalyticsWeb AnalyticsPrivacyGDPRCookie-FreePage ViewsSessionsEventConversion GoalsFunnelsTraffic Sources
Methods: http Schemes: 1 OAuth flows: API key in:

Security Schemes

BearerAuth http
scheme: bearer

Source

Authentication Profile

Raw ↑
generated: '2026-08-13'
method: searched
source: openapi/_original/pirsch-pirsch-api-openapi.yml
docs: https://docs.pirsch.io/api-sdks/api-guide-v1
description: >-
  Baseline derived mechanically from the OpenAPI securitySchemes, then upgraded
  from https://docs.pirsch.io/api-sdks/api-guide-v1 and
  https://docs.pirsch.io/api-sdks/api-v1, which document two distinct credential
  types the single http/bearer scheme in the spec does not distinguish.
summary:
  types:
  - http
  http_schemes:
  - bearer
  credential_types:
  - oauth2-client-credentials
  - static-access-key
  oauth2_flows: []
  scopes: none
schemes:
- name: BearerAuth
  type: http
  scheme: bearer
  description: Pass an OAuth2 access token obtained from POST /token, or a static access key,
    as a Bearer token in the Authorization header.
  sources:
  - openapi/pirsch-pirsch-api-openapi.yml

credentials:
- id: oauth-client
  name: OAuth2 client credentials
  client_type: oauth
  created_via: POST /api/v1/client with type "oauth" (operationId createClient), or the dashboard
  token_endpoint: https://api.pirsch.io/api/v1/token
  token_request: '{"client_id": "<client_id>", "client_secret": "<client_secret>"}'
  token_response: '{"access_token": "<token>", "expires_at": "<UTC timestamp>"}'
  header: 'Authorization: Bearer <access_token>'
  access: read and write, scoped to the domain the client belongs to
  refresh: >-
    No refresh token. On HTTP 401 the client re-POSTs /token with the same
    credentials and retries.
  operation: openapi/pirsch-authentication-api-openapi.yml#getToken
  docs: https://docs.pirsch.io/api-sdks/api-guide-v1
- id: access-key
  name: Access key
  client_type: token
  prefix: pa_
  created_via: POST /api/v1/client with type "token" (operationId createClient), or the dashboard
  header: 'Authorization: Bearer pa_<key>'
  access: write-only — data submission endpoints only (/hit, /event, /session and their batch forms)
  rotation: >-
    Delete and recreate the client (DELETE /api/v1/client?id=). No rotation
    endpoint and no key expiry.
  purpose: Stateless server-side tracking without a token exchange round trip.
  docs: https://docs.pirsch.io/api-sdks/api-guide-v1

scopes:
  supported: false
  note: >-
    Pirsch has no OAuth scope surface. A client is either an OAuth client (full
    read/write on its domain) or a write-only access key; there is nothing
    finer. No scopes/ artifact is emitted, because an empty scope file would
    imply a permission model that does not exist.

secret_exposure:
  client_secret_returned_once: true
  detail: >-
    The Client schema notes client_secret is "Only returned on creation" — it
    cannot be re-read afterwards.

discovery:
  oauth_authorization_server_metadata: false
  openid_configuration: false
  note: >-
    /.well-known/oauth-authorization-server and
    /.well-known/openid-configuration both returned 404 on api.pirsch.io on
    2026-08-13. There is no machine-discoverable auth metadata; the token
    endpoint is only findable in the prose docs.

transport:
  https_required: true
  detail: security/pirsch-domain-security.yml

Work with this as data

Every security artifact here is available over the APIs.io API and to AI agents over MCP.

MCP server

One button, every client — Claude, Cursor, VS Code and the rest.

https://apis.io/mcp

Tools for security posture

4 MCP tools reach this
  • find_securityBrowse and filter every security artifact in the catalog.
  • apis_io_searchSTART HERE — APIs, providers and tags for one query, each with its total.
  • resolveTurn a domain, URL or GitHub org into the provider it belongs to.
  • find_cohortsEvery scored population of providers in the catalog.
All 92 tools →

Call it yourself

curl for this page
This security artifact
curl "https://apis.io/api/v1/security/pirsch-authentication"
All security posture
curl "https://apis.io/api/v1/security?limit=25"

Discovery needs no key. Ratings and market analysis are Pro.

Get an API key

Free tier, no form to fill in. Signing in shares your email address with us — we store it to create your key and to recognise you if you sign in with another provider. See our Privacy Policy and Terms.

A second provider on the same verified email joins the account you already have.