Letzten Monat meldete sich ein mittelständischer deutscher Hersteller bei uns in leichter Panik. Seine langjährige TYPO3-Agentur hatte ihm gerade ein Angebot von €80.000 für ein TYPO3 v14 Upgrade unterbreitet. Die Agentur betreute die Website seit acht Jahren. Die Website war zu einem chaotischen Durcheinander aus Custom Extensions, TypoScript-Konfigurationen, die niemand mehr vollständig verstand, und einem Design geworden, das seit 2019 nicht mehr sinnvoll aktualisiert worden war. Kommt dir das bekannt vor?

Hier ist die Sache: das €80K-Angebot war nicht unbedingt räuberisch. TYPO3-Upgrades zwischen Major Versions können wirklich so teuer sein, besonders wenn du mehrere Versionen springst (sagen wir, von v10 oder v11 zu v14) und mit Jahren von technischen Schulden zu kämpfen hast. Aber es stellt eine unbequeme Frage, die jede Organisation, die TYPO3 betreibt, sich jetzt stellen sollte: ist ein Upgrade noch der richtige Schritt, oder ist es an der Zeit, zu etwas ganz anderem zu migrieren?

Dieser Artikel schlüsselt die echten Kosten hinter TYPO3 v14 Upgrades auf, erklärt, warum sie so teuer sind, zeigt deine echten Optionen, wenn deine Agentur geschlossen wird oder dir ein schockierendes Angebot macht, und erläutert, wann eine Migration zu einem modernen Stack mehr Sinn macht als Geld in eine alternde Architektur zu werfen.

Inhaltsverzeichnis

TYPO3 v14 Upgrade kostet €80K? Echte Optionen und Migrationspfade

Warum TYPO3 v14 Upgrades so teuer sind

TYPO3 v14 (veröffentlicht Ende 2024/Anfang 2025) brachte bedeutende Änderungen in der Kernarchitektur mit sich. Wenn du mit inkrementellen Updates Schritt gehalten hast – sagen wir, du bist auf v12 oder v13 und hast eifrig Deprecation Notices beachtet – ist der Sprung nicht schrecklich. Aber das ist nicht die Realität für die meisten Organisationen.

Die Realität ist, dass die meisten TYPO3-Websites, die wir antreffen, auf v9, v10 oder v11 laufen. Manche sind noch auf v8. Und jeder dieser Versionssprünge führt zu Breaking Changes, die sich gegenseitig verstärken.

Das Problem der technischen Schulden

TYPO3s Extension-Ökosystem ist sowohl seine größte Stärke als auch seine Achillesferse. Im Laufe der Jahre sammeln sich Websites an:

  • Custom Extensions, die von veralteten APIs abhängen
  • TypoScript-Konfigurationen, die sich über tausende Zeilen erstrecken und ohne Dokumentation sind
  • Third-Party Extensions, die aufgegeben wurden oder nicht mit v14 kompatibel sind
  • Custom Backend-Module, die auf älteren Extbase/Fluid-Patterns basieren
  • Datenbankschema-Änderungen, die nicht mit aktuellen TYPO3-Erwartungen übereinstimmen

TYPO3 v14 vollendete die Migration weg von mehreren Legacy-Patterns. Die alte PageRenderer API änderte sich erheblich. Die Middleware-Handhabung wurde überarbeitet. Die Backend-UI setzte ihre Modernisierung fort. Wenn deine Extensions auf irgendwelche der veralteten Features angewiesen waren, die endlich entfernt wurden, muss jede einzelne neu geschrieben oder ersetzt werden.

Der Mangel an Expertise

Hier ist eine unbequeme Wahrheit: TYPO3-Entwickler-Talente werden immer schwächer zu finden und teurer. Die DACH-Region (Deutschland, Österreich, Schweiz) hat immer noch die stärkste TYPO3-Community, aber auch dort können erfahrene Entwickler €100-€150 pro Stunde verlangen. Viele Senior TYPO3 Entwickler sind zu anderen Ökosystemen migriert. Die, die bleiben, können Premium-Sätze verlangen, weil die Nachfrage das Angebot übersteigt.

