Der Plattformwechsel ist der Schritt mit dem höchsten Einsatz, den eine Website geht.Wir führen ihn mit schriftlichem, festem Umfang durch.
Das CMS wechselt, und das Inhaltsmodell, die Templates, die Integrationen und jede URL wechseln mit. WAYF plant diesen Wechsel schriftlich, bepreist ihn fest und hat ihn im Unternehmensmaßstab durchgeführt: Die China-Plattform von Ingersoll Rand verließ Oracle Content Manager in fünf Monaten, ohne Ausfallzeit beim Umschalten.
Ein schriftlicher Umfang und ein Festpreis, bevor die Arbeit beginnt
Eine Weiterleitungstabelle für jede URL, die Ihnen gehört
Ihnen zu eigen: offen, gepflegt, ohne Bindung
02·Was der Umfang enthält
Vier Arbeitsstränge, die jedes vollständige Angebot abdeckt,jeder schriftlich freigegeben, bevor der nächste beginnt.
01
Ein Inhaltsmodell, gebaut für das Ziel
Exporte fallen nie sauber in ein neues System. Seitentypen, Blöcke, Referenzen und Lokalisierung werden für die Plattform modelliert, auf die Sie wechseln, und schriftlich freigegeben, bevor der erste Eintrag umzieht.
02
Inhalte umgewandelt, mit Treueprüfungen
Rich Text wird geparst und neu ausgegeben, Referenzen werden gegen neue Kennungen aufgelöst, und der Import wird gegen die Quelle validiert, damit stiller Feldverlust in einem Bericht auftaucht statt in der Produktion.
03
Eine Weiterleitungstabelle für jede URL
Jede Adresse, die die alte Website beantwortet hat, bekommt ein Ziel und eine dauerhafte Weiterleitung. Google dokumentiert, dass 301-Weiterleitungen die Signale erhalten, die eine URL erworben hat; Verluste entstehen durch Lücken in der Abdeckung, weshalb die Tabelle aus einer vollständigen Bestandsaufnahme gebaut wird.
04
Eine geprobte Umschaltung mit Rückweg
Der Wechsel wird geplant, gegen eine Staging-Kopie geprobt und ist umkehrbar. Auf der China-Plattform von Ingersoll Rand lief die Umschaltung ohne Ausfallzeit.
Die definitorische Fassung, mit den acht Phasen, die ein Plattformwechsel durchläuft, und den Fehlerbildern jeder einzelnen, steht im Glossareintrag zum Plattformwechsel. Für ein bestimmtes Quellsystem behandeln die Migrationsseiten je Plattform, was sich sauber abbilden lässt und wohin das Budget geht.
03·Zuschnitt
Ein Plattformwechsel ist eine von drei Antworten.Wir sagen Ihnen, welche Sie tatsächlich brauchen, bevor Sie eine davon kaufen.
Das System darunter ersetzen
Der vollständige Plattformwechsel. Richtig, wenn das aktuelle CMS ein End-of-Life-Datum hat, seine Lizenzökonomie bei Ihren Volumina keinen Sinn mehr ergibt oder sein Inhaltsmodell nicht ausdrücken kann, was Ihr Team veröffentlicht. Unsere Übersicht der CMS-End-of-Life-Daten listet die datierten Fristen.
Das Frontend neu bauen, das System behalten
Wenn die Einschränkung ein langsames oder alterndes Frontend ist und das CMS seinen Platz weiterhin verdient, geschieht der Neubau auf dem, was Sie haben. Inhalte, redaktionelle Abläufe und URLs bleiben, wo sie sind; der Code, der sie rendert, wird ersetzt.
Vor Ort härten und erweitern
Wenn Ihr Aufbau bereits gut optimiert ist, sagen wir das. Viele Projekte stecken Verbesserungen an einer Plattform ab, die der Kunde behält: Performance-Arbeit, redaktionelle Abläufe, Integrationen und die Betreuung, die sie sicher hält.
04·Maschinenlesbar
Die Plattform, auf der Sie landen, ist für die Systeme lesbar, die das Auffinden inzwischen vermitteln.Abrufbar, maschinell auswertbar, zuschreibbar — als Voreinstellung.
KI-Assistenten zitieren, was sie abrufen, parsen und zuordnen können, und alle drei sind Eigenschaften davon, wie eine Plattform gebaut ist. Jeder Plattformwechsel, den wir liefern, bringt sie als Voreinstellung mit. Die Begründung und die sechs Prüfungen, die Sie heute gegen Ihre aktuelle Website laufen lassen können, stehen in Ihr CMS ist eine GEO-Entscheidung.
Semantisches HTML, serverseitig gerendert
Schema.org-Daten auf den zentralen Entitäten
Stabile Canonical-URLs
Eine Überschriftenhierarchie, die die Extraktion übersteht
Eine ausdrückliche Crawler-Richtlinie, die Sie steuern
Über Seiten hinweg konsistente Angaben zu Entitäten
05·Wie der Wechsel läuft
Derselbe siebenphasige Entwicklungsprozess wie bei jedem WAYF-Projekt,schriftlich, für beide Seiten sichtbar, bevor die Lieferung beginnt.
00
Aufsetzen der Zusammenarbeit
Bevor die Lieferung beginnt, gehen wir mit dem Kunden durch, wie die Zusammenarbeit ablaufen wird, was die Freigabe des Umfangs bedeutet, wie neue Anfragen in den Plan gelangen und was geschieht, wenn sich der Umfang ändert. Das Modell der Zusammenarbeit wird schriftlich festgehalten und ist für beide Seiten später zugänglich.
01
Erkundung
Ein eigenes Erkundungsteam ist vom ersten Tag an in jede Anfrage eingebunden. Wir weigern uns, aus einer vagen Anfrage heraus zu bauen. Für jede Anfrage einigen wir uns darauf, welches Problem gelöst wird, warum es zählt, wen es betrifft, welches Ergebnis erwartet wird, welche Einschränkungen bekannt sind, welche Risiken bekannt sind und was noch unklar ist.
02
Definition und Freigabe
Der Umfang wird von der zuständigen entscheidungsbefugten Person schriftlich und mit Datum freigegeben, bevor die Lieferplanung beginnt. Was außerhalb des Umfangs liegt, wird ausdrücklich benannt. Abnahmekriterien werden vor dem ersten Commit geschrieben. Eine Umfangsänderung nach der Freigabe wird als Planungsereignis behandelt, mit eigener Schätzung und eigener Freigabe.
03
Abstecken, Planen und Design
Der freigegebene Umfang wird zu einem sichtbaren Plan mit Aufgaben, Verantwortlichen, Prioritäten, Abhängigkeiten, Risiken und einem angestrebten Lieferfenster. Die technische Prüfung findet während der Planung statt, sodass die Machbarkeit geklärt ist, bevor der Aufbau beginnt. Aktiver Umfang und künftige Ideen liegen an verschiedenen Orten.
04
Entwicklung und QA
Code wird geprüft, bevor er zusammengeführt wird. Die QA läuft durch die gesamte Lieferung. Die Umsetzung wird fortlaufend gegen den freigegebenen Umfang geprüft. Über die Release-Reife wird anhand von Testnachweisen entschieden, die beide Seiten einsehen können.
05
Release
Ein Release ist ebenso ein Kommunikationsereignis wie eine Auslieferung. Das Ergebnis des Releases wird nach dem Deploy überprüft. Die Release Notes legen dar, was ausgeliefert wurde, was sich für die Nutzer geändert hat, welche Einschränkungen bleiben und welche Nacharbeit ansteht. Releases führen niemals neuen Umfang ein.
06
Betreuung und nächster Umfang
Laufende Projekte zerfallen nicht in einen ungesteuerten Strom dringender Slack-Nachrichten. Fehler, Supportanfragen und neue Ideen werden getrennt und unterschiedlich geleitet. Supportarbeit verbraucht nicht stillschweigend die Entwicklungskapazität, die für den geplanten Umfang zugesagt ist.
06·In Produktion
Die China-Plattform von Ingersoll Rand, von Oracle Content Manager auf Payload gewechselt,vor der Abkündigungsfrist von OCM.
China lief noch auf dem Altbestand mit Oracle Content Manager, weil Contentstack in der Region nicht verfügbar war. Als OCM sein End of Life ankündigte, lieferten wir das ersetzende CMS, die Content-Architektur und den Anbietervertrag, auf dem das neu gebaute Frontend heute weltweit läuft, ein Plattformwechsel mit einer harten externen Frist.
Fragen, die uns vor dem ersten Gespräch gestellt werden.
Was kostet ein CMS-Plattformwechsel?
Die Beratung ist kostenlos, und ein Festpreis folgt auf die Erkundung. Der Preis ergibt sich aus messbaren Größen statt aus dem Namen der Plattform: Menge und Vielfalt der Inhalte, wie viele Inhaltstypen das neue Modell trägt, wie viel des Archivs aus Rich Text mit eingebetteten Komponenten besteht, die Liste der Integrationen und wie viele URLs abgebildet werden müssen. Wir halten die Zahl schriftlich fest, bevor die Arbeit beginnt, und sie hält.
Wie lange dauert es?
Dieselben Größen, die den Preis bestimmen, bestimmen den Kalender, deshalb nennen wir einen Termin nach der Erkundung statt davor. Zur Einordnung: Die Aufbauphase einer abgesteckten Migration läuft meist vier bis acht Wochen, sobald der Umfang freigegeben ist, und der vollständige China-Plattformwechsel von Ingersoll Rand lief fünf Monate vom Start bis zum Launch ohne Ausfallzeit.
Verlieren wir unsere Suchplatzierungen?
Das Risiko konzentriert sich auf die URLs, und es ist beherrschbar. Googles Dokumentation zum Website-Umzug hält fest, dass dauerhafte Weiterleitungen keinen Verlust an PageRank verursachen, sodass ein Wechsel, bei dem jede geänderte URL per 301 auf eine echte Entsprechung zeigt, bewahrt, was die alte Adresse erworben hat. Unser Umfang schließt die vollständige URL-Bestandsaufnahme, die Weiterleitungstabelle und Gleichheitsprüfungen gegen die Altwebsite vor dem Launch ein.
Müssen wir alles ersetzen?
Oft ist die richtige Antwort kleiner als ein vollständiger Plattformwechsel. Wenn die Einschränkung im Frontend liegt, bauen wir es auf dem System neu, das Sie behalten. Wenn Ihr Aufbau bereits gut optimiert ist, sagen wir das und stecken stattdessen die Verbesserungen ab. Ein Plattformwechsel ist die Antwort, wenn das System selbst die Grenze ist: ein End-of-Life-Datum, die Lizenzökonomie bei Ihren Volumina oder ein Inhaltsmodell, das es nicht ausdrücken kann.
Auf welches CMS bringen Sie Teams?
Am häufigsten auf Payload, wo wir Partneragentur und Top Contributor sind, weil es dem Kunden strukturierte, im Code definierte Collections bietet, dazu die volle Kontrolle über das Rendering und ein quelloffenes System, das er selbst hosten und besitzen kann. Wo ein anderes Ziel besser zu Ihrem Stack oder Ihrem Team passt, ist das die Empfehlung, die wir aussprechen.
Wer betreibt die Plattform danach?
Ihr Team. Die Übergabe umfasst Schulung und Dokumentation für die Redaktion, die ersten Wochen nach dem Launch laufen als Stabilisierungsfenster mit dem Lieferteam in Bereitschaft, und die laufende Betreuung ist als eigenes, klar bepreistes Projekt verfügbar statt als Abhängigkeit.
08·Kontakt aufnehmen
Bringen Sie die Plattform mit, in welchem Zustand sie auch ist.Wir sagen Ihnen, welche der drei Antworten passt und was sie kosten würde.
Ob Sie am Ende mit uns arbeiten oder nicht, Sie verlassen das erste Gespräch mit einem klareren Bild davon, was ein Wechsel weg von Ihrem aktuellen System umfasst, was er bewahren würde und wie ein vernünftiger erster Schritt aussieht.
Wir nehmen Content-Plattform-Projekte für 2026 an.
Fünfundzwanzig Minuten, um die Arbeit durchzugehen und zu entscheiden, ob wir das richtige Team dafür sind. Umfangsbestimmung und ein Festpreis kommen danach.