0 Minuten Downtime bei 800+ Seiten: Wie HiveMQ den Sprung von Hugo zu Storyblok meisterte

von Jörn Bernhardt

Auf einen Blick

Der Kunde

HiveMQ ist der technologische Enabler für die vernetzte Welt. Ihre Plattform ermöglicht es Unternehmen, Daten zwischen Geräten und der Cloud sicher und skalierbar zu übertragen.

Die Herausforderung

„Ein technisches Produkt zu verkaufen ist komplex genug – wenn aber jede Blog-Änderung zum IT-Ticket wird, bleibt die Agilität auf der Strecke."

Ausgangssituation

Ursprünglich war die HiveMQ-Website von Entwicklern für Entwickler gebaut. Das System basierte auf Hugo, einem Static Site Generator, der rein auf Markdown-Dateien setzte. Was für Techniker praktisch klang, wurde mit zunehmendem Unternehmenswachstum zum spürbaren Bremsklotz für das Marketing- und Content-Team. Jede neue Webinar-Ankündigung, jeder Blogpost und jede Design-Anpassung erforderte tiefes technisches Verständnis und den direkten Eingriff in das Code-Repository.

Pain Points

• Der Content-Flaschenhals: Das Marketing-Team konnte Inhalte nicht eigenständig pflegen. Jede Änderung musste über die Entwicklungsabteilung geschleust werden. Konsequenz: Verzögerungen von bis zu 72 Stunden bei zeitkritischen Kampagnen-Rollouts.
• Design-Inkonsistenz beim Rebranding: Ein neues Branding sollte ausgerollt werden, doch die bestehende Hugo-Struktur war zu starr für moderne, komponentenbasierte Designs. Konsequenz: Über 100 Arbeitsstunden pro Monat für manuelle CSS-Anpassungen über verschiedene Content-Typen hinweg.
• SEO-Risiko: Bei über 800 Unterseiten und einer starken organischen Reichweite war das Risiko eines Ranking-Verlusts durch fehlerhafte Redirects oder Strukturänderungen erheblich. Konsequenz: Geschätzter Traffic-Verlust im sechsstelligen Bereich bei einem harten „Big Bang"-Release.

Die Lösung

Warum compose.us?

HiveMQ suchte keinen reinen Umsetzungsdienstleister für eine neue Website, sondern einen Partner für eine anspruchsvolle Neugestaltung.

Ausschlaggebend war das fundierte Verständnis von compose.us für beide Welten – die Performance-Vorteile von statischen Generatoren (Hugo) und die Flexibilität moderner Headless-Systeme (Storyblok).

Der Kunde suchte einen Weg, die Migration unterbrechungsfrei zu gestalten, ohne das Content-Team für Monate „einzufrieren".

Strategischer Ansatz

Die zentrale Idee war ein Hybrid-Build-Prozess. Statt eines riskanten Stichtag-Wechsels entwickelten wir eine Architektur, in der Hugo und Storyblok/SvelteKit koexistieren konnten. Wir migrierten Content-Typ für Content-Typ. Storyblok-Inhalte erhielten im Build-Prozess Priorität: Sobald eine Seite im neuen CMS aktiv war, überschrieb sie die alte Hugo-Version automatisch.

Technische Highlights

• Prioritätsgesteuerte Rendering Engine: Wir entwickelten Skripte, die während des Build-Vorgangs prüfen: „Gibt es diesen Pfad in Storyblok?" Wenn ja, wird die SvelteKit-Version gerendert. Wenn nein, bleibt die Hugo-Seite bestehen. Nutzen: Schrittweise Migration ohne Risiko und ohne sichtbare Brüche für den User.
• Cross-System Component Sync: Da Header und Footer in beiden Systemen (Hugo-Templates vs. Svelte-Komponenten) identisch aussehen mussten, automatisierten wir die Synchronisation globaler Elemente. Nutzen: Konsistentes Branding ab dem ersten Tag der Transition.
• Automatisierte SEO-Schutzschicht: Integration von Storyblok-Feldern für Meta-Tags und automatisierte Validierung von Redirects innerhalb des Build-Prozesses. Nutzen: Erhalt der Backlink-Stärke und Verbesserung der Search Console Metriken durch saubereres Markup.

Zusammenarbeit

Die Zusammenarbeit erfolgte in agilen Sprints. Ein besonderer Fokus lag auf dem Knowledge Transfer: Wir begleiteten das Onboarding eines neuen Web-Verantwortlichen bei HiveMQ so intensiv, dass dieser das System nach Projektabschluss selbstständig steuern konnte.

Ergebnisse & Impact

Weitere Highlights

• Unterbrechungsfreie User Experience: Besucher merkten nicht, dass sie sich technisch gesehen zwischen zwei Systemen bewegten.
• Skalierbarkeit: Durch den Wechsel auf Storyblok und SvelteKit ist die Seite nun PWA-ready und für zukünftige Performance-Anforderungen gerüstet.
• Fehlerreduktion: Durch das neue System wurden manuelle Markdown-Fehler, die oft den Build-Prozess stoppten, weitgehend beseitigt.

Stimme des Kunden

„Ich habe noch nie ein Migrationsprojekt in so einer Größe gesehen, was so reibungslos funktioniert hat." — Dominik Obermaier, Co-Founder & ehem. CEO, HiveMQ

Ausblick & nächste Schritte

Die erfolgreiche Migration bildet das Fundament für die nächste Phase der digitalen Strategie von HiveMQ. Durch die neue Flexibilität sind folgende Schritte bereits in Planung:

• Deep-ERP-Integration: Verknüpfung von Storyblok-Inhalten mit internen Datenströmen.
• Internationale Personalisierung: Rollout standortbezogener Inhalte über die Multi-Space-Funktionen von Storyblok.

Steht Ihr Unternehmen vor einer ähnlichen Herausforderung?

Wird Ihr Marketing-Team durch veraltete Technik ausgebremst? Haben Sie Angst, dass ein CMS-Wechsel Ihre SEO-Rankings vernichtet oder Wochen an Downtime kostet? Lassen Sie uns zeigen, wie eine risikofreie Migration für Ihr Unternehmen aussehen kann.