Storyblok CMS: Den komplette udviklerguide [2026]

Storyblok CMS: Den komplette udviklerguide [2026]

Storyblok er et af de få headless CMS-systemer, hvor dine indholdsredaktører faktisk kan se, hvad de redigerer, og denne ene funktion ændrer hele dynamikken mellem udviklere og redaktører. Efter at have rejst $80 mio. i Serie C-finansiering og lanceret workflow-automatisering i marts 2026, er det værd at forstå, hvad Storyblok faktisk gør godt, hvor det halter bagefter, og om det passer til dit næste projekt.

Hvad er Storyblok?

Storyblok er et headless CMS med en indbygget visuel editor, grundlagt i 2017 i Linz, Østrig af Dominik Angerer (CEO) og Alexander Feiglstorfer (CTO). Det bruger en komponentbaseret arkitektur kaldet Bloks og leverer indhold via REST- og GraphQL-API'er. Bruges af Adidas, Tesla og Oatly, har Storyblok rejst $138 mio. i finansiering gennem sin Serie C-runde.

Et headless CMS adskiller dit indhold fra din frontend; du administrerer indhold gennem en API, og din React-, Vue- eller Astro-app henter det. Den del er den samme på tværs af Contentful, Sanity, Strapi og alle andre headless muligheder. Det, der gør Storyblok anderledes, er den visuelle editor.

Vi driver fire produktionswebsteder på forskellige headless CMS-systemer (inklusive Sanity, som driver denne blog). Her er hvordan Storyblok sammenlignes baseret på praktisk erfaring: den visuelle editor reducerer genuint frem og tilbage-kommunikationen mellem udviklere og indholdsteams. I stedet for at redaktører udfylder formularer og spørger "hvordan vil dette se ud?", ser de den faktiske side. Det er en reel forbedring af arbejdsgangen, ikke bare et marketingbullet point.

Kernearkitekturen opdeles i to begreber: Stories (dine sider eller indholdsposter) og Bloks (genanvendelige komponenter som hero-sektioner, funktionsgittere eller CTA'er). Udviklere definerer Blok-skemaer, redaktører trækker og slipper dem ind i Stories. Indhold når din frontend gennem Content Delivery API'en.

Bemærkelsesværdige kunder udover Adidas og Tesla inkluderer Virgin Media O2, dm-drogerie markt, Oatly, Spendesk og Panini. For et dybere kig på, hvordan Storyblok står mål med hver større mulighed, tjek vores headless CMS-sammenligning.

Hvordan fungerer Storybloks visuelle editor?

Storybloks visuelle editor indlæser din frontend i en iframe og overlægger redigerbare områder på hver komponent. Indholdsredaktører ser en live forhåndsvisning af præcis, hvad besøgende vil se, med klik-for-at-redigere-funktionalitet på hver Blok. Det kræver, at StoryblokBridge JavaScript-biblioteket er opsat i din frontend-applikation.

Dette er funktionen, der adskiller Storyblok fra Contentfuls formularbaserede tilgang, Sanitys schema-as-code tilgang eller Strapis admin-panel. Disse CMS-systemer giver redaktører en formular med felter. Storyblok giver redaktører den faktiske side.

Iframe-arkitekturen

Sådan fungerer det under motorhjelmen: Når en redaktør åbner en Story i Storyblok-dashboardet, indlæser den visuelle editor din frontend-applikation inde i en iframe. Storyblok injicerer en _editable-egenskab i hver Bloks data (kun på kladdeindhold), og StoryblokBridge JavaScript-biblioteket lytter efter ændringer. Når en redaktør klikker på en komponent, kommunikerer broen med det overordnede Storyblok-vindue for at åbne den korrekte felteditor.

Resultatet? Redaktører klikker direkte på en hero-sektion for at redigere overskriften. De trækker en ny testimonial-Blok ned under prisafsnittet. De ser ændringer afspejlet øjeblikkeligt i forhåndsvisningen. Ingen "gem og tjek staging-sitet"-loop.

En faldgrube: Den visuelle editor fungerer kun med kladdeindhold, ikke publiceret. Din preview-URL skal pege på en version af din app, der henter kladdedata. Dette fanger folk uforberedt under opsætningen.

Opsætning af StoryblokBridge

Her er en typisk opsætning i et Next.js App Router-projekt. Du skal have @storyblok/react installeret:

// 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;
}

Pak derefter dit layout ind med provideren og brug StoryblokStory-komponenten til at aktivere live-redigering:

// 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} />;
}

StoryblokStory-komponenten håndterer broforbindelsen automatisk; den registrerer iframe-lytteren, anvender _editable-attributter på dine Bloks og aktiverer klik-for-at-redigere i den visuelle editor. Du behøver ikke at opsætte det manuelt.

Storybloks komponentarkitektur (Bloks og Stories)

Storyblok organiserer indhold ved hjælp af to kernebegreber: Stories (sider eller indholdsposter) og Bloks (genanvendelige komponenter som hero-sektioner, funktionsgittere eller CTA'er). Udviklere definerer Blok-skemaer i Storyblok-dashboardet, og redaktører sammensætter sider ved at trække og slippe Bloks ind i Stories.

Tænk på det som LEGO. Stories er basepladerne, de sider, du bygger. Bloks er de enkelte klodser – en hero-sektion, et testimonial-kort, en pristabel. Du definerer, hvilke felter hver Blok-type har (overskrift, billede, CTA-tekst), og redaktører sætter dem sammen.

Stories: Dine indholdsposter

Hver side, artikel eller indholdspost i Storyblok er en Story. Stories ligger i en mappestruktur (ligesom et filsystem), og hver Story har en slug, der mapper til en URL. En Storys body er sammensat af Bloks; det er essentielt en container.

Stories kan også indeholde ikke-side-indhold. Du kan have en Story kaldet "site-settings", der gemmer dine navigationslinks, footertekst og sociale medie-URL'er. Fleksibiliteten ligner den måde, du ville bruge singleton-dokumenter i Sanity.

Bloks: Genanvendelige byggeklodser

Bloks kommer i to varianter: nestable (indlejrbare) og content type (rod-niveau). Content type Bloks definerer skemaet på topniveau for en Story (som "Page" eller "BlogPost"). Nestable Bloks er de komponenter, redaktører trækker ind i en Storys body – hero-sektioner, billedgallerier, FAQ-akkordeoner.

Hver Blok har et skema, der definerer dens felter. Du opretter disse i Storyblok-dashboardet under "Components" (ikke i kode, hvilket er en nøgleforskel fra Sanitys schema-as-code tilgang).

Indholdsmodellering i praksis

Sådan ser et Hero Blok-skema ud, når du definerer det via Management API'en:

{
  "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
  }
}

Og React-komponenten, der renderer denne 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>
  );
}

storyblokEditable(blok)-kaldet er det, der aktiverer klik-for-at-redigere i den visuelle editor. Uden det renderes komponenten fint, men redaktører kan ikke klikke på den for at redigere felter. Let at glemme, smertefuldt at debugge.

Storyblok API'er: REST vs. GraphQL vs. Management

Storyblok tilbyder tre API'er: Content Delivery API (REST, anbefales til de fleste projekter), en GraphQL API (skrivebeskyttet, nyttig når du har brug for selektiv felthentning) og Management API (til programmatiske indholdsoperationer som migrationer og bulk-opdateringer). Storyblok anbefaler REST til nye projekter.

De fleste headless CMS-guides springer API-laget helt over. Det er en fejltagelse; den API, du vælger, påvirker dine build-tider, caching-strategi og rate limit-headroom.

Content Delivery API (REST)

Dette er den primære API og den, du vil bruge 90 % af tiden. Den understøtter filtrering, sortering, pagination og opløsning af relationer mellem Stories. Rate limits er generøse: 50 anmodninger/sekund på betalte planer.

// Fetching a story via the 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); // Your Bloks data

GraphQL API

GraphQL API'en er skrivebeskyttet og har forskellige rate limits (100 kompleksitetspoint per sekund). Den er nyttig, når du ønsker stærk typning og ikke har brug for hele Story-payloaden; du kan anmode om præcis de felter, du har brug for.

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

Management API

