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.

The post Wie wir Schweizer Päckli von OctoberCMS zu Laravel & Vue 3 migriert haben appeared first on what. AG.

Was ist WPBakery?

WPBakery (früher bekannt als Visual Composer) ist ein Drag-and-Drop-Page-Builder-Plugin für WordPress. Damit kannst du Seiten visuell über einen Backend-Editor aufbauen, ganz ohne Code.

Das WPBakery-Plugin gibt es schon seit Jahren und es wird mit vielen Premium-WordPress-Themes mitgeliefert – was ein wesentlicher Grund dafür ist, dass es nach wie vor so eine grosse Nutzerbasis hat. Das angesagteste Tool ist es 2026 nicht mehr, aber es wird noch immer sehr viel eingesetzt; und in bestimmten Situationen durchaus zu Recht.

WPBakery in der Praxis: Was uns ein Kundenprojekt gelehrt hat

Wir haben mit einem Kunden zusammengearbeitet, der seine Homepage und wichtige Landingpages für Schulungen neu gestalten wollte. Die Website lief bereits auf WPBakery, also war ein Wechsel des Builders keine realistische Option – das hätte bedeutet, alles von Grund auf neu zu bauen, was schlicht nicht kosteneffizient gewesen wäre.

Unsere Aufgabe war es, die Seitenvorlagen zu entwerfen und umzusetzen. Der Kunde sollte die Inhalte dann selbst verwalten und erweitern.

Das neue Design kam gut an. Wir haben Templatera zusammen mit wiederverwendbaren Komponenten eingesetzt, um den Editor für den Kunden so übersichtlich wie möglich zu gestalten. Das hat funktioniert. Aber einige Herausforderungen waren unerwartet – und genau die solltest du kennen, bevor du ein ähnliches Projekt angehst.

Einige Abschnitte mussten als fest kodierte HTML-Blöcke bestehen bleiben, weil eine saubere Neuerstellung innerhalb der WPBakery-Struktur zu aufwendig und zu teuer gewesen wäre. Ausserdem ist WPBakery für nicht-technische Nutzer alles andere als intuitiv. Selbst mit fertigen Vorlagen brauchte unser Kunde praktische Unterstützung, um sich im Editor überhaupt zurechtzufinden.

Die wichtigste Erkenntnis aus diesem Projekt: WPBakery macht Sinn, wenn du bereits damit arbeitest. Eine laufende Seite neu aufzubauen, nur um den Builder zu wechseln, lohnt sich selten. Aber mit realistischen Erwartungen ranzugehen – was Flexibilität, Benutzerfreundlichkeit und die Grenzen des Tools angeht – ist wirklich wichtig. 

Genau diese Erwartungen prägten unsere Bewertung der WPBakery-Stärken und -Schwächen. Unsere WordPress-Experten Janick Lüchinger und Marie Vaxelaire erklären das im Folgenden detailliert.

Die Stärken von WPBakery

Kurzer Hinweis vorab: Das Folgende bezieht sich ausschliesslich auf den Backend-Editor. Der Frontend-Editor gilt allgemein als unzuverlässig und langsam – die meisten erfahrenen Entwickler lassen die Finger davon.

Vorteile aus Entwicklerperspektive

Unser CMS-Experte Janick Lüchinger hat mit WPBakery an bestehenden Setups gearbeitet und sieht in bestimmten Situationen klaren Mehrwert:

• Technisch gesehen ist WPBakery stabil – es bringt keine Probleme mit sich, wenn eine Website bereits darauf aufgebaut ist.
• Viele Premium-Themes liefern native WPBakery-Elemente mit und enthalten manchmal sogar eine Pro-Lizenz, was die Einrichtung deutlich vereinfacht.
• Benutzerdefinierte Elemente lassen sich verhältnismässig unkompliziert erstellen – mit entsprechendem Know-how hat man solide Kontrolle über die HTML-Struktur.
• Wiederverwendbare Vorlagen über Templatera helfen dabei, die Entwicklung zu beschleunigen und die Übergabe an den Kunden zu vereinfachen – genau das hat uns beim oben beschriebenen Projekt entscheidend geholfen.
• Das Plugin wird aktiv weiterentwickelt, die Kompatibilität mit aktuellen WordPress-Versionen ist also kein Thema.

Vorteile für Kunden und Nutzer

Für Kunden, die Inhalte selbst verwalten, ist WPBakery mit der richtigen Schulung durchaus handhabbar. Alltägliche Aktualisierungen erfordern keine Programmierkenntnisse, und wiederverwendbare Layouts verringern das Risiko, das Design versehentlich durcheinanderzubringen. Ganz reibungslos läuft es nicht – aber mit der richtigen Einrichtung ist es nutzbar.

Die Grenzen von WPBakery

Hier kommt die Erfahrung unserer Entwicklerin Marie Vaxelaire besonders zum Tragen. Es lohnt sich, das aufmerksam zu lesen, wenn du WPBakery für ein neues Projekt in Betracht ziehst.

Nachteile aus Entwicklerperspektive

Der Backend-Editor wirkt veraltet. Auf Seiten mit viel Inhalt verliert man schnell den Überblick – besonders bei Seiten, die jemand anderes erstellt hat. Einfache Dinge wie das Kopieren und Einfügen von Elementen sind zwar möglich, aber umständlich – nichts vergleichbar mit dem Strg+C / Strg+V, das man aus Elementor oder Gutenberg kennt. Diese Extra-Aufwände summieren sich mit der Zeit.

Das grössere strukturelle Problem ist die Starrheit der nativen Elemente. Wenn dein Design in einem Tool wie Figma entstanden ist – unabhängig von den Einschränkungen von WPBakery – ist es schwierig, pixelgenaue Ergebnisse zu erzielen. Oft braucht es aufwendige Workarounds, Custom CSS und viel Ausprobieren.

Am Ende fügst du häufig eigenen Code ein – was den Sinn eines Page Builders ein Stück weit untergräbt. Auch das generierte HTML hilft nicht weiter: Tief verschachtelte Container erzeugen aufgeblähtes Markup, was sich negativ auf die Performance und die zukünftige Wartbarkeit auswirkt.

Nachteile für Kunden und langfristige Erwägungen

Für Website-Betreiber, die längerfristig denken, gibt es noch ein paar weitere Punkte zu bedenken:

• KI-gestützte Bearbeitung ist in WPBakery eingeschränkt – du kannst moderne KI-Funktionen nicht so in deinen Workflow integrieren, wie es bei neueren Tools möglich ist.
• Ein späterer Wechsel ist mühsam, weil Inhalte in Shortcodes eingeschlossen sind. Deaktivierst du das Plugin, erscheinen diese Shortcodes als Rohtext auf der gesamten Website.
• Viele Entwickler zögern ausserdem, WPBakery-Projekte zu übernehmen, weil die Architektur veraltet ist – das kann deine Optionen einschränken, wenn du externe Hilfe brauchst.
• Und wenn dein Entwickler sich ohne Programmierkenntnisse vollständig auf den Page Builder verlässt, stösst er schnell an Grenzen, sobald WPBakery etwas nicht nativ bewältigen kann – die Ausweichlösung ist dann oft ein Haufen zusätzlicher Plugins oder gar keine saubere Lösung.

WPBakery vs. andere Page Builder: die Kurzfassung

Wenn deine Website bereits auf WPBakery läuft, ist es oft die pragmatische Wahl, dabei zu bleiben. Einen kompletten Neuaufbau nur für eine Migration lohnt sich finanziell meist nicht – besonders wenn die Seite läuft und Kunden die Inhalte ohne grössere Hürden selbst verwalten können.

Bei neuen Projekten sieht die Sache anders aus. Der WordPress-Page-Builder Elementor bietet ein moderneres Bearbeitungserlebnis, bessere KI-Integration und saubereren Output. Gutenberg, der native Block-Editor von WordPress, ist in jeder WordPress-Installation enthalten, vermeidet Shortcode-Lock-in vollständig und hat sich zu einem leistungsfähigen Tool entwickelt.

Für Projekte, die eine schnelle und flexible Einrichtung erfordern, greifen wir oft auf Breakdance zurück. Dieser Page Builder kombiniert moderne Entwicklungspraktiken mit einer übersichtlichen Oberfläche und liefert gute Performance ohne unnötigen Overhead.

Alle drei – Elementor, Gutenberg und Breakdance – sind bessere Ausgangspunkte als WPBakery, wenn du 2026 von Grund auf neu startest.

WPBakery hat nach wie vor seinen Platz im WordPress-Ökosystem – nur eben nicht als erste Wahl für neue Projekte.

Du arbeitest mit einer WordPress-Seite und bist dir nicht sicher, welcher Ansatz für dich sinnvoll ist? Wir helfen Unternehmen beim Aufbau, der Neugestaltung und der Pflege von WordPress-Websites – von Strategie und Design bis hin zu Entwicklung und langfristigem Support. Schau dir unsere WordPress-Services an, um zu sehen, wie wir solche Projekte angehen.

