OpenAPI specification generation#
Strapi provides a CLI tool to automatically generate OpenAPI 3.1.0 specifications documenting all API endpoints, parameters, and responses. The generated specification can be integrated with Swagger UI for interactive API documentation.
Strapi provides a command-line tool to generate specifications for your applications.
The CLI tool automatically creates comprehensive API documentation that describes all available endpoints, parameters, and response formats in your Strapi application's Content API. Among the possible use cases, the generated specification can then be integrated into documentation tools like .
:::callout 🚧 Experimental feature
The OpenAPI generation feature is currently experimental. Its behavior and output might change in future releases without following semantic versioning. For additional information and context, please refer to the .
:::
Generating an OpenAPI specification#
The OpenAPI generation tool is included with Strapi core and doesn't require additional installation. You can use it directly from the command line in any Strapi project to generate comprehensive API documentation.
:::note Known limitation for nested component required metadata
The Admin panel can mark inner fields on a component as required, yet the generated OpenAPI file may still skip a required entry for those scalars. The parent object (for instance a component inside a dynamic zone) might list required while the nested properties do not. There is more background in GitHub issue #2236. Client generators that trust the raw schema alone can therefore emit types that look looser than what Strapi actually enforces.
This area is still experimental, same as the warning banner at the top of the page, so keep validating nested payloads in application code or with the REST validation helpers from the controllers guide instead of assuming every Admin rule is mirrored in the exported JSON schema yet.
:::
CLI usage#
Executing the command without any arguments will generate a specification.json file at the root of your Strapi folder project:
yarn strapi openapi generate
npm run strapi openapi generate
You can also pass an optional --output argument to specify the path and filename, as in the following example:
yarn strapi openapi generate --output ./docs/api-spec.json
npm run strapi openapi generate -- --output ./docs/api-spec.json
Specification structure and content#
The generated OpenAPI specification follows the and could look like in the following shortened example:
{
"openapi": "3.1.0",
"x-powered-by": "strapi",
"x-strapi-version": "5.21.0",
"info": {
"title": "My Strapi API",
"description": "API documentation for My Strapi API",
"version": "1.0.0"
},
"paths": {
"/api/articles": {
"get": {
"operationId": "article/get/articles",
"parameters": [
{
"name": "fields",
"in": "query",
"schema": {
"type": "array",
"items": { "type": "string" }
}
}
],
"responses": {
"200": {
"description": "Successful response",
"content": {
"application/json": {
"schema": {
"type": "object",
"properties": {
"data": {
"type": "array",
"items": { "$ref": "#/components/schemas/Article" }
}
}
}
}
}
}
}
}
}
},
"components": {
"schemas": {
"Article": {
"type": "object",
"properties": {
"id": { "type": "string" },
"title": { "type": "string" },
"content": { "type": "string" }
}
}
}
}
}
The generated OpenAPI specification includes all available API endpoints in your Strapi application, and information about these endpoints, such as the following:
- CRUD operations for all content types
- Custom API routes defined in your application
- Authentication endpoints for user management
- File upload endpoints for media handling
- Plugin endpoints from installed plugins
Configuring#
By default, Strapi does not expose HTTP endpoints for the generated OpenAPI specification. To opt in, add an openapi key to the /config/server file.
HTTP endpoint access#
The openapi configuration accepts 2 sub-keys, content-api and admin, each with an access property:
| Sub-key | Endpoint | access value | Default | Behavior |
|---|---|---|---|---|
content-api | GET /api/openapi.json | disabled | Yes | Endpoint not registered. |
content-api | GET /api/openapi.json | public | No | Endpoint accessible without authentication. |
admin | GET /admin/openapi.json | disabled | Yes | Endpoint not registered. |
admin | GET /admin/openapi.json | authenticated | No | Endpoint requires an authenticated admin user. |
The following example exposes both endpoints:
module.exports = {
openapi: {
'content-api': {
access: 'public',
},
admin: {
access: 'authenticated',
},
},
};
export default {
openapi: {
'content-api': {
access: 'public',
},
admin: {
access: 'authenticated',
},
},
};
Setting content-api.access to authenticated or admin.access to public throws an error at startup.
Endpoint options#
Besides access, each endpoint (content-api and admin) accepts the following options:
| Option | Type | Default | Description |
|---|---|---|---|
route.path | String | '/openapi.json' | Subpath where the specification is served. Resolved under /api for content-api and under /admin for admin. |
cache.enabled | Boolean | true | Enables file-based caching of the generated specification. |
cache.maxAgeMs | Number | 60000 | Maximum age of the cache file, in milliseconds, before the specification is regenerated. |
cache.filePath | String | .strapi/openapi/<type>.json | Path of the cache file. Relative paths are resolved from the application root. |
With the default route.path, the full URLs are http://localhost:1337/api/openapi.json for the Content API endpoint and http://localhost:1337/admin/openapi.json for the Admin endpoint.
Both endpoints must resolve to different full paths. If the content-api and admin endpoints resolve to the same URL, Strapi throws an error at startup.
Integrating with Swagger UI#
With the following steps you can quickly generate a Swagger UI-compatible page:
-
Generate a specification:
yarn strapi openapi generate --output ./public/swagger-spec.jsonnpm run strapi openapi generate -- --output ./public/swagger-spec.json -
Update the
/config/middlewares.jsconfiguration file with the following code:module.exports = [ 'strapi::logger', 'strapi::errors', { name: 'strapi::security', config: { contentSecurityPolicy: { useDefaults: true, directives: { 'script-src': ["'self'", "'unsafe-inline'", 'https://unpkg.com'], 'style-src': ["'self'", "'unsafe-inline'", 'https://unpkg.com'], 'connect-src': ["'self'", 'https:'], 'img-src': ["'self'", 'data:', 'blob:', 'https:'], 'media-src': ["'self'", 'data:', 'blob:'], upgradeInsecureRequests: null, }, }, }, }, 'strapi::cors', 'strapi::poweredBy', 'strapi::query', 'strapi::body', 'strapi::session', 'strapi::favicon', 'strapi::public', ];export default [ 'strapi::logger', 'strapi::errors', { name: 'strapi::security', config: { contentSecurityPolicy: { useDefaults: true, directives: { 'script-src': ["'self'", "'unsafe-inline'", 'https://unpkg.com'], 'style-src': ["'self'", "'unsafe-inline'", 'https://unpkg.com'], 'connect-src': ["'self'", 'https:'], 'img-src': ["'self'", 'data:', 'blob:', 'https:'], 'media-src': ["'self'", 'data:', 'blob:'], upgradeInsecureRequests: null, }, }, }, }, 'strapi::cors', 'strapi::poweredBy', 'strapi::query', 'strapi::body', 'strapi::session', 'strapi::favicon', 'strapi::public', ];This will ensure the Swagger UI display from is not blocked by Strapi's CSP policy handled by the security middleware.
-
Create a
public/openapi.htmlfile in your Strapi project to display the Swagger UI, with the following code:<!DOCTYPE html> <html> <head> <title>API Documentation</title> <link rel="stylesheet" type="text/css" href="https://unpkg.com/swagger-ui-dist@5.0.0/swagger-ui.css" /> </head> <body> <div id="swagger-ui"></div> <script src="https://unpkg.com/swagger-ui-dist@5.0.0/swagger-ui-bundle.js"></script> <script src="https://unpkg.com/swagger-ui-dist@5.0.0/swagger-ui-standalone-preset.js"></script> <script> window.onload = function () { SwaggerUIBundle({ url: './swagger-spec.json', dom_id: '#swagger-ui', presets: [ SwaggerUIBundle.presets.apis, SwaggerUIStandalonePreset ], layout: 'StandaloneLayout', }); }; </script> </body> </html> -
Restart the Strapi server with
yarn developornpm run developand visit the/openapi.htmlpage. The Swagger UI should be displayed: