About the Admin API
The Mighty Networks Admin API provides programmatic access to manage and automate your network operations. With the Admin API, you can manage members, content, events, and more.Base URL
All API requests should be made to:Authentication
The Admin API uses Bearer token authentication. All requests must include a valid API token.Authentication Guide
Learn how to generate tokens, authenticate requests, and implement security best practices.
Getting Started
Quickstart Guide
Make your first API call in under 5 minutes.
Authentication
Set up authentication and manage API tokens.
Core Resources
The Admin API provides access to the following resources:Networks
Manage network settings, information, and configuration.Members
- List and search members
- View member profiles and activity
- Update member information
- Manage member permissions and roles
Content & Posts
- Create, read, update, and delete posts
- Manage comments and reactions
- Moderate content
- Work with rich media attachments
Events
- Create and manage events
- Track RSVPs and attendance
- Update event details
Spaces
- Manage network spaces
- Configure space settings
- Control space membership
Webhooks
Webhooks allow you to receive real-time HTTP notifications when events occur in your network. Instead of polling the API for changes, webhooks push data to your server as events happen.How It Works
- You configure a webhook endpoint URL in your network settings
- You select which events you want to receive
- When an event occurs, Mighty Networks sends an HTTP POST request to your URL
- Your server processes the webhook and responds with a
200status code
Webhook Delivery Format
Webhooks are delivered as HTTP POST requests with JSON payloads:Available Events
See the Webhooks API Reference for a complete list of available events and their payload schemas.Security
- HTTPS Required: Webhook endpoints must use HTTPS in production
- Authentication: Configure an API key that will be included as a
Bearertoken in theAuthorizationheader - Verify the source: Always validate the
Authorizationheader matches your configured key
Best Practices
Respond quickly
Respond quickly
Return a
200 status code as fast as possible. Process the webhook payload asynchronously if needed—webhooks timeout after 30 seconds.Handle retries
Handle retries
Webhooks are retried on failure. Implement idempotency to handle duplicate deliveries gracefully.
Expect async delivery
Expect async delivery
Webhooks are delivered asynchronously via background jobs. There may be a slight delay between when an event occurs and when you receive the webhook.
Log webhook payloads
Log webhook payloads
Store incoming webhook data for debugging and auditing purposes.
Expected Responses
Your endpoint should return a200 status code to acknowledge successful receipt:
| Status Code | Meaning |
|---|---|
| 200 | Webhook received successfully |
| Any other status | Delivery failed—will be retried |
Rate Limit and Quota
The Admin API implements a 200 requests per minute rate limiting to ensure fair usage. Each plan includes a specific number of requests, and a price-per-request for requests past your plan’s permitted volume:| Plan | Included API Requests | Extra API Requests |
|---|---|---|
| Growth | 50,000 / month | $0.002 / request |
| Mighty Pro Basic | 50,000 / month | $0.002 / request |
| Mighty Pro Essential | 300,000 / month | $0.001 / request |
| Mighty Pro Complete | 600,000 / month | $0.0005 / request |
Error Handling
The API uses standard HTTP status codes:| Status Code | Description |
|---|---|
| 200 | Success |
| 201 | Created |
| 400 | Bad Request - Invalid parameters |
| 401 | Unauthorized - Invalid or missing API token |
| 403 | Forbidden - Insufficient permissions |
| 404 | Not Found - Resource doesn’t exist |
| 429 | Too Many Requests - Rate limit exceeded |
| 500 | Internal Server Error |
Pagination
List endpoints support pagination using the following query parameters:page: Page number (default: 1)per_page: Items per page (default: 25, max: 100)
Quick Reference
Common Operations
All API operations are scoped to a specific network:- List Resources -
GET /networks/{id}/members - Get Resource -
GET /networks/{id}/members/{member_id} - Create Resource -
POST /networks/{id}/posts - Update Resource -
PATCH /networks/{id}/members/{member_id} - Delete Resource -
DELETE /networks/{id}/spaces/{space_id}/members/{user_id}
Request Format
All requests require authentication and use standard REST conventions:Response Format
Successful list endpoints return paginated data:Best Practices
- Store tokens securely - Never expose API tokens in client-side code or public repositories
- Handle rate limits - Implement exponential backoff when hitting rate limits
- Use pagination - Always paginate through large result sets
- Validate input - Validate data before sending to the API
- Monitor errors - Log and monitor API errors for debugging