Resources · n8n integration

Storyblok n8n integrationAutomate Storyblok with n8n.

Your Storyblok content sits behind an API call, and the workflow needs it now. The Storyblok n8n integration ships as a built-in node with 2 operations on one resource, Story: read a single entry, or list what a space holds. No Storyblok trigger exists, so the run has to start elsewhere.

Verified Trustpilot reviews · AI, automation & growth agency

Why automate

What does the Storyblok n8n integration actually give you?

The Storyblok n8n integration is a node shipped inside n8n that reads your Storyblok spaces from a workflow. It handles one resource, Story, with 2 operations: Get a story and Get many stories. You choose the space, you choose through the Source field whether the data comes from the Content API or the Management API, and n8n hands each story to the next node as a normal item other nodes can read.

Start with the case that pays for itself the fastest: the content inventory nobody keeps up to date. A Schedule Trigger, the node that starts a workflow at a fixed interval, kicks off the run, Get many stories returns the space, and the list drops into Google Sheets. Editors see what exists without opening the CMS, and nobody has to export anything by hand again.

Second case, narrower. Something in your workflow already knows a slug, the readable part of a story URL. Get a story takes that value in Identifier and returns the entry, which is enough to post a rich notification into Slack when a piece of content is referenced somewhere else. One story, one call, no copy paste.

Third case, the durable one. Teams that report on content mirror the story list into a database they control. Get many stories with Return All switched on walks the API pages until the whole space is in, and a Postgres node writes the rows. From there, reporting is just SQL, and the CMS stays the CMS.

The node covers the Story resource. When you need an endpoint the node does not expose, the HTTP Request node calls any Storyblok API endpoint and reuses the exact same credential through predefined authentication. That matters more than it sounds: you stay inside one workflow, with one stored login, instead of maintaining a script on the side.

Two things to keep in mind before building. Your credential decides what you can do, since a Content API key is read-only while a Management API key covers full CRUD. And n8n supports Content API v1 only. If you want the wider picture before committing, the n8n review covers the platform itself, and the n8n training goes through building workflows step by step.

Connect

How do you connect Storyblok to n8n?

  1. 01

    Decide which key you need

    Storyblok offers two authentication methods, and the choice is not cosmetic. A Content API key gives read-only access, which is enough for both operations in the node if you only ever read. A Management API key covers full CRUD. Pick the narrower one when reading is all you plan to do, because a key that can only read cannot do damage if it leaks into a shared workflow.

  2. 02

    Generate the token in Storyblok

    For a Content API key, open your Storyblok workspace and go to Settings > Access Tokens. Choose an Access Level of Public, which maps to version=published, or Preview, which covers version=published and version=draft. Copy the token and enter it as the API Key. For a Management API key, open My Account > Personal access tokens, generate a token there, and enter it as the Personal Access Token.

  3. 03

    Store it once in n8n

    In n8n, open the Credentials menu and create the Storyblok credential with the token you just copied. A credential is a stored login: you create it once, and every workflow you build afterwards offers it in the node dropdown. Drop a Storyblok node on the canvas, select that credential, and the Space Name or ID field loads the spaces it can reach, so you pick a space instead of typing an ID from memory.

Actions

What can the Storyblok node do?

The Storyblok node exposes 2 operations across 1 resources. For each one: the node as you configure it in n8n, the required fields, and our field notes.

Resources × operations matrix
ResourceGetGet Many
Story✓✓

Story

2 operations
01

Get a story

story.get

What you see in n8n

Notes & use cases

Pulls a single entry out of a space and hands it to the next node as one item.

Key parameters

  • Space Name or ID: the name of the space. Choose it from the list n8n loads, or pass an ID through an expression, the {{ }} syntax n8n uses to read a value instead of typing it.
  • Identifier: the ID or slug of the story to get, often {{ $json.field }} when the value comes from an earlier node.
  • Story ID: the numeric ID of the story.
  • Source: where your data comes from, Content API or Management API.
Use cases
a form submission carries a slug, the workflow drops it into Identifier, and the entry comes back ready to post into a channel.
02

Get many stories

story.getAll

What you see in n8n

Notes & use cases

Returns the stories of a space, one n8n item per story, ready to loop over or write somewhere else.

Key parameters

  • Space Name or ID: which space to read, picked from the list or given as an ID with an expression.
  • Source: Content API or Management API, your call on where the data comes from.
  • Return All: on, n8n chains the API pages until every story has come back; off, Limit caps the number of results.
  • Starts With: under Filters, narrows the result by slug.
Use cases
an inventory of one blog folder, narrowed with Starts With, exported for a quarterly content review.
Need help

Need help automating Storyblok with n8n?

A person reads every message.

FAQ

Storyblok and n8n: the questions that come next

01Is the Storyblok n8n integration free to use?
On the n8n side, yes. The Storyblok node ships with n8n, so there is nothing to install and no extra cost, whether you work on n8n Cloud, the hosted offer run by n8n, or on your own instance (Community Edition, Sustainable Use licence). The same workflow behaves the same way in both places. What a Storyblok plan itself costs is a separate question this page does not answer. The only setup on your side is the credential, the login n8n stores once and reuses everywhere, and creating one costs nothing.
02What credentials or permissions does the Storyblok node need?
Two authentication methods exist, and the one you choose sets what the node can reach. A Content API key gives read-only access: generate it in your Storyblok workspace under Settings > Access Tokens, pick an Access Level of Public, which means version=published, or Preview, which covers version=published and version=draft, then enter it as the API Key. A Management API key covers full CRUD: generate a Personal Access Token from the Personal access tokens section of your Storyblok account and enter it in that field. Worth noting before you start: n8n supports Content API v1 only.
03What are the limits of the Storyblok node?
The node exposes the Story resource with 2 operations, so the honest answer depends on what you are reaching for. On Get many stories, Return All is the field that decides volume: switch it on and n8n chains the API pages until every story has come back, leave it off and Limit sets the maximum number of results. For an endpoint the node does not expose, the HTTP Request node calls any Storyblok API endpoint and reuses the same credential through predefined authentication. And a field marked required stops the node from running when it is left empty.
04Can a Storyblok event trigger an n8n workflow in real time?
There is no Storyblok trigger node in n8n, so a workflow around Storyblok has to start somewhere else. Three starting points cover almost every setup. A Schedule Trigger fires at a fixed interval and then runs Get many stories, which fits inventories and exports. The n8n Webhook node gives you a URL a third-party service calls when something happens on its side. Or the trigger of another tool already in your workflows starts the run, and the Storyblok node comes second to fetch the content that goes with it.
05n8n or Make for Storyblok?
Both connect to Storyblok, so the decision sits elsewhere. Make is a hosted automation platform with no self-hosting option, billed per operation. n8n runs on n8n Cloud or on an instance you host yourself with Docker or npm, and the workflow is identical either way. So the criteria are: where the workflow runs, how much control you want over the content passing through it, how the cost scales with volume, and which visual logic your team reads faster. Content teams pulling large spaces often care most about the last two.