Management API'en håndterer CRUD-operationer på dit Storyblok-space: oprettelse af Stories, opdatering af komponentskemaer, administration af assets og kørsel af migrationer. Du vil bruge denne til CI/CD-pipelines, bulk-indholdsopdateringer eller til at bygge brugerdefineret værktøj omkring Storyblok.

Hvilken API skal du bruge?

Til de fleste Next.js-, Nuxt- eller Astro-projekter håndterer REST Content Delivery API'en med storyblok-js-client eller det officielle SDK alt, hvad du har brug for. Ræk ud efter GraphQL, hvis din indholdsmodel er kompleks, og du henter dybt nestede strukturer med mange felter, du ikke har brug for.

Storyblok-priser i 2026

Storybloks prissætning starter med en gratis Starter-plan. Betalte planer starter ved $99/måned for Growth (5 brugere). Højere niveauer inkluderer Growth Plus, Premium (mellemstore virksomheder) og Elite (ubegrænset). Ny prissætning trådte i kraft den 7. april 2026 med en 60-dages grace-periode for eksisterende månedlige abonnenter.

Her er opdelingen af nuværende prisniveauer:

Storyblok tilbyder også en 45-dages gratis prøveperiode af Growth Plus, hvilket er usædvanligt generøst sammenlignet med Contentfuls 30-dages prøveperiode eller Sanitys forbrugsbaserede gratis niveau.

Den ærlige vurdering af prissætningen: Storyblok kan blive dyrt i stor skala. Reddit-tråde fra bureauer nævner konsekvent prisstigninger, efterhånden som projekter vokser – flere brugere, flere API-kald, flere spaces til multi-site opsætninger. Hvis du har begrænsede budgetmidler, giver Strapis gratis self-hosted mulighed eller Payloads open-source model dig mere fleksibilitet på bekostning af at administrere din egen infrastruktur.

Til sideprojekter og prototyper fungerer den gratis Starter-plan. Til produktionsprojekter med 2-5 indholdsredaktører er Growth-planen til $99/måned konkurrencedygtig. Derudover skal du indhente et tilpasset tilbud fra Storybloks salgsteam; den offentliggjorte prissætning fortæller kun en del af historien.

Hvad er nyt i 2026: FlowMotion, Blueprints og AI

I 2026 lancerede Storyblok FlowMotion (31. marts), et workflow-automatiseringslag bygget på n8n med 500+ integrationer. Blueprints, lanceret juli 2025, giver guidet projektopsætning med framework-specifikke starters. AI-funktioner inkluderer AI Translate (34+ sprog), Ideation Room til indholdsbrainstorming og AI SEO-værktøjer.

Ingen af de andre Storyblok-guides derude dækker disse funktioner endnu. Her er hvad der faktisk bliver leveret.

FlowMotion: Workflow-automatisering

FlowMotion er Storybloks svar på flaskehalsen i indholdsoperationer. Ifølge deres lanceringsmeddelelse bruger 75 % af marketingsfolk 6+ timer om ugen på koordinationsopgaver for indhold – ting som at underrette interessenter, udløse oversættelser og planlægge sociale medie-indlæg.

FlowMotion er bygget på managed n8n (det open-source workflow-automatiseringsværktøj) og forbinder til 500+ integrationer. Du sætter triggers på indholdsbegivenheder – opret, opdater, godkend, oversæt, planlæg, publicér – og FlowMotion kører workflowet automatisk. Forestil dig dette: En redaktør publicerer et blogindlæg, og FlowMotion udløser automatisk AI-oversættelse til 10 sprog, underretter social media-teamet via Slack og planlægger et Twitter/X-indlæg.

Det er et Enterprise/Elite tillæg, så mindre teams vil ikke have adgang. Men for organisationer, der administrerer indhold på tværs af flere markeder og kanaler, er dette en betydelig tidsbesparelse.

Blueprints: Guidet projektopsætning

Blueprints løser et reelt smertepunkt: den indledende opsætning af et Storyblok-projekt. En undersøgelse fra 2024 fandt, at 24 % af seniorudviklere siger, at indledende CMS-projektopsætning tager dage, ikke timer.

Storyblok tilbyder to Blueprint-niveauer:

• Core Blueprint: Minimal opsætning, forbinder dit framework (Next.js, Nuxt eller Astro), opretter et space og deployer en basic starter. Godt til udviklere, der ønsker en ren tavle.
• Business Blueprint: Produktionsklar opsætning med forudbyggede komponenter, en konfigureret indholdsmodel og deployment til Vercel eller Netlify. Tættere på en "launch på 30 minutter"-oplevelse.

Du vælger dit framework, vælger Core eller Business, og Storyblok opretter et forbundet GitHub-repo med en deploymentspipeline. Det sparer genuint timer på boilerplate-opsætning sammenlignet med at starte fra bunden.

AI-funktioner: Translate, Ideation Room og mere

Storybloks AI-funktioner tager en "bring-your-own-provider"-tilgang. Du forbinder din OpenAI- eller Google Gemini-API-nøgle, og Storyblok bruger den til:

• AI Translate: Oversæt indhold til 34+ sprog direkte i editoren. Ikke en erstatning for professionel oversættelse af kritisk indhold, men fremragende til kladder og internt indhold.
• Ideation Room: Samarbejdende AI-brainstorming til indholdsidéer. Redaktører beskriver, hvad de har brug for, og AI'en genererer outlines, overskrifter og kladder.
• AI Alt Text: Automatisk generering af alt-tekst til billeder.
• AI SEO: Forslag til meta-titel og beskrivelse baseret på dit indhold.

Modellen med egen nøgle betyder, at du styrer omkostningerne og undgår vendor lock-in på AI-prissætning. Storyblok har også en "Concept Room"-funktion under udvikling, der sigter mod at kombinere idégenerering med visuel indholdsplanlægning.

Internationalisering med Storyblok

Storyblok håndterer i18n gennem felt-niveau oversættelse, hvilket betyder, at du har én Story med oversatte felter for hvert sprog i stedet for at duplikere hele dokumentet per sprog. Dette er fundamentalt anderledes end Contentful og Sanity, som bruger dokument-niveau oversættelse, og det betyder noget i stor skala.

Hvorfor vinder felt-niveau oversættelse? Overvej et marketingsite på 10 sprog. Med dokument-niveau i18n (Contentful, Sanity) ville du have 10 separate dokumenter for hver side. Ændr layoutet? Opdater 10 dokumenter. Med Storybloks felt-niveau tilgang har du én Story. Strukturen forbliver den samme, kun tekstfelterne har sprogvarianter. Ændr layoutet én gang, alle 10 sprog opdateres.

AI Translate gør dette endnu hurtigere. Redaktører skriver indhold på deres primære sprog, klikker på "Translate", og AI'en udfylder de andre sprog ved hjælp af deres forbundne OpenAI- eller Gemini-udbyder. Det understøtter 34+ sprog.

Sådan henter du oversat indhold:

// Fetching a story in German
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 now contains German translations
// Untranslated fields fall back to the default language

language-parameteren gør alt arbejdet. Ikke-oversatte felter falder automatisk tilbage til standardsproget, så du får aldrig en ødelagt side på grund af ufuldstændige oversættelser.

Storyblok vs. alternativerne

Efter at have testet alle fem af disse CMS-systemer til vores egne projekter, her er hvordan de sammenlignes på de funktioner, der faktisk betyder noget for projektbeslutninger:

Vælg Storyblok hvis dit projekt involverer både udviklere og ikke-tekniske indholdsredaktører, der har brug for at se ændringer visuelt. Den visuelle editor er ubestridt, og felt-niveau i18n er den bedste i klassen til flersprogede sites.

Vælg Sanity hvis dit team er udviklertungt, og du ønsker maksimal skemafleksibilitet. Sanitys schema-as-code tilgang og GROQ-query-sprog giver dig mere kontrol, men redaktører får en formularbaseret UI, ikke en visuel forhåndsvisning. Læs vores Sanity-guide for det fulde billede.

Vælg Strapi eller Payload hvis du har brug for self-hosting eller open-source kontrol. Hverken Storyblok, Sanity eller Contentful lader dig køre CMS'et på dine egne servere. Strapi og Payload gør. Tjek vores Strapi-guide eller vores Payload-guide for detaljer.

Vælg Contentful hvis du er i et enterprise-miljø, der værdsætter økosystemmodenhed, omfattende marketplace-integrationer og etableret udviklerværktøj. Læs vores Contentful-guide.

For den fulde sammenligning med scoring og anbefalinger fra virkelige projekter, se vores fulde headless CMS-sammenligning.

Hvornår du IKKE skal bruge Storyblok

Ethvert CMS har dealbreakers for visse projekter. Her er Storybloks:

Du har brug for self-hosting. Storyblok er kun SaaS; der er ingen on-premises mulighed, intet Docker-image, ingen self-managed deployment. Hvis din organisation kræver datasuverænitet eller on-prem hosting, kig på Payload til self-hosted projekter eller Strapi i stedet.

Du vil have schema-as-code. Storyblok-komponentskemaer defineres i dashboard-UI'en, ikke i din kodebase. Du kan eksportere og importere dem via Management API'en, men de lever ikke i dit Git-repo som kilde til sandhed. Hvis versionskontrollerede skemaer betyder noget for dit team, tilbyder både Sanity og Payload code-first indholdsmodellering.

Du er budgetbegrænset i stor skala. Storybloks prissætning fungerer godt for små til mellemstore teams. Men hvis du kører 15+ spaces på tværs af flere brands med dusinvis af redaktører, løber omkostningerne op. Self-hosted Strapi eller Payload eliminerer CMS-licensomkostninger helt.

Dit team består kun af udviklere. Den visuelle editor er Storybloks premium-funktion. Hvis ingen på dit team har brug for en visuel forhåndsvisning, hvis alle er komfortable med at redigere JSON eller bruge en formularbaseret UI, betaler du for en funktion, du ikke vil bruge.

Du har brug for direkte databaseadgang. Storyblok abstraherer fuldt ud sit lagringslag. Der er ingen Postgres-forbindelse, ingen SQL-queries, ingen direkte dataadgang. Hvis dit projekt kræver brugerdefinerede databasequeries eller joins med andre datakilder på databaseniveau, giver Payload (bygget på MongoDB/Postgres) dig det.

I vores erfaring med at bygge på tværs af flere CMS-systemer, skinner Storyblok, når udviklere og indholdsredaktører samarbejder om det samme projekt. Hvis dit team kun består af udviklere, er premium-prisen for den visuelle editor ikke værd at betale.

Kom i gang med Storyblok

Den hurtigste vej fra nul til et fungerende Storyblok-projekt tager cirka 30 minutter med Blueprints, eller en time uden. Her er sekvensen:

Trin 1: Tilmeld dig. Opret en gratis konto på storyblok.com. Starter-planen giver dig ét space med 25K API-kald/md, nok til udvikling og prototyping.

Trin 2: Vælg en Blueprint eller start blankt. Hvis du vil have et forudkonfigureret projekt, vælg en Blueprint (Core for minimal, Business for produktionsklar). Hvis du foretrækker at bygge fra bunden, opret et tomt space.

Trin 3: Forbind din frontend. Storyblok har officielle SDK'er og starters til Next.js, Nuxt, Astro, SvelteKit, Remix, Angular og Gatsby. Til et Next.js App Router-projekt:

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

