# Oura Ring Webhook Subscription Routes API

**Canonical:** https://apis.io/apis/oura/oura-webhook-subscription-routes-api/  
**Provider:** Oura Ring — https://apis.io/providers/oura/  
**Base URL:** https://api.ouraring.com/v2  
**Documentation:** https://cloud.ouraring.com/docs/

Oura Ring Webhook Subscription Routes API is one of 21 APIs that [Oura Ring](https://apis.io/providers/oura/) publishes on the [APIs.io](https://apis.io/) network, described by a machine-readable OpenAPI specification. This API exposes 1 JSON Schema definition. Tagged areas include Webhook Subscription Routes. The published artifact set on APIs.io includes an OpenAPI specification, API documentation, authentication docs, and 1 JSON Schema.

# Webhooks for Real-Time Data Updates ## What are Webhooks? Webhooks are a way for the Oura API to notify your application when new data is available, instead of requiring your application to constantly check for updates (polling). Think of webhooks as "reverse APIs" - instead of your application requesting data, Oura's servers send data to your application when something changes. ## Why Use Webhooks (Important!) - **RECOMMENDED APPROACH**: Webhooks are the preferred way to consume Oura data - **Avoid Rate Limits**: We have not had customers hit rate limits with webhooks properly implemented - **Near Real-Time Updates**: Webhook notifications come approximately 30 seconds after data syncs from the mobile app - **Efficient Resource Usage**: Reduces unnecessary API calls and server load - **Better User Experience**: Your application stays updated without constant polling ## How Webhooks Work with Oura 1. **You set up an endpoint**: Create a URL on your server that can receive POST requests 2. **You subscribe to events**: Tell Oura what data types and events you want to be notified about 3. **Oura verifies your endpoint**: A one-time check to ensure your endpoint is valid 4. **Oura sends notifications**: When data changes, Oura sends a POST request to your endpoint 5. **You process the event**: Your endpoint receives basic event details 6. **You fetch complete data**: Use the provided IDs to retrieve the full data via the API ## Recommended Implementation Pattern 1. **Initial Data Load**: When a user first connects, make a single API request for historical data 2. **Subscribe to Webhooks**: Set up webhook subscriptions for all data types you need 3. **Process Webhook Events**: As users sync their rings, you'll receive notifications about new data 4. **Fetch Updated Data**: Use the object_id from webhook events to fetch the specific updated data This pattern minimizes API calls while ensuring your application always has the latest data. ## Setup Guide ### Step 1: Create Your Webhook Endpoint Set up an HTTP endpoint on your server that can: - Handle both GET requests (for verification) and POST requests (for events) - Respond to verification challenges during subscription setup - Process incoming webhook events quickly (under 10 seconds) Example endpoint implementation (Node.js): ```javascript // Express.js route handlers for your webhook endpoint app.get('/oura-webhook', (req, res) => { // Verification handler - required during subscription setup const { verification_token, challenge } = req.query; // Verify the token matches your expected token if (verification_token === YOUR_VERIFICATION_TOKEN) { // Return the challenge in the required format return res.json({ challenge }); } // If verification fails return res.status(401).send('Invalid verification token'); }); app.post('/oura-webhook', (req, res) => { // Event handler - processes incoming webhook events // Always respond quickly (under 10 seconds) // Process the event asynchronously if needed res.status(200).send('OK'); // Then process the event data const { event_type, data_type, object_id, user_id } = req.body; processEventAsync(event_type, data_type, object_id, user_id); }); ``` ### Step 2: Create a Webhook Subscription Call the `POST /v2/webhook/subscription` endpoint to register your webhook: ``` POST /v2/webhook/subscription Headers: x-client-id: YOUR_CLIENT_ID x-client-secret: YOUR_CLIENT_SECRET Content-Type: application/json Body: { "callback_url": "https://your-server.com/oura-webhook", "verification_token": "your-secret-verification-token", "event_type": "update", "data_type": "sleep" } ``` You need to create separate subscriptions for each combination of: - **event_type**: The type of event (create, update, delete) - **data_type**: The type of data you're interested in (sleep, activity, etc.) ### Step 3: Verification Process When you create a subscription, Oura verifies your endpoint: 1. Oura sends a GET request to your callback URL with query parameters: ``` GET https://your-server.com/oura-webhook?verification_token=your-token&challenge=random-string ``` 2. Your endpoint must verify the token and respond with the challenge: ```json { "challenge": "random-string" } ``` 3. If verification succeeds, your subscription is activated ![Verification Flow](/img/webhook-verification-flow-diagram.drawio.png) ### Step 4: Receiving and Processing Events When an event occurs (e.g., user syncs new sleep data): 1. Oura sends a POST request to your callback URL: ``` POST https://your-server.com/oura-webhook Headers: x-oura-signature: HMAC_SIGNATURE x-oura-timestamp: 1234567890 Body: { "event_type": "update", "data_type": "sleep", "object_id": "12345abc", "event_time": "2023-01-01T08:00:00+00:00", "user_id": "user123" } ``` 2. Your endpoint should: - Verify the signature for security (see below) - Respond quickly (under 10 seconds) with a 2xx status - Process the event asynchronously if needed - Use the object_id to fetch the complete data via the API ## Security Best Practices ### Verify Webhook Signatures Always verify that webhook requests are actually from Oura by checking the HMAC signature: ```javascript const crypto = require('crypto'); function verifySignature(headers, body, clientSecret) { const signature = headers['x-oura-signature']; const timestamp = headers['x-oura-timestamp']; // Create HMAC using your client secret const hmac = crypto.createHmac('sha256', clientSecret); hmac.update(timestamp + JSON.stringify(body)); const calculatedSignature = hmac.digest('hex').toUpperCase(); // Compare calculated signature with received signature return calculatedSignature === signature; } // In your webhook handler app.post('/oura-webhook', (req, res) => { // Verify signature if (!verifySignature(req.headers, req.body, CLIENT_SECRET)) { return res.status(401).send('Invalid signature'); } // Process valid webhook res.status(200).send('OK'); // ... }); ``` ### Use HTTPS Always use HTTPS for your webhook endpoint to ensure data is encrypted in transit. ### Keep Your Verification Token Secret Choose a strong, random verification token and don't share it. ## Handling Webhook Failures ### Retry Mechanism Oura will retry failed webhook deliveries: - For 4xx responses: 10 retries - For 5xx responses: 10 retries - For timeouts: 10 retries ### Canceling Subscriptions If you want to cancel a subscription, you can: - Use the DELETE endpoint: `DELETE /v2/webhook/subscription/{id}` - Or respond with a 410 status code to automatically cancel ## Common Questions ### How quickly will I receive webhooks? Webhook notifications arrive approximately 30 seconds after data syncs from the mobile app. The timing depends on the data type: - **Sleep, Readiness, and other user-initiated sync data**: These only sync when the user opens the Oura app and actively syncs their ring - **Daily Activity, Daily Stress, and other background data**: These may update periodically in the background without user action ### What if my server goes down? Oura will retry webhook deliveries for about an hour if your server doesn't respond properly. However, if your server is down for an extended period, you might miss some events. It's a good practice to implement a reconciliation process that can fetch data for periods when your webhook might have been unavailable. ### How can I test webhooks locally? Use a tool like [ngrok](https://ngrok.com/) to expose your local development server to the internet with a public URL. ### Can I use the same callback URL for different subscriptions? Yes, you can use the same URL for multiple subscriptions. Your handler can differentiate between events using the `event_type` and `data_type` fields in the webhook payload. ### Will I hit rate limits using webhooks? We have not had customers hit rate limits with webhooks properly implemented. The recommended pattern is: 1. Make a single request for historical data when a user first connects 2. Use webhooks for all ongoing data updates 3. Only fetch the specific data that has changed based on webhook notifications This approach minimizes API calls while ensuring your application always has the latest data.

## Machine-readable artifacts (9)

- **OpenAPI** — https://raw.githubusercontent.com/api-evangelist/oura/refs/heads/main/openapi/oura-webhook-subscription-routes-api-openapi.yml
- **Documentation** — https://cloud.ouraring.com/docs/
- **Authentication** — https://cloud.ouraring.com/docs/authentication
- **Webhooks** — https://cloud.ouraring.com/docs/webhooks
- **JSONSchema** — https://raw.githubusercontent.com/api-evangelist/oura/refs/heads/main/json-schema/
- **Examples** — https://raw.githubusercontent.com/api-evangelist/oura/refs/heads/main/examples/
- **Vocabulary** — https://raw.githubusercontent.com/api-evangelist/oura/refs/heads/main/vocabulary/oura-vocabulary.yml
- **JSONLDContext** — https://raw.githubusercontent.com/api-evangelist/oura/refs/heads/main/json-ld/oura-context.jsonld
- **GraphQL** — https://raw.githubusercontent.com/api-evangelist/oura/refs/heads/main/graphql/oura-graphql.md

## Other Oura Ring APIs (12)

- [Oura Ring Daily Activity Routes API](https://apis.io/apis/oura/oura-daily-activity-routes-api/)
- [Oura Ring Daily Cardiovascular Age Routes API](https://apis.io/apis/oura/oura-daily-cardiovascular-age-routes-api/)
- [Oura Ring Daily Readiness Routes API](https://apis.io/apis/oura/oura-daily-readiness-routes-api/)
- [Oura Ring Daily Resilience Routes API](https://apis.io/apis/oura/oura-daily-resilience-routes-api/)
- [Oura Ring Daily Sleep Routes API](https://apis.io/apis/oura/oura-daily-sleep-routes-api/)
- [Oura Ring Daily Spo2 Routes API](https://apis.io/apis/oura/oura-daily-spo2-routes-api/)
- [Oura Ring Daily Stress Routes API](https://apis.io/apis/oura/oura-daily-stress-routes-api/)
- [Oura Ring Enhanced Tag Routes API](https://apis.io/apis/oura/oura-enhanced-tag-routes-api/)
- [Oura Ring Heart Rate Routes API](https://apis.io/apis/oura/oura-heart-rate-routes-api/)
- [Oura Ring Personal Info Routes API](https://apis.io/apis/oura/oura-personal-info-routes-api/)
- [Oura Ring Rest Mode Period Routes API](https://apis.io/apis/oura/oura-rest-mode-period-routes-api/)
- [Oura Ring Ring Battery Level Routes API](https://apis.io/apis/oura/oura-ring-battery-level-routes-api/)

## Tags

Webhook Subscription Routes

---

Profiled by [API Evangelist](https://apievangelist.com) and published on [APIs.io](https://apis.io/apis/oura/oura-webhook-subscription-routes-api/). The API's provider profile, Kin Score and agent-readiness rating are at https://apis.io/providers/oura/.