Laut der eigenen Umfrage der TYPO3 Association ist die aktive Entwickler-Community seit 2020 allmählich geschrumpft, auch wenn das CMS selbst technisch weiterhin verbessert wird. Weniger Entwickler bedeuten höhere Kosten für alle.

Die €80K aufschlüsseln: Wohin das Geld wirklich fließt

Lassen Sie uns dieses Angebot demystifizieren. Hier ist eine realistische Aufschlüsselung, wie ein €80K TYPO3 v14 Upgrade für eine Website mit mittlerer Komplexität im Unternehmensbereich aussieht:

Aufgabe Geschätzte Stunden Kosten (bei €120/Stunde)
Codebasis-Audit & Upgrade-Bewertung 40 €4.800
Core-Upgrade (Multi-Version-Sprung) 80 €9.600
Custom-Extension-Migration/Neuschreiben 160 €19.200
Ersatz von Third-Party-Extensions 60 €7.200
TypoScript/Fluid-Template-Updates 80 €9.600
Backend-Anpassungs-Updates 40 €4.800
Content-Migration & Datenbereinigung 40 €4.800
Testen (funktional, Regression, UAT) 80 €9.600
Deployment & Umgebungssetup 20 €2.400
Projektmanagement & Dokumentation 40 €4.800
Gesamt 640 €76.800

Das sind ungefähr 640 Stunden Arbeit. Für eine Website mit 10+ Custom Extensions, einem komplexen mehrsprachigen Setup und Jahren angesammeltem TypoScript – das ist eigentlich nicht gepuffert. Ich habe Projekte gesehen, die höher herankommen.

Und hier ist der Knackpunkt: Nach dem Ausgeben von €80K hast du immer noch eine TYPO3-Website. Du hast keine neuen Features gewonnen. Du hast die Content-Editing-Erfahrung nicht verbessert (es sei denn, du zählst TYPOs eigene Backend-Verbesserungen). Du hast im Grunde bezahlt, um an derselben Stelle zu bleiben. Das ist der Preis für die Wartung eines komplexen Systems, aber es lohnt sich, sich darüber klar zu sein, was du bekommst.

Was passiert, wenn deine TYPO3-Agentur schließt

Dieses Szenario wird immer häufiger. TYPO3-Agenturen, besonders kleinere, waren dabei, sich zu konsolidieren oder zu anderen Technologien zu wechseln. Wenn deine Agentur schließt oder sich "strategisch neu ausrichtet" (eine höfliche Art zu sagen, dass sie aufhörte, TYPO3-Arbeit zu tun), bleibst du mit mehreren Problemen sitzen:

  1. Keine Dokumentation – oder Dokumentation, die drei Versionen veraltet ist
  2. Proprietäre Extensions, die die Agentur gebaut hat und möglicherweise den Quellcode nicht übergeben
  3. Server-Konfigurationen, die nur die Agentur verstand
  4. Eine tickende Uhr – TYPO3-Versionen verlieren schließlich Community-Support und Sicherheits-Patches

Wenn du jetzt in dieser Situation bist, keine Panik, aber handle schnell. Hier ist, was sofort zu tun ist:

  • Sichern Sie den gesamten Quellcode. Erhalten Sie vollständigen Zugriff auf dein Git-Repository. Wenn es keines gibt (das passiert), erhalte ein vollständiges Datei-Backup der Bereitstellung.
  • Dokumentiere dein Hosting-Setup. Server-Spezifikationen, PHP-Version, Datenbankversion, Cron-Jobs, Umgebungsvariablen.
  • Exportiere deinen Content. TYPOs Datenbank ist die Quelle der Wahrheit. Besorge dir einen vollständigen MySQL/MariaDB-Dump.
  • Inventarisiere deine Extensions. Führe composer show aus (wenn du im Composer-Modus bist) oder überprüfe typo3conf/ext/ für Legacy-Mode-Installationen.