The post WPBakery Vor- und Nachteile: unsere ehrliche Expertenbewertung appeared first on what. AG.

Die Arbeit in der WordPress-Entwicklung fühlt sich heute weniger wie das Befolgen einer klaren Roadmap an – eher wie das Navigieren durch wechselhaftes Gelände. Neue Tools tauchen fast wöchentlich auf, Workflows entwickeln sich in Echtzeit weiter, und Annahmen, die vor sechs Monaten noch galten, wirken heute schon veraltet. Da KI-gesteuerte Entwicklung das Tempo des Wandels weiter beschleunigt, wird es immer schwieriger, das Wesentliche vom Unwesentlichen zu trennen.

Dieser Artikel bietet kein festes System und keine abschliessende Lösung. Er ist eine Momentaufnahme unseres aktuellen Denkens, unserer Tests und Anpassungen – während sich alles noch in Bewegung befindet.

Vom Code-Schreiben zur System-Orchestrierung

Eine der auffälligsten Veränderungen in unserer täglichen Arbeit ist, dass es bei der Entwicklung immer weniger darum geht, Code Zeile für Zeile zu schreiben – und immer mehr darum, Systeme einzurichten, zu steuern und zu bewerten, die diesen Code generieren.

Wir haben mit Multi-Agent-Workflows experimentiert, bei denen mehrere Assistenten gleichzeitig an verschiedenen Aufgaben arbeiten. Auf dem Papier klingt das nach einem einfachen Produktivitätsgewinn: parallele Ausführung, schnellere Ergebnisse, weniger manueller Aufwand.

In der Praxis verändert das die Natur der Arbeit aber erheblich.

Anstatt ein Problem linear durchzuarbeiten, wird der Prozess zyklisch. Du definierst Aufgaben, lässt die Assistenten laufen, wartest auf Ergebnisse, prüfst, was sie produziert haben, verfeinerst deine Eingaben – und wiederholst das Ganze. Es gibt natürliche Pausen von manchmal mehreren Minuten, während das System arbeitet.

Das schafft einen anderen Rhythmus. Du bist nicht mehr durchgehend «im Code», sondern wechselst zwischen Planen, Beobachten und Anpassen hin und her. Der Wert verlagert sich von der Ausführung zur Orchestrierung: wie klar Aufgaben definiert sind, wie gut Systeme strukturiert sind und wie effektiv du die Ergebnisse steuerst.

Die eigentliche Herausforderung ist kognitiv, nicht technisch

Die Schwierigkeit liegt nicht in erster Linie in den Tools selbst. Es geht darum, sich an eine andere Denkweise zu gewöhnen.

Diese Workflows verlangen bewussteres Problemlösen. Aufgaben müssen klar aufgeschlüsselt werden, Abhängigkeiten müssen frühzeitig antizipiert werden – und die Ergebnisse sind nicht immer deterministisch. Im Vergleich zur herkömmlichen Entwicklung, wo Feedback unmittelbar und eng mit deinen Handlungen verknüpft ist, führt die Arbeit mit KI-Assistenten eine Abstraktionsebene ein.

Diese Abstraktion ist leistungsstark – hat aber ihren Preis.

Sie erfordert mehr Kontextwechsel, mehr Überblick und eine andere Art von Fokus. Mehrere Prozesse gleichzeitig zu koordinieren ist geistig anspruchsvoller, als Code zu schreiben es oft ist. Zumindest im Moment fühlt es sich nicht schneller an – eher so, als würde man einen neuen Muskel aufbauen.

Wo WordPress in diese sich verändernde Landschaft passt

Viele neuere Tools und Workflows basieren auf zustandslosen, vollständig skriptfähigen Systemen, die nahtlos in der Cloud laufen. In diesen Umgebungen ist Automatisierung unkompliziert – alles lässt sich ohne manuelle Interaktion definieren, ausführen und reproduzieren.

WordPress funktioniert anders.

Es ist zustandsbehaftet, datenbankgestützt – und bestimmte Aktionen wie Konfigurationen, Plugin-Einstellungen oder Inhaltsanpassungen erfordern immer noch ein Mass an manueller Kontrolle, das sich nicht perfekt auf vollautomatisierte Workflows übertragen lässt. Auf den ersten Blick mag das wie eine Einschränkung wirken.

Aber das ist nur ein Teil des Bildes.

WordPress bietet etwas, das viele neue Ansätze erst erreichen müssen: Stabilität im grossen Massstab. Das Ökosystem ist riesig, die Muster sind gut etabliert, und das Verhalten ist in einer Weise vorhersehbar, die zählt, wenn du echte Projekte unter realen Bedingungen umsetzt.

Rein KI-generierte oder experimentelle Setups können zwar schnell vorankommen – führen aber oft zu Inkonsistenzen und erfordern erheblichen Aufwand, um stabil zu werden.

WordPress steht nicht still

Noch wichtiger: WordPress steht nicht still. Mit Version 6.9 wurde die Abilities API eingeführt – ein maschinenlesbares Verzeichnis aller Funktionen einer WordPress‑Seite, das so gestaltet ist, dass KI‑Assistenten diese erkennen und nutzen können, ohne vorher zu wissen, welche Plugins installiert sind.

Im Februar 2026 wurde darauf aufbauend der offizielle MCP-Adapter entwickelt, der WordPress-Funktionen als Tools im Model Context Protocol-Standard bereitstellt. Das bedeutet: Jeder MCP-kompatible Assistent kann eine Website abfragen, verstehen, welche Aktionen verfügbar sind, und Aufgaben programmgesteuert ausführen.

Und das kommende WordPress 7.0 geht mit der Connectors API noch einen Schritt weiter: ein zentralisiertes System zur Verwaltung von Zugangsdaten (Einstellungen > Connectors), in dem Anbieter wie OpenAI, Anthropic und Google einmalig konfiguriert und für alle Plugins gemeinsam genutzt werden.

Die Plattform baut aktiv eine Infrastruktur für assistentenbasierte Workflows auf – und beschränkt sich nicht darauf, diese bloss passiv zu unterstützen.

Zum Thema: Lies unseren Artikel über DDEV-Setup & KI-gestützten Entwicklungs-Workflow für WordPress, um zu sehen, wie wir diese Ideen bereits in die Praxis umsetzen.

Das richtige Tool für das richtige Projekt wählen

Trotzdem ist WordPress nicht für jedes Projekt die richtige Lösung.

Wir arbeiten auch aktiv mit anderen Systemen – darunter Headless-CMS-Lösungen wie Payload CMS, die bei hochgradig angepassten Architekturen oder vollständig API-gesteuerten Anwendungen klare Vorteile bieten. Was wir in der Praxis beobachten, ist kein Ersatz – es ist Differenzierung.

Manche Projekte profitieren von der Flexibilität eines Headless-Setups. Andere profitieren von der Reife, dem Ökosystem und der redaktionellen Erfahrung, die WordPress mitbringt. Bei der Entscheidung geht es weniger darum, welches Tool generell «besser» ist – sondern darum, welches den konkreten Anforderungen entspricht.

Ein Bereich, in dem WordPress konstant heraussticht, ist die Inhaltsbearbeitung. Der Gutenberg-Editor hat sich zu einem System entwickelt, das Flexibilität und Benutzerfreundlichkeit gut im Gleichgewicht hält. Wiederverwendbare Blöcke und Muster ermöglichen strukturierte Inhaltserstellung, ohne die Kontrolle zu beeinträchtigen – und sie machen es auch technisch weniger versierten Nutzern einfacher, sicher innerhalb vordefinierter Grenzen zu arbeiten.

Für viele unserer Projekte bleibt das ein entscheidender Faktor.

Auch wenn wir alternative Systeme und Workflows erkunden: Die redaktionelle Erfahrung ist etwas, das wir stark gewichten – und das ist ein Bereich, in dem WordPress weiterhin konstant gute Leistungen erbringt.

Neue Workflows integrieren, ohne das Bewährte zu verlieren

Komplexer wird es bei der Frage, wie KI-gesteuerte Workflows in echte Projekte passen. Wir experimentieren nicht im Vakuum – wir testen aktiv, wie Multi-Agent-Systeme die tägliche WordPress-Entwicklung unterstützen, wie sie mit unseren bestehenden Tools interagieren und wie viel Verantwortung sie tatsächlich übernehmen sollten.

Derzeit gibt es keine klare Grenze zwischen «alten» und «neuen» Arbeitsweisen. Manche Dinge erweisen sich sofort als nützlich, andere brauchen Zeit zur Integration – und manche funktionieren ausserhalb kontrollierter Szenarien einfach nicht.

Wir experimentieren noch. Die Tools werden sich weiterentwickeln, und die Art, wie wir sie nutzen, auch. Aber anstatt jeder neuen Entwicklung hinterherzulaufen, konzentrieren wir uns darauf zu verstehen, wie diese Veränderungen ins Gesamtbild passen – und wie wir neue Möglichkeiten mit Systemen kombinieren können, die ihren Wert bereits bewiesen haben.

