Plugin structure
When creating a plugin with Plugin SDK, Strapi generates the following boilerplate structure for you in the /src/plugins/my-plugin
folder:
- TypeScript-based plugins
- JavaScript-based plugins
. # root of the plugin folder (e.g., /src/plugins/my-plugin)
βββ admin # Admin panel part of your plugin.
β βββ src
β β βββ components # Contains your front-end components
β β β βββ Initializer.tsx # Plugin initializer
β β β βββ PluginIcon.tsx # Contains the icon of your plugin in the main navigation
β β βββ pages # Contains the pages of your plugin
β β β βββ App.tsx # Skeleton around the actual pages
β β β βββ HomePage.tsx # Homepage of your plugin
β β βββ translations # Translations files to make your plugin i18n-friendly
β β β βββ en.json
β β βββ utils
β β β βββ getTranslations.ts # getTranslations function to return the corresponding plugin translations
β β βββ index.ts # Main setup of your plugin, used to register elements in the admin panel
β β βββ pluginId.ts # pluginId variable computed from package.tsxon name
β βββ custom.d.ts # Generated types
β βββ tsconfig.build.json
β βββ tsconfig.json # TypeScript compiler options for the admin panel part
βββ dist # Build of the plugin (front end and back end)
βββ node_modules
βββ server # Back-end part of your plugin
β βββ src
β β βββ config
β β β βββ index.ts # Contains the default server configuration
β β βββ content-types # Content-types specific to your plugin
β β β βββ index.ts # Loads all the plugin's content-types
β β βββ controllers # Controllers specific to your plugin
β β β βββ index.ts # Loads all the plugin's controllers
β β β βββ controller.ts # Custom controller example. You can rename it or delete it.
β β βββ middlewares # Middlewares specific to your plugin
β β β βββ index.ts # Loads all the plugin's middlewares
β β βββ policies # Policies specific to your plugin
β β β βββ index.ts # Loads all the plugin's policies
β β βββ routes # Routes specific to your plugin
β β β βββ index.ts # Contains an example route for the my-controller custom controller example
β β βββ services # Services specific to your plugin
β β β βββ index.ts # Loads all the plugin's services
β β β βββ service.ts # Custom service example. You can rename it or delete it.
β β βββ bootstrap.ts # Function that is called right after the plugin has registered
β β βββ destroy.ts # Function that is called to clean up the plugin after Strapi instance is destroyed
β β βββ index.ts # Entrypoint for the server (back end)
β β βββ register.ts # Function that is called to load the plugin, before bootstrap.
β βββ tsconfig.build.json
β βββ tsconfig.json # TypeScript compiler options for the server part
βββ .editorconfig
βββ .eslintignore
βββ .gitignore
βββ .prettierignore
βββ .prettierrc
βββ package-lock.json
βββ package.json
βββ README.md
. # root of the plugin folder (e.g., /src/plugins/my-plugin)
βββ admin # Admin panel part of your plugin.
β βββ src
β β βββ components # Contains your front-end components
β β β βββ Initializer.jsx # Plugin initializer
β β β βββ PluginIcon.jsx # Contains the icon of your plugin in the main navigation
β β βββ pages # Contains the pages of your plugin
β β β βββ App.jsx # Skeleton around the actual pages
β β β βββ HomePage.jsx # Homepage of your plugin
β β βββ translations # Translations files to make your plugin i18n-friendly
β β β βββ en.json
β β βββ utils
β β β βββ getTranslations.js # getTranslations function to return the corresponding plugin translations
β β βββ index.js # Main setup of your plugin, used to register elements in the admin panel
β β βββ pluginId.js # pluginId variable computed from package.json name
β βββ jsconfig.json
βββ dist # Build of the plugin (front end and back end)
βββ node_modules
βββ server # Back-end part of your plugin
β βββ src
β β βββ config
β β β βββ index.js # Contains the default server configuration
β β βββ content-types # Content-types specific to your plugin
β β β βββ index.js # Loads all the plugin's content-types
β β βββ controllers # Controllers specific to your plugin
β β β βββ index.js # Loads all the plugin's controllers
β β β βββ controller.js # Custom controller example. You can rename it or delete it.
β β βββ middlewares # Middlewares specific to your plugin
β β β βββ index.js # Loads all the plugin's middlewares
β β βββ policies # Policies specific to your plugin
β β β βββ index.js # Loads all the plugin's policies
β β βββ routes # Routes specific to your plugin
β β β βββ index.js # Contains an example route for the my-controller custom controller example
β β βββ services # Services specific to your plugin
β β β βββ index.js # Loads all the plugin's services
β β β βββ service.js # Custom service example. You can rename it or delete it.
β β βββ bootstrap.js # Function that is called right after the plugin has registered
β β βββ destroy.js # Function that is called to clean up the plugin after Strapi instance is destroyed
β β βββ index.js # Entrypoint for the server (back end)
β β βββ register.js # Function that is called to load the plugin, before bootstrap.
βββ .editorconfig
βββ .eslintignore
βββ .gitignore
βββ .prettierignore
βββ .prettierrc
βββ package-lock.json
βββ package.json
βββ README.md
A Strapi plugin is divided into 2 parts, each living in a different folder and offering a different API:
Plugin part | Description | Folder | API |
---|---|---|---|
Admin panel | Includes what will be visible in the admin panel (components, navigation, settings, etc.) | admin/ | Admin Panel API |
Backend server | Includes what relates to the backend server (content-types, controllers, middlewares, etc.) | server/ | Server API |
-
Server-only plugin: You can create a plugin that will just use the server part to enhance the API of your application. For instance, this plugin could have its own visible or invisible content-types, controller actions, and routes that are useful for a specific use case. In such a scenario, you don't need your plugin to have an interface in the admin panel.
-
Admin panel plugin vs. application-specific customization: You can create a plugin to inject some components into the admin panel. However, you can also achieve this by creating a
/src/admin/index.js
file and invoking thebootstrap
lifecycle function to inject your components. In this case, deciding whether to create a plugin depends on whether you plan to reuse and distribute the code or if it's only useful for a unique Strapi application.
The next steps of your Strapi plugin development journey will require you to use any of the Strapi plugins APIs.
2 different types of resources help you understand how to use the plugin APIs:
- The reference documentation for the Admin Panel API and Server API give an overview of what is possible to do with a Strapi plugin.
- Guides cover some specific, use-case based examples.