Storyblok CMS: La Guida Completa per Sviluppatori [2026]

Storyblok è uno dei pochi CMS headless in cui i content editor riescono davvero a vedere quello che stanno modificando — e questa singola funzionalità cambia completamente la dinamica tra sviluppatori ed editor. Dopo aver raccolto $80M nel round Series C e lanciato l'automazione dei workflow a marzo 2026, vale la pena capire in cosa Storyblok eccelle davvero, dove mostra i suoi limiti e se è la scelta giusta per il tuo prossimo progetto.

Cos'è Storyblok?

Storyblok è un CMS headless con editor visuale integrato, fondato nel 2017 a Linz, in Austria, da Dominik Angerer (CEO) e Alexander Feiglstorfer (CTO). Usa un'architettura a componenti chiamata Bloks e distribuisce i contenuti tramite API REST e GraphQL. Adottato da Adidas, Tesla e Oatly, Storyblok ha raccolto $138M di finanziamenti fino al suo round Series C.

Un CMS headless separa i contenuti dal frontend — gestisci i contenuti tramite API, e la tua app React, Vue o Astro li consuma. Questo vale per Contentful, Sanity, Strapi e ogni altra opzione headless. Ciò che distingue Storyblok è l'editor visuale.

Gestiamo quattro siti in produzione su diversi CMS headless (incluso Sanity, che alimenta questo blog). Ecco come si comporta Storyblok dalla nostra esperienza diretta: l'editor visuale riduce concretamente il continuo avanti e indietro tra sviluppatori e team editoriali. Invece di compilare moduli e chiedere "come apparirà?", gli editor vedono la pagina reale. È un vero miglioramento al workflow, non una frase di marketing.

L'architettura di base si articola in due concetti: le Stories (le tue pagine o entry di contenuto) e i Bloks (componenti riutilizzabili come sezioni hero, griglie di feature o CTA). Gli sviluppatori definiscono gli schemi dei Blok, gli editor li trascinano nelle Stories. I contenuti raggiungono il tuo frontend tramite la Content Delivery API.

Tra i clienti più noti, oltre ad Adidas e Tesla, ci sono Virgin Media O2, dm-drogerie markt, Oatly, Spendesk e Panini. Per un confronto approfondito con tutte le principali opzioni, dai un'occhiata al nostro confronto tra CMS headless.

Come Funziona l'Editor Visuale di Storyblok?

L'editor visuale di Storyblok carica il tuo frontend in un iframe e sovrappone regioni modificabili su ogni componente. I content editor vedono un'anteprima live di ciò che vedranno i visitatori, con funzionalità click-to-edit su ogni Blok. Richiede la libreria JavaScript StoryblokBridge configurata nell'applicazione frontend.

Questa è la funzionalità che distingue Storyblok dall'approccio a form di Contentful, dall'approccio schema-as-code di Sanity o dal pannello admin di Strapi. Quegli altri CMS danno agli editor un form con dei campi. Storyblok dà agli editor la pagina reale.

L'architettura iframe

Ecco come funziona nel dettaglio: quando un editor apre una Story nella dashboard di Storyblok, l'editor visuale carica la tua applicazione frontend all'interno di un iframe. Storyblok inietta una proprietà _editable nei dati di ogni Blok (solo sui contenuti in bozza), e la libreria JavaScript StoryblokBridge ascolta i cambiamenti. Quando un editor clicca su un componente, il bridge comunica con la finestra Storyblok principale per aprire il corretto editor dei campi.

Il risultato? Gli editor cliccano direttamente su una sezione hero per modificare il titolo. Trascinano un nuovo Blok di testimonianze sotto la sezione prezzi. Vedono i cambiamenti riflessi istantaneamente nell'anteprima. Nessun ciclo "salva e controlla lo staging".

Un'insidia da tenere a mente: l'editor visuale funziona solo con i contenuti in bozza, non con quelli pubblicati. Il tuo URL di anteprima deve puntare a una versione dell'app che recupera i dati in bozza. Questo coglie di sorpresa parecchi durante il setup.