Vor allem versuchen wir, uns mit dem Wandel selbst vertraut zu machen.

Anstatt eine endgültige Arbeitsweise festzuschreiben, betrachten wir Anpassungsfähigkeit als eine Kernkompetenz – etwas, das wie jede technische Fähigkeit entwickelt und gepflegt werden muss. Wir sind noch dabei, das herauszufinden – und im Moment scheint das die ehrlichste Haltung zu sein.

WordPress ist für uns sehr wohl ein wesentlicher Bestandteil dieses Zukunftsbildes.

Arbeite mit einem WordPress-Team, das immer vorausdenkt

Wenn du einen Entwicklungspartner suchst, der fundiertes WordPress-Know-how mit modernen Workflows verbindet, würden wir uns sehr über ein Gespräch freuen. Bei what. decken unsere WordPress-Services alles ab – von der Strategie und der Entwicklung individueller Themes bis hin zu Migrationen, Integrationen und laufendem Support – basierend auf über 10 Jahren Erfahrung und mehr als 2000 erfolgreichen Projekten.

The post Zwischen Stabilität und Wandel: Wie wir moderne WordPress-Entwicklung angehen appeared first on what. AG.

Das war die zentrale Herausforderung in unserem Projekt mit BMW Classic: Wie modernisiert man, ohne einen hochspezialisierten, weltweit versendenden Betrieb aus dem Takt zu bringen? Hier erfährst du, was tatsächlich passiert ist – und was wir dabei gelernt haben.

Das eigentliche Problem war nicht die alte Technologie

BMW Classic betreibt einen der spezialisiertesten Online-Shops in der Motorradwelt – Originalteile für alles von Klassikern aus den 1920er Jahren bis hin zu aktuellen Modellen, mit globalem Versand. Die Plattform hatte jahrelang ihren Dienst getan, war aber an ihre Grenzen gestossen:

• SEO war de facto inexistent. Die Website wurde kaum indexiert, was bedeutete, dass Kunden, die nach Nischen-Ersatzteilen suchten – oft sehr spezifische Suchanfragen – den Shop einfach nicht finden konnten.
• Inhaltsaktualisierungen waren langsam und riskant.
• Das System war nicht dafür ausgelegt, moderne Marketing-Workflows oder ein reibungsloses Einkaufserlebnis zu unterstützen.

Die versteckte Komplexität: Ein erheblicher Teil der Geschäftslogik steckte in FileMaker, einem veralteten Datenbanksystem, in dem sich jahrelanges Betriebswissen angesammelt hatte – Produktstrukturen, Kompatibilitätsregeln, Fulfillment-Logik. Das schaltet man nicht einfach ab.

Das Geschäft am Laufen halten und gleichzeitig neu aufbauen

Die wichtigste architektonische Entscheidung, die wir früh getroffen haben, war diese: FileMaker nicht mit einem Big Bang ersetzen. Sondern behutsam darum herum aufbauen.

Das bedeutete, einen dedizierten Sync-Layer zu entwerfen – eine strukturierte Integration, die FileMaker mit der neuen, massgeschneiderten Storefront verbindet, Produkt- und Katalogdaten synchron hält und den Shop vor den Risiken schützt, die mit alten Datenquellen einhergehen. Wenn FileMaker vorübergehend nicht verfügbar ist, läuft der Shop einfach weiter. Diese Stabilität ist nur dank der Abstraktionsebene zwischen beiden Systemen möglich.

Was uns das gelehrt hat: Die Vorbereitung und das Verständnis des bestehenden Systems sind wichtiger als die Technologie, auf die man migriert. Wir haben viel Zeit mit den Architekten des alten Shops verbracht, bevor wir auch nur eine einzige Zeile des neuen geschrieben haben. Diese Investition hat sich direkt in der Qualität der Integration ausgezahlt.

Zwei Systeme, zwei Aufgabenbereiche – warum Payload CMS die richtige Wahl war

Ein Shop wie BMW Classic braucht zwei grundlegend verschiedene Dinge, die parallel laufen: eine strukturierte Commerce-Ebene für Teiledaten, Preise, Kompatibilität und Lagerbestände – und eine flexible Content-Ebene für Landingpages, Kampagnen und redaktionelles Storytelling.

Beides in ein einziges System zu packen, führt auf beiden Seiten zu Kompromissen. Also haben wir sie bewusst getrennt.

Payload CMS wurde zum Content-Zentrum. Es gab dem BMW Classic-Team die Möglichkeit, Marketinginhalte zu veröffentlichen und zu aktualisieren, Kampagnenseiten zu erstellen und redaktionelles Material zu verwalten – ohne für jede Änderung einen Entwickler zu benötigen. Diese operative Unabhängigkeit ist entscheidend, besonders für ein Team, das einen Katalog dieser Grösse verwaltet.

Die individuelle Commerce-Ebene übernahm den Rest: Produktdaten, Checkout, Preisgestaltung und Bestellablauf. Über den Sync-Layer verbunden, gaben beide Systeme zusammen BMW Classic etwas, das sie zuvor nicht hatten – Geschwindigkeit ohne Risiko.

SEO als Produktanforderung, nicht als nachträglicher Einschub

Eine der klarsten Entscheidungen, die wir von Anfang an getroffen haben: SEO als Kernanforderung behandeln – nicht als eine Etappe, die erst nach der Entwicklung angegangen wird. Für einen Shop, der über 40’000 Ersatzteile verkauft, ist organische Auffindbarkeit kein «Nice-to-have». Sie entscheidet darüber, ob man die Long-Tail-Suchanfragen für sich gewinnen kann oder sie komplett verpasst.

In der Praxis hiess das:

• Eine saubere, indexierbare URL- und Navigationsstruktur vom ersten Tag an
• Schnelle Seitenladezeiten über Next.js und Digital-Ocean-Infrastruktur
• Eine skalierbare Metadaten- und Inhaltsarchitektur, die mit dem Katalog wächst
• Eine Navigation, die echtes Suchverhalten abbildet: von der Modellfamilie über die Kategorie bis zum gesuchten Teil.

Die vorherige Plattform hatte im Grunde keine SEO-Grundlage. Das strukturell zu beheben, anstatt nur zu flicken, war eine der wirtschaftlich relevantesten Massnahmen in diesem Projekt.

Was wir genauso machen würden – und worauf wir genauer achten würden

Das Design und die technische Architektur haben sich gut bewährt. Eine Storefront rund um die echte Customer Journey aufzubauen – das richtige Modell finden, sicher durch die Kategorien navigieren, Teiledetails prüfen, reibungslos kaufen – ist der richtige Ansatz für einen Ersatzteilshop dieser Grösse.

Was wir beim nächsten Mal noch genauer im Blick behalten würden: eine noch gründlichere Dokumentation der FileMaker-Datenstrukturen, bevor die CMS-Migration beginnt. Altsysteme enthalten oft Sonderfälle, die erst unter realen Bedingungen auftauchen. Je gründlicher du das alte System im Voraus abbildest, desto weniger Überraschungen tauchen während der Sync-Tests auf.

Die andere wichtige Erkenntnis – und das gilt über BMW Classic hinaus – ist, dass ein Sync-Layer nicht bloss eine technische Notlösung ist. Er ist ein langfristiges architektonisches Merkmal. Zukünftige Migrationen, Erweiterungen oder der Austausch einzelner Komponenten erfordern keinen Neuaufbau der gesamten Plattform. Besonders wertvoll, wenn das Geschäft wächst und sich verändert.

Wo wir heute stehen

Der Shop ist live, läuft stabil und wird kontinuierlich weiterentwickelt. Wir arbeiten laufend an SEO-Verbesserungen, UX-Optimierungen und dem Ausbau der Content-Ebene. Ein Projekt wie dieses endet nicht mit dem Launch – es tritt in eine Wachstumsphase ein, und das Fundament muss solide genug sein, um das zu tragen.

Wenn es eine Erkenntnis gibt, die man aus diesem Projekt mitnehmen sollte: Der schwierigste Teil bei der Migration eines Altsystems ist nicht die neue Technologie. Es geht darum, das alte System gut genug zu respektieren und zu verstehen, um sicher darauf aufzubauen.

Arbeitest du mit einer inhaltsreichen Plattform oder überlegst du dir eine CMS-Migration? Unsere Payload CMS Services sind genau für solche Projekte gemacht – komplexe Daten, redaktionelle Unabhängigkeit und kein Big-Bang-Risiko.

Auch relevant: Erfahre, wie wir einen ERP-Shopify-Konnektor entwickelt und den E-Commerce-Shop für Rokker zusammengeführt haben.

The post E-Commerce- und CMS-Migration für BMW Classic appeared first on what. AG.

Hier erfährst du, warum wir den Wechsel gemacht haben und was sich dadurch im Alltag tatsächlich ändert.

Das Problem mit uneinheitlichen lokalen Umgebungen

