Overview
Pre-built tooling
Pre-built integrations
Access requirements
Setup guide
Useful links
API gotchas
Pre-built tooling
✅ Authorization
✅ Authorization
✅ Read & write data
✅ Read & write data
| Tools | Status |
|---|---|
| Pre-built integrations | 🚫 (time to contribute: <48h) |
| API unification | ✅ |
| 2-way sync | ✅ |
| Webhooks from Nango on data modifications | ✅ |
| Real-time webhooks from 3rd-party API | 🚫 (time to contribute: <48h) |
| Proxy requests | ✅ |
✅ Observability & data quality
✅ Observability & data quality
| Tools | Status |
|---|---|
| HTTP request logging | ✅ |
| End-to-end type safety | ✅ |
| Data runtime validation | ✅ |
| OpenTelemetry export | ✅ |
| Slack alerts on errors | ✅ |
| Integration status API | ✅ |
✅ Customization
✅ Customization
| Tools | Status |
|---|---|
| Create or customize use-cases | ✅ |
| Pre-configured pagination | 🚫 (time to contribute: <48h) |
| Pre-configured rate-limit handling | 🚫 (time to contribute: <48h) |
| Per-customer configurations | ✅ |
When to use it
Use Private API (Generic) for APIs that authenticate with an API key but do not useAuthorization: Bearer <key>. Unlike Private API (Bearer Auth), you configure per integration how the proxy presents the key:
- Key placement:
headerorqueryparam. Preferheader— keys sent as a query param can be exposed in upstream, proxy, and CDN logs. - Key name: the header or query-param name, e.g.
Authorization,x-api-key,api_key. - Value template: how the key is wrapped, using
${apiKey}as the placeholder, e.g.${apiKey},Bearer ${apiKey},Api-Key ${apiKey}. - Base URL: the upstream API the proxy calls.
- API key label: the label end users see for the key field in the Connect UI.
Important limitations
- Limited functionality: Private API (Generic) is limited to storing and injecting a single API key. Because it’s generic, many advanced Nango features are not available for it.
- Base URL required: You must set the base URL on the integration; there is no predefined base URL like other integrations.
- Recommended use cases only: The only recommended use case for private API integrations is to store credentials for internal/customer-specific APIs that cannot be added to the Nango catalog.
- For all other use cases: We recommend contributing the API to Nango or requesting it be added by us.
Setup guide
No setup guide yet.Contribute improvements to the setup guide by editing this page
Useful links
No useful links yet.Contribute useful links by editing this page
API gotchas
Contribute API gotchas by editing this page
Connect to Private API (Generic)
Guide to connect to Private API (Generic) using Connect UI