TYPO3 v14 Upgrade kostet €80K? Echte Optionen und Migrationspfade - Architektur

Option 1: Eine andere TYPO3-Agentur finden

Dies ist der Weg mit den wenigsten Störungen. Eine andere TYPO3-Agentur übernimmt, wo die letzte aufgehört hat. Aber es ist nicht so einfach, wie es klingt.

Vorteile

  • Bewahrt deine bestehende Investition in TYPO3
  • Keine Content-Migration nötig
  • Redakteure müssen nicht neu trainiert werden

Nachteile

  • Onboarding-Kosten: Rechne mit 40-80 Stunden nur damit die neue Agentur dein Setup versteht
  • Sie werden wahrscheinlich Teile, die sie als unmartbar ansehen, überarbeiten oder neu schreiben wollen
  • Du bist immer noch verpflichtet, die v14-Upgrade-Kosten zu tragen
  • Der Pool an Agenturen wird immer kleiner

Realistische Zeitlinie: 2-4 Wochen für Onboarding, dann die Upgrade-Projekt-Zeitlinie oben drauf.

Wo man sucht

Das Partner-Verzeichnis der TYPO3 Association ist der offensichtliche Ausgangspunkt. 2025 konzentrieren sich die aktivsten TYPO3-Agenturen auf Deutschland (b13, in2code, NITSAN), Österreich und die Niederlande. Wenn du außerhalb der DACH-Region bist, werden deine Optionen deutlich dünner.

Option 2: TYPO3 intern upgraden

Wenn du interne Entwickler mit PHP-Erfahrung hast, ist dies theoretisch möglich. Praktisch ist es schwierig, es sei denn, jemand in deinem Team hat echte TYPO3-Erfahrung.

Was du brauchst

  • Mindestens einen Entwickler, der TYPO3-Internals kennt (Extbase, Fluid, TypoScript, TCA)
  • Vertrautheit mit TYPOs Upgrade-Wizards und dem Install Tool
  • Zeit – viel davon. Budget 3-6 Monate für eine komplexe Website.

TYPO3 bietet anständige Upgrade-Dokumentation und automatisierte Migrations-Wizards, die einige der Gruntarbeit handhaben. Das typo3/cms-install-Moduls Upgrade-Analyse-Tool flaggt Deprecations und Breaking Changes. Aber automatisierte Tools bringen dich nur etwa 30-40% des Weges. Der Rest ist manuelle Arbeit.

Ich würde diesen Weg nur empfehlen, wenn du echte TYPO3-Expertise intern hast. TYPO3-Internals zu lernen, während man gleichzeitig eine komplexe Website aktualisiert, ist ein Rezept für ein sehr schlechtes Quartal.

Option 3: Zu einem modernen CMS migrieren

Hier wird es interessant. Wenn du sowieso €60-80K ausgeben wirst, stellt sich die Frage: Könnte das Geld besser dafür ausgegeben werden, zu einer Plattform zu migrieren, die billiger zu warten ist, für die man leichter Entwickler finden kann und die besser auf moderne Web-Architektur abgestimmt ist?

Die Antwort ist, zunehmend, ja. Hier sind die viablesten Migrationsziele, die wir 2025 sehen:

Headless CMS + modernes Frontend

Dies ist der Ansatz, den wir bei Social Animal für Organisationen, die TYPO3 verlassen, am häufigsten verfolgen. Die Idee ist, dein Content Management (mit einem Headless CMS wie Storyblok, Sanity, Contentful oder Strapi) von deinem Frontend (gebaut mit Next.js, Astro oder ähnlich) zu trennen.

Warum dies gut für TYPO3-Flüchtlinge funktioniert:

  • TYPO3-Websites sind tendenziell inhaltsreich, was genau das ist, worin Headless CMSs ausgezeichnet sind
  • Multi-Language-Support ist oft ein wichtiger TYPO3-Use-Case, und moderne Headless CMSs handhaben i18n nativ
  • Du bist nicht mehr an eine einzelne Agentur oder einen Tech-Stack gebunden
  • Die Entwickler-Verfügbarkeit für React/Next.js ist um Größenordnungen höher als für TYPO3

