Extensions und Eigenentwicklungen bestimmen jede Änderung
Individuelle Module, Erweiterungen und Anpassungen müssen bei Updates geprüft und gepflegt werden. Neue Funktionen werden dadurch oft aufwendiger als geplant.
Contao Migration · Sanity Partner
Contao Migration: Weniger Wartungsaufwand, mehr Möglichkeiten für Ihre Webplattform.
Wenn individuelle Contao-Erweiterungen die Weiterentwicklung bremsen oder Inhalte für Website, Kundenportal und weitere Anwendungen gebraucht werden, prüfen wir den Wechsel zu Sanity oder Payload. Ziel sind klar modellierte Inhalte, wiederverwendbare Komponenten und kontrollierbare Integrationen – sofern die Migration technisch und wirtschaftlich sinnvoll ist.
Als Sanity Partner entwickeln wir die neue Content- und Webarchitektur – einschließlich Datenmigration, Frontend, Suche, Medienverwaltung und kontrolliertem Go-live.
Wann lohnt sich eine Contao-Migration?
Contao selbst ist ein leistungsfähiges Open-Source-CMS. Der Wechsel wird interessant, wenn die gewachsene Implementierung mehr Aufwand erzeugt, als die Website für Marketing, Vertrieb und IT rechtfertigt.
Inhalte sind eng an Seiten und Templates gebunden
Wiederverwendbare Produktdaten, Kampagneninhalte oder Referenzen liegen in Seitenelementen oder spezialisierten Modulen. Sie lassen sich nur mit zusätzlicher Arbeit in anderen Anwendungen verwenden.
Ein Relaunch wird zum kompletten CMS-Projekt
Frontend, Inhaltsstruktur und Backendsystem sind eng miteinander verbunden. Selbst Änderungen am Design können größere Eingriffe in Templates und Datenstruktur erfordern.
Redaktion benötigt für kleine Änderungen technische Unterstützung
Sonder-Content-Elemente, Layoutvorgaben oder komplexe Freigaben verlangsamen die Pflege – besonders wenn viele Beteiligte oder mehrere Sprachversionen im Spiel sind.
Laufende Kosten sind schwer vergleichbar
Hosting, Wartung, Agenturleistungen, Extensions, Migrationen und interner Redaktionsaufwand werden selten als gemeinsame Gesamtkosten betrachtet.
Contao ablösen – wenn eine andere Architektur mehr ermöglicht
Nicht das CMS-Label entscheidet, sondern die Anforderungen Ihrer Organisation.
Ein einfacher Versionswechsel oder die Bereinigung bestehender Contao-Erweiterungen kann wirtschaftlicher sein als eine komplette Migration. Wir prüfen deshalb zuerst, welche Probleme tatsächlich aus dem CMS kommen und welche aus den gewachsenen Anpassungen.
Wenn Website, Kundenportal, Produktinformationen oder Vertriebsanwendungen dieselben Inhalte benötigen, kann ein entkoppeltes CMS die bessere Grundlage schaffen. Solche Entscheidungen bewerten wir im Rahmen von Consulting & Diagnostics – einschließlich Geschäftsbedarf, Kosten, technischer Abhängigkeiten und Betriebsverantwortung.
Das Ziel ist eine Website, die Inhalte konsistent verwaltet und sich gezielt weiterentwickeln lässt – nicht der Austausch eines komplexen Systems gegen mehrere ungeplante Abhängigkeiten.
Was nach der Contao-Migration möglich wird
Neue digitale Fähigkeiten statt nur ein anderes CMS.
Wenn Inhalte, Design und Anwendungscode getrennt verwaltet werden, können Unternehmen neue Kundenportale, Produktbereiche oder digitale Services entwickeln, ohne jeden Inhalt und jede Komponente mehrfach zu pflegen. Das Headless CMS stellt strukturierte Daten bereit; die jeweilige Anwendung verantwortet Darstellung und Funktionen.
Schema as Code bedeutet, dass Inhaltstypen, Beziehungen und Validierungsregeln im Repository definiert und versioniert werden. Änderungen lassen sich prüfen, testen und mit klaren Verantwortlichkeiten ausrollen. Dafür ist eine bewusste Migrationsstrategie für vorhandene Daten erforderlich.
Ein gemeinsames Designsystem mit Design-Tokens und UI-Komponenten kann Website und weitere Anwendungen verbinden. Es reduziert doppelte Implementierungen und erleichtert konsistente Anpassungen, sofern Frameworks und Anforderungen eine Wiederverwendung erlauben. Schnittstellen zu CRM, ERP und weiteren Systemen werden mit Datenverträgen, Berechtigungen und Fehlerbehandlung entwickelt.
Ob diese Vorteile den Umstieg rechtfertigen, hängt von bestehenden Erweiterungen, Teamkompetenzen, laufenden Kosten und geplanten Produktfunktionen ab. Ist die aktuelle Website stabil und ausreichend flexibel, kann die gezielte Weiterentwicklung wirtschaftlicher sein.
Contao-Alternative: Sanity oder Payload?
Die Zielplattform muss zu Ihren Redaktionsprozessen, Datenmodellen und betrieblichen Anforderungen passen. Wir bevorzugen Sanity, wenn strukturierte Inhalte in mehreren digitalen Anwendungen eingesetzt werden sollen.
Sanity CMS – strukturierte Inhalte unabhängig vom Frontend
Sanity trennt das Inhaltsmodell von der Darstellung. Redaktionen pflegen strukturierte Daten in anpassbaren Oberflächen, während Website und weitere Anwendungen über APIs darauf zugreifen. Valanor begleitet als Sanity Partner die Content-Modellierung, Migration und Entwicklung der Frontends.
Payload – CMS und Anwendung enger miteinander verbinden
Payload kann für TypeScript-orientierte Plattformen sinnvoll sein, bei denen CMS, individuelle Anwendungslogik, Berechtigungen und Hosting stärker in eigener Verantwortung liegen sollen.
Die Entscheidung trifft der konkrete Anwendungsfall
Wir bewerten Datenhoheit, Hosting, Berechtigungen, Lokalisierung, Redaktionsvorschau, vorhandene Entwicklerkompetenz, laufende Lizenz- und Betriebskosten sowie Integrationen. Nicht jedes Projekt braucht ein Headless CMS.
Was bei einer Contao-Migration wirklich übertragen werden muss
Seiten sind nur ein Teil der Bestandsaufnahme.
Contao verwaltet Inhalte typischerweise über Seitenstrukturen, Artikel und Content-Elemente. Dazu können News-Archive, Events, Formulare, Dateien, Sprachversionen, Benutzerrechte und individuelle Module kommen. Diese Strukturen sind nicht automatisch ein passendes Inhaltsmodell für das neue CMS.
Wir unterscheiden Inhalte von Darstellung und Funktion: Texte, Bilder und Metadaten werden als Daten übernommen; Layouts, Templates und dynamische Module werden gezielt neu abgebildet. Eigene DCA-Konfigurationen, Datenbanktabellen, Symfony-/PHP-Erweiterungen sowie individuelle Twig- oder ältere Templates prüfen wir separat.
Nachrichten, Termine, Downloads, Formulare und geschützte Bereiche brauchen eine klare Zielentscheidung: als strukturierter Content, als eigenständige Funktion oder weiterhin über ein bestehendes System. Eine automatische 1:1-Übernahme aller Erweiterungen wäre meist weder technisch noch wirtschaftlich sinnvoll.
Bei der Übertragung von Contao-Inhalten reicht ein reiner Datenexport nicht aus: Wichtige URLs, Weiterleitungen, interne Links und Canonicals müssen erhalten oder gezielt neu zugeordnet werden. Wie wir diese Risiken prüfen und beheben, zeigen wir unter Technisches SEO.
Frontend, Suche und Medienverwaltung passend zum Bedarf
Eine Composable Architecture ist Mittel zum Zweck – kein Pflicht-Stack.
Für inhaltsstarke Unternehmenswebsites ist Astro eine mögliche Frontend-Basis. Remix beziehungsweise React Router eignet sich für stärker interaktive Anwendungen und komplexe Datenflüsse. Next.js kann sinnvoll sein, wenn React-basierte Websites und Anwendungsteile zusammenkommen. Rendering, Editor-Preview, Integrationen und Hosting geben den Ausschlag.
Suche ergänzen wir bei Bedarf mit Algolia oder Typesense, etwa für umfangreiche Produktkataloge oder facettierte Inhalte. Kleine Seiten müssen nicht zwingend eine eigene Suchplattform betreiben.
Cloudinary oder ImageKit kommen infrage, wenn Medien in vielen Formaten, Kanälen oder Varianten gebraucht werden. Für einfache Medienanforderungen können die vorhandenen CMS- und Frontend-Funktionen genügen.
Die technische Umsetzung reicht vom Content-Modell über APIs bis zu Deployment und Qualitätssicherung. Mehr über unsere Softwareentwicklung und Platform Engineering.
So migrieren wir von Contao zu Sanity oder Payload
Die Migration wird in nachvollziehbare technische Entscheidungen und prüfbare Schritte zerlegt.
01 · Contao-Bestand und Kosten prüfen
Version, Erweiterungen, eigene Datenmodelle, Templates, Seitenbaum, Artikel, Medien, Formulare, Sprachen und Schnittstellen erfassen. Laufenden Aufwand und Geschäftsanforderungen gegenüberstellen.
02 · Zielarchitektur und Content-Modelle festlegen
Inhalte von Layout und Funktionen trennen. Datenmodelle, Frontend, Suche, Medienverwaltung, Rollen und Integrationen anhand realer redaktioneller Beispiele festlegen.
03 · Datenmigration entwickeln und testen
Inhalte, Metadaten, Bilder, Beziehungen und Sprachversionen aus Contao exportieren, transformieren und in das Zielsystem importieren. Sondermodule einzeln behandeln.
04 · Frontend und redaktionelle Abläufe umsetzen
Seitentemplates, Komponenten, Navigation, Vorschau, Freigaben, Formulare und APIs entwickeln. Redaktion und IT mit echten Arbeitsszenarien testen lassen.
05 · SEO, Umschaltung und Betrieb absichern
Alte und neue URLs abgleichen, Weiterleitungen festlegen, Canonicals, hreflang, Sitemap und strukturierte Daten prüfen. Formulare, Tracking, Medien und Suche vor und nach dem Go-live kontrollieren.
Contao-Migrationen im Maschinenbau: zwei Projektbeispiele
Wie die Ablösung von Contao in unterschiedlichen industriellen Webprojekten umgesetzt wurde.
Für die Schubert Group übernahm Valanor die technische Migration der bisherigen Contao-Website zu einer entkoppelten Architektur mit Remix und Sanity. Auftraggeber laut Projektreferenz war die Ruess Group. Die neue Website trennt Frontend, Content-Verwaltung und spezialisierte Dienste für Suche, Medien und Tracking.
Sanity stellt strukturierte Inhalte nicht nur für die Website, sondern auch für Vertriebsanwendungen wie Waypoint und Iskra bereit. Im Projekt wurden unter anderem Algolia für Suche, Cloudinary für Medien, Netlify für Deployment und Storybook für UI-Komponenten eingesetzt.
Der konkrete Mehrwert: Inhalte können zentral gepflegt und in mehreren Anwendungen verwendet werden, ohne alle Oberflächen an dieselbe CMS-Implementierung zu koppeln. Die technische Architektur und unser Verantwortungsumfang sind in der Projektreferenz zur Schubert Group dokumentiert.
Valanor entwickelte die neue Website für TAMPOPRINT und migrierte die bisherige Contao-Basis auf Prismic. Das gemeinsame Vorhaben mit der RUESS Group verbindet den industriellen B2B-Webauftritt mit einer erneuerten technischen Grundlage.
Was kostet eine Contao-Migration?
Ausschlaggebend sind Sonderfunktionen und Datenqualität, nicht allein die Zahl der Unterseiten.
Ein Contao-Relaunch mit standardisierten Inhaltstypen ist anders zu kalkulieren als eine Installation mit vielen individuellen Extensions, News- und Eventmodulen, Formularlogik, Sprachvarianten, Portalen und Schnittstellen.
Zu den einmaligen Kosten zählen Bestandsanalyse, Content-Modellierung, Datenexport und Transformation, Frontend-Entwicklung, QA, SEO-Migration und Einführung. Hinzu kommen laufende Kosten für Hosting, CMS, Suche, Medienverarbeitung und Wartung.
Contao ist quelloffen und benötigt keine pauschale CMS-Lizenzgebühr. Die möglichen Einsparungen entstehen deshalb nicht automatisch durch einen Wechsel, sondern durch weniger individuelle Pflege, klarere Systemgrenzen und effizientere redaktionelle Prozesse. Ob sich das rechnet, muss projektbezogen bewertet werden.
Häufige Fragen zur Contao-Migration
Antworten auf die typischen technischen und wirtschaftlichen Entscheidungsfragen.
Wann ist eine Migration von Contao sinnvoll?
Wenn individuelle Anpassungen, schwierige Erweiterungen oder die fehlende Wiederverwendung von Inhalten die Weiterentwicklung dauerhaft erschweren. Vorher prüfen wir, ob ein Contao-Update oder eine gezielte Bereinigung ausreicht.
Welche Contao-Inhalte können in Sanity übernommen werden?
Texte, Seiteninhalte, News, Bilder, Metadaten und weitere strukturierte Daten lassen sich nach Analyse und Mapping migrieren. Bei individuellen Content-Elementen, DCA-Feldern, Formularen und Spezialmodulen sind eigene Transformationen oder Funktionsentwicklungen nötig.
Ist Sanity oder Payload die bessere Contao-Alternative?
Sanity ist häufig passend, wenn strukturierte Inhalte mehrere Websites und Anwendungen bedienen sollen. Payload eignet sich unter anderem bei enger Anbindung an eine TypeScript-Anwendung und stärker selbst verantwortetem Hosting. Die Entscheidung folgt Architektur und Betrieb.
Gehen Rankings bei der Contao-Migration verloren?
Eine vollständige Garantie gibt es nicht. Wir planen URL-Mappings und 301-Weiterleitungen, übertragen relevante Metadaten, prüfen Canonicals, hreflang und interne Links und überwachen die Indexierung nach dem Wechsel.
Können News, Kalender und Formulare erhalten bleiben?
Ja, die fachlichen Funktionen können übernommen oder neu umgesetzt werden. Ob dafür CMS-Funktionen, eigenständige Dienste oder Integrationen sinnvoll sind, hängt von Workflows, Berechtigungen und bestehender Logik ab.
Muss das Design bei einem CMS-Wechsel neu entstehen?
Nein. Ein vorhandenes Design kann im neuen Frontend umgesetzt und bei Bedarf erweitert werden. Wir prüfen, welche Komponenten technisch und redaktionell sinnvoll übernommen werden sollten.
Wie lange dauert eine Contao-Migration?
Das hängt von Inhaltstypen, Datenqualität, Erweiterungen, Schnittstellen, Sprachen und der erforderlichen Qualitätssicherung ab. Eine belastbare Schätzung erfolgt nach Bestandsaufnahme und einem geprüften Migrationsumfang.
Contao Migration · Erstgespräch
Prüfen wir, ob sich der Wechsel von Contao für Sie lohnt.
Wir betrachten Ihre aktuelle Contao-Umgebung, laufende Kosten und die Anforderungen an Website und Redaktion. Gemeinsam klären wir, ob eine Migration zu Sanity oder Payload sinnvoll ist – oder ob eine gezielte Weiterentwicklung die bessere Entscheidung wäre.
Aleksandar Basara
Managing Director
aleks@valanor.co
+49 (0) 711 16 44 6 83
Lindenspürstrasse 22, 70176 Stuttgart