Trin 4: Opsæt preview-URL'en til den visuelle editor. I dine Storyblok-space-indstillinger skal du indstille preview-URL'en til din lokale dev-server (f.eks. https://localhost:3000/). Den visuelle editor kræver HTTPS; brug next dev --experimental-https eller et værktøj som mkcert.

Trin 5: Definer din første Blok og opret en Story. Gå til "Components" i Storyblok-dashboardet, opret en "Page" indholdstype med et body-felt, og opret derefter en nestable "Hero" Blok. Opret din første Story ved hjælp af "Page" indholdstypen. Træk Hero Blokken ind. Se den rendere i den visuelle editor.

For framework-specifikke quickstart-guides vedligeholder Storyblok en technologies-side med opsætningstutorials for hvert understøttet framework. Hvis du beslutter dig mellem frameworks til din frontend, dækker vores Next.js vs. Remix sammenligning tradeoffs, og vores Vercel vs. Netlify-guide hjælper med beslutninger om deploymentsplatforme.

FAQ

Hvad er Storyblok CMS?

Storyblok er et headless content management system med en indbygget visuel editor, grundlagt i 2017 i Linz, Østrig. Det bruger en komponentbaseret arkitektur kaldet Bloks til indholdsmodellering og leverer indhold gennem REST- og GraphQL-API'er. Storyblok bruges af virksomheder som Adidas, Tesla og Oatly til websteder, apps og multikanal indholdslevering.

Er Storyblok gratis at bruge?

Ja, Storyblok tilbyder en gratis Starter-plan med én bruger, ét space og 25.000 API-kald om måneden. Betalte planer starter ved $99/måned for Growth-niveauet med fem brugere. Storyblok tilbyder også en 45-dages gratis prøveperiode af Growth Plus, hvilket er mere generøst end de fleste konkurrenters prøveperioder.

Hvordan fungerer Storybloks visuelle editor?

Storybloks visuelle editor indlæser din frontend-applikation inde i en iframe og overlægger redigerbare områder på hver komponent (Blok). Indholdsredaktører klikker direkte på sideelementer for at redigere dem og ser ændringer i realtid. Det kræver StoryblokBridge JavaScript-biblioteket i din frontend-kode for at forbinde iframen til Storybloks redigeringsinterface.

Er Storyblok bedre end Contentful?

Det afhænger af dine prioriteter. Storyblok tilbyder en overlegen visuel editor og felt-niveau internationalisering, hvilket gør det bedre for marketingteams, der administrerer flersproget indhold. Contentful har et mere modent økosystem, et større marketplace af integrationer og dybere enterprise-adoption. Begge er kun SaaS med lignende prisstrukturer.

Hvilke frameworks understøtter Storyblok?

Storyblok leverer officielle SDK'er og starter-skabeloner til Next.js, Nuxt, Astro, SvelteKit, Remix, Angular og Gatsby. React SDK'et (@storyblok/react) og Vue SDK'et (@storyblok/vue) dækker de to mest populære økosystemer. Blueprints understøtter i øjeblikket Next.js, Nuxt og Astro til guidet projektopsætning.

Kan man self-hoste Storyblok?

Nej. Storyblok er en kun-SaaS platform uden nogen self-hosting eller on-premises mulighed. Hvis self-hosting er et krav for dit projekt på grund af datasuverænitet, compliance eller omkostningsårsager, bør du overveje Strapi (open-source, Node.js-baseret) eller Payload CMS (open-source, Next.js-native) som alternativer, der understøtter fulde self-hosted deployments.

Hvad er FlowMotion i Storyblok?

FlowMotion er Storybloks workflow-automatiseringsfunktion lanceret den 31. marts 2026. Bygget på managed n8n forbinder den til 500+ integrationer og automatiserer indholdsoperationer som oversættelsestriggers, underretning af interessenter og cross-platform publicering. FlowMotion er tilgængelig som et Enterprise/Elite tillæg og er ikke inkluderet i Growth- eller Growth Plus-planer.

Hvordan håndterer Storyblok internationalisering?

Storyblok bruger felt-niveau oversættelse, hvilket betyder, at én Story indeholder oversatte varianter af hvert felt i stedet for at duplikere hele dokumentet per sprog. Denne tilgang skalerer bedre end dokument-niveau i18n (brugt af Contentful og Sanity) for sites med mange sprog. AI Translate understøtter 34+ sprog ved hjælp af din egen OpenAI- eller Gemini-API-nøgle.

Hvem bruger Storyblok?

Storybloks kundeliste inkluderer Adidas, Tesla, Oatly, Virgin Media O2, dm-drogerie markt, Spendesk og Panini. Platformen betjener både enterprise-organisationer, der administrerer multi-marked indholdsoperationer, og voksende startups, der har brug for en visuel editor til at bemyndige ikke-tekniske indholdsteams. Storyblok har rejst i alt $138 mio. i finansiering gennem Serie C.

Hvad er Storyblok Blueprints?

Blueprints er guidede projektopsætningsskabeloner lanceret i juli 2025 af Storyblok. Vælg en Core Blueprint (minimal starter) eller Business Blueprint (produktionsklar med forudbyggede komponenter). Vælg dit framework – Next.js, Nuxt eller Astro – og Storyblok opretter et forbundet GitHub-repository med en deploymentspipeline til Vercel eller Netlify på få minutter.