Configurare StoryblokBridge

Ecco una configurazione tipica in un progetto Next.js App Router. Hai bisogno di @storyblok/react installato:

// app/components/StoryblokProvider.js
"use client";

import { storyblokInit, apiPlugin } from "@storyblok/react/rsc";
import Hero from "./bloks/Hero";
import FeatureGrid from "./bloks/FeatureGrid";
import CallToAction from "./bloks/CallToAction";

storyblokInit({
  accessToken: process.env.NEXT_PUBLIC_STORYBLOK_TOKEN,
  use: [apiPlugin],
  components: {
    hero: Hero,
    feature_grid: FeatureGrid,
    call_to_action: CallToAction,
  },
});

export default function StoryblokProvider({ children }) {
  return children;
}

Poi avvolgi il tuo layout con il provider e usa il componente StoryblokStory per abilitare la modifica live:

// app/[...slug]/page.js
import { StoryblokStory } from "@storyblok/react/rsc";
import { fetchStory } from "@/lib/storyblok";

export default async function Page({ params }) {
  const story = await fetchStory(params.slug?.join("/") || "home");

  return <StoryblokStory story={story} />;
}

Il componente StoryblokStory gestisce automaticamente la connessione al bridge — registra l'ascoltatore dell'iframe, applica gli attributi _editable ai tuoi Bloks e abilita il click-to-edit nell'editor visuale. Non devi configurare nulla manualmente.

L'architettura a Componenti di Storyblok (Bloks e Stories)

Storyblok organizza i contenuti usando due concetti fondamentali: le Stories (pagine o entry di contenuto) e i Bloks (componenti riutilizzabili come sezioni hero, griglie di feature o CTA). Gli sviluppatori definiscono gli schemi dei Blok nella dashboard di Storyblok, e gli editor compongono le pagine trascinando i Bloks nelle Stories.

È come i LEGO. Le Stories sono le basi — le pagine che stai costruendo. I Bloks sono i mattoncini individuali — una sezione hero, una card testimonianza, una tabella prezzi. Definisci quali campi ha ogni tipo di Blok (titolo, immagine, testo CTA), e gli editor li assemblano.

Stories: le tue entry di contenuto

Ogni pagina, articolo o entry di contenuto in Storyblok è una Story. Le Stories vivono in una struttura a cartelle (come un file system), e ogni Story ha uno slug che corrisponde a un URL. Il corpo di una Story è composto da Bloks — è essenzialmente un contenitore.

Le Stories possono contenere anche contenuti non-pagina. Potresti avere una Story chiamata "site-settings" che memorizza i link di navigazione, il testo del footer e gli URL dei social media. La flessibilità è simile a come si usano i documenti singleton in Sanity.

Bloks: mattoncini riutilizzabili

I Bloks esistono in due varianti: nestable (annidabili) e content type (a livello radice). I Blok content type definiscono lo schema di primo livello per una Story (come "Page" o "BlogPost"). I Blok nestable sono i componenti che gli editor trascinano nel corpo di una Story — sezioni hero, gallerie immagini, accordion FAQ.

