Storyblok Agentur München: Auswahl-Checkliste 2026

Im Netz liest sich das bei den meisten Münchner und DACH-weiten Agenturen fast identisch: Visual Editor und Omnichannel-Versprechen fast überall. Was in kaum einem Leistungstext auftaucht, sind die konkreten Fragen fürs Erstgespräch und die Warnsignale, an denen du eine unseriöse Umsetzung erkennst, bevor das Projekt teuer wird.

Das Wichtigste vorab:

• Storyblok passt vor allem zu mehrsprachigen Marketing-Websites mit echtem Headless-Anspruch und einem Entwicklungspartner im Hintergrund.

• Rollen, Workflows und Releases entscheiden darüber, ob Freigabeprozesse im Redaktionsalltag tatsächlich funktionieren.

• Eine fehlende Preview-Produktiv-Trennung macht jede Content-Änderung zu einem Risiko für dein Deployment.

• Ein seriöses Angebot benennt konkrete Migrationsphasen, Verantwortlichkeiten und Abnahmekriterien im Detail.

Wann passt Storyblok als CMS, und wann eher nicht?

Storyblok passt, wenn dein Marketing-Team Inhalte selbstständig pflegen will, mehrere Sprachversionen nebeneinander laufen und ein Entwicklungsteam die Headless-Architektur betreut. Für eine einfache Ein-Seiten-Website ohne Redaktionsprozess oder ohne festen Dev-Partner ist das Setup dagegen meist überdimensioniert.

Der Kern von Storyblok ist der Live Visual Editor kombiniert mit einem Komponentenmodell: Redakteure bauen Seiten aus wiederverwendbaren Bausteinen zusammen, während Entwickler die Bausteine selbst pflegen. Das lohnt sich für Corporate-Websites mit vielen Seitentypen, für B2B-Auftritte mit komplexer Content-Struktur und für Unternehmen, die mehrere Länder oder Sprachen gleichzeitig bespielen. Der Anbieter selbst gibt an, dass rund 54.000 Entwickler und Marketer in mehr als 86.000 Projekten mit Storyblok arbeiten, eine Herstellerzahl ohne unabhängige Prüfung, aber ein Hinweis auf die Verbreitung im Markt.

Weniger sinnvoll ist Storyblok, wenn du eigentlich nur einen klassischen Pagebuilder ohne API-Anbindung suchst, wenn kein Entwicklungspartner für Deployment und Wartung eingeplant ist oder wenn eine Landingpage mit fünf statischen Seiten schon reicht. Wenn du Storyblok gerade erst gegen andere Headless-Ansätze abwägst, klär am besten zuerst die Grundlagen von Headless Commerce, bevor du in die Agenturauswahl gehst.

Welche Storyblok-Skills muss deine Agentur zu deinem Projektziel mitbringen?

Je nach Projektziel brauchst du bei der Agentur ganz unterschiedliche Storyblok-Kompetenzen. Die wichtigsten hängen davon ab, was du eigentlich vorhast:

Beim Thema Mehrsprachigkeit solltest du genau nachfragen: Storyblok bietet drei unterschiedliche Übersetzungsmodelle an, je nachdem, wie stark sich Inhalte zwischen Märkten unterscheiden. Bei gleicher Struktur je Sprache reicht die Feld-Ebene, bei stark abweichenden Inhalten pro Markt braucht es die Ordner-Ebene, und bei komplett getrennten Redaktionsteams empfiehlt sich ein eigener Space je Markt. Eine Agentur, die dir das nicht erklären kann, hat vermutlich noch kein internationales Storyblok-Projekt sauber umgesetzt.

Praxis-Beispiel Redaktions-Workflow: Ein typisches Storyblok-Setup für Freigabeprozesse läuft über vier Stufen, Draft, Review, Approval und Published, wobei jede Stufe einer festen Rolle zugeordnet ist. So sieht jeder im Team sofort, wer gerade dran ist, und niemand muss im Chat nachhaken.

Welcher Tech-Stack passt zu deinem Storyblok-Setup?

Im Storyblok-Umfeld dominieren Nuxt, Next.js und zunehmend Astro als Frontend, kombiniert mit den Rendering-Modi SSR, SSG oder ISR je nach Seitentyp. Seit den sogenannten Storyblok Blueprints lässt sich ein solches Projekt-Grundgerüst für Next.js, Nuxt oder Astro inklusive verknüpftem GitHub-Repo und Deployment-Pipeline zu Vercel oder Netlify in wenigen Minuten aufsetzen. Früher kostete allein das Projekt-Setup oft mehrere Tage.