Vor DDEV hat jeder Entwickler im Team die lokale Umgebung genutzt, mit der er am besten zurechtkam – MAMP, Local by Flywheel, was auch immer. Die PHP-Versionen waren von Rechner zu Rechner unterschiedlich. Die MySQL-Versionen passten nicht zur Produktion. Die Webservertypen (Nginx vs. Apache) waren uneinheitlich.

Das Ergebnis: Ein Fehler taucht auf der Live-Website auf, niemand kann ihn lokal reproduzieren, und alle verbringen eine Stunde damit, Einstellungen anzupassen, bevor überhaupt mit der Fehlersuche begonnen werden kann.

Die Einarbeitung eines neuen Entwicklers oder die Übernahme eines bestehenden Projekts bedeutete jedes Mal 30 bis 60 Minuten manuelle Einrichtung – Abhängigkeiten installieren, Datenbanken importieren, lokale URLs konfigurieren.

Wie DDEV die lokale Umgebung standardisiert

DDEV verpackt Docker-Container in ein einfaches CLI-Tool. Die gesamte Umgebungskonfiguration – PHP-Version, MySQL-Version, Webserver-Typ – steckt in einer einzigen Datei namens .ddev/config.yaml, die direkt ins Projekt-Repository eingecheckt wird.

Diese eine Datei leistet eine Menge Arbeit. Jeder Entwickler, der das Repo klont, bekommt automatisch eine identische Umgebung – ohne manuelle Konfiguration, ohne Versionskonflikte.

Der Einstieg ist buchstäblich nur ein ddev start. Alles fährt hoch, die lokale URL ist bereit und spiegelt die Produktion genau wider.

Die lokale Website-URL speichern wir auch in 1Password, weil sie immer gleich und vorhersehbar ist. Jedes Teammitglied kann sich in ein Projekt einklinken, ohne jemanden nach Zugangsdaten fragen zu müssen.

Ein paar DDEV-Add-ons, die wir bei fast jedem Projekt nutzen:

• Mailpit – fängt PHP-E-Mails lokal ab, sodass du Kontaktformulare ohne externen E-Mail-Dienst testen kannst
• Xdebug – schrittweises PHP-Debugging mit Breakpoints direkt im Code-Editor
• xhgui – Performance-Profiling und Engpassanalyse innerhalb der lokalen Umgebung
• phpMyAdmin / Adminer – visuelle Datenbankverwaltung, keine zusätzliche Einrichtung erforderlich

KI + DDEV: Manuelle Schritte durch einfache Anweisungen ersetzen

Da DDEV komplett über das Terminal läuft, lässt es sich hervorragend mit KI-Coding-Assistenten kombinieren. Die KI kann DDEV-Befehle ausführen, WP-CLI starten, die Datenbank abfragen, PHP-Skripte ausführen, Cron-Jobs verwalten – im Grunde alles, was du manuell machen würdest, ausgelöst durch einen einfachen Prompt.

Ein paar echte Beispiele, die wir regelmässig nutzen:

• «Überprüfe, ob die Datenbank durch ein Plugin überladen ist»
• «Installiere [Plugin-Name] und aktiviere es»
• «Die Website hat Performance-Probleme – nutze xhgui, um das Problem zu diagnostizieren»
• «Erstelle 100 Blog-Beiträge mit zufälligen Datumsangaben, Titeln und ausgewählten Bildern aus der Medienbibliothek, damit ich die Paginierung testen kann»
• «Ein Plugin verursacht PHP-Fehler und die Website lädt nicht – überprüfe das Fehlerprotokoll, behebe den Fehler und verifiziere die Korrektur»

Das letzte Beispiel zeigt den praktischen Nutzen gut. Die KI checkt das Protokoll, findet das Problem, nimmt eine Korrektur vor und führt ein PHP-Skript aus oder lädt den Browser neu, um zu prüfen, ob es funktioniert hat – ohne dass du den Kontext wechseln musst.

Aufgaben, die normalerweise 10 bis 30 Minuten manuelle Arbeit erfordern würden, dauern jetzt nur noch Sekunden bis wenige Minuten.

Was sich dadurch in der Praxis ändert

Das Ergebnis ist eine reproduzierbare Umgebung, die die Produktion widerspiegelt, kombiniert mit einem Workflow, bei dem Routineaufgaben durch natürliche Sprache statt manueller Schritte erledigt werden.

Neben der Zeitersparnis sinkt auch der kognitive Aufwand. Weniger Kontextwechsel zwischen Terminals, Dokumentation und Datenbanktools bedeutet mehr Fokus auf das eigentliche Problem.

Speziell für die WordPress-Entwicklung – egal ob es um individuelle Theme-Arbeit, Plugin-Debugging oder grössere Website-Projekte geht – erhöht diese Kombination das, was ein einzelner Entwickler an einem Tag realistisch bewältigen kann.

Was als Nächstes kommt

Wir arbeiten gerade an einem Startskript, das beim ersten ddev start eines Projekts automatisch ausgeführt wird, das neueste Produktions-Backup abruft und es in die lokale Umgebung importiert.

Damit würde sich die gesamte Projekt-Einrichtungszeit von 30 bis 60 Minuten auf nur wenige Minuten verkürzen – je nach Internetgeschwindigkeit. Das Ziel: so wenige Barrieren wie möglich zwischen «Ich muss an diesem Projekt arbeiten» und dem eigentlichen Arbeiten daran.

Neugierig, wie wir WordPress-Websites entwickeln und betreuen? Schau dir unsere WordPress-Services an und sieh, wie wir Projekte von Anfang bis Ende angehen.

The post DDEV-Setup & KI-gestützter Entwicklungs-Workflow für WordPress appeared first on what. AG.

Aber selbst gut geplante Webentwicklungs-Projekte haben ihre Tücken – und dieses hat uns mehr gelehrt, als wir erwartet hatten.

Content-Management erfordert echten Einsatz

Wenn du mit spezialisierten technischen Systemen wie Bewässerungs- und Beleuchtungsanlagen arbeitest, geht es bei den Inhalten nicht einfach darum, Seiten zu füllen – es geht um Präzision. Unser hoher Qualitätsanspruch und die genaue Darstellung der komplexen Produktpalette der Rudolf Hirt AG haben dazu geführt, dass diese Phase deutlich mehr Zeit in Anspruch genommen hat als ursprünglich geplant.

Die Struktur stand, das Design war freigegeben, die Entwicklung lief. Aber das Sammeln, Hochladen und Aufbereiten von Bildern und technischen Spezifikationen für Spezialgeräte verlangte grosse Sorgfalt. Jedes Produkt benötigte den richtigen Kontext, präzise technische Daten und visuelle Elemente, die die Qualität der Systeme wirklich widerspiegeln.

Die eigentliche Lektion? Behandle Content niemals als Nebensache. Wenn du einen Website-Relaunch planst, rechne ernsthaft Zeit für diese Phase ein – vor allem dann, wenn technische Genauigkeit und hochwertige Darstellung unabdingbar sind.

Klarer Scope verhindert böse Überraschungen

In spezialisierten Branchen wie der Bewässerungs- und Beleuchtungstechnik sind Details enorm wichtig – besonders für SEO und Auffindbarkeit. Während dieses Projekts haben wir festgestellt, wie entscheidend Elemente wie umfassende Alt-Texte sind, damit potenzielle Kunden hochtechnische Produkte über die Web-Suche finden können.

Alt-Texte waren in unserer ursprünglichen Vereinbarung nicht explizit vorgesehen. Als uns klar wurde, wie wichtig sie für die SEO-Performance in diesem Nischenmarkt sind, mussten wir umdisponieren – was mit mehr Vorausplanung deutlich reibungsloser hätte laufen können.

Das war eine wertvolle Erfahrung für beide Seiten: Wer sich zu maximaler Qualität und Detailgenauigkeit verpflichtet, braucht eine ebenso detaillierte Planung. Heute arbeiten wir von Anfang an mit umfassenden Checklisten, die diese SEO-kritischen Elemente berücksichtigen – besonders für Unternehmen mit spezialisierten technischen Angeboten.

Was sich nach diesem Projekt geändert hat: Wir legen jetzt vor Beginn der Entwicklung Verantwortlichkeiten, Leistungen und Erwartungen im Detail fest. Wir halten fest, was enthalten ist, was optional ist und wo Kompromisse nötig sein könnten. Frühe Klarheit ist keine Bürokratie – sie verhindert Missverständnisse, die später Zeit und Vertrauen kosten.

Nutzererfahrung vor visueller Komplexität

Das Gesamtdesign wurde freigegeben. Super. Die Entwicklung startete mit komplexen Scroll-Animationen, die visuellen Feinschliff brachten – und erhebliche technische Komplexität mit sich.

