Wenn jede Textänderung ein Ticket an die IT braucht, bremst das CMS das Marketing aus. Wir bauen Storyblok-Plattformen, auf denen eure Redaktion Seiten selbst zusammenstellt, mehrere Marken und Märkte aus einem System laufen und die Technik mitwächst. Wer von Adobe Experience Manager kommt, migriert mit uns in abgestimmten Schritten und mit einem Redirect-Plan für die Rankings.
Unverbindlich und kostenlos. Ihr sprecht direkt mit unseren Storyblok-Expert:innen.
Headless-Kund:innen
Branchenexpertise
Whitepaper
Mit Headless und Composable Architecture werden Inhalte zu wiederverwendbaren Bausteinen. Auf 15 Seiten zeigen wir, was das für Business und Kommunikation bedeutet und worauf es bei der Einführung ankommt.
Whitepaper herunterladen
15 Seiten zu Headless, Composable und Content-Architektur
01 / Leistungen
Ein Headless CMS ist nur so gut wie das Content-Modell, das Frontend und die Prozesse dahinter. Deshalb begleiten wir Storyblok-Projekte von der ersten Anforderung bis zum laufenden Betrieb.
01
Wir schauen uns eure Abläufe, Systeme und Inhalte an und klären, was Redaktion, Marketing und IT wirklich brauchen. Das Content-Modell entwerfen wir aus Sicht der Menschen, die täglich damit arbeiten: Welche Komponenten braucht die Redaktion, wie viele Felder sind zumutbar, wie sieht die Seite für Besucher:innen am Ende aus?
Mehr zu Experience Design →02
Wir setzen Corporate Websites, Portale und Plattformen mit Storyblok um, typischerweise mit Next.js oder Nuxt und Hosting auf Vercel. Commerce-Systeme, PIM, DAM und weitere Dienste binden wir über APIs an, Mehrsprachigkeit und Multi-Domain-Setups richten wir so ein, dass neue Märkte ohne großen Aufwand dazukommen.
Mehr zu Composable Platforms →03
Nach dem Go-Live bleiben wir an Bord. Wir schulen eure Redaktion, kümmern uns um Wartung und Updates und entwickeln die Plattform auf Basis von Nutzungsdaten weiter.
02 / Migration
Viele Unternehmen prüfen gerade, ob Adobe Experience Manager noch zu ihren Anforderungen passt. Häufige Gründe sind Lizenz- und Betriebskosten, lange Release-Zyklen und eine Redaktion, die für einfache Änderungen auf die IT angewiesen ist. Eine Migration ist aber mehr als Export und Import, denn Content-Strukturen, Komponenten und URLs müssen neu gedacht werden.
So läuft eine Migration bei uns ab
01
Wir erfassen Seiten, Komponenten, Templates, Assets, Integrationen und Traffic-Daten eurer AEM-Instanz und klären, was übernommen, zusammengelegt oder gestrichen wird.
02
Wir übersetzen AEM-Komponenten in ein Storyblok-Komponentenmodell, das eure Redaktion ohne Entwickler:innen bedienen kann.
03
Wir bauen das neue Frontend und binden die Systeme an, die bisher an AEM hingen.
04
Strukturierte Inhalte übertragen wir per Skript, Sonderfälle bereinigen wir gezielt von Hand.
05
Vollständiges Redirect-Mapping, Übernahme der Metadaten und ein Crawl-Abgleich vor dem Go-Live, damit alle relevanten URLs sauber weiterleiten.
06
Wir schalten in abgestimmten Schritten um, schulen die Redaktion und beobachten Rankings und Fehlerseiten in den ersten Wochen eng.
Unsere Erfahrung mit AEM
[Beleg erforderlich: eigene AEM-Migration mit Kunde, Umfang und Zeitraum, AEM-Erfahrung im Team oder AEM-Kompetenz einer Reply-Einheit. Ohne Beleg wird dieser Block gestrichen.]
03 / Technologie
Storyblok stellt Inhalte über APIs bereit, das Frontend entwickeln wir unabhängig davon. So lassen sich einzelne Bausteine austauschen, ohne die ganze Plattform neu zu bauen.
Frontend
Auslieferung über Vercel oder eure bestehende Infrastruktur.
Redaktion
Wiederverwendbare Komponenten, die die Redaktion im Visual Editor mit Live-Vorschau zusammensetzt.
Integrationen
Anbindung etwa von Shopify oder Commercetools über REST- und GraphQL-APIs. [Nur Systeme nennen, die ihr schon mit Storyblok integriert habt]
Märkte
Übersetzungen auf Feld- oder Ordnerebene, Multi-Domain-Setups für mehrere Länder und Marken.
Unsere Haltung
Headless ist für uns kein Trend, den wir mitnehmen. Deswegen haben wir unsere Erfahrungen damit in einem eigenen Buch aufgeschrieben, dem Reklame-Werk "Be Headless statt kopflos".
Composable ist dabei unser Motor. Wir bauen Plattformen aus Bausteinen, die sich einzeln austauschen lassen, und Storyblok ist einer, den Redaktionen mögen.
Mehr zu Composable Platforms →04 / FAQ
Der Wechsel lohnt sich meist, wenn eure Redaktion für einfache Änderungen auf die IT warten muss, Releases lange dauern oder Lizenz- und Betriebskosten nicht mehr zum Nutzen passen. AEM verwaltet Inhalte und Darstellung in einem System, Storyblok trennt beides und liefert Inhalte über APIs an Website, App und andere Kanäle. Wenn ihr dagegen viele Funktionen der Adobe Experience Cloud intensiv nutzt, kann AEM weiterhin die bessere Wahl sein. Das klären wir vor jeder Empfehlung.
Wir setzen beide Systeme ein und entscheiden je nach Projekt. Storyblok ist stark, wenn die Redaktion Seiten selbst aus Komponenten zusammenstellen und dabei sofort sehen will, wie sie aussehen. Sanity passt besser, wenn das Redaktionsinterface stark individuell sein soll oder Inhalte sehr strukturiert und datenlastig sind, denn dort wird das Schema im Code definiert und das Studio lässt sich frei anpassen. Für klassische Marketing- und Corporate-Websites mit vielen Redakteur:innen empfehlen wir häufiger Storyblok. [Prüfen: deckt sich das mit eurer Projekterfahrung?]
Für den laufenden Redaktionsalltag nicht. Storyblok läuft als Cloud-Service, eine eigene Server-Infrastruktur für das CMS entfällt, und die Redaktion baut Seiten aus den vorhandenen Komponenten ohne Code. Entwicklung braucht ihr, wenn neue Komponenten, Integrationen oder Funktionen dazukommen sollen. Das könnt ihr intern abdecken oder an uns abgeben, auch gemischt.
Weniger als bei den meisten CMS-Wechseln, wenn das Content-Modell gut gemacht ist. Die Redaktion arbeitet im Visual Editor und sieht Änderungen direkt in der Vorschau. Entscheidend ist, dass Komponenten und Felder zu ihrem Alltag passen. Deshalb beziehen wir die Redaktion früh ein und schulen sie vor dem Go-Live an echten Inhalten. [Prüfen: entspricht das eurem Vorgehen?]
Wenn die Migration sauber geplant ist, ja. Entscheidend sind ein vollständiges Redirect-Mapping von alten auf neue URLs, die Übernahme von Titles, Descriptions und strukturierten Daten und ein Crawl-Abgleich vor dem Go-Live. Nach dem Umstieg beobachten wir Indexierung, Rankings und Fehlerseiten in der Search Console und korrigieren schnell, falls etwas wegbricht.
Storyblok liefert das CMS, aber kein fertiges Frontend und kein Content-Modell. Beides entscheidet darüber, ob die Plattform im Alltag funktioniert. Eine Agentur bringt Erfahrung aus anderen Projekten mit, entwickelt Frontend und Integrationen und sorgt dafür, dass die Redaktion von Anfang an gut damit arbeiten kann.
05 / Kontakt
Erzählt uns kurz, wo ihr gerade steht, ob neues Projekt, Relaunch oder Migration. Wir melden uns direkt mit einem Terminvorschlag.
Lass uns sprechen
Wiebke Wefer
Business Unit Lead Composable Solutions
Sales, Business Consulting und Account Direction rund um Composable- und MACH-Architekturen.
Zum Profil →
Thorsten Diegel
Head of Technology
Verantwortet die Partnerschaften mit Vercel, Sanity und Storyblok.
Zum Profil →
Hagen Seidel
Geschäftsführer, Partner bei Reply
Schwerpunkte Composable- und Headless-Web-Applikationen und agiles Projektvorgehen.
Zum Profil →
