Hohe Kosten für Updates und Wartung
Versionen, Extensions, individuelle Anpassungen und Tests binden regelmäßig externe oder interne Entwicklungskapazität.
TYPO3 Migration · Sanity Partner
TYPO3 Migration: Weniger Wartungsaufwand, mehr Möglichkeiten für Ihre Webplattform.
Hoher Aufwand für TYPO3-Updates und Extensions, langsame redaktionelle Änderungen oder neue Anforderungen an Portale und Integrationen? Wir prüfen, ob Sanity oder Payload die bessere technische und wirtschaftliche Grundlage bietet – und entwickeln bei Bedarf Content-Modell, Frontend und Schnittstellen für Website und weitere Anwendungen.
Als Sanity Partner begleiten wir die Migration von der Bestandsaufnahme über Content-Modelle und Schnittstellen bis zum kontrollierten Go-live.
Wann ist die Ablösung von TYPO3 sinnvoll?
Nicht die Lizenz allein entscheidet über die Wirtschaftlichkeit. Entscheidend ist, wie viel Aufwand Inhalte, Erweiterungen und Betrieb verursachen.
Langsame Änderungen am Frontend
Neue Seitentypen, Komponenten oder Kampagnen erfordern technische Eingriffe, obwohl redaktionell nur Inhalte geändert werden sollen.
Komplexe Redaktionsprozesse
Verschachtelte Inhaltsstrukturen, aufwendige Freigaben oder uneinheitliche Komponenten bremsen Marketing und Fachbereiche.
Zu viele Abhängigkeiten
Suche, Medienverwaltung, Formulare und Schnittstellen sind eng mit dem CMS verbunden. Dadurch wird jede Erweiterung schwerer kalkulierbar.
Unklare laufende Gesamtkosten
Hosting, Agentur, Extension-Pflege, Sicherheitsupdates und redaktionelle Arbeit werden oft getrennt betrachtet – obwohl sie gemeinsam das Budget belasten.
TYPO3 ablösen – aber nur, wenn sich der Wechsel rechnet
Eine Migration ist eine Architektur- und Wirtschaftlichkeitsentscheidung.
TYPO3 kann für komplexe Websites weiterhin die richtige Wahl sein. Eine Ablösung ist sinnvoll, wenn die vorhandene Installation zu viele Sonderlösungen benötigt, die redaktionelle Arbeit unnötig aufwendig ist oder die laufenden Kosten nicht mehr zum geschäftlichen Nutzen passen.
Wir vergleichen die bestehende Umgebung mit einer schlankeren Zielarchitektur: Redaktion und Inhalte im Headless CMS, Frontend als eigenständige Anwendung, Suche und Digital Asset Management bei Bedarf als spezialisierte Dienste. Die technische Bewertung ist Teil unseres Consulting & Diagnostics.
Ziel ist nicht, möglichst viele Tools einzusetzen, sondern Abhängigkeiten und Gesamtaufwand nachvollziehbar zu reduzieren. Jede zusätzliche Plattform braucht klare Verantwortlichkeiten und verursacht eigene Betriebs- und Integrationskosten.
Mehr als ein CMS-Wechsel: Was eine TYPO3-Migration ermöglicht
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.
Welches CMS passt nach TYPO3?
Wir bewerten Sanity und Payload anhand der Inhalte, Redaktion, Integration, Hosting-Anforderungen und langfristigen Ownership.
Sanity CMS – für strukturierte Inhalte über mehrere Kanäle
Sanity eignet sich für Unternehmen, die Inhalte strukturiert verwalten, redaktionelle Oberflächen gezielt gestalten und dieselben Daten für Website, Portale oder weitere Anwendungen verwenden möchten. Als Sanity Partner kann Valanor Modellierung, Redaktionsoberflächen, Integrationen und Migration zusammen verantworten.
Payload – wenn Anwendung und CMS eng zusammengehören
Payload ist insbesondere bei TypeScript-orientierten Teams und Projekten interessant, die CMS, Authentifizierung oder anwendungsspezifische Daten eng verzahnen und das Hosting stärker selbst steuern möchten.
Entscheidung nach Total Cost of Ownership
Wir vergleichen Lizenz- und Infrastrukturkosten, Redaktionsaufwand, Entwicklerbindung, Sicherheits- und Update-Verantwortung, Migration und erwartete Erweiterungen. Sanity ist unsere bevorzugte Option, aber nicht automatisch die richtige für jedes Vorhaben.
Frontend, Suche und DAM: nur die Komponenten, die Sie wirklich benötigen
Entkoppelt dort, wo es einen konkreten Vorteil bringt.
Frontend: Astro eignet sich besonders für inhaltsstarke, performanceorientierte Websites. Remix beziehungsweise React Router kommt bei komplexeren Formular- und Anwendungsabläufen in Betracht. Next.js ist eine Option für React-basierte Plattformen mit gemischten Inhalts- und Anwendungsanforderungen. Die Wahl folgt Rendering, Interaktivität, Teamkompetenzen und Hosting.
Suche: Algolia bietet eine gemanagte Suche mit leistungsfähigen Such- und Rankingfunktionen. Typesense kann sinnvoll sein, wenn Anforderungen an Datenhaltung, Anpassung oder Betrieb anders liegen. Eine externe Suche ist nicht für jede Website notwendig – einfache Navigation und Inhaltsmengen brauchen oft keinen separaten Suchdienst.
DAM und Medien: Cloudinary oder ImageKit können Transformation, Auslieferung und Verwaltung digitaler Assets übernehmen. Ob ein externes DAM wirtschaftlich ist, hängt von Asset-Volumen, Varianten, Governance und Medienworkflows ab. Das CMS bleibt die Quelle redaktioneller Verknüpfungen.
Wir entwickeln diese Komponenten als zusammenhängende Webplattform – mit definierten Schnittstellen, Vorschau, Berechtigungen, Monitoring und Deployment. Mehr zu unserer Softwareentwicklung und Platform Engineering.
TYPO3-Migration ohne Kontrollverlust
Eine belastbare Migration beginnt mit dem Bestand. Inhalte, URLs und Redaktionsprozesse dürfen nicht erst nach dem Go-live geprüft werden.
01 · Bestand und Kosten aufnehmen
TYPO3-Version, Extensions, Content-Elemente, Sprachen, Rollen, Medien, Formulare, Suche, Hosting, Schnittstellen und laufende Kosten erfassen.
02 · Zielarchitektur und Wirtschaftlichkeit entscheiden
Sanity oder Payload anhand echter Inhaltsmodelle und Workflows prüfen; Frontend, Suche, DAM und Schnittstellen nur bei begründetem Bedarf festlegen.
03 · Inhalte und Funktionen migrieren
Content-Modelle definieren, Migrationsskripte und Transformationen entwickeln, Medien übertragen und wichtige Templates beziehungsweise Komponenten nachbilden.
04 · Redaktion und Qualität absichern
Preview, Freigaben, Berechtigungen, Formulare, Suche, Tracking, Barrierefreiheit und Performance mit realen Szenarien testen. Redaktionsteams einarbeiten.
05 · SEO und Go-live kontrollieren
URL-Mapping, 301-Weiterleitungen, Canonicals, hreflang, Metadaten, strukturierte Daten, XML-Sitemap und Indexierung prüfen. Nach dem Release Fehler und Suchperformance überwachen.
Was eine TYPO3-Migration tatsächlich kostet
Nicht die Anzahl der Seiten allein bestimmt den Aufwand.
Die größten Kostentreiber sind die Anzahl unterschiedlicher Content-Elemente und Inhaltstypen, die Qualität der bestehenden Daten, Sonderfunktionen und Extensions, Mehrsprachigkeit, Formulare und Integrationen, Medienmigration, Redaktionsworkflows sowie SEO-Anforderungen.
Eine reine Inhaltswebsite mit standardisierten Seitentypen kann wesentlich einfacher migriert werden als eine mehrsprachige Plattform mit zahlreichen Eigenentwicklungen. Eine seriöse Schätzung trennt einmalige Migration, laufenden Betrieb und den späteren Änderungsaufwand.
Eine schrittweise Migration kann Risiken reduzieren, wenn Websitebereiche unabhängig umgestellt werden können. Bei eng gekoppelten Funktionen ist ein abgestimmter Wechseltermin oft sinnvoller.
Wie wir Modernisierung technisch umsetzen
Erfahrung mit entkoppelten Frontends und CMS-Architekturen.
Eine unmittelbar passende Referenz ist die laufende TYPO3-Migration für bdtronic: Valanor entwickelt die neue Website auf Basis von Nuxt und Prismic und die Suche mit Typesense weiter. Das Design kommt von Ruess Group. Das Projekt ist noch nicht abgeschlossen; wir stellen es daher als laufende technische Umsetzung dar, nicht als bereits erzielten Migrationserfolg.
Beim digitalen Webmagazin für ABB entwickelte Valanor ein Next.js-Frontend und nutzte das vorhandene WordPress als Headless CMS weiter. Das zeigt: Auch wenn ein Frontend erneuert wird, muss das CMS nicht zwangsläufig ersetzt werden. Projekt ABB: Headless WordPress mit Next.js.
Im Projekt WOLFF & MÜLLER Quarzsande wurde ein bisheriger WooCommerce-Shop auf eine entkoppelte Commerce-Architektur mit Remix und Crystallize migriert. Die Fachanforderungen entschieden über den Zuschnitt der Systeme. E-Commerce-Modernisierung ansehen.
Beide Referenzen belegen unsere Erfahrung mit Webarchitektur und Migration – sie sind keine Behauptung über eine konkrete TYPO3-Kundenmigration.
Eine CMS-Migration darf bestehende Sichtbarkeit nicht unnötig verlieren. Wir berücksichtigen URL-Mapping, Weiterleitungen, Canonicals, hreflang und gerendertes HTML. Die technischen Anforderungen und Abnahmekriterien erläutern wir im Bereich Technisches SEO.
Häufige Fragen zur TYPO3-Migration
Die wichtigsten Fragen für Geschäftsführung, Marketing und IT vor dem Systemwechsel.
Wann lohnt sich der Wechsel von TYPO3 zu Sanity?
Wenn Wartung, Extensions und redaktionelle Änderungen dauerhaft mehr Aufwand verursachen als die Zielarchitektur und die einmalige Migration zusammen rechtfertigen. Wir prüfen dazu die Gesamtkosten und benötigten Funktionen.
Ist Sanity oder Payload die bessere TYPO3-Alternative?
Sanity ist stark bei strukturierter, kanalübergreifender Content-Verwaltung und individuell gestalteter Redaktion. Payload kann passen, wenn CMS und TypeScript-Anwendung eng verbunden sein sollen. Hosting, Ownership und Integrationen entscheiden.
Was passiert mit bestehenden Inhalten und SEO-Rankings?
Inhalte und Metadaten werden strukturiert übernommen. Eine URL-Mapping- und Redirect-Strategie hilft, bestehende Suchsignale zu erhalten; Ranking-Verluste lassen sich jedoch nicht vollständig ausschließen.
Können wir vorhandene Designs und Funktionen behalten?
Ja, sofern sie technisch und wirtschaftlich sinnvoll sind. Wir prüfen Design-System, Seitentypen, Formulare und individuelle Funktionen und entscheiden, was übernommen, neu entwickelt oder ersetzt wird.
Benötigen wir Algolia, Typesense oder ein externes DAM?
Nicht zwingend. Externe Suche oder Medienplattformen ergänzen wir nur, wenn Inhaltsmenge, Filter, Asset-Verarbeitung oder Workflows den Aufwand rechtfertigen.
Ist eine Migration ohne längere Downtime möglich?
Mit parallelem Aufbau, Tests und geplantem Umschalten lässt sich das Risiko begrenzen. Die tatsächliche Unterbrechung hängt von DNS, Integrationen, Formularen und redaktionellen Sperrzeiten ab.
TYPO3-Migration · Erstgespräch
Prüfen wir, ob sich der Ausstieg aus TYPO3 für Sie rechnet.
Wir sehen uns Ihre aktuelle TYPO3-Landschaft, laufende Kosten und die wichtigsten Anforderungen an. Daraus leiten wir ab, ob Sanity, Payload oder eine gezielte Weiterentwicklung die bessere Entscheidung ist.
Aleksandar Basara
Managing Director
aleks@valanor.co
+49 (0) 711 16 44 6 83
Lindenspürstrasse 22, 70176 Stuttgart