Ogni Blok ha uno schema che ne definisce i campi. Li crei nella dashboard di Storyblok sotto "Components" (non in codice, che è una differenza fondamentale rispetto all'approccio schema-as-code di Sanity).

Modellazione dei contenuti in pratica

Ecco come appare lo schema di un Blok Hero quando lo definisci tramite la Management API:

{
  "component": {
    "name": "hero",
    "display_name": "Hero Section",
    "schema": {
      "headline": { "type": "text", "required": true, "pos": 0 },
      "subheadline": { "type": "textarea", "pos": 1 },
      "background_image": { "type": "asset", "filetypes": ["images"], "pos": 2 },
      "cta_text": { "type": "text", "pos": 3 },
      "cta_link": { "type": "multilink", "pos": 4 }
    },
    "is_root": false,
    "is_nestable": true
  }
}

E il componente React che renderizza questo Blok:

// components/bloks/Hero.jsx
import { storyblokEditable } from "@storyblok/react/rsc";

export default function Hero({ blok }) {
  return (
    <section {...storyblokEditable(blok)} className="hero">
      <div className="hero-content">
        <h1>{blok.headline}</h1>
        {blok.subheadline && <p>{blok.subheadline}</p>}
        {blok.cta_text && (
          <a href={blok.cta_link?.cached_url} className="cta-button">
            {blok.cta_text}
          </a>
        )}
      </div>
      {blok.background_image?.filename && (
        <img
          src={blok.background_image.filename}
          alt={blok.background_image.alt || ""}
        />
      )}
    </section>
  );
}

La chiamata storyblokEditable(blok) è ciò che abilita il click-to-edit nell'editor visuale. Senza di essa, il componente viene renderizzato correttamente ma gli editor non possono cliccarci sopra per modificare i campi. Facile da dimenticare, doloroso da debuggare.

API di Storyblok: REST vs GraphQL vs Management

Storyblok offre tre API: la Content Delivery API (REST, consigliata per la maggior parte dei progetti), una GraphQL API (sola lettura, utile quando hai bisogno di recupero selettivo dei campi) e la Management API (per operazioni programmatiche sui contenuti come migrazioni e aggiornamenti massivi). Storyblok consiglia REST per i nuovi progetti.

La maggior parte delle guide sui CMS headless salta completamente il livello API. È un errore — l'API che scegli influisce sui tempi di build, sulla strategia di caching e sul margine disponibile sui rate limit.

Content Delivery API (REST)

È l'API principale, quella che userai nel 90% dei casi. Supporta filtraggio, ordinamento, paginazione e risoluzione delle relazioni tra Stories. I rate limit sono generosi: 50 richieste/secondo sui piani a pagamento.

// Recuperare una story tramite la Content Delivery API
const response = await fetch(
  `https://api.storyblok.com/v2/cdn/stories/home?version=draft&token=${process.env.STORYBLOK_TOKEN}`
);
const { story } = await response.json();
console.log(story.content); // I tuoi dati Bloks

GraphQL API

La GraphQL API è in sola lettura e ha rate limit diversi (100 punti di complessità al secondo). È utile quando vuoi una tipizzazione forte e non hai bisogno dell'intero payload della Story — puoi richiedere esattamente i campi che ti servono.

{
  PageItem(id: "home") {
    name
    slug
    content {
      _uid
      component
      headline
      subheadline
    }
  }
}

Management API

La Management API gestisce le operazioni CRUD sul tuo spazio Storyblok: creare Stories, aggiornare gli schemi dei componenti, gestire gli asset ed eseguire migrazioni. La userai per pipeline CI/CD, aggiornamenti massivi di contenuti o per costruire tooling personalizzato attorno a Storyblok.

Quale API usare?

Per la maggior parte dei progetti Next.js, Nuxt o Astro, la REST Content Delivery API con storyblok-js-client o l'SDK ufficiale gestisce tutto ciò di cui hai bisogno. Passa a GraphQL se il tuo modello di contenuto è complesso e stai recuperando strutture annidate profonde con molti campi che non ti servono.

Prezzi di Storyblok nel 2026

I prezzi di Storyblok partono da un piano Starter gratuito. I piani a pagamento iniziano da $99/mese per Growth (5 utenti). I livelli superiori includono Growth Plus, Premium (mid-market) ed Elite (illimitato). I nuovi prezzi sono entrati in vigore il 7 aprile 2026, con un periodo di grazia di 60 giorni per i sottoscrittori mensili esistenti.

Ecco la panoramica dei livelli di prezzo attuali:

Storyblok offre anche un trial gratuito di 45 giorni di Growth Plus, insolitamente generoso rispetto al trial di 30 giorni di Contentful o al livello gratuito a consumo di Sanity.

La valutazione onesta sui prezzi: Storyblok può diventare costoso in scala. Thread di Reddit da agenzie citano sistematicamente l'escalation dei prezzi con la crescita dei progetti — più utenti, più chiamate API, più spazi per setup multi-sito. Se hai un budget limitato, l'opzione self-hosted gratuita di Strapi o il modello open-source di Payload ti danno più flessibilità al costo di gestire la tua infrastruttura.

Per progetti personali e prototipi, il piano Starter gratuito funziona. Per progetti in produzione con 2-5 content editor, il piano Growth a $99/mese è competitivo. Oltre quella soglia, richiedi un preventivo personalizzato al team vendite di Storyblok — i prezzi pubblicati raccontano solo una parte della storia.

Le Novità del 2026: FlowMotion, Blueprints e IA

Nel 2026 Storyblok ha lanciato FlowMotion (31 marzo), un livello di automazione workflow costruito su n8n con 500+ integrazioni. Blueprints, lanciato a luglio 2025, fornisce un setup guidato del progetto con starter specifici per framework. Le funzionalità IA includono AI Translate (34+ lingue), Ideation Room per il brainstorming editoriale e strumenti AI per la SEO.

Nessuna delle altre guide su Storyblok disponibili tratta ancora queste funzionalità. Ecco cosa sta effettivamente uscendo.

FlowMotion: automazione del workflow

FlowMotion è la risposta di Storyblok al collo di bottiglia nelle operazioni sui contenuti. Secondo il loro annuncio di lancio, il 75% dei marketer spende 6+ ore a settimana in attività di coordinamento dei contenuti — notificare gli stakeholder, avviare traduzioni, programmare post sui social.

FlowMotion è costruito su n8n gestito (lo strumento open-source di automazione workflow) e si connette a 500+ integrazioni. Imposti trigger su eventi di contenuto — crea, aggiorna, approva, traduci, pianifica, pubblica — e FlowMotion esegue il workflow automaticamente. Immagina: un editor pubblica un post del blog, e FlowMotion avvia automaticamente la traduzione IA in 10 lingue, notifica il team social via Slack e pianifica un post su Twitter/X.

È un add-on Enterprise/Elite, quindi i team più piccoli non vi avranno accesso. Ma per le organizzazioni che gestiscono contenuti su mercati e canali multipli, è un risparmio di tempo significativo.

Blueprints: setup guidato del progetto

Blueprints risolvono un problema reale: il setup iniziale di un progetto Storyblok. Un sondaggio del 2024 ha rilevato che il 24% degli sviluppatori senior afferma che il setup iniziale di un progetto CMS richiede giorni, non ore.

Storyblok offre due livelli di Blueprint:

• Core Blueprint: Setup minimale — connette il tuo framework (Next.js, Nuxt o Astro), crea uno spazio e fa il deploy di uno starter base. Ideale per sviluppatori che vogliono partire da zero.
• Business Blueprint: Setup production-ready con componenti precostruiti, un modello di contenuto configurato e deploy su Vercel o Netlify. Più vicino a un'esperienza "lancia in 30 minuti".

Scegli il framework, scegli Core o Business, e Storyblok crea un repo GitHub collegato con una pipeline di deploy. Risparmia davvero ore di boilerplate rispetto a partire da zero.

Funzionalità IA: Translate, Ideation Room e altro

Le funzionalità IA di Storyblok adottano un approccio bring-your-own-provider. Colleghi la tua chiave API OpenAI o Google Gemini, e Storyblok la usa per:

• AI Translate: Traduci i contenuti in 34+ lingue direttamente nell'editor. Non sostituisce la traduzione professionale per i contenuti critici, ma è eccellente per bozze e contenuti interni.
• Ideation Room: Brainstorming IA collaborativo per idee sui contenuti. Gli editor descrivono ciò di cui hanno bisogno, e l'IA genera outline, titoli e bozze.
• AI Alt Text: Generazione automatica del testo alternativo per le immagini.
• AI SEO: Suggerimenti per meta title e description basati sul tuo contenuto.

Il modello bring-your-own-key significa che controlli i costi ed eviti il vendor lock-in sui prezzi IA. Storyblok ha anche una funzionalità "Concept Room" in sviluppo che punta a combinare ideazione e pianificazione visiva dei contenuti.

Internazionalizzazione con Storyblok

Storyblok gestisce l'i18n attraverso la traduzione a livello di campo, il che significa che hai una Story con campi tradotti per ogni lingua invece di duplicare l'intero documento per lingua. Questo è fondamentalmente diverso da Contentful e Sanity, che usano la traduzione a livello di documento, e conta molto in scala.

Perché la traduzione a livello di campo vince? Considera un sito marketing in 10 lingue. Con l'i18n a livello di documento (Contentful, Sanity), avresti 10 documenti separati per ogni pagina. Cambi il layout? Aggiorni 10 documenti. Con l'approccio a livello di campo di Storyblok, hai una Story. La struttura rimane la stessa — solo i campi di testo hanno varianti linguistiche. Cambia il layout una volta, tutte le 10 lingue si aggiornano.

AI Translate rende tutto ancora più rapido. Gli editor scrivono il contenuto nella loro lingua principale, cliccano "Traduci", e l'IA compila le altre lingue usando il provider OpenAI o Gemini collegato. Supporta 34+ lingue.

Ecco come recuperare i contenuti tradotti:

// Recuperare una story in tedesco
const response = await fetch(
  `https://api.storyblok.com/v2/cdn/stories/home` +
  `?version=published` +
  `&language=de` +
  `&token=${process.env.STORYBLOK_TOKEN}`
);
const { story } = await response.json();
// story.content contiene ora le traduzioni in tedesco
// I campi non tradotti fanno fallback alla lingua predefinita

Il parametro language fa tutto il lavoro. I campi non tradotti fanno automaticamente fallback alla lingua predefinita, quindi non otterrai mai una pagina rotta per traduzioni incomplete.

Storyblok vs le Alternative

Dopo aver testato tutti e cinque questi CMS per i nostri progetti, ecco come si confrontano sulle funzionalità che contano davvero per le decisioni di progetto:

Scegli Storyblok se il tuo progetto coinvolge sia sviluppatori che content editor non tecnici che hanno bisogno di vedere le modifiche visivamente. L'editor visuale è impareggiabile, e l'i18n a livello di campo è il migliore in assoluto per siti multilingua.

Scegli Sanity se il tuo team è composto principalmente da sviluppatori e vuoi massima flessibilità sullo schema. L'approccio schema-as-code di Sanity e il linguaggio di query GROQ ti danno più controllo, ma gli editor ottengono una UI basata su form, non un'anteprima visuale. Leggi la nostra guida a Sanity per il quadro completo.

Scegli Strapi o Payload se hai bisogno di self-hosting o controllo open-source. Né Storyblok né Sanity né Contentful ti permettono di eseguire il CMS sui tuoi server. Strapi e Payload sì. Consulta la nostra guida a Strapi o la nostra guida a Payload per i dettagli.

Scegli Contentful se sei in un ambiente enterprise che valorizza la maturità dell'ecosistema, le estese integrazioni del marketplace e il tooling consolidato per sviluppatori. Leggi la nostra guida a Contentful.

Per il confronto completo con punteggi e raccomandazioni per progetti reali, leggi il nostro confronto completo tra CMS headless.

Quando NON Usare Storyblok

Ogni CMS ha caratteristiche che lo rendono inadatto per certi progetti. Ecco quelle di Storyblok:

Hai bisogno del self-hosting. Storyblok è solo SaaS — non c'è un'opzione on-premises, nessuna immagine Docker, nessun deploy self-managed. Se la tua organizzazione richiede sovranità dei dati o hosting on-prem, guarda a Payload per i progetti self-hosted o a Strapi.

Vuoi lo schema-as-code. Gli schemi dei componenti di Storyblok sono definiti nella UI della dashboard, non nel tuo codebase. Puoi esportarli e importarli tramite la Management API, ma non vivono nel tuo repo Git come fonte di verità. Se gli schemi versionati contano per il tuo team, Sanity e Payload offrono entrambi un content modeling code-first.

Hai un budget limitato in scala. I prezzi di Storyblok funzionano bene per team piccoli e medi. Ma se gestisci 15+ spazi su più brand con decine di editor, i costi aumentano. Strapi o Payload self-hosted eliminano completamente i costi di licenza del CMS.

Il tuo team è composto solo da sviluppatori. L'editor visuale è la funzionalità premium di Storyblok. Se nessuno nel tuo team ha bisogno di un'anteprima visuale — se tutti sono a proprio agio nel modificare JSON o usare una UI basata su form — stai pagando per una funzionalità che non userai.

Hai bisogno di accesso diretto al database. Storyblok astrae completamente il suo storage layer. Non c'è una connessione Postgres, nessuna query SQL, nessun accesso diretto ai dati. Se il tuo progetto richiede query personalizzate al database o join con altre sorgenti di dati a livello di database, Payload (costruito su MongoDB/Postgres) te lo offre.

Dalla nostra esperienza su più CMS, Storyblok brilla quando sviluppatori e content editor collaborano sullo stesso progetto. Se il tuo team è composto solo da sviluppatori, il costo premium dell'editor visuale non vale la spesa.

Iniziare con Storyblok

Il percorso più rapido da zero a un progetto Storyblok funzionante richiede circa 30 minuti con i Blueprints, o un'ora senza. Ecco la sequenza:

Step 1: Registrati. Crea un account gratuito su storyblok.com. Il piano Starter ti dà uno spazio con 25K chiamate API/mese — sufficiente per sviluppo e prototipazione.

Step 2: Scegli un Blueprint o parti da zero. Se vuoi un progetto preconfigurato, scegli un Blueprint (Core per il minimale, Business per quello production-ready). Se preferisci costruire da zero, crea uno spazio vuoto.

Step 3: Collega il tuo frontend. Storyblok ha SDK ufficiali e starter per Next.js, Nuxt, Astro, SvelteKit, Remix, Angular e Gatsby. Per un progetto Next.js App Router:

npx create-next-app@latest my-storyblok-site
cd my-storyblok-site
npm install @storyblok/react

Step 4: Configura l'URL di anteprima dell'editor visuale. Nelle impostazioni del tuo spazio Storyblok, imposta l'URL di anteprima sul tuo server di sviluppo locale (es. https://localhost:3000/). L'editor visuale ha bisogno di HTTPS — usa next dev --experimental-https o uno strumento come mkcert.

Step 5: Definisci il tuo primo Blok e crea una Story. Vai su "Components" nella dashboard di Storyblok, crea un content type "Page" con un campo body, poi crea un Blok nestable "Hero". Crea la tua prima Story usando il content type "Page". Trascina il Blok Hero all'interno. Guarda come viene renderizzato nell'editor visuale.

Per guide di avvio rapido specifiche per framework, Storyblok mantiene una pagina sulle tecnologie con tutorial di setup per ogni framework supportato. Se stai scegliendo il framework per il tuo frontend, il nostro confronto Next.js vs Remix copre i compromessi, e la nostra guida Vercel vs Netlify aiuta con le decisioni sulla piattaforma di deploy.

FAQ

Cos'è Storyblok CMS?

Storyblok è un sistema di gestione dei contenuti headless con editor visuale integrato, fondato nel 2017 a Linz, in Austria. Usa un'architettura a componenti chiamata Bloks per la modellazione dei contenuti e li distribuisce tramite API REST e GraphQL. Storyblok è usato da aziende come Adidas, Tesla e Oatly per siti web, app e distribuzione di contenuti multicanale.

Storyblok è gratuito?

Sì, Storyblok offre un piano Starter gratuito con un utente, uno spazio e 25.000 chiamate API al mese. I piani a pagamento partono da $99/mese per il livello Growth con cinque utenti. Storyblok offre anche un trial gratuito di 45 giorni di Growth Plus, più generoso dei periodi di prova della maggior parte dei concorrenti.

Come funziona l'editor visuale di Storyblok?

L'editor visuale di Storyblok carica la tua applicazione frontend all'interno di un iframe e sovrappone regioni modificabili su ogni componente (Blok). I content editor cliccano direttamente sugli elementi della pagina per modificarli e vedono i cambiamenti in tempo reale. Richiede la libreria JavaScript StoryblokBridge nel codice del tuo frontend per connettere l'iframe all'interfaccia di modifica di Storyblok.

Storyblok è meglio di Contentful?

Dipende dalle tue priorità. Storyblok offre un editor visuale superiore e un'internazionalizzazione a livello di campo, rendendolo più adatto per team marketing che gestiscono contenuti multilingua. Contentful ha un ecosistema più maturo, un marketplace più ampio di integrazioni e una maggiore adozione enterprise. Entrambi sono solo SaaS con strutture di prezzo simili.

Quali framework supporta Storyblok?

Storyblok fornisce SDK ufficiali e template starter per Next.js, Nuxt, Astro, SvelteKit, Remix, Angular e Gatsby. L'SDK React (@storyblok/react) e l'SDK Vue (@storyblok/vue) coprono i due ecosistemi più popolari. Blueprints supporta attualmente Next.js, Nuxt e Astro per il setup guidato del progetto.

Si può fare il self-hosting di Storyblok?

No. Storyblok è una piattaforma solo SaaS senza opzione di self-hosting o on-premises. Se il self-hosting è un requisito del tuo progetto — per sovranità dei dati, conformità o ragioni di costo — considera Strapi (open-source, basato su Node.js) o Payload CMS (open-source, Next.js-native) come alternative che supportano deployment completamente self-hosted.

Cos'è FlowMotion in Storyblok?

FlowMotion è la funzionalità di automazione workflow di Storyblok, lanciata il 31 marzo 2026. Costruita su n8n gestito, si connette a 500+ integrazioni e automatizza operazioni sui contenuti come trigger di traduzione, notifiche agli stakeholder e pubblicazione cross-platform. FlowMotion è disponibile come add-on Enterprise/Elite, non è incluso nei piani Growth o Growth Plus.

Come gestisce l'internazionalizzazione Storyblok?

Storyblok usa la traduzione a livello di campo, il che significa che una Story contiene varianti tradotte di ogni campo invece di duplicare l'intero documento per lingua. Questo approccio scala meglio dell'i18n a livello di documento (usato da Contentful e Sanity) per siti con molte lingue. AI Translate supporta 34+ lingue usando la tua chiave API OpenAI o Gemini.

Chi usa Storyblok?

Il portfolio clienti di Storyblok include Adidas, Tesla, Oatly, Virgin Media O2, dm-drogerie markt, Spendesk e Panini. La piattaforma serve sia grandi organizzazioni che gestiscono operazioni di contenuto multi-mercato, sia startup in crescita che hanno bisogno di un editor visuale per dare autonomia ai team editoriali non tecnici. Storyblok ha raccolto $138M di finanziamenti totali attraverso il Series C.

Cosa sono i Blueprints di Storyblok?

I Blueprints sono template di setup guidato del progetto lanciati a luglio 2025 da Storyblok. Scegli un Core Blueprint (starter minimale) o un Business Blueprint (production-ready con componenti precostruiti). Seleziona il tuo framework — Next.js, Nuxt o Astro — e Storyblok crea un repo GitHub collegato con una pipeline di deploy su Vercel o Netlify in pochi minuti.