Dann haben wir eine bewusste Entscheidung getroffen: Nutzererfahrung und Ladegeschwindigkeit der Seite haben Vorrang vor dekorativen Elementen. Die Animationen sahen in der Entwicklung beeindruckend aus, aber wir erkannten, dass sie die Performance beeinträchtigen könnten – und das ist für eine Unternehmens-Website entscheidend, auf der potenzielle Kunden schnell an technische Informationen und Kontaktmöglichkeiten kommen müssen.

Das war wirklich niemandes Schuld. Animationen lassen sich in statischen Mockups schwer beurteilen. Was auf dem Papier vielversprechend klingt, kann im realen Einsatz ablenkend wirken – oder sich als nicht lohnenswert erweisen, sobald die Performance-Einbussen live sichtbar werden.

Die Erkenntnis: Komplexe Designelemente wie Animationen brauchen bessere Vorschaumöglichkeiten, bevor sie vollständig umgesetzt werden. Schnelle Prototypen oder interaktive Demos helfen Kunden, die Abwägung zwischen visueller Attraktivität und technischer Performance zu verstehen – das ermöglicht frühzeitige, fundierte Entscheidungen und reduziert kostspielige Änderungen während der Entwicklung.

Workflows sind wichtiger, als man denkt

Wir haben einen WordPress-Workflow vom ursprünglichen Entwickler übernommen. Technisch hat er funktioniert. Aber er erforderte ständige Anpassungen und verursachte während des gesamten Projekts zusätzlichen Aufwand.

Seit dieser Erfahrung haben wir alle WordPress-Projekte auf einen einheitlichen, optimierten Workflow umgestellt. Die richtigen Tools und Prozesse von Anfang an zu wählen – oder bereit zu sein, sich anzupassen, wenn etwas offensichtlich nicht funktioniert – spart enorm viel Zeit und hält das Budget unter Kontrolle.

Wenn du neugierig bist, wie wir heute eine WordPress-Entwicklung angehen, schau dir unsere WordPress-Services an.

Qualitätsorientierte Entscheidungsfindung

Ganz ehrlich: Jedes Webentwicklungs-Projekt bringt Kompromisse mit sich. Beim Relaunch haben wir uns bewusst dafür entschieden, der Gesamtqualität und dem langfristigen Wert Vorrang vor bestimmten Funktionen zu geben.

Das ist kein Kompromiss bei der Qualität – das ist strategischer Fokus. Der Schlüssel liegt darin, diese Kompromisse transparent zu kommunizieren, damit beide Teams verstehen, welche Elemente den grössten Mehrwert bringen und welche vielleicht anders angegangen oder schrittweise umgesetzt werden könnten.

Dieser kollaborative Ansatz bei der Entscheidungsfindung – immer mit der Frage «Was ist für den Endnutzer am besten?» – hat die Richtung des Projekts geprägt und letztlich zu seinem Erfolg beigetragen.

Warum es trotzdem funktioniert hat

Trotz der Herausforderungen hat der Relaunch echte Ergebnisse gebracht. Die Qualität der eingehenden Anfragen hat sich spürbar verbessert, und das Feedback von Neukunden zum Website-Design war überwältigend positiv. Die Rudolf Hirt AG berichtet, dass sie ihren neuen Webauftritt fast wöchentlich gelobt bekommt – mehrere potenzielle Kunden haben die Website ausdrücklich als einen Faktor für ihre Entscheidung genannt, Kontakt aufzunehmen.

Abgesehen vom subjektiven Feedback sprechen die SEO-Verbesserungen für sich. Zwischen August 2025 und Februar 2026 erzielte die Rudolf Hirt AG deutliche Ranking-Verbesserungen für ihre wichtigsten Keywords. Mehrere Suchbegriffe rückten in die Top-10-Positionen vor und verbesserten die Sichtbarkeit ihrer spezialisierten Bewässerungs- und Beleuchtungsangeboten erheblich.

Das Projekt hat gezeigt: Selbst bei unerwarteten Herausforderungen führt der Fokus auf Zusammenarbeit, Qualität und ehrliche Kommunikation zu messbarem Erfolg.

Schau dir das Redesign von Rudolf Hirt AG Bewässerung, Brunnentechnik und Beleuchtung an, um das Endergebnis zu sehen.

Was du daraus mitnehmen kannst

Der Relaunch der Rudolf Hirt AG ist ein Erfolg – nicht nur wegen dem, was beim Launch erreicht wurde, sondern auch wegen der Grundlage, die damit für weiteres Wachstum geschaffen wurde. what. unterstützt die Rudolf Hirt AG weiterhin mit SEO und kontinuierlichen Verbesserungen. Denn: Nach dem Launch kommt das Wachstum.

Wenn du einen Website-Relaunch planst oder mit einem Webentwicklungs-Team zusammenarbeitest, kommt es auf Folgendes an:

• Plane ausreichend Zeit für die Content-Erstellung ein. Das geht nie so schnell wie gedacht – besonders wenn Qualität und technische Genauigkeit zählen.
• Lege den Scope von Anfang an fest. Arbeite mit Checklisten. Halte genau fest, was enthalten ist – besonders SEO-kritische Elemente für spezialisierte Branchen.
• Sieh dir komplexe Funktionen frühzeitig an. Warte nicht bis zum Ende der Entwicklung, um Animationen oder Interaktionen zu bewerten – und sei bereit, Performance vor Dekoration zu priorisieren.
• Entscheide dich für effiziente Workflows. Die richtigen Tools und Prozesse zahlen sich langfristig aus.
• Sprich offen über Kompromisse. Bei jedem Projekt muss man entscheiden, wo man sich besonders ins Zeug legt – Transparenz bei diesen Entscheidungen schafft Vertrauen und führt zu besseren Ergebnissen.

Das sind keine theoretischen Best Practices – es sind Erkenntnisse aus einem echten Projekt, das weiterhin Ergebnisse liefert. Und sie haben grundlegend geprägt, wie wir heute an Webentwicklung und langfristige Kundenpartnerschaften herangehen.

The post Lehren aus einem Website-Relaunch: Was wir über Content, Design und SEO gelernt haben appeared first on what. AG.

Hier erfährst du, wie wir eine CMS-Migration konkret angehen und was dabei wirklich zählt.

Zuerst: Analyse statt Aktionismus

Bevor wir auch nur eine Zeile Code anfassen, schauen wir uns an, womit wir es zu tun haben – datenbasiert, strukturiert, ehrlich.

Das umfasst drei Bereiche:

• Backend-Analyse: Wir prüfen den technischen Ist-Zustand, erkennen Schwachstellen und unnötige Komplexität – und zeigen klar auf, was sich lohnt zu migrieren und was nicht.
• Frontend-Analyse: Wir analysieren Code und UX datengetrieben, identifizieren Stolpersteine im User Flow und decken Optimierungspotenziale auf, die sofort Wirkung zeigen.
• Business-Logiken verschlanken: Gemeinsam mit dir klären wir, welche Logiken wirklich gebraucht werden, wo Doppelstrukturen existieren und wo interne Abläufe das System unnötig ausbremsen.

Dieser letzte Punkt ist oft der entscheidende. Niemand kennt dein Business besser als du selbst – aber von aussen sieht man Muster, die dir von innen nicht auffallen. Im gemeinsamen Workshop räumen wir das auf. Punkt für Punkt.

Was eine CMS-Migration wirklich bedeutet

Ein Wechsel des CMS bedeutet nicht nur, alte Technik durch neue zu ersetzen. Es geht darum, Freiheit zurückzugewinnen – technisch, inhaltlich, strategisch.

Viele Systeme, die heute im Einsatz sind, wurden für eine andere Zeit gebaut. Sie häufen technische Schulden an, die sich schleichend und oft unsichtbar aufsummieren: langsamere Deployments, teurere Features, wachsende Sicherheitsrisiken. Irgendwann ist der Punkt erreicht, wo das System mehr kostet als es bringt.

Genau da setzen wir an.

Unser Tech-Stack: Modern, schlank, zukunftssicher

Das Ergebnis einer gut durchgeführten CMS-Migration ist ein System, das wieder Fahrt aufnimmt – statt ständig zu stolpern.

Du bekommst:

• Ein modernes, zeitgemässes Design
• Ein robuster Tech-Stack (Laravel, Filament, Payload CMS)
• Eine reduzierte, klare Systemarchitektur
• Die Basis, damit dein Business die nächsten Jahre skalieren kann

Payload CMS ist dabei besonders für Teams interessant, die Flexibilität und Zukunftssicherheit suchen, ohne sich in proprietären Lösungen zu verlieren. Headless, API-first, developer-friendly – und trotzdem mit einem Admin-Panel, das Redakteure wirklich gerne benutzen.

Was wir migrieren – und was nicht

Nicht alles, was heute in deinem System steckt, muss morgen noch da sein. Das ist eine der wichtigsten Erkenntnisse aus unserer Arbeit.

Oft haben Systeme über Jahre Altlasten angehäuft: Features, die niemand mehr nutzt; Integrationen, die eigentlich niemand gebraucht hat; Business-Logiken, die sich irgendwann verselbständigt haben. Ein CMS-Wechsel ist die beste Gelegenheit, das alles auf den Prüfstand zu stellen.

