Was ist Replatforming?

Replatforming bezeichnet den Wechsel auf eine grundlegend andere Systemarchitektur – nicht nur ein neues Design. Gemeint ist der Schritt weg vom gekoppelten CMS, das Inhalte verwaltet und die Seite ausliefert, hin zu einem Headless-Aufbau, bei dem ein Backend die Inhalte hält und ein modernes Frontend sie separat ausliefert. Es ist kein Relaunch im Sinne eines Neuanstrichs, sondern ein fundamentaler Architekturwechsel.

Wann lohnt sich der Umstieg auf ein Headless-System?

Ein Umstieg lohnt sich, wenn ihr eine Performance-Decke erreicht habt, die sich durch Caching nicht mehr durchbrechen lässt, wenn dieselben Inhalte auf mehreren Kanälen erscheinen sollen – Website, App, Newsletter –, oder wenn euer System die Entwicklung dauerhaft ausbremst. Fehlen diese Signale, ist Replatforming oft Overkill: Dann bringt gezieltes Aufräumen am Bestand mehr als ein Architekturwechsel.

Wie läuft ein Replatforming ab?

Ein sauberes Replatforming folgt diesen Schritten: zuerst ein Content-Audit, dann die Modellierung des Datenmodells im neuen Backend, danach ein vollständiger URL- und Redirect-Plan mit 301-Weiterleitungen für jede geänderte Adresse. Erst dann wird das Frontend gebaut und angebunden – bei uns meist mit Astro. Migriert wird schrittweise, nicht per Big Bang, und nach dem Launch werden Rankings und Core Web Vitals engmaschig beobachtet.

Woran erkenne ich eine gute Agentur für Headless-Replatforming?

Eine gute Agentur fragt zuerst nach eurem Ziel und eurer bestehenden URL-Struktur – nicht nach eurem Wunsch-Framework. Sie plant Redirects, bevor sie baut, und migriert schrittweise statt per Big Bang. Sie sagt euch ehrlich, wenn sich der Wechsel in eurem Fall nicht lohnt. Wer sofort zusagt, ohne eure Inhalte gesehen zu haben, hat den wichtigsten Schritt übersprungen.

Was unterscheidet Replatforming von einem normalen Relaunch?

Ein Relaunch meint oft ein neues Design oder neue Texte auf derselben technischen Basis. Replatforming wechselt die Architektur selbst: Ihr tauscht das System aus, nicht nur seine Oberfläche. Das Resultat kann ähnlich aussehen, aber unter der Haube läuft etwas anderes – mit anderen Konsequenzen für Wartung, Performance und künftige Erweiterbarkeit. Manche Projekte brauchen beides, manche nur das eine.

Replatforming auf ein Headless-System: Wann es sich lohnt

„Replatforming” klingt nach einem großen Projekt – und manchmal ist es das auch. Gemeint ist der Wechsel auf eine grundlegend andere Architektur, nicht nur ein neues Design. Konkret: weg vom gekoppelten System (CMS verwaltet Inhalte und liefert die Seite aus), hin zu einem Headless-Aufbau, bei dem ein Backend die Inhalte hält und ein modernes Frontend sie ausliefert.

Die Frage ist selten „können wir das?”, sondern „lohnt es sich für uns – und wie kommen wir dahin, ohne unsere Rankings zu verlieren?”. Genau darum geht es hier. Den Überblick über die Zielsysteme liefert der Headless-CMS-Vergleich; dieser Beitrag behandelt den Weg dorthin.

Woran ihr erkennt, dass Replatforming sinnvoll ist

Nicht jede Seite braucht das. Typische Signale, bei denen sich der Aufwand rechnet:

Performance-Decke erreicht. Ihr habt gecacht, optimiert und entrümpelt – und trotzdem bleiben Ladezeit und Core Web Vitals ein Dauerthema, weil das System bei jedem Aufruf alles neu zusammenbaut.
Mehrere Ausspielkanäle. Dieselben Inhalte sollen nicht nur auf der Website erscheinen, sondern auch in App, Newsletter oder auf Partnerseiten. Ein Headless-Backend liefert Inhalte als Daten an beliebige Kanäle.
Reibung zwischen Redaktion und Entwicklung. Das monolithische System bremst euer Entwicklungsteam aus, oder Redaktion und Tech blockieren sich gegenseitig.
Skalierung und Sicherheit. Ihr erwartet Lastspitzen oder wollt die Angriffsfläche reduzieren – ein statisch ausgeliefertes Frontend hilft bei beidem.

Fehlt das alles, ist Replatforming oft Overkill. Dann bringt ein gezieltes Aufräumen am Bestand mehr als ein Architekturwechsel.

Wie ein sauberes Replatforming abläuft

Der häufigste Grund für gescheiterte Replatformings ist nicht die Technik, sondern ein übersprungener Schritt. Die Reihenfolge, die funktioniert:

Content-Audit. Was ist überhaupt da? Welche Inhalte, welche Typen, welche Felder? Was kann weg, was muss mit? Bei gewachsenen Systemen zeigt der Audit häufig, dass 30 bis 50 Prozent aller URLs seit Jahren keinen messbaren Traffic mehr haben – Seiten, die niemand gepflegt, aber auch nie gelöscht hat. Das ist die Gelegenheit, aufzuräumen, bevor der Umzug beginnt. Eine 400-Seiten-Site kann nach dem Audit auf 200 relevante Seiten schrumpfen, was den gesamten Migrationsaufwand halbiert.
Datenmodell aufsetzen. Inhalte werden im neuen Backend strukturiert modelliert – sauber typisiert statt als HTML-Klumpen. Das ist die eigentliche Wertschöpfung eines Headless-Umzugs. Wer hier die Felder und Typen schlampig definiert, schleppt die Altstruktur mit – und steht in zwei Jahren wieder vor denselben Problemen.
URL- und Redirect-Plan. Der kritischste SEO-Schritt: Jede bestehende URL braucht ein Ziel. Wo sich Pfade ändern, kommen 301-Weiterleitungen. In der Praxis bedeutet das: Crawl des Altbestands, Export in eine Mapping-Tabelle, für jede URL eine Entscheidung – beibehalten, weiterleiten, konsolidieren oder löschen. Wird das übersprungen, verliert ihr Rankings – das ist der Hauptgrund, warum Relaunches manchmal Sichtbarkeit kosten.
Frontend bauen & anbinden. Das neue Frontend (bei uns meist Astro) holt die Inhalte über die API und rendert sie – statisch, schnell, suchmaschinenfreundlich.
Schrittweise migrieren statt Big Bang. Wo möglich, Bereich für Bereich umziehen und testen, nicht alles an einem Stichtag. Das senkt das Risiko erheblich.
Messen nach dem Launch. Rankings, Indexierung, Core Web Vitals im Blick behalten und nachsteuern – am besten die ersten vier Wochen täglich.

Wie lange dauert ein Replatforming?

Das hängt stark an Größe und Komplexität. Grobe Orientierungswerte aus der Praxis:

Kleine Sites (bis ca. 50 URLs): 4–8 Wochen
Mittlere Sites (100–300 URLs): 2–4 Monate
Größere Sites (500+ URLs): 4–6 Monate, häufig mehr

Der Flaschenhals ist fast nie das Frontend-Build. Content-Modellierung braucht Zeit, weil hier Entscheidungen fallen, die schwer rückgängig zu machen sind. Das Redirect-Mapping skaliert linear mit der URL-Zahl: Bei einer 200-URL-Site nimmt es mehr Zeit in Anspruch, als die meisten Auftraggeber erwarten. Plant außerdem Puffer für Abnahme und Testphase ein – technisch fertig ist nicht dasselbe wie live.

Das größte Risiko: Rankings verlieren

Ein Replatforming berührt fast immer die URL-Struktur – und damit das, woran Google eure Seiten kennt. Wird die Migration ohne sauberen Redirect-Plan gefahren, brechen Rankings weg, und der Performance-Gewinn wird von Sichtbarkeitsverlust aufgefressen.

Vermeidbar ist das durch: vollständiges URL-Mapping, 301-Weiterleitungen für jede geänderte Adresse, Erhalt der Seitenstruktur und der internen Verlinkung, Übernahme von Title, Meta und strukturierten Daten. Das ist Fleißarbeit – aber sie entscheidet darüber, ob das Projekt ein Erfolg oder ein teurer Rückschritt wird.

Wenn ihr von WordPress kommt, ist der Mittelweg übrigens oft der ruhigere: Headless WordPress mit Astro – ihr behaltet das Redaktions-Backend und tauscht nur das Frontend, statt das ganze System zu wechseln.

Was es kostet

Eine pauschale Zahl wäre unseriös. Was den Aufwand treibt: der Content-Audit (wie viele Inhaltstypen gibt es, wie sauber sind die Daten?), das Datenmodell (je mehr unterschiedliche Inhaltstypen, desto mehr Abstimmung), das Redirect-Mapping (skaliert mit der URL-Zahl), der Frontend-Build (variiert stark nach Design-Komplexität) und die ersten Wochen Monitoring nach dem Launch. Der Aufwand steckt selten im Frontend, fast immer in den ersten drei Punkten. Wer dort spart, zahlt später doppelt – entweder durch Rankings-Verlust oder durch eine Datenstruktur, die in zwei Jahren wieder aufgeräumt werden muss.

Belastbar wird die Schätzung erst nach einem Audit, das Inhalte und URL-Struktur sichtet.

Worauf ihr bei einem Partner achten solltet

Wenn ihr das nicht selbst stemmt: Eine gute Agentur für Headless-Replatforming fragt zuerst nach eurem Ziel und eurer URL-Struktur – nicht nach eurem Wunsch-Framework. Sie plant Redirects, bevor sie baut, sie migriert schrittweise statt per Big Bang, und sie sagt euch ehrlich, wenn sich der Wechsel in eurem Fall nicht lohnt. Wer sofort „klar, machen wir, wird super” sagt, ohne eure Inhalte gesehen zu haben, hat den wichtigsten Schritt übersprungen.

Ihr überlegt, auf ein Headless-System umzuziehen? Schickt uns eure aktuelle Seite – wir machen ein Audit von Inhalten und URL-Struktur und sagen euch ehrlich, ob sich das Replatforming lohnt, wie der Weg aussieht und was es kostet. Auch wenn die Antwort „euer Bestand reicht” lautet. Schreibt uns kurz.