We just added the ability to specify ISO region-specific language codes to your projects (ie. en-US, zh-CN).

As always, you can change your project supported languages from Settings > Global project settings:

We just shipped the ability to customize the toolbar buttons on multi-paragraph HTML and Markdown fields from the Presentation tab:

In the beginning, a DatoCMS project could only have a deployment environment, the production one. Then, we introduced staging environment. Starting from today, you can setup as many environments as you want and trigger a build of your content on an unlimited number of external services.

This is a great addition for your editorial team, as it can now publish their content on a number of different platforms and let DatoCMS be the unique point where it manages data to be sent everywhere: websites, apps, wearables, you name it.

You can now be notified when one of these actions occur inside a DatoCMS project:

• Create/update/delete/publish/unpublish a record

• Create/update/delete a model

• Create/update/delete an upload (that is, a file or an image in your Media area)

You can also set some filters, so for example you can be notified just when when a record of a specific model (ie. Article) is updated.

Just to give some examples, webhook enable you to:

• Integrate/sync DatoCMS data with third-party systems (Snipcart, Shopify, Algolia, etc.);

• Get Slack/email notifications;

• Automatically post an update on Facebook/Twitter;

• Produce an automatic deploy on your staging environment;

If you don't want to write any integration code, you can use Zapier Webhooks to connect a DatoCMS event with hundreads of different external services, creating any kind of complex automation workflow.

You can read all the details regarding this feature in our documentation page.

You can now configure a certain model so that you are not forced to insert content for every language your administrative area supports, but just for the primary one, and then manually add additional locales on a per-record basis.

This allows use cases such as multi-language blogs, where some articles can be written only in English, other only in Italian and others in both languages.

You can enable optional translations in your Model settings:

This will be the result for the editor:

We just rolled version 0.5.4 of our JS client!

The big change is that the methods the client makes available are generated at runtime based on the JSON Schema of our CMA. This means any new API endpoint — or changes to existing ones — will instantly be reflected to the client, without the need to upgrade to the latest client version.

We also added a new deserializeResponse option to every call, that you can use if you want to retrieve the exact payload the DatoCMS returns:

1
import { SiteClient } from 'datocms-client';
2

3
const client = new SiteClient("YOUR-API-KEY")
4

5
// `deserializeResponse` is true by default:
6
const accessToken = client.accessTokens.create({
7
  name: "New token",
8
  role: "34"
9
})
10

11
// {
12
//   id: "312",
13
//   hardcodedType: null,
14
//   name: "New token",
15
//   token: "XXXX",
16
//   role: "34"
17
// }
18

19
// if `deserializeResponse` is false, this will be the result
20
const accessToken = client.accessTokens.create(
21
  {
22
    name: "New token",
23
    role: "34"
24
  },
25
  {
26
    deserializeResponse: false
27
  }
28
)
29

30
// {
31
//   data: {
32
//     type: "access_token",
33
//     id: "312",
34
//     attributes: {
35
//       name: "New token",
36
//       token: "XXXX",
37
//       hardcoded_type: nil
38
//     },
39
//     relationships: {
40
//       role: {
41
//         data: {
42
//           type: "role",
43
//           id: "34"
44
//         }
45
//       }
46
//     }
47
//   }
48
// }

In our doc pages we also added some examples for the super-handy allPages option which was already present since v0.3.29:

// if you want to fetch all the pages with just one call:
client.items.all({ "filter[type]" => "44" }, { allPages: true })

We just added support for the new Gatsby v2 fixed and fluid responsive image queries.

Old names (sizes and resolutions) are deprecated but still work.

You can now decide to completely delete your DatoCMS account from the "My account" section of the dashboard.

(Updated Dec 2024)

By default, DatoCMS uses the shared domain www.datocms-assets.com to serve your project's asset files (such as images and PDFs). On Enterprise plans, you can choose to use your own cloud storage and domain name instead.

To get started, please follow the instructions in one of these plugins, and then reach out to support@datocms.com to complete the setup:

DatoCMS External Asset Storage & Custom Domain Options

On an Enterprise plan, you can host your DatoCMS assets (files) on third-party cloud providers with your own domain name. The following providers are supported:

• AWS S3 for DatoCMS assets

• Azure Blob Storage for DatoCMS assets

• Google Cloud Storage for DatoCMS assets

• Cloudflare R2 Storage for DatoCMS assets

We just enabled query batching support to our GraphQL Content Delivery API.

This means you can combine multiple GraphQL operations into a single HTTP request, reducing HTTP overheads. If you use Apollo Client, you can enable batch queries with the apollo-link-batch-http package:

1
import { ApolloClient } from 'apollo-client';
2
import { setContext } from 'apollo-link-context';
3
import { InMemoryCache } from 'apollo-cache-inmemory';
4
import { BatchHttpLink } from 'apollo-link-batch-http';
5

6
const httpLink = new BatchHttpLink({
7
  uri: 'https://graphql.datocms.com/',
8
});
9

10
const authLink = setContext((_, { headers }) => {
11
  return {
12
    headers: {
13
      ...headers,
14
      'Authorization': `Bearer ${process.env.DATO_API_TOKEN}`,
15
    }
16
  }
17
});
18

19
const client = new ApolloClient({
20
  link: authLink.concat(httpLink),
21
  cache: new InMemoryCache(),
22
});
23

24
export default client;