Wir entscheiden gemeinsam mit dir, was übernommen, was vereinfacht und was bewusst weggelassen wird. Das spart nicht nur Zeit während der Migration – es macht das neue System auch langfristig wartbarer. 

Ob das bei euch auf eine schrittweise Migration oder einen vollständigen Relaunch hinausläuft, klären wir vorab – unser Entscheidungsguide zum Thema Upgrade vs. Relaunch kann dabei helfen.

Integrationen: Alles, was angebunden sein muss

Moderne Websites stehen selten allein. Sie sind eingebettet in ERP-Systeme, CRM-Lösungen, Marketing-Tools und Analyse-Plattformen.

Das berücksichtigen wir von Anfang an. Saubere Schnittstellen zwischen CMS, ERP und CRM sind kein Luxus – sie sind die Grundlage dafür, dass dein Team effizient arbeiten kann, ohne ständig Daten manuell synchronisieren zu müssen.

Payload CMS macht genau das einfach: REST und GraphQL out of the box, klare API-Strukturen, ohne Hindernisse.

Bereit für den nächsten Schritt?

Ein CMS-Wechsel ist eine der wirkungsvollsten technischen Entscheidungen, die du für dein Business treffen kannst – vorausgesetzt, er wird richtig angegangen.

Wir sind Experten für CMS-Migrationen – insbesondere auf Payload CMS. Ob du von Django CMS, WordPress oder einer anderen Plattform wechselst: Wir begleiten dich durch den gesamten Prozess, von der ersten Analyse bis zum Go-live.

The post CMS Migration – wie wir vorgehen appeared first on what. AG.

Viele Unternehmen kämpfen heute mit denselben Problemen. Das CMS ist veraltet, neue Features kosten jedes Mal mehr, und Updates fühlen sich an wie ein Dominoeffekt, bei dem eine Änderung zehn neue Probleme nach sich zieht.

Wir sehen dieses Muster täglich in unserer Arbeit als Agentur. Und wir wissen: Wer stehen bleibt, verliert.

Die typischen Problempunkte – ehrlich und unverblümt

Veraltete Systeme sind kein kosmetisches Problem, sondern ein echtes Geschäftsrisiko. Sie kosten Geld, Zeit und Nerven – oft mehr, als den meisten bewusst ist.

Das hören wir immer wieder von Kunden:

• Neue Features werden immer teurer. Was früher in ein paar Stunden erledigt war, dauert jetzt Tage – weil das System nicht mitgewachsen ist.
• Jede Umsetzung zieht Folgefehler nach sich. Ein Plugin-Update führt zum Ausfall dreier anderer Features. Ein neues Modul verlangsamt die ganze Seite. Der klassische Dominoeffekt.
• Major-Version-Updates dauern länger und kosten mehr. Statt eines simplen Updates wird daraus ein monatelanges Projekt mit unvorhersehbaren Kosten.
• Sicherheitslücken werden grösser. Alte Systeme bekommen irgendwann keine Patches mehr – und deine Plattform wirkt nicht nur ungepflegt, sondern wird zum echten Sicherheitsrisiko.
• AI-Tools? Moderne APIs? Vergiss es. Mit einem alten Tech-Stack sind solche Integrationen praktisch unmöglich oder so aufwendig, dass sie sich kaum lohnen.

Die Folge? Deine Konkurrenz rauscht davon, während du auf der Stelle trittst.

Auch relevant: Die versteckten Kosten von Legacy-CMS-Plattformen sind ein häufig unterschätztes Problem – mehr dazu in unserem ausführlichen Artikel zu diesem Thema.

Warum jetzt der richtige Zeitpunkt für einen Wechsel ist

Technologie entwickelt sich schnell – wer mithalten will, braucht ein Fundament, das nicht nach zwei Jahren wieder zusammenbricht. Die gute Nachricht: Moderne CMS-Lösungen sind heute deutlich flexibler, wartungsärmer und zukunftssicherer als noch vor wenigen Jahren.

Wir arbeiten seit Jahren mit Laravel, Filament, Django CMS und nun vor allem mit Payload CMS – einem zukunftssicheren Headless CMS, das Flexibilität und Performance endlich wieder vereint.

Kurz gesagt: Wir wissen, wie man Systeme baut, die reibungslos funktionieren, statt langsam vor sich hin dümpeln.

Die Vorteile moderner Systeme auf einen Blick

Ein modernes Content Management System wie Payload CMS bringt dir messbare Vorteile:

• Automatische Updates ohne Angst vor Crashes. Keine nächtlichen Notfall-Calls mehr, weil ein Update deine ganze Seite zerlegt hat.
• Native API-Unterstützung für alle modernen Integrationen. ERP, CRM, Marketing-Tools – alles lässt sich sauber anbinden.
• Performance, die deine Nutzer spüren. Schnellere Ladezeiten bedeuten bessere Conversion-Rates und zufriedenere Besucher.
• Headless-Architektur für maximale Freiheit. Dein Frontend kann sich ändern, ohne dass du das Backend anfassen musst.

Was passiert, wenn du zu lange wartest

Jedes weitere Jahr mit einem veralteten System macht den Wechsel teurer und riskanter. Die technischen Altlasten wachsen, die Abhängigkeiten werden komplexer, und irgendwann bist du in einer Situation, in der selbst ein Notfallwechsel nicht mehr schnell genug geht.

Wir haben Unternehmen erlebt, die so lange gewartet haben, bis ihnen buchstäblich das Wasser bis zum Hals stand. Dann wird aus einer geplanten Migration ein hektisches Feuerlöschen – und das ist immer teurer und stressiger als nötig.

Besonders komplex wird es bei Systemen wie Django CMS, wo die Upgrade-Pfade mit der Zeit immer steiniger werden. Mehr dazu erfährst du in unserem Artikel darüber, warum Django CMS-Upgrades so komplex sind.

Bereit, die Bremse zu lösen?

Wenn dein aktuelles CMS mehr Probleme erzeugt als löst, ist das kein Zufall – es ist ein Signal. Die Frage ist nicht, ob ein Wechsel sinnvoll ist, sondern wann und wie du ihn am besten angehst.

Die Migration von Django CMS zu Payload CMS ist zum Beispiel ein Weg, den viele unserer Kunden erfolgreich gegangen sind. Der Prozess ist strukturiert, planbar und bringt messbare Verbesserungen.

Der richtige Partner macht den Unterschied

Ein CMS-Wechsel ist keine Kleinigkeit – aber mit der richtigen Expertise wird er deutlich entspannter. Wir begleiten Unternehmen durch den gesamten Prozess: von der Analyse über die Migration bis zur Optimierung im laufenden Betrieb.

Als Experten für moderne CMS-Systeme – insbesondere Payload CMS – wissen wir, worauf es ankommt. Wir helfen dir, die richtige Lösung zu finden, Risiken zu minimieren und den Übergang so reibungslos wie möglich zu gestalten.

Lass uns gemeinsam den nächsten Schritt gehen – bevor deine Konkurrenz ihn geht.

Was du jetzt tun kannst

Der erste Schritt ist immer eine ehrliche Bestandsaufnahme: Wo stehst du heute? Was kostet dich dein aktuelles System wirklich – nicht nur in Franken, sondern auch in Zeit, Nerven und verpassten Chancen?

Wenn du dir unsicher bist, ob ein Wechsel jetzt sinnvoll ist, hilft oft schon ein strukturiertes Audit. Wir schauen uns dein bestehendes System an, identifizieren Risiken und Potenziale und zeigen dir, wie ein modernes Setup aussehen könnte.

Technologie sollte dein Geschäft voranbringen – nicht ausbremsen. Mehr über die Vorteile moderner CMS-Lösungen erfährst du in unserem Artikel über Payload CMS als zukunftssichere Lösung.

The post Wenn dein CMS dich bremst – wird es Zeit für einen Systemwechsel appeared first on what. AG.

Wenn dein System immer mehr technische Probleme, Sicherheitslücken oder Anpassungshürden bereitet, unterstützt dich dieser Leitfaden dabei, die richtige Entscheidung mit Zuversicht zu treffen.

Lass uns das Schritt für Schritt durchgehen.

Was ist der Unterschied zwischen einem Upgrade und einem Relaunch?

Bei einem Upgrade gibst du deinem aktuellen System im Grunde genommen ein neues Gesicht. Du kannst die CMS-Version aktualisieren, Plugins ersetzen oder reparieren, Sicherheitslücken schliessen, die Leistung der Website verbessern oder das Design auffrischen, ohne die gesamte zugrunde liegende Struktur zu ändern.

Ein vollständiger Relaunch ist etwas anderes – er ist wie ein Neubau eines Hauses, weil das Fundament nicht mehr das trägt, was du brauchst.

