You're browsing the documentation for an old version of Webiny. Consider upgrading your project to Webiny 5.39.x.
What you'll learn
  • the two separate GraphQL APIs that are included by default in every Webiny project
  • how to use the CmsGraphQLSchemaPluginexternal link in order to extend an existing GraphQL API

Use the webiny watch command to continuously deploy application code changes into the cloud and instantly see them in action. For quick (manual) testing, you can use the built-in API Playground.


When it comes to HTTP API development, Webiny relies on GraphQLexternal link. In fact, all of the applications that are part of the Webiny Serverless CMS, for example Page Builderexternal link or Headless CMSexternal link, are using it in order to enable developers programmatic interaction via a client of their choice, for example a browser.

By default, every Webiny project starts off with two separate GraphQL APIs.

Default GraphQL API

The default GraphQL API (or just GraphQL API) is the GraphQL API that’s located within the api/code/graphqlexternal link folder. All of the Webiny Serverless CMS applications are built on top of it, and, in the same fashion, the API can be extended by developers, if need be.

The Extend GraphQL API and Extend Admin Area scaffolds, which can help you extend your GraphQL API in no time, use the same concepts and approaches that are explained in this guide.

Headless CMS GraphQL API

The Headless CMS GraphQL API is a special standalone GraphQL API that is introduced by the Headless CMS application. It’s located in the api/code/graphqlexternal link folder and, like the default GraphQL API, can also be extended by developers.

Learn more about the Headless CMS GraphQL API.

Extending GraphQL API

In general, when talking about extending an existing GraphQL API, we’re usually referring to one or more of the following:

For example, we might want to add a new, Page Builder-related, duplicatePage mutation, that would be responsible for making copies of provided pages. Or, we might just want to add an extra field to the PbPageexternal link GraphQL type, so that we can store some additional data for each page.

And although, depending on the application and the change we want to perform, some of the steps in the overall GraphQL extension process may differ, in all cases, we will want to start by registering a new CmsGraphQLSchemaPluginexternal link plugin.

The plugin is registered within your GraphQL API’s application code. For example, if we wanted to extend the default GraphQL API, we would create the plugin inside of the api/code/graphql/src/pluginsexternal link folder, and register it in the api/code/graphql/src/index.tsexternal link entrypoint file. On the other hand, if we wanted to extend the Headless CMS GraphQL API, we would create the plugin inside of the api/code/graphql/src/pluginsexternal link folder, and register it in the api/code/graphql/src/plugins/index.tsexternal link entrypoint file.

The CmsGraphQLSchemaPluginexternal link plugin is part of the @webiny/api-headless-cmsexternal link package, which can also be used to create new standalone GraphQL APIs.

The following is an example of a simple CmsGraphQLSchemaPluginexternal link plugin that extends the default GraphQL API with a new listBooks query.


Having the pluginexternal link registered within the default GraphQL API’s application code (in the mentioned api/code/graphql/src/index.tsexternal link entrypoint file), we should be able to see and execute the listBooks query, for example via the API Playground:

Executing the query should give us the following result:

Executing the new listBooks Query via API PlaygroundExecuting the new listBooks Query via API Playground
(click to enlarge)

To extend your default GraphQL API in no time, make sure to try the Extend Admin Area and Extend GraphQL API scaffolds.

Additional Related Examples

For more concrete examples, you can also visit the following guides which explain how to extend GraphQL types and operations that belong to different Webiny applications: