Simplify your stack and build anything. Or everything.
Build tomorrow’s web with a modern solution you truly own.
Code-based nature means you can build on top of it to power anything.
It’s time to take back your content infrastructure.

Adding your own Queries and Mutations

You can add your own GraphQL queries and mutations to Payload, making use of all the types that Payload has defined for you.

To do so, add your queries and mutations to the main Payload config as follows:

Config PathDescription
graphQL.queriesFunction that returns an object containing keys to custom GraphQL queries
graphQL.mutationsFunction that returns an object containing keys to custom GraphQL mutations

The above properties each receive a function that is defined with the following arguments:

GraphQL

This is Payload's GraphQL dependency. You should not install your own copy of GraphQL as a dependency due to underlying restrictions based on how GraphQL works. Instead, you can use the Payload-provided copy via this argument.

payload

This is a copy of the currently running Payload instance, which provides you with existing GraphQL types for all of your Collections and Globals - among other things.

Return value

Both graphQL.queries and graphQL.mutations functions should return an object with properties equal to your newly written GraphQL queries and mutations.

Example

payload.config.js:

1
import { buildConfig } from 'payload/config'
2
import myCustomQueryResolver from './graphQL/resolvers/myCustomQueryResolver'
3
4
export default buildConfig({
5
graphQL: {
6
queries: (GraphQL, payload) => {
7
return {
8
MyCustomQuery: {
9
type: new GraphQL.GraphQLObjectType({
10
name: 'MyCustomQuery',
11
fields: {
12
text: {
13
type: GraphQL.GraphQLString,
14
},
15
someNumberField: {
16
type: GraphQL.GraphQLFloat,
17
},
18
},
19
}),
20
args: {
21
argNameHere: {
22
type: new GraphQL.GraphQLNonNull(GraphQLString),
23
},
24
},
25
resolve: myCustomQueryResolver,
26
},
27
}
28
},
29
},
30
})

Resolver function

In your resolver, make sure you set depth: 0 if you're returning data directly from the local API so that GraphQL can correctly resolve queries to nested values such as relationship data.

Your function will receive four arguments you can make use of:

Example

1
;async (obj, args, context, info) => {}

obj

The previous object. Not very often used and usually discarded.

args

The available arguments from your query or mutation will be available to you here, these must be configured via the custom operation first.

context

An object containing the req and res objects that will provide you with the payload, user instances and more, like any other Payload API handler.

info

Contextual information about the currently running GraphQL operation. You can get schema information from this as well as contextual information about where this resolver function is being run.

Types

We've exposed a few types and utilities to help you extend the API further. Payload uses the GraphQL.js package for which you can view the full list of available types in the official documentation.

GraphQL

You can directly import the GraphQL package used by Payload, most useful for typing. For queries, mutations and handlers make sure you use the GraphQL and payload instances provided via arguments.

buildPaginatedListType

This is a utility function that allows you to build a new GraphQL type for a paginated result similar to the Payload's generated schema. It takes in two arguments, the first for the name of this new schema type and the second for the GraphQL type to be used in the docs parameter.

Example

1
export const getMyPosts = (GraphQL, payload) => {
2
return {
3
args: {},
4
resolve: Resolver,
5
// The name of your new type has to be unique
6
type: buildPaginatedListType('AuthorPosts', payload.collections['posts'].graphQL?.type),
7
}
8
}

payload.collections.slug.graphQL

If you want to extend more of the provided API then the graphQL object on your collection slug will contain additional types to help you re-use code for types, mutations and queries.

1
graphQL?: {
2
type: GraphQLObjectType
3
paginatedType: GraphQLObjectType
4
JWT: GraphQLObjectType
5
versionType: GraphQLObjectType
6
whereInputType: GraphQLInputObjectType
7
mutationInputType: GraphQLNonNull<any>
8
updateMutationInputType: GraphQLNonNull<any>
9
}

Best practices

There are a few ways to structure your code, we recommend using a dedicated graphql directory so you can keep all of your logic in one place. You have total freedom of how you want to structure this but a common pattern is to group functions by type and with their resolver.

Example

1
src/graphql
2
---- queries/
3
index.ts
4
-- myCustomQuery/
5
index.ts
6
resolver.ts
7
8
---- mutations/
Next

GraphQL Schema