Du wählst ein neues CMS oder Framework, gestaltest alles neu, baust die Inhaltsstruktur um, organisierst das Backend neu und modernisierst Integrationen, APIs und Workflows. Dieser Ansatz gibt dir Freiheit und langfristige Stabilität, erfordert aber mehr Vorausplanung und Investitionen.

Sechs Fragen, die dir Klarheit über dein weiteres Vorgehen geben

1. Wie alt ist dein aktuelles System?

Wenn dein CMS oder deine Plattform älter als 5–7 Jahre ist, hast du wahrscheinlich mit veralteten Plugins, langsamen Ladezeiten, Sicherheitsrisiken und Einschränkungen zu kämpfen, die neue Funktionen ausbremsen.

Wenn das Fundament alt ist, wird ein Upgrade in der Regel zu einem teuren Flickwerk. Jede «Schnelllösung» verursacht mehr technische Altlasten, und am Ende zahlst du langfristig mehr, als ein Relaunch gekostet hätte.

In diesen Fällen spart ein Relaunch oft Geld und bietet dir gleichzeitig eine moderne, wartungsfreundliche Plattform.

2. Wird dein System noch unterstützt?

Wenn dein CMS, dein Theme oder deine Plugins nicht mehr aktiv gepflegt werden, wird ein Upgrade riskant – und manchmal sogar unmöglich.

Du hast dann mit fehlerhaften Abhängigkeiten, Sicherheitslücken, die nie gepatcht werden, veralteten Bibliotheken und Technologien zu kämpfen, mit denen Entwickler nicht mehr arbeiten wollen.

Wenn dein System das «Ende seiner Lebensdauer» erreicht hat, ist ein Relaunch fast immer die klügere Entscheidung. Auf veralteter Technologie kannst du keinen sicheren, zuverlässigen Geschäftsbetrieb aufbauen.

3. Kämpfst du mehr mit deinem CMS, als dass du es nutzt?

Ein gutes CMS sollte dir das Leben erleichtern, nicht erschweren. Wenn einfache Aufgaben die Hilfe eines Entwicklers erfordern oder Updates regelmässig zu Funktionsstörungen führen, arbeitet dein System gegen dich.

Achte auf diese Warnsignale:

• «Ohne Entwickler können wir das nicht ändern.»
• «Dieses Plugin funktioniert nicht mehr.»
• «Das Admin-Panel ist verwirrend und umständlich.»
• «Warum funktioniert nach dem Update einer Seite plötzlich nichts mehr?»

Häufen sich diese Beschwerden, deutet das darauf hin, dass ein Relaunch deinem Team die Freiheit und Effizienz zurückgibt, die es braucht.

4. Behindert dein aktuelles Setup zukünftiges Wachstum?

Wenn du internationale Expansion, ERP/CRM-Integration, E-Commerce oder spürbare Verbesserungen bei Leistung und SEO planst, steht dein altes System dieser Entwicklung oft im Weg.

Moderne Systeme – insbesondere Headless-CMS-Plattformen – sind auf Flexibilität und Wachstum ausgelegt. Sie erleichtern die Integration deines CMS mit ERP- und CRM-Systemen, das Hinzufügen neuer Funktionen und die Skalierung ohne ständige Neuprogrammierung.

Wenn du grosse Pläne hast, schafft ein Relaunch dir den Freiraum zum Wachsen – ohne ständigen Kampf mit deiner Technologie.

5. Wie viel würde ein «einfaches Upgrade» tatsächlich kosten?

Manchmal klingt ein Upgrade einfach, bis man anfängt, den Arbeitsaufwand zu berechnen: Plugins neu schreiben, Abhängigkeitskonflikte lösen, Vorlagen anpassen, neue Fehler beheben, Server aktualisieren und alles erneut testen.

Wenn der Preis für das Upgrade fast so hoch ist wie die Kosten für einen Neuaufbau (was öfter vorkommt, als du denkst), bringt ein kompletter Relaunch normalerweise langfristig mehr Vorteile.

Du behebst die jetzigen Probleme und baust gleichzeitig eine Plattform auf, die dich in zwei Jahren nicht wieder nervt.

6. Wie dringend sind deine Probleme?

Wenn dein System abstürzt, unsicher oder extrem langsam ist, den Verkauf blockiert oder ständig Supportprobleme verursacht, solltest du lieber früher als später einen Relaunch machen.

Wenn die Probleme aber nur klein oder hauptsächlich kosmetischer Natur sind, reicht vielleicht ein Upgrade.

Wichtig ist, zu verstehen, ob es sich um oberflächliche Probleme oder grundlegende Einschränkungen handelt, die sich durch kein noch so umfangreiches Patchen beheben lassen.

Eine einfache Entscheidungsregel, die wirklich funktioniert

Wenn die Reparatur deines aktuellen Systems sich wie ein «Kampf gegen die Vergangenheit» anfühlt, ist es Zeit für einen Relaunch. Wenn dein System solide ist, aber nur etwas aufpoliert werden muss, reicht vielleicht ein Upgrade.

Die meisten Unternehmen kennen die Antwort eigentlich schon – sie brauchen nur Klarheit, Bestätigung und einen praktischen Plan, um voranzukommen.

Eine hilfreiche Überlegung: Löst du die Probleme von heute oder richtest du dein Unternehmen auf die nächsten fünf Jahre aus?

Unser empfohlener Ansatz: Beginne mit einem Audit

Wir beginnen immer mit einem System-Audit, das drei wichtige Fragen beantwortet:

• Lohnt sich ein Upgrade?
• Was bremst dich tatsächlich aus?
• Was kostet mehr, wenn du es behältst, als wenn du es ersetzt?

Dieses Audit verschafft dir Klarheit, bevor du dich zu etwas verpflichtest.

Dann empfehlen wir dir die Option, die langfristig den grössten Nutzen bringt – nicht nur die mit den niedrigsten kurzfristigen Kosten. Oft ist das ein kompletter Relaunch mit einem modernen CMS wie Payload CMS, weil es technische Altlasten beseitigt und Teams eine saubere, skalierbare Grundlage bietet.

Aber manchmal reicht ein Upgrade wirklich aus – vor allem, wenn das Kernsystem noch in Ordnung und gut gewartet ist.

Beispiele aus der Praxis: Wann welcher Ansatz sinnvoll ist

Wann ein Upgrade

Dein CMS ist relativ modern (2–4 Jahre alt), wird aktiv unterstützt und ist gut dokumentiert. Die Kernfunktionalität erfüllt deine Anforderungen, du benötigst lediglich eine bessere Leistung oder ein aktualisiertes Design. Dein Team kennt das System gut und kann effizient damit arbeiten.

Wann ein Relaunch

Dein System ist veraltet, wird nicht mehr unterstützt oder erfordert ständige Korrekturen. Die von dir benötigten Kernfunktionen sind ohne umfangreiche kundenspezifische Entwicklungen nicht möglich. Ein Upgrade deines aktuellen CMS ist komplex und teuer geworden. Dein Team verbringt mehr Zeit damit, mit dem System zu kämpfen, als es produktiv zu nutzen.

Abschliessende Gedanken: Entscheide dich für das, was dein Unternehmen voranbringt

Die Entscheidung zwischen einem System-Upgrade und einem vollständigen Relaunch muss nicht verwirrend sein – es kommt darauf an, den Zustand deines aktuellen Setups, deine zukünftigen Ziele und dein Budget zu verstehen.

Ein modernes CMS sollte dir das Leben erleichtern und nicht Stress oder ständige technische Probleme verursachen.

Wenn du dir nicht sicher bist, welcher Ansatz für deine Situation sinnvoll ist, helfen wir dir gerne weiter. Bei what. sind wir auf CMS-Migrations-Services spezialisiert und können dein aktuelles System checken, um dir den besten Ansatz zu empfehlen.

Manchmal ist ein Neuanfang die klügste Investition. Manchmal ist ein gezieltes Upgrade alles, was du brauchst.

So oder so, du verdienst eine Plattform, die dein Unternehmen unterstützt weiterbringt, anstatt es auszubremsen.

The post CMS-Upgrade oder kompletter Relaunch: Wie du die richtige Entscheidung triffst appeared first on what. AG.

Die meisten Unternehmen nutzen heute eine Mischung aus verschiedenen Tools für ihren täglichen Betrieb – Website, CMS, ERP, CRM, Marketing-Automatisierung usw. Aber diese Systeme laufen oft in ihrer eigenen kleinen Welt und kommunizieren nicht miteinander, es sei denn, jemand aus deinem Team kopiert manuell Daten von einem Ort zum anderen. 

Das führt in der Regel zu doppelten Informationen, veralteten Inhalten, unnötiger manueller Arbeit, längeren Reaktionszeiten gegenüber Kunden und allgemeiner Frustration.

Aber was passiert, wenn dein CMS, ERP und CRM tatsächlich miteinander kommunizieren? Dann wird es interessant. 

Automatisierte Datenflüsse, Echtzeit-Updates und personalisierte Erlebnisse werden Realität – und sind nicht mehr nur willkommene Zusatzfunktionen.

