Localization

GraphCMS boasts a flexible localization API that you can use to publish content for all or specific locales in your project.

Localized content can be managed through the GraphCMS UI, or via GraphQL mutations.

Localizing fields

When adding a field that can be localized inside the schema editor, such as a string, mark the field as can be localized, and you will be able to perform all of the localization queries, and mutations outlined below.

GraphCMS Localize Fields

The model will be updated to contain additional localized system fields that you can use to fetch localized content.

Fetching localized content

Fetching localized content is done by fetching content the same way you are used to. For example, a product model containing localized fields can be queried like so:

{
product(where: { id: "..." }) {
name
}
products {
name
}
}

The above will return the default locale values for the fields requested.

Default locale

As shown as above, queried content will always return the default locale, unless told otherwise.

You can set the default locale inside Settings > Locales.

GraphCMS default locale

Fallback locale(s)

Locales will be returned in the order they are requests, from left to right.

In this example, we will request products with the locales en, and de.

HTTP header

You can pass the gcms-locales header when localized content with your required locales.

const fetch = require("cross-fetch");
const headers = {
"Content-Type": "application/json",
"gcms-locales": "en",
};
const body = JSON.stringify({ query: "{ products { name } }" });
const { products } = await fetch("<your-graphcms-endpoint>", {
method: "POST",
headers,
body,
});

You can also pass an array of locales to gcms-locales to define your fallback preference.

All localizations

Whether you're fetching a single content entry, or multiple, you can fetch all localizations of that entry.

Since the root graphql type returns the default locale en values, you'll notice the localizations response above returns just the de content entries.

Pass includeCurrent: true inside the localizations query arguments to include the default en locale.

This will return all locales where values present. If nothing is found, the default locale will be returned.

Mutating localized content

Just like you can query localized content, you can also create, update, upsert, and delete localized content using the Mutations API.

Let's continue with the products model in our examples below. We can use the auto-generated mutations for modifying the locales for each entry.

Create a localization

mutation {
updateProduct(
where: { id: "..." }
data: {
localizations: {
create: { locale: de, data: { name: "Tasse mit Print" } }
}
}
) {
id
}
}

You'll notice above we are using the update[Model] mutation to "create" a locale. This is because the existing entry is the default locale, and you can create additional localized content for fields on that entry.

Update a localization

mutation {
updateProduct(
where: { id: "..." }
data: { localizations: { update: { locale: en, data: { name: "Mug" } } } }
) {
id
}
}

Upsert a localization

Just like you can create, or update content entries by unique filters, you can either also upsert localizations. Simply pass the locale you want to update, or create if it does not exist.

mutation {
createProduct(
where: { id: "..." }
data: {
localizations: {
upsert: {
locale: de
create: { name: "Tasse mit Print" }
update: { name: "Tasse mit Print" }
}
}
}
) {
id
}
}

Delete a localization

You can delete all but the default localization using the auto-generated delete mutation.

mutation {
deleteMessage(
where: { id: "..." }
data: { localizations: { delete: { locale: de } } }
) {
id
}
}

Did you find this page useful?

Your feedback helps us improve our docs, and product.

This site uses cookies to provide you with a better user experience. For more information, refer to our Privacy Policy