Manche Plattformmigrationen laufen reibungslos. Diese hier war eine echte Herausforderung. Erfahre, was tatsächlich bei der Umstellung von Schweizer Päckli von OctoberCMS auf einen modernen Laravel- und Vue-3-Stack passiert ist – und warum es komplizierter war, als es auf dem Papier schien.
Wer ist Schweizer Päckli und wo kamen wir ins Spiel?
Schweizer Päckli schafft etwas, das schwieriger ist, als es klingt: Sie verkaufen sorgfältig kuratierte Pakete mit authentischen regionalen Schweizer Spezialitäten – die sich anfühlen wie ein echtes Geschenk, nicht wie eine x-beliebige Online-Bestellung.
Jedes «Päckli» wird mit viel Bedacht zusammengestellt, um dem Empfänger ein Stück einer bestimmten Schweizer Region näherzubringen. Der Inhalt ist nicht generisch, sondern mit echtem Gespür für regionale Herkunft ausgewählt – genau das verleiht dem Produkt seinen Charakter. Für jemanden, der etwas Bedeutungsvolles verschicken möchte, macht genau diese Besonderheit den Unterschied.
Mitte 2023 zeigte die technische Grundlage, die all das zusammenhielt, erste Alterserscheinungen. Wir von what. haben die vollständige Plattformmigration übernommen und Schweizer Päckli von OctoberCMS auf Laravel und Vue 3 umgestellt – mit Laravel Nova als Backend. Das Projekt wurde Anfang 2024 abgeschlossen.
Warum eine vollständige Migration sinnvoller war als das Flicken des alten Systems
OctoberCMS hatte seinen Zweck erfüllt. Aber die Einschränkungen hatten sich so weit angehäuft, dass es nicht mehr realistisch war, sie zu umgehen.
Neue Features hinzuzufügen war kaum möglich. Die Abhängigkeit von CMS-Plugins bedeutete wenig Kontrolle über die zugrunde liegenden Datenstrukturen. Und die Skalierung auf neue Regionen – ein echtes strategisches Ziel für Schweizer Päckli – war bestenfalls mühsam.
Das ehrliche Argument für eine vollständige Migration war letztlich: Wenn die Architektur selbst die Grenze setzt, verzögern schrittweise Verbesserungen nur das Unvermeidliche. Laravel und Vue 3 bieten dem Projekt nun ein solides Fundament:
- Bessere Performance und einfachere Erweiterbarkeit
- Sauberere Datenstrukturen mit weniger Plugin-Abhängigkeiten
- Ein Backend, das der Kunde selbstständig verwalten kann – ohne für Routineaktualisierungen eine Agentur hinzuziehen zu müssen
Die technischen Herausforderungen, die das Projekt verlangsamten
SSR-Einrichtung war schwieriger als erwartet
Der anspruchsvollste Teil des Projekts war die Konfiguration des Server-Side Renderings (SSR) für das Vue 3-Frontend. Da der Shop von Schweizer Päckli als Single Page Application (SPA) läuft, ist SSR das, was ihn für Suchmaschinen crawlbar und indexierbar macht. Ohne SSR existiert der Shop für Google praktisch nicht.
Die Schwierigkeiten kamen von älteren JavaScript-Bibliotheken, die eine Browserumgebung voraussetzen. Sobald man versucht, sie serverseitig zu rendern, funktionieren sie nicht mehr. Das Team musste diese Konflikte einen nach dem anderen lösen.
Was das Ganze noch heikler machte: Das Frontend musste exakt so aussehen wie zuvor. Der Kunde wollte keine sichtbaren Änderungen an der Benutzeroberfläche. Das Team schrieb also die internen Strukturen neu, während die Oberfläche identisch blieb – was aus einem technisch eingrenzbaren Problem eine deutlich delikatere Angelegenheit machte.
Datenmigration und CSS-Kontinuität
Die vorhandenen Daten mussten sauber in neue Schemata übertragen werden – ohne Verluste oder Integritätsprobleme. Keine aufregende Arbeit, aber genau hier lauern die unsichtbaren Fallstricke vieler Migrationen.
Bei CSS und SCSS war die Situation ähnlich. Jahrelange Stylesheets aus der CMS-Ära brachten die üblichen Altlasten mit sich: Spezifitätskonflikte, undokumentierte Überschreibungen, Stile, die an Markup gebunden waren, das nicht mehr existierte. Diese innerhalb von Vue 3-Komponenten korrekt zum Laufen zu bringen, ohne ein komplettes visuelles Redesign auszulösen, erforderte echte Geduld.
Was wir gelernt haben
Die unsichtbare Arbeit zählt am meisten
Das wichtigste Ergebnis, das niemand bemerkte: die komplette Überarbeitung der PDF-Generierung. Die Lieferantendokumente sehen auf den ersten Blick exakt gleich aus wie zuvor. Doch die interne Logik wurde neu aufgebaut, um ein deutlich höheres Dokumentenvolumen zu bewältigen, als das alte System je gekonnt hätte.
Das ist ein Muster, das man sich merken sollte: Die Verbesserungen, die die grösste langfristige Zuverlässigkeit schaffen, sind oft genau jene, die die Nutzer nie zu Gesicht bekommen. Das ist kein Grund, sie zu überspringen – sondern ein Grund, sie konsequent umzusetzen.
Moderner Stack als Voraussetzung, nicht als Luxus
Auf der alten Plattform lief fast jede Feature-Anfrage gegen dieselbe Wand. Die Antwort war immer: «Geht nicht – oder wird teuer.» Das trifft nicht nur Entwickler, sondern hat direkte geschäftliche Folgen.
Nach der Migration hat sich diese Diskussion grundlegend verändert. Neue Regionen können jetzt direkt im Backend hinzugefügt werden, ohne Entwicklungsaufwand. Features, die früher unerreichbar waren, lassen sich nun problemlos umsetzen.
Automatisierte Tests schützen dich, wenn sich die Geschäftslogik ändert
what. hat Testfälle eingeführt, die vor jedem Deployment ausgeführt werden. Für ein Unternehmen wie Schweizer Päckli – wo sich die Logik rund um regionale Pakete, Lieferanten und Bestellungen mit dem Wachstum des Produkts weiterentwickelt – ist das ein echtes Sicherheitsnetz. Es erkennt Probleme frühzeitig, bevor sie die Kunden erreichen.
Was gut funktioniert hat
Ein paar Dinge sind besonders reibungslos gelaufen:
- CDN-Einrichtung: Bilder, JavaScript- und CSS-Dateien werden nun über ein CDN auf den verschiedenen regionalen Domains von Schweizer Päckli ausgeliefert. Assets laden schneller, egal auf welcher regionalen Version der Website ein Besucher landet. Eine vergleichsweise einfache Entscheidung mit unverhältnismässig grosser Wirkung auf die wahrgenommene Performance.
- Laravel Nova-Backend: Der Kunde kann nun Inhalte, Regionen und Pakete selbst verwalten, ohne für Routineaktualisierungen Entwickler einzubeziehen. Diese redaktionelle Unabhängigkeit reduziert die Agenturabhängigkeit und schafft Zeit für wirklich komplexe, technische Aufgaben.
- Regionsverwaltung: Das Hinzufügen einer neuen Region, das früher erheblichen Entwicklungsaufwand erforderte, ist jetzt eine Backend-Aufgabe. Es gibt ausserdem einen Regionsumschalter, der einen schnellen Überblick über alle regionalen Versionen der Website bietet – nützlich, da das Unternehmen weiter expandiert.
Nächste Schritte
Die Migration war das Fundament, nicht das Ziel. Schweizer Päckli arbeitet aktiv an weiteren Verbesserungen des Shops – genau die richtige Herangehensweise. Die neue Architektur unterstützt diese Art der iterativen Weiterentwicklung auf eine Weise, wie es das alte System schlicht nicht konnte.
Aktuelle Themen sind Shop-Verbesserungen und die weitere regionale Expansion. Das Team steht nicht still.
Die wichtigsten Erkenntnisse aus diesem Projekt
Plattformmigrationen sind nie rein technisch. Die grössten Herausforderungen bei diesem Projekt waren nicht technischer Natur: die Benutzeroberfläche optisch unverändert zu lassen, jahrelange Daten sauber zu migrieren und mit Legacy-JavaScript-Bibliotheken umzugehen, die nicht für moderne Rendering-Ansätze ausgelegt waren.
Die Dinge, die den nachhaltigsten Wert geschaffen haben, waren nicht die auffälligsten Ergebnisse. Die PDF-Überarbeitung, die CDN-Einrichtung, die Testsuite – das sind die strukturellen Verbesserungen, die über Jahre hinweg im Hintergrund Probleme verhindern werden. Sie lassen sich auch am einfachsten streichen, wenn Zeitpläne drücken – und genau deshalb sollten sie priorisiert werden.
Wenn du an einem veralteten CMS festhältst und Gründe suchst, eine Migration aufzuschieben: Die Kosten dieser Verzögerung sind wahrscheinlich höher, als es den Anschein hat. Jede Feature-Anfrage, die mit «geht nicht» beantwortet wird, hat geschäftliche Konsequenzen – nicht nur technische.
Wenn du über eine Plattformmigration oder einen Website-Relaunch nachdenkst: what. hilft Unternehmen dabei, genau diesen Prozess zu bewältigen – von den Anforderungen und der Systemauswahl bis hin zur Implementierung und Inbetriebnahme. Schau dir die Website-Relaunch- und Entwicklungsdienste von what. an, um zu sehen, wie wir dabei vorgehen.