Drei wesentliche Verbesserungen durch Systemintegration

Wenn Systeme richtig integriert sind, ergeben sich sofort drei entscheidende Verbesserungen.

Inhalte bleiben ohne menschliches Zutun auf dem neuesten Stand

Stell dir vor, dein ERP aktualisiert den Preis, die Beschreibung oder den Lagerbestand eines Produkts – und deine Website spiegelt diese Änderungen automatisch wider. Keine veralteten Preise, keine falschen Lagerbestände, keine verärgerten Kunden. Das ist besonders nützlich für E-Commerce-Plattformen, Produktkataloge, Buchungssysteme und Websites mit dynamischen Inhalten, die sich häufig ändern.

Systeme wie Payload CMS können über APIs mit ERPs verbunden werden, wodurch diese Synchronisierungen sofort und zuverlässig erfolgen. Selbst ältere Plattformen können dies bewältigen, allerdings mit mehr individuellen Anpassungen.

Dein CRM ermöglicht die Personalisierung deiner Website

Dein CRM weiss viel über deine Kunden: was sie gekauft haben, welche Seiten sie besucht haben, welche E-Mails sie geöffnet haben, woran sie interessiert sind. 

Stell dir nun vor, dein CMS könnte diese Daten nutzen.

Deine Website kann sich automatisch auf Basis der CRM-Erkenntnisse anpassen und relevante Inhalte, massgeschneiderte Angebote, empfohlene Produkte oder spezifische CTAs anzeigen, je nachdem, wo sich die Kunden auf ihrer Customer Journey befinden. 

Früher war für diese Art der Personalisierung umfangreiche Unternehmenssoftware erforderlich. Heute kann eine gute CMS-CRM-Integration dies problemlos bewältigen, unabhängig davon, ob du Payload oder eine andere Plattform verwendest.

Teams sparen jede Woche mehrere Stunden Zeit

Seien wir ehrlich – niemand möchte Zeit damit verbringen, dieselben Daten in mehrere Systeme einzugeben. 

Wenn deine CMS-ERP-Integration und CRM-Verbindungen richtig funktionieren, fliessen neue Leads von deiner Website direkt in das CRM, Produktaktualisierungen werden vom ERP mit dem CMS synchronisiert und Inhaltsänderungen können CRM-Workflows auslösen. 

Keine Spreadsheets, kein Copy-Paste, keine menschlichen Fehler. Nur eine Geschäftsautomatisierung, die tatsächlich funktioniert.

Integrationsszenarien aus der Praxis

Verschiedene Integrationen lösen unterschiedliche Probleme, aber die meisten Unternehmen profitieren von einer Handvoll gängiger Szenarien, die einen unmittelbaren Mehrwert bieten.

CMS + ERP: Produkte und Lagerbestände in perfekter Übereinstimmung

ERP-CMS-Synchronisationsszenarien umfassen in der Regel die Synchronisation von Produktdaten, Lagerbeständen oder Verfügbarkeiten, die Aktualisierung von Preisen in Echtzeit und die Synchronisation von Kundenkonten zwischen den Systemen. 

Diese Integrationen sind besonders wertvoll für Unternehmen mit grossen Produktpaletten, Vertriebsteams oder komplexen Anforderungen an die Bestandsverwaltung.

CMS + CRM: Website-Besucher werden zu bekannten Kunden

Leite Website-Formularübermittlungen direkt an dein CRM weiter, löse Marketing-E-Mails basierend auf CMS-Aktionen aus, personalisiere Website-Inhalte basierend auf CRM-Segmentierung und erstelle Benutzer-Dashboards, die mit CRM-Daten gespeist werden.

Für Unternehmen, die sich auf Lead-Generierung oder Kundenbindung konzentrieren, liefert die CMS-CRM-Integration oft den höchsten ROI. Die Verbindung zwischen dem Verhalten der Besucher auf deiner Website und deinen Follow-up-Massnahmen wird nahtlos.

Wie verschiedene CMS-Plattformen Integrationen bewältigen

Egal, ob du ältere Plattformen oder moderne Lösungen nutzt, Integrationen laufen normalerweise über APIs – aber der Ansatz ist ganz unterschiedlich.

Modernes CMS: Für Integrationen gemacht

Moderne Headless-CMS-Plattformen wie Payload CMS sind unkompliziert, weil sie von Grund auf mit Fokus auf APIs aufgebaut sind. 

Sie haben REST und GraphQL von Haus aus, bieten extreme Flexibilität und funktionieren hervorragend mit modernen Stacks wie Next.js, React oder Vue.

Es ist, als hättest du ein CMS, das darauf ausgelegt ist, mit anderen Systemen verbunden zu werden. Die Headless-Architektur macht die Inhaltsintegration zu einer Selbstverständlichkeit und nicht zu einer nachträglichen Überlegung.

Ältere CMS: Mehr Anpassungsaufwand erforderlich

Ältere CMS-Plattformen wie Django CMS können ebenfalls verwendet werden, erfordern jedoch je nach deinen Anforderungen möglicherweise mehr individuelle Anpassungen.

Die Plugin-Ökosysteme sind oft veraltet, obwohl die Backend-Funktionen für Teams, die mit diesen Technologien vertraut sind, nach wie vor solide sind.

Sie eignen sich besser für Legacy-Systeme, bei denen du bereits in diese Infrastruktur investiert hast. 

In beiden Fällen sind Integrationen möglich – einige laufen einfach reibungsloser ab mit moderneren, headless CMS-Integrationsansätzen.

Zum Thema: Erfahre, warum das Upgrade von Django CMS so komplex ist.

Beginne deine Integrationsreise

Du musst nicht alles auf einmal integrieren – fang mit der einfachsten, wichtigsten Verbindung an und baue von dort aus weiter aus.

Hier sind ein paar Ideen, die wenig Aufwand erfordern und sofort Ergebnisse liefern:

• Sende Webformular-Eingaben direkt an dein CRM
• Übertrage Produktbestände aus deinem ERP in dein CMS
• Synchronisiere Newsletter-Anmeldungen automatisch
• Verwende CRM-Tags, um den Inhalt deiner Homepage zu personalisieren

Selbst kleine Automatisierungen wie diese können jede Woche Stunden an Arbeit einsparen.

Sobald du den Mehrwert erkannt hast, kannst du die Integrationen Schritt für Schritt erweitern, anstatt zu versuchen, alles auf einmal aufzubauen.

Warum das gerade jetzt für dein Unternehmen wichtig ist

Die digitale Welt verlangt immer mehr Geschwindigkeit, Automatisierung, Personalisierung und Datengenauigkeit – und Unternehmen, die das nicht bieten können, fallen zurück. 

Wenn dein CMS, CRM und ERP nicht miteinander kommunizieren, bist du immer im Hintertreffen. Du musst alles manuell aktualisieren und hoffen, dass nichts übersehen wird.

Die Integration deiner Systeme sorgt für eine schnellere Website, zufriedenere Kunden, ein effizienteres Team, bessere Datenqualität, personalisiertere Erlebnisse und weniger technisches Chaos. 

Es ist eines der Upgrades mit dem höchsten ROI, die ein Unternehmen machen kann, vor allem wenn man bedenkt, wie viel Zeit und Frust es spart. 

Für viele unserer Kunden war die richtige CMS-ERP-Integration oder CMS-CRM-Integration ein echter Wendepunkt.

Dein CMS als Rückgrat deiner Inhalte

Dein CMS sollte kein isoliertes Tool sein – es sollte die zentrale Drehscheibe sein, die deine gesamte Unternehmensinfrastruktur miteinander verbindet. 

Wenn es richtig mit deinem ERP- oder CRM-System verbunden ist, wird alles einfacher, schneller und effizienter. Dein Team kann sich auf Geschäftswachstum konzentrieren, statt sich mit Daten herumzuschlagen.

Viele Unternehmen befürchten, dass diese Integrationen enorme Budgets oder monatelange Entwicklungsarbeit erfordern. Das ist heute kaum noch der Fall.

Moderne Plattformen wie Payload CMS sind speziell darauf ausgelegt, solche Integrationen einfach und unkompliziert zu gestalten.

Selbst ältere Systeme lassen sich oft leichter verbinden, als du denkst, obwohl die versteckten Kosten für den Verbleib auf veralteten CMS-Plattformen manchmal eine Migration auf ein neues System sinnvoller machen als das Patchen alter Systeme.

Wenn du daran interessiert bist, deine Systeme miteinander zu verbinden oder moderne CMS-Plattformen zu entdecken, kann dir unser Team bei what., das auf Payload-CMS-Services spezialisiert ist, helfen, das beste Vorgehen für dein Unternehmen zu finden – egal, ob es darum geht, deine aktuelle Konfiguration zu verbessern oder auf etwas zu migrieren, das einfacher zu warten ist.

The post Warum die Integration deines CMS mit ERP- und CRM-Systemen entscheidend ist appeared first on what. AG.