Wichtiger als die Wahl des Frameworks ist, wie deine Agentur Preview und Produktivbetrieb organisiert. Für produktive Projekte empfiehlt Storyblok selbst zwei getrennte Umgebungen: eine SSR- oder CSR-Preview für das Live-Editing im Visual Editor und eine separat optimierte SSG- oder ISR-Produktivumgebung, verbunden über Build-Hooks. Bei statischem Deployment muss die Seite nach jeder Content-Änderung neu gebaut werden, ausgelöst über Storyblok-Webhooks, die beim Veröffentlichen oder Zurückziehen einer Story automatisch den Build-Hook des Hosters anstoßen.

Preview- vs. Produktivumgebung: Fehlt diese Trennung, wirkt sich jede Vorschau-Änderung direkt auf die Live-Seite aus, oder das Team arbeitet mit einem einzigen langsamen Setup für beides. Kläre im Erstgespräch konkret, wie beide Umgebungen bei eurer Agentur verbunden sind.

Für Bilder liefert Storyblok einen eigenen Image Service, der Größe, Format und Qualität direkt über URL-Parameter steuert, inklusive automatischer WebP-Konvertierung. Ausgeliefert werden Assets über das CloudFront-CDN von AWS, das ein Bild beim ersten Aufruf on-demand verarbeitet und danach an den Edge-Standorten zwischenspeichert. Im Erstgespräch kannst du das direkt abklopfen:

1. Rendering-Modus: Welche Seitentypen laufen über SSR, welche über SSG oder ISR, und warum genau so?

2. Preview-Trennung: Wie ist eure Preview-Umgebung technisch von der Produktivumgebung getrennt?

3. Build-Automatisierung: Welches Ereignis löst bei euch den Rebuild aus, Storyblok-Webhook oder manueller Trigger?

4. Bild-Performance: Wie nutzt ihr den Image Service für Formate, Größen und Caching?

5. Setup-Basis: Startet ihr mit einem Storyblok Blueprint oder einem eigenen Boilerplate?

Woran erkennst du eine unseriöse Storyblok-Agentur?

Die zuverlässigsten Warnsignale erkennst du selten im Pitch. Sie stecken in den Details, die eine Agentur von sich aus anspricht. Zehn Red Flags, die du im Erstgespräch abklopfen solltest:

1. Kein Migrationsplan: Keine Phasen wie Assess, Design, Migrate und Verify, nur ein vages „das übernehmen wir schon".

2. Keine Asset-Strategie: Kein konkretes Vorgehen für Bilder, Redirect-Mapping und einen Broken-Link-Check vor Go-live.

3. Keine Preview-Trennung: Live-Editing und Produktivseite laufen ungetrennt auf derselben Umgebung.

4. SEO-Blindstellen: Die Behauptung, Storyblok erzeuge Sitemap und strukturierte Daten automatisch, stimmt schlicht nicht.

5. Kein Consent-Konzept: Tracking wird eingerichtet, ohne Cookie-Banner und Google Consent Mode von Anfang an mitzudenken.

6. Reiner Template-Ansatz: Ein Standard-Theme mit Storyblok-Anstrich, ohne eigenes Komponentenmodell dahinter.

7. Unklare Workflows: Niemand kann erklären, wer Inhalte freigibt oder wie Rollen im Team vergeben werden.

8. Keine Ownership-Regelung: Unklar, wer nach Projektende Zugriff auf Space, Repository und Deployment behält.

9. Fehlende QA-Phase: Kein Test- oder Abnahmeprozess vor dem Livegang, nur ein stiller Rollout am Wochenende.

10. Vages Angebot: Nur ein Pauschalpreis, ohne Deliverables, Meilensteine oder Abnahmekriterien.

Besonders der SEO-Punkt wird oft unterschätzt: Ein technischer SEO-Leitfaden für Headless-Setups bestätigt, dass Storyblok weder XML-Sitemap noch JSON-LD von sich aus generiert. Beides muss dein Frontend-Team über Build-Time-, On-Demand- oder Hybrid-Ansätze selbst umsetzen, ein häufig übersehener Schwachpunkt bei schnell zusammengestellten Angeboten.

Was muss ein seriöses Storyblok-Angebot enthalten?

Ein belastbares Storyblok-Angebot benennt sechs konkrete Deliverables, von der Informationsarchitektur bis zum Go-live, und eben mehr als eine bloße Endsumme unter dem Strich. Im Detail heißt das:

• Konzept & Informationsarchitektur: Seitentypen, Content-Modell und Navigation, abgestimmt auf euer Ziel.

• Komponentenbibliothek: Wiederverwendbare Storyblok-Komponenten als gemeinsame Basis für alle Seitentypen.

• Migration: Asset- und Content-Übernahme mit Redirect-Mapping und Broken-Link-Check.

• Rollen & Workflows: Freigabeprozesse für dein Redaktionsteam, dokumentiert und getestet.

• Tracking & SEO: Sitemap, strukturierte Daten und Consent-Setup als eigene Deliverables.

• QA & Go-live: Abnahmekriterien, Testphase und ein klar terminierter Livegang.

Für die Migration selbst nennt der offizielle Storyblok-Migrationsleitfaden vier Phasen: Assess & Plan, Design & Configure, Migrate & Integrate sowie Verify & Launch. Innerhalb der Migrate-Phase gilt die Reihenfolge zuerst Assets, dann Content, dazu ein Abgleich der alten und neuen Sitemap sowie ein Broken-Links-Check, damit keine indexierten Seiten stillschweigend verschwinden. Wie aufwendig diese vier Phasen tatsächlich sind, hängt stark von Seitenzahl, Sprachversionen und der Menge an Altlasten im bestehenden CMS ab, weshalb sich Dauer und Aufwand nicht pauschal vorhersagen lassen.

Lizenz- und Projektkosten trennen: Seit dem 7. April 2026 gilt eine neue Storyblok-Preisstruktur: ein kostenloser Starter-Plan, Growth ab 99 US-Dollar im Monat, Growth Plus ab 349 US-Dollar im Monat sowie individuell verhandelte Premium- und Elite-Pläne für Enterprise-Anforderungen mit mehreren Teams oder Sprachen. Das ist ausschließlich die Lizenzgebühr an Storyblok. Das Honorar deiner Agentur für Konzept, Umsetzung und Migration kommt separat oben drauf.

Zu Projektkosten und Projektdauer einer Storyblok-Agentur gibt es keine belastbaren, unabhängigen Zahlen für den DACH-Raum, nur Lizenzpreise und vereinzelte Erfahrungswerte aus einzelnen Projekten. Bitte deshalb aktiv um vergleichbare Referenzprojekte deiner Agentur, um eine realistische Einschätzung zu bekommen.

Wie bereitest du das Erstgespräch mit einer Storyblok-Agentur vor?

Bereite ein kurzes Briefing vor, dann läuft das Gespräch für beide Seiten viel produktiver. Fünf Punkte reichen fürs Erste:

• Ziele: Was soll die neue Website oder das Redesign konkret erreichen, mehr Leads, ein CMS-Wechsel oder internationales Wachstum?

• Seitenarten: Welche Seitentypen braucht ihr, etwa Startseite, Produktseiten, Blog oder Landingpages?

• Sprachen: Welche Märkte und Sprachversionen sind geplant, und wie stark unterscheiden sich die Inhalte je Markt?

• Integrationen: Welche Systeme müssen angebunden werden, etwa CRM, Onlineshop, Newsletter oder Tracking?

• Timeline: Bis wann muss der Go-live stehen, und gibt es feste Meilensteine dazwischen?

Statt gleich den kompletten Relaunch zu buchen, fahren viele besser mit einem kleineren Zwischenschritt: einem Storyblok-Audit oder Workshop als eigenständigem ersten Projekt. Darin klärt ihr Content-Modell, Rollen, Zielsystem und Migrationsumfang, bevor größeres Budget gebunden wird. Wenn du willst, prüfen wir in einem kurzen Storyblok-Tech-Check (Stack, Preview, Rollen, Migration) deine Anforderungen und sagen dir ehrlich, ob Storyblok und Headless für euch die richtige Lösung sind. Genau diese Punkte aus der Checkliste setzen wir in unseren Storyblok-Projekten in München konkret um, von der Komponentenbibliothek bis zur Migration. Läuft bei euch Website und Onlineshop zusammen, etwa Corporate-Content plus Produktkatalog, zeigt unsere Seite zur Shopify Agentur München, wie sich das technisch verzahnen lässt.

Was die Wahl der Storyblok-Agentur am Ende entscheidet

Die Leistungsseiten der meisten Agenturen klingen fast alle gleich, überall dieselben Schlagworte rund um Visual Editor und Omnichannel. Der eigentliche Unterschied zeigt sich erst, wenn du gezielt nach Rollen, Preview-Trennung und Migrationsplan fragst. Genau an diesen Antworten erkennst du, wer ein Projekt schon mehrfach durchgespielt hat und wer beim ersten echten Redirect-Problem improvisiert.

Am aussagekräftigsten wird der Vergleich, wenn du zwei oder drei Agenturen exakt dieselben Fragen stellst und die Antworten nebeneinanderlegst, statt jedes Gespräch isoliert zu bewerten. Unterschiede in Migrationsplan, Rollenkonzept oder Preview-Setup fallen dann sofort auf. Wenn du unsicher bist, ob Storyblok für euren Fall überhaupt die richtige Basis ist, frag einen kurzen Tech-Check unverbindlich an, bevor du dich auf ein größeres Angebot festlegst.

Häufige Fragen zur Storyblok-Agentur-Auswahl