Wir haben mehr über diesen Ansatz in unserem Headless CMS Development Überblick geschrieben. Unsere Next.js Development und Astro Development Fähigkeiten sind speziell um diese Migrations-Szenarien herum aufgebaut.

WordPress

Ja, ich weiß. TYPO3-Puristen spürten gerade eine Störung in der Kraft. Aber höre mich an: Für viele Organisationen ist WordPress (besonders mit modernen Page Buildern oder Headless WordPress via WPGraphQL) eine völlig valide Option. Es ist nicht mehr 2012 – WordPress betreibt 43% des Webs und hat ein reifes Ökosystem für Enterprise-Nutzung.

Das gesagt, WordPress hat seine eigenen Kostenüberlegungen. Das aktuelle WP Engine/Automattic Drama von 2024-2025 hob Governance-Risiken hervor. Und du handelst einen Satz von Wartungskopfschmerzen gegen einen anderen ein.

Statamic, Craft CMS oder Kirby

Wenn dein Team mit PHP vertraut ist und du etwas willst, das sich "entwicklerfreundlicher" anfühlt als WordPress aber weniger komplex ist als TYPO3, sind diese der Überprüfung wert. Statamic und Kirby sind besonders beliebt in der DACH-Region als TYPO3-Alternativen für Websites, die nicht das volle Enterprise-Gewicht von TYPO3 brauchen.

Kostenvergleich: TYPO3 Upgrade vs. Migration

Lassen Sie uns echte Zahlen nebeneinander stellen. Diese basieren auf tatsächlichen Projekten, die wir 2024-2025 für Websites mit mittlerer Komplexität gescoped oder geliefert haben (50-200 Seiten, mehrsprachig, etwas Custom-Funktionalität).

Faktor TYPO3 v14 Upgrade Headless CMS + Next.js WordPress Migration
Anfängliche Projektkosten €60.000-€100.000 €40.000-€80.000 €25.000-€50.000
Jährliche Wartung €12.000-€24.000 €6.000-€12.000 €8.000-€18.000
Durchschnittliches Entwickler-Honorar €100-€150/Stunde €80-€130/Stunde €60-€120/Stunde
Entwickler-Verfügbarkeit Niedrig (rückläufig) Hoch (wachsend) Sehr hoch
Zeit bis zum Launch 4-8 Monate 3-6 Monate 2-4 Monate
Performance (Core Web Vitals) Moderat Ausgezeichnet Gut-Ausgezeichnet
Editor-Erlebnis Funktional aber veraltet Modern, anpassbar Vertraut für die meisten
Vendor Lock-in Risiko Mittel (Open Source aber Nische) Niedrig (Content portabel) Niedrig-Mittel

Die Zahlen lügen nicht. Migration zu einem modernen Stack kostet oft gleichviel oder weniger als ein TYPO3 Upgrade, liefert ein besseres Ergebnis und reduziert deine laufenden Kosten drastisch. Der Unterschied in den laufenden Wartungskosten ist die echte Geschichte – über 5 Jahre können geringere Wartungskosten €30.000-€60.000 sparen.

Wie du bewertst, ob eine Migration sinnvoll ist

Migration ist nicht immer der richtige Ruf. Hier ist ein Framework, das wir verwenden, wenn wir Organisationen beraten:

Bleib bei TYPO3, wenn:

  • Du nur 1-2 Versionen hinterher bist (z.B. v12 → v14)
  • Deine Extensions sind gut gepflegt und auf Composer-Basis
  • Du hast TYPO3-Expertise intern
  • Dein Editorial-Team ist stark in TYPOs Backend trainiert
  • Du hast komplexe TYPO3-spezifische Features (Workspaces, granulare Zugriffskontrolle), die du aktiv nutzt

Migrieren, wenn:

  • Du 3+ Versionen hinterher bist
  • Deine Agentur ist geschlossen oder nicht mehr verfügbar
  • Du gibst mehr als €20K pro Jahr für TYPO3-Wartung aus
  • Die Website-Performance ist schlecht und Editoren sind frustriert
  • Du kannst keine erschwinglichen TYPO3-Entwickler finden
  • Du brauchst Features wie Echtzeit-Vorschau, visuelles Editing oder modernes Design, das erhebliche TYPO3-Anpassungen erfordern würde

Der Content-Faktor

Eine Sache, die Menschen unterschätzen, ist der Content-Migration-Aufwand. TYPO3 speichert Content auf eine sehr TYPO3-spezifische Weise – tt_content-Records mit Content-Typen, sys_language_overlay für Übersetzungen und verschiedene Relation-Tabellen. Den Content zu extrahieren und auf ein neues CMS zu mappen ist nicht trivial.

Für eine Website mit 200 Seiten und 5 Sprachen, rechne mit 40-80 Stunden Content-Migration-Arbeit, inklusive Scripting, manuelle Review und QA. Dieser Aufwand existiert unabhängig davon, welche Richtung du gehst, also sollte es nicht der entscheidende Faktor sein – aber es sollte in deinem Budget sein.

Der Migrationsprozess: Was passiert wirklich

Wenn du beschließt, von TYPO3 wegzumigrieren, hier ist ein realistischer Blick auf das, wie der Prozess aussieht. Wir haben das oft genug getan, um die Fallstricke zu kennen.

Phase 1: Discovery & Content Audit (2-3 Wochen)

# Schnelle Weise, ein Content-Inventar aus TYPOs Datenbank zu erhalten
mysql -u user -p typo3_db -e "
SELECT 
  p.uid, p.title, p.slug, p.sys_language_uid,
  COUNT(c.uid) as content_elements
FROM pages p 
LEFT JOIN tt_content c ON c.pid = p.uid AND c.deleted = 0
WHERE p.deleted = 0 AND p.hidden = 0
GROUP BY p.uid
ORDER BY p.sorting;" > content_inventory.tsv

Du wirst jede Seite auditieren, identifizieren, welche Content-Typen in Gebrauch sind, deine IA (Information Architecture) mappen und entscheiden, was migriert wird vs. was gelöscht wird. Die meisten Organisationen entdecken, dass 30-40% ihres Contents veraltet sind und gar nicht migriert werden sollten.

Phase 2: CMS-Auswahl & Architektur (1-2 Wochen)

Die Auswahl des richtigen Headless CMS hängt von deinen spezifischen Bedürfnissen ab. Schnelle Anleitung:

  • Storyblok – bester visueller Editor, großartig für Marketing-Teams, stark in Europa
  • Sanity – am flexibelsten, am besten für benutzerdefinierte Content-Modelle, Developer-Favorit
  • Contentful – Enterprise-Grade, etabliert, höhere Preisgestaltung
  • Strapi – Open Source, Self-Hosted-Option, gut für budgetbewusste Organisationen

Phase 3: Content Modeling & Migration Scripts (2-4 Wochen)

Hier passiert die schwere Arbeit. Du wirst Migration Scripts schreiben, die:

  1. Content aus TYPOs MySQL-Datenbank extrahieren
  2. Es in dein neues CMS Content-Modell transformieren
  3. Asset-Migration handhaben (Dateien, Bilder mit Metadaten)
  4. URL-Strukturen für SEO bewahren
  5. Sprachrelationen korrekt mappen
# Vereinfachtes Beispiel: TYPO3-Content zum Migrieren extrahieren
import mysql.connector
import json

def extract_typo3_pages(db_config):
    conn = mysql.connector.connect(**db_config)
    cursor = conn.cursor(dictionary=True)
    
    cursor.execute("""
        SELECT p.uid, p.title, p.slug, p.description,
               p.sys_language_uid, p.l10n_parent
        FROM pages p
        WHERE p.deleted = 0 AND p.doktype = 1
        ORDER BY p.pid, p.sorting
    """)
    
    pages = cursor.fetchall()
    
    for page in pages:
        # Abrufen zugeordneter Content-Elemente
        cursor.execute("""
            SELECT CType, header, bodytext, image, assets
            FROM tt_content
            WHERE pid = %s AND deleted = 0 AND hidden = 0
            ORDER BY sorting
        """, (page['uid'],))
        page['content_elements'] = cursor.fetchall()
    
    return pages

Phase 4: Frontend-Entwicklung (4-8 Wochen)

Hier baust du tatsächlich die neue Website. Mit einem Framework wie Next.js oder Astro baust du Komponenten, die Content aus deinem Headless CMS via API abrufen. Das Frontend ist vollständig vom CMS entkoppelt.

Phase 5: QA, Redirects & Launch (2-3 Wochen)

Die Redirect-Map ist kritisch. Jede alte TYPO3-URL muss entweder auf eine neue URL abbilden oder einen ordnungsgemäßen 410 Gone Status zurückgeben. Wir generieren dies typischerweise programmgesteuert:

// next.config.js Redirect-Beispiel für TYPO3-Migration
module.exports = {
  async redirects() {
    return [
      // TYPO3 RealURL-Muster
      {
        source: '/index.php',
        destination: '/',
        permanent: true,
      },
      {
        source: '/unternehmen/ueber-uns.html',
        destination: '/about',
        permanent: true,
      },
      // Handle alte TYPO3-Parameter-basierte URLs
      {
        source: '/index.php?id=:id',
        destination: '/legacy-redirect/:id',
        permanent: true,
      },
    ];
  },
};

Gesamte realistische Zeitlinie: 12-20 Wochen abhängig von Komplexität. Das ist vergleichbar mit oder schneller als die meisten TYPO3 v14 Upgrade-Projekte.

FAQ

Wie viel kostet ein typisches TYPO3 v14 Upgrade?

Für eine Website mit mittlerer Komplexität im Unternehmensbereich mit Custom Extensions, rechne mit €40.000-€100.000 abhängig davon, wie viele Versionen du springst und wie viel technische Schuld existiert. Einfache Websites auf v12 oder v13 könnten mit €10.000-€20.000 davonkommen. Websites auf v9 oder älter mit schweren Anpassungen können leicht €80.000 überschreiten. Die größten Cost Drivers sind Custom Extension Rewrites und die Stundensätze von zunehmend seltener werdenden TYPO3-Entwicklern.

Was passiert, wenn meine TYPO3-Agentur in Konkurs geht?

Sicherst zunächst den gesamten Quellcode, Datenbankbackups und Hosting-Anmeldedaten sofort. TYPO3 ist Open Source, also besitzt du deinen Code und deine Daten. Dann bewerte deine Optionen: finde eine andere TYPO3-Agentur (überprüfe das Partner-Verzeichnis der TYPO3 Association), versuche interne Wartung, wenn du PHP-Entwickler hast, oder nutze dies als Gelegenheit, zu einer modernen Plattform zu migrieren. Lasse eine ungestützte TYPO3-Website nicht unbeaufsichtigt sitzen – ungepatchte Sicherheitslücken werden innerhalb von Monaten ein ernsthaftes Risiko.

Ist TYPO3 2025 immer noch ein gutes CMS?

TYPO3 v14 ist technisch solide. Es ist ein wirklich fähiges Enterprise-CMS mit ausgezeichneter Multi-Language-Unterstützung, granularer Berechtigung und starker Sicherheit. Das Problem ist nicht die Technologie selbst – es ist das schrumpfende Developer-Ökosystem, höhere Wartungskosten im Vergleich zu Alternativen und die Lücke zwischen TYPOs Editing-Erlebnis und dem, was moderne Headless CMSs bieten. Für neue Projekte empfehlen wir TYPO3 selten. Für bestehende TYPO3-Websites, die gut gepflegt sind, gibt es keinen dringenden Grund zu gehen.

Kann ich TYPO3-Content zu einem Headless CMS automatisch migrieren?

Teilweise. Der strukturierte Content in TYPOs Datenbank (Seiten, Text-Elemente, Metadaten) kann programmatisch extrahiert und transformiert werden. Allerdings erfordern komplexe Content-Typen, inline Bilder mit RTE-Referenzen, FAL (File Abstraction Layer) Assets und Language Overlays alle Custom Migration Scripts. Rechne mit etwa 60-70% der Migration, die automatisierbar ist, mit dem Rest erfordert manuelle Review und Anpassung.

Wie lange dauert es, von TYPO3 zu Next.js zu migrieren?

Für eine typische mid-sized Website (50-200 Seiten, 2-5 Sprachen, Standard-Funktionalität), plane für 12-20 Wochen vom Kick-off bis Launch. Dies umfasst Content Audit, CMS-Auswahl, Content Modeling, Migration Scripting, Frontend-Entwicklung, QA und Launch. Größere Websites mit komplexer Custom-Funktionalität (E-Commerce-Integrationen, Member-Portale, komplexe Workflows) können 6-9 Monate dauern. Überprüfe unsere Next.js Development Fähigkeiten für mehr Details, wie dies in der Praxis aussieht.

Werde ich SEO-Rankings verlieren, wenn ich von TYPO3 migriere?

Nein, wenn du es richtig machst. Der Schlüssel ist eine vollständige Redirect-Map, die jede indizierte URL abdeckt, deine Content-Qualität und Struktur bewahrt, (oder verbessert) Seiten-Ladeperformance beibehält und deine XML-Sitemap und strukturierte Daten intakt hält. In unserer Erfahrung sehen Websites, die von TYPO3 zu modernen Frameworks wie Next.js oder Astro migrieren, typischerweise verbesserte Core Web Vitals Scores, die tatsächlich Rankings steigern können. Das Risiko kommt von schludrigen Migrationen, die URLs brechen oder Content verlieren. Dies ist nicht der Ort, um Ecken zu sparen.

Was ist der billigste Weg, eine alternde TYPO3-Website zu handhaben?

Wenn Budget dein primäres Constraint ist, ist die billigste kurzfristige Option, nur Sicherheits-Patches anzuwenden und deine aktuelle Version so lange wie möglich am Laufen zu halten. TYPO3 v11 hat extended long-term Support durch das TYPO3 ELTS Programm (bezahlt, ab ca. €500/Jahr für kleine Websites). Dies gibt dir Zeit, eine ordnungsgemäße Migration zu planen. Die billigste langfristige Option ist typischerweise die Migration zu einem einfacheren CMS, das weniger spezialisierte (und weniger teure) Developer-Unterstützung erfordert.

Sollte ich einen Headless-Ansatz in Betracht ziehen, wenn mein Team nicht technisch ist?

Absolut. Dies ist ein häufiges Missverständnis. Moderne Headless CMSs wie Storyblok und Sanity bieten visuelle Editing-Schnittstellen, die tatsächlich intuitiver sind als TYPOs Backend für Content-Editoren. Die technische Komplexität lebt im Frontend-Build, das dein Development Partner handhabt. Das alltägliche Content Management wird leichter, nicht schwerer. Wenn du dies erkunden möchtest, kontaktiere unser Team – wir können dir zeigen, wie das Editing-Erlebnis mit einer Live-Demo tatsächlich mit einem Headless CMS aussieht.

Kann ich einige TYPO3-Features beibehalten, während ich das Frontend migriere?

Ja – TYPO3 kann tatsächlich mittels der headless Extension als Headless CMS fungieren. Dies lässt dich TYPO3 als deinen Content Backend behalten, während du ein modernes Frontend mit Next.js oder Astro baust. Es ist eine Mittelwahl, die deine bestehenden Content und Editorial Workflows bewahrt, während die nutzerseitige Seite modernisiert wird. Allerdings löst dies nicht das Problem der laufenden TYPO3-Wartungskosten, daher empfehlen wir es generell nur als Übergangschritt statt einer permanenten Architektur. Siehe unsere Astro Development Seite für Beispiele von Headless Frontend Builds, die wir geliefert haben.