Du hast die E-Mail gerade bekommen. Vielleicht schließt deine TYPO3-Agentur. Vielleicht haben sie dir ein Angebot für €80.000 geschickt, um von TYPO3 v11 oder v12 auf v14 zu aktualisieren. Wie auch immer — du sitzt da und denkst: Kostet die Wartung einer Website wirklich jetzt so viel?

Du bist nicht allein. Überall in Deutschland, Österreich und der Schweiz stoßen hunderte mittelständische Unternehmen 2025 genau auf diese Mauer. Das TYPO3-Ökosystem in der DACH-Region konsolidiert sich. Agenturen fusionieren, schließen oder drängen ihre Kunden stillschweigend zu teuren Upgrade-Zyklen. Und die Angebote werden immer größer — €40K, €60K, €80K, manchmal gut in sechsstelligen Bereich für das, was eigentlich nur bedeutet, die Lichter anzulassen.

Ich habe mit CTOs und Marketing-Leitern bei Unternehmen mit 50 bis 2.000 Mitarbeitern gesprochen, die das schon durchgemacht haben. Hier ist, was ich über die echten Optionen gelernt habe, die dir zur Verfügung stehen — nicht die geschönte Version, die deine aktuelle Agentur dir zeigen will.

Inhaltsverzeichnis

Deine TYPO3-Agentur hat €80K für v14 angeboten? Echte Alternativen

Warum TYPO3 v14-Upgrades so teuer sind

Fangen wir damit an, warum die Zahl ist, was sie ist. TYPO3 v14 (LTS geplant für Ende 2025) bringt erhebliche Änderungen unter der Haube mit sich. Wenn du von v11 oder sogar v12 kommst, ist das nicht nur eine Versionsnummer. Du beschäftigst dich mit:

  • Veralteten PHP-APIs, auf die deine Custom Extensions angewiesen sind
  • Änderungen der Fluid Template Engine, die bestehende Templates kaputt machen
  • Umstrukturierung der Backend-Module, die Admin-Workflows beeinflussen
  • Kompatibilität von Drittanbieter-Extensions — viele beliebte Extensions wurden nicht aktualisiert
  • PHP 8.2+ Anforderungen, die Änderungen der Server-Infrastruktur erfordern können

Der eigentliche Kostentreiber ist nicht das Core-Upgrade selbst. Es sind die Custom Extensions. Jedes TYPO3-Projekt, das ich in der DACH-Region gesehen habe, hat zwischen 5 und 25 Custom Extensions. Jede einzelne muss überprüft, umgestaltet und getestet werden. Bei typischen deutschen Agenturstundensätzen von €120-180/Stunde summiert sich das schnell.

Hier ist eine grobe Aufschlüsselung, wo die €80K hingehen:

Komponente Geschätzte Stunden Kosten bei €150/Std.
Core-Upgrade & Konfiguration 40-60 Std. €6.000-9.000
Migration Custom Extensions 120-200 Std. €18.000-30.000
Template/Frontend-Überarbeitung 80-120 Std. €12.000-18.000
Updates Drittanbieter-Extensions 40-80 Std. €6.000-12.000
Testing & QA 60-80 Std. €9.000-12.000
Server/Infrastruktur 20-40 Std. €3.000-6.000
Projektmanagement 40-60 Std. €6.000-9.000
Gesamt 400-640 Std. €60.000-96.000

Also €80K ist für eine komplexe TYPO3-Installation nicht einmal unangemessen. Das ist die unbequeme Wahrheit. Die Frage ist nicht, ob das Angebot fair ist — sondern ob es die richtige Entscheidung ist, dieses Geld für die gleiche Technologie auszugeben.

Das DACH-TYPO3-Agentur-Problem

TYPO3 war schon immer ein DACH-Phänomen. Es hat ungefähr 25-30% Marktanteil in Deutschland für Enterprise CMS, im Vergleich zu wenigen Prozent global. Das schuf ein gesundes Ökosystem spezialisierter Agenturen — aber dieses Ökosystem steht unter Druck.

2024 und 2025 habe ich mehrere Trends beobachtet:

  • Agentur-Konsolidierung: Kleinere TYPO3-Läden (5-15 Personen) werden übernommen oder schließen. Der Talentpool schrumpft, da jüngere Entwickler sich zu JavaScript-Frameworks und Headless-Architekturen hinwenden.
  • Teuer-Inflation: Senior TYPO3-Entwickler in Deutschland verlangen jetzt €100-130/Stunde als Freiberufler. Agenturen rechnen das auf €150-200/Stunde auf. Vor fünf Jahren waren diese Zahlen 30% niedriger.
  • Wissenskonzentration: Weniger Menschen verstehen die tiefen Interna von TYPO3. Wenn deine Agentur schließt, ist es wirklich schwer, jemanden zu finden, der ein komplexes TYPO3-Projekt mittendrin übernehmen kann.
  • Die Upgrade-Tretmühle: TYPOs LTS-Zyklus bedeutet Major-Upgrades alle 2-3 Jahre. Jedes einzelne kostet echtes Geld. Über einen 6-Jahres-Zeitraum könntest du €120-200K nur für Upgrades ausgeben.

Ich habe mit einem Fertigungsunternehmen in der Nähe von Stuttgart letztes Jahr gesprochen. Ihre TYPO3-Agentur von 12 Jahren kündigte an, dass sie sich nur noch auf Shopware-Entwicklung konzentrieren würden. Das Unternehmen blieb mit einer TYPO3 v10-Installation, 18 Custom Extensions, einem mehrsprachigen Setup über 6 Märkte und keinem, dem man anrufen konnte, zurück. Ihr Upgrade-Angebot von einer neuen Agentur? €95.000 — mit einer 4-Monats-Timeline, die jeder wusste, würde sich auf 6+ Monate dehnen.

Diese Geschichte wiederholt sich überall in der DACH-Region. Wenn sie dir bekannt vorkommt, lies weiter.

Option 1: Den Preis bezahlen und auf v14 upgraden

Wenn das sinnvoll ist

Manchmal ist das Upgrade wirklich die richtige Wahl. Wenn du hast:

  • Tiefe TYPO3-spezifische Funktionalität, die teuer wäre zu replizieren (komplexe Workflow-Engines, Custom Backend-Module für nicht-technische Redakteure)
  • Ein großes Redaktionsteam, das auf TYPOs Backend trainiert wurde
  • Regulatorische oder Compliance-Anforderungen, die dich an deine aktuelle Infrastruktur binden
  • Eine zuverlässige Agentur-Beziehung (du schaust nur auf die Kosten, nicht auf eine geschlossene Agentur)

...dann ist der Upgrade-Pfad, obwohl teuer, eine Erhaltung deiner Investition.

Wenn das nicht der Fall ist

Wenn deine TYPO3-Site hauptsächlich eine Marketing-Website mit etwas dynamischem Inhalt ist — Produktseiten, Blog-Posts, Landing Pages, vielleicht ein Job Board — zahlst du Enterprise-CMS-Preise für ein Problem, das moderne Tools zu einem Bruchteil der Kosten lösen.

Sei ehrlich, welche TYPO3-Features du wirklich nutzt. Nach meiner Erfahrung nutzen etwa 70% der TYPO3-Installationen in der DACH-Region vielleicht 20% ihrer Möglichkeiten. Der Rest ist Legacy-Komplexität, die jeder anfasst.

Deine TYPO3-Agentur hat €80K für v14 angeboten? Echte Alternativen - Architektur

Option 2: Eine neue TYPO3-Agentur finden

Wenn deine Agentur geschlossen hat, ist dein erster Instinkt, eine andere zu finden. Das ist verständlich, aber gehe mit offenen Augen rein.

Das Gute: Eine neue Agentur wird deine Installation überprüfen und könnte Wege finden, sie zu vereinfachen. Sie sind nicht emotional an der bestehenden Architektur gebunden.

Das Schlechte: Onboarding-Kosten. Eine neue Agentur braucht 40-80 Stunden, um dein Setup zu verstehen, bevor sie genau anbieten kann. Manche machen das kostenlos als Verkaufsübung; andere berechnen €5-10K für eine technische Prüfung.

Das Hässliche: Du bist immer noch auf der Upgrade-Tretmühle. Und du konkurrierst um einen schrumpfenden Talentpool von TYPO3-Entwicklern in der DACH-Region.

Wenn du diesen Weg gehst, suche nach Agenturen, die Mitglieder der TYPO3-Vereinigung sind und zertifizierte Entwickler haben. Überprüfe ihre GitHub-Beiträge zum TYPO3-Core. Frage nach ihrer Upgrade-Methodik und bestehe auf einem Festpreis-Angebot mit klar definierten Scope-Grenzen.

Option 3: Zu einem Headless CMS migrieren

Hier wird es interessant. Ein Headless CMS trennt deine Content Management (Backend) von deiner Presentation Layer (Frontend). Deine Redakteure arbeiten in einer sauberen, modernen Schnittstelle. Deine Entwickler bauen das Frontend mit der Technologie, die am besten passt.

Beliebte Headless CMS-Optionen für DACH-Unternehmen:

CMS Hosting Preise (2025) GDPR-Compliance Sprachunterstützung
Storyblok Cloud (EU-Server) Ab €99/Mo. EU-Basis (Österreich) Ausgezeichnete i18n
Strapi Self-hosted oder Cloud Kostenlos (Self-Host) / €29+/Mo. Self-Host = volle Kontrolle Gute i18n
Contentful Cloud (EU verfügbar) Ab €300/Mo. EU-Datenresidenz verfügbar Ausgezeichnete i18n
Sanity Cloud (EU verfügbar) Kostenlos / $99+/Mo. GDPR-konform Gute i18n
Directus Self-hosted oder Cloud Kostenlos (Self-Host) / $99+/Mo. Self-Host = volle Kontrolle Gute i18n

Storyblok verdient besondere Erwähnung für DACH-Unternehmen — es hat seinen Sitz in Linz, Österreich, speichert Daten standardmäßig in EU-Rechenzentren und hat starke mehrsprachige Unterstützung. Ich habe mehrere TYPO3-zu-Storyblok-Migrationen gesehen, die gut liefen.

Wir behandeln Headless CMS-Architektur im Detail auf unserer Headless CMS-Entwicklungsseite, einschließlich wie wir Content-Modellierung und Migrationsplanung angehen.

Option 4: Zu WordPress oder einem anderen traditionellen CMS wechseln

Ich werde direkt sein: Wenn du TYPO3 wegen Kosten und Komplexität verlässt, löst ein Wechsel zu WordPress dein Problem nicht. Es verschiebt es.

WordPress ist billiger upfront, ja. Aber Enterprise WordPress mit mehrsprachiger Unterstützung (WPML zu €99/Jahr), richtigem Security Hardening und Performance-Optimierung wird schnell teuer. Und du wirst mit Plugin-Update-Zyklen umgehen, die TYPOs aussehen lassen wie ruhig.

Das gesagt, für einfachere Sites — unter 500 Seiten, eine Sprache, grundlegende Content-Anforderungen — kann WordPress mit einem guten Theme funktionieren. Narr dich nur nicht selbst, dass es eine Zero-Maintenance-Lösung ist.

Andere traditionelle CMS-Optionen wie Drupal oder Neos CMS (der TYPO3-Spin-off) existieren, stehen aber vor ähnlichen Talent-Pool-Herausforderungen in der DACH-Region.

Option 5: Einen modernen Headless-Stack aufbauen

Das sehen wir immer mehr DACH-Unternehmen 2025 wählen. Die Architektur sieht so aus:

[Headless CMS] → [API] → [Frontend Framework] → [CDN/Edge] → [Benutzer]
     ↑                          ↑
  Redakteure              Next.js / Astro
  verwalten              rendert Seiten
  Inhalte                bei Build oder auf Request

Ein typischer moderner Stack für eine ehemalige TYPO3-Site:

  • Content: Storyblok oder Strapi für Content Management
  • Frontend: Next.js für dynamische Sites, Astro für content-schwere Sites
  • Hosting: Vercel, Netlify oder Cloudflare Pages (alle bieten EU-Regionen)
  • Suche: Algolia oder Meilisearch
  • Formulare: Formspree oder Custom API Routes
  • Analytics: Plausible oder Fathom (GDPR-freundlich, kein Cookie-Banner nötig)

Die Kostenstruktur dreht sich komplett um:

Traditionelles TYPO3:     Modernes Headless:
├── Agentur-Retainer      ├── CMS-Abonnement: €100-300/Mo.
│   €2-5K/Monat          ├── Hosting: €0-50/Mo.
├── Hosting: €200-500/Mo. ├── Suche: €0-100/Mo.
├── Upgrades: €40-80K     ├── Keine Major "Upgrade"-Zyklen
│   alle 2-3 Jahre        ├── Inkrementelle Updates
└── Total 3 Jahre: €150-300K └── Total 3 Jahre: €40-80K
                              (nach initialem Build)

Die Initialkosten für die Migration einer TYPO3-Site mit mittlerer Komplexität (200-500 Seiten, 3 Sprachen, Custom Components) zu einem modernen Headless-Stack liegen typischerweise bei €30.000-60.000. Das ist vergleichbar mit oder weniger als ein Major TYPO3-Upgrade — aber du endest mit einer komplett modernen Infrastruktur, die einen Bruchteil zu unterhalten kostet.

Wir bauen diese Art von Projekten mit Next.js und Astro je nachdem, welcher Use Case es ist. Next.js ist unsere Wahl, wenn es dynamische Personalisierung oder authentifizierte Abschnitte gibt. Astro gewinnt, wenn die Site hauptsächlich content-getrieben ist und Performance oberste Priorität hat.

Kostenvergleich: Echte Zahlen aus Projekten 2025

Hier ist ein Vergleich basierend auf echten Projekten, die wir 2025 in der DACH-Region gesehen oder daran gearbeitet haben. Firmennamen sind anonymisiert.

Szenario TYPO3 v14 Upgrade Headless Migration Zeit zum Launch
Fertigung, 300 Seiten, 2 Sprachen €65.000 angeboten €42.000 tatsächlich 10 Wochen
SaaS-Unternehmen, 150 Seiten, 3 Sprachen €45.000 angeboten €35.000 tatsächlich 8 Wochen
Finanzdienstleistungen, 800 Seiten, 4 Sprachen €110.000 angeboten €72.000 tatsächlich 16 Wochen
Industrie B2B, 500 Seiten, 6 Sprachen €95.000 angeboten €58.000 tatsächlich 14 Wochen

Die Headless-Migrationskosten beinhalten Content-Migration, Frontend-Entwicklung, CMS-Setup, Redakteur-Training und SEO-Übergangsplanung. Sie beinhalten nicht die laufenden Hosting- und CMS-Abonnement-Kosten, die je nach CMS-Tier €1.200-4.800/Jahr laufen.

Wichtiger Vorbehalt: Wenn deine TYPO3-Site komplexe Backend-Logik hat — denk an Custom Workflows, ERP-Integrationen, Benutzer-Portale — steigen die Headless-Migrationskosten erheblich. Diese Backend-Features müssen als APIs oder Microservices neu gebaut werden. Für Sites, die hauptsächlich Content Delivery sind mit einigen dynamischen Elementen, sind die obigen Zahlen realistisch.

Der Migrationspfad, der wirklich funktioniert

Nach dem Arbeiten an mehreren TYPO3-Migrationen ist hier der Ansatz, der konsistent gut funktioniert:

Phase 1: Content-Audit (Woche 1-2)

Bevor du eine einzige Codezeile schreibst, überprüfe deinen Content. Jede TYPO3-Installation hat Seiten, die 3+ Jahre nicht angefasst wurden, doppelte Inhalte und kaputte interne Links. Wir sehen typischerweise 20-40% von Seiten, die konsolidiert oder entfernt werden können.

# Schneller Weg, um TYPO3 Page Tree für Audit zu exportieren
typo3cms database:export --table pages --format csv > pages_audit.csv

Kartografiere deine bestehende URL-Struktur. Jede URL, die organischen Traffic oder Backlinks hat, braucht einen Redirect-Plan.

Phase 2: Content-Modellierung (Woche 2-3)

Repliziere nicht deine TYPO3 Content Types 1:1 im neuen CMS. TYPOs Content-Element-Ansatz ist spezifisch für TYPO3. Stattdessen modelliere deinen Content um deine tatsächlichen redaktionellen Anforderungen.

Eine typische TYPO3-Seite mit 15 verschiedenen Content-Element-Typen übersetzt sich oft in 6-8 gut gestaltete Components in einem Headless CMS. Weniger bewegliche Teile, einfacher für Redakteure, schneller zu bauen.

Phase 3: Frontend Build (Woche 3-8)

Baue das Frontend parallel zur Content-Migration. Nutze deine bestehende TYPO3-Site als Design-Referenz, es sei denn, du machst auch ein Redesign (das addiert 4-8 Wochen und €15-25K zum Budget).

// Beispiel: Inhalte von Storyblok in Next.js abrufen
import { getStoryblokApi } from '@storyblok/react'

export async function getStaticProps({ locale, params }) {
  const storyblokApi = getStoryblokApi()
  const { data } = await storyblokApi.get(
    `cdn/stories/${params.slug}`,
    {
      version: 'published',
      language: locale, // Behandelt deine DE/EN/FR-Varianten
    }
  )
  
  return {
    props: { story: data.story },
    revalidate: 3600, // ISR: revalidiere jede Stunde
  }
}

Phase 4: Content-Migration (Woche 6-10)

Content-Migration ist der am meisten unterschätzte Teil. Du brauchst Scripts, um Content aus TYPO3s Datenbank zu extrahieren und es in das Format deines neuen CMS zu transformieren.

# Vereinfachte TYPO3 Content-Extraktion
import mysql.connector
import json

def extract_typo3_content(db_config):
    conn = mysql.connector.connect(**db_config)
    cursor = conn.cursor(dictionary=True)
    
    cursor.execute("""
        SELECT p.uid, p.title, p.slug, p.sys_language_uid,
               c.bodytext, c.CType, c.header
        FROM pages p
        LEFT JOIN tt_content c ON c.pid = p.uid
        WHERE p.deleted = 0 AND p.hidden = 0
        AND c.deleted = 0 AND c.hidden = 0
        ORDER BY p.uid, c.sorting
    """)
    
    return cursor.fetchall()

Rich-Text-Content braucht spezielle Aufmerksamkeit. TYPOs RTE-Output enthält oft Inline-Styles und nicht-standardisiertes HTML, das während der Migration bereinigt werden muss.

Phase 5: Testing & Go-Live (Woche 10-12)

Führe beide Sites mindestens eine Woche parallel aus. Vergleiche Seiten nebeneinander. Teste jedes Formular, jeden Download-Link, jede Sprachvariante. Richte deine 301-Redirects ein. Überwache deine Google Search Console genau die ersten 30 Tage nach dem Launch.

Was ist mit meinen Inhalten und SEO-Rankings?

Das ist die #1 Sorge, die ich von DACH-Unternehmen höre, die Migration erwägen. Und es ist berechtigt — dein organischer Search-Traffic ist ein Vermögenswert, der Schutz verdient.

Die gute Nachricht: Wenn du Redirects richtig handhabst und deine URL-Struktur bewahrst (oder richtige 301er einrichtest), wirst du Rankings nicht verlieren. Google hat wiederholt bestätigt, dass Platform-Migrationen Rankings nicht inhärent beeinflussen.

Die kritischen Schritte:

  1. Kartografiere jede URL von alt zu neu. Keine Ausnahmen.
  2. Behalte Title Tags und Meta Descriptions — migriere sie, schreibe sie nicht am ersten Tag neu.
  3. Halte deine Content-Struktur ähnlich — ändere nicht drastisch Heading-Hierarchien.
  4. Reiche aktualisierte Sitemaps unmittelbar nach dem Launch bei Google Search Console ein.
  5. Überwache 404er aggressiv in den ersten 2 Wochen.

Ich habe Migrationen gesehen, wo organischer Traffic nach der Migration tatsächlich anstieg, weil die neue Site schneller war. Core Web Vitals zählen, und eine Next.js- oder Astro-Site auf einem CDN wird eine TYPO3-Site auf einem einzelnen Server jedes Mal outperformen.

Typische TYPO3-Site: LCP von 2,5-4,5 Sekunden. Typische moderne Headless-Site: LCP von 0,8-1,5 Sekunden. Dieser Unterschied zählt für beide Rankings und Conversion Rates.

Wenn du diese Art von Migration in Betracht ziehst und über deine Situation sprechen möchtest, kontaktier uns. Wir haben genug davon gemacht, um zu wissen, wo die Fallstricke sind.

FAQ

Wie lange dauert eine TYPO3-zu-Headless-CMS-Migration? Für eine Site mit mittlerer Komplexität (200-500 Seiten, 2-3 Sprachen), erwarte 8-14 Wochen vom Kickoff zum Launch. Größere Sites mit komplexen Integrationen können 16-24 Wochen dauern. Die Content-Migrationsphase ist normalerweise die längste — nicht das technische Build. Plane für eine Überlappungszeit ein, wo beide Systeme parallel für Tests laufen.

Ist es billiger, TYPO3 zu upgraden oder zu einer neuen Platform zu migrieren? Es hängt von der Komplexität ab, aber für die meisten Marketing-fokussierten Websites kosten Migrationen zu einem Headless-Stack ungefähr gleich wie ein Major TYPO3-Upgrade (€30K-70K), während die laufenden Wartungskosten dramatisch sinken. Über einen 3-Jahres-Zeitraum spart der Headless-Ansatz typischerweise 40-60% gegenüber bei TYPO3 bleiben. Die Mathematik ändert sich, wenn du tiefe Custom TYPO3-Funktionalität hast, die teuer zu replizieren wäre.

Werde ich meine Google-Rankings verlieren, wenn ich von TYPO3 weg migriere? Nicht, wenn du es richtig machst. Richtige 301-Redirects, konsistente Content-Struktur und bewährte Meta-Daten schützen deine Rankings. Tatsächlich sehen viele Unternehmen Ranking-Verbesserungen, weil moderne Headless-Sites besser auf Core Web Vitals punkten. Der Schlüssel ist einen detaillierten URL-Mapping-Plan zu haben und Search Console genau 30 Tage post-Launch zu überwachen.

Was passiert mit meiner TYPO3-Site, wenn meine Agentur schließt? Deine Site wird weiter laufen — TYPO3 stoppt nicht zu funktionieren, weil eine Agentur schließt. Aber du bist in einer anfälligen Position: keine Security Updates, keine Bug Fixes und wachsende technische Schulden. TYPO3 v11 LTS erreicht Lebensende im Oktober 2025. Danach wirst du keine Security Patches erhalten. Eine neue TYPO3-Agentur zu finden, um ein laufendes Projekt zu übernehmen, ist möglich, aber erwarte €5-15K in Onboarding- und Audit-Kosten, bevor echte Arbeit beginnt.

Welches Headless CMS ist am besten für deutschsprachige Unternehmen? Storyblok ist jetzt die beliebteste Wahl in der DACH-Region. Es ist österreich-gegründet, speichert Daten in EU-Rechenzentren, hat ausgezeichnete mehrsprachige Unterstützung und sein visueller Editor ist einfach für nicht-technische Content-Teams. Strapi ist eine starke Open-Source-Alternative, wenn du volle Datenkontrolle durch Self-Hosting möchtest. Contentful funktioniert gut für größere Enterprises, kommt aber mit höheren Kosten ab €300/Monat.

Muss ich meine Website während der Migration redesignen? Nein, und ich würde das tatsächlich nicht empfehlen. Die Migration deines bestehenden Designs zu einer neuen Platform und gleichzeitig zu redesignen verdoppelt den Project-Scope und Risiko. Mach die Migration zuerst mit deinem aktuellen Design, dann iteriere das Design, sobald die neue Platform stabil ist. Wenn du absolut redesignen musst, budget zusätzliche €15-25K und 4-8 Wochen.

Wie handle ich mehrsprachige Inhalte während der Migration? Moderne Headless-CMS-Plattformen handhaben mehrsprachige Inhalte viel eleganter als TYPO3. In TYPO3 handhabst du Language Overlays und sys_language_uid. In einem Headless CMS wie Storyblok ist jede Sprachvariante ein First-Class-Citizen mit feldebener Übersetzungsunterstützung. Während der Migration exportierst du jede Sprachvariante separat und importierst sie in das neue System. Translation Memory und bestehende Übersetzungen bleiben erhalten — du übersetzt nichts neu.

Kann ich schrittweise migrieren oder muss es alles auf einmal sein? Schrittweise Migration ist möglich, aber addiert Architektur-Komplexität. Du kannst TYPO3 und ein neues Headless-Frontend gleichzeitig laufen lassen, spezifische URL-Pfade zum neuen System routen während du andere bei TYPO3 behältst. Dieses "Strangler Fig"-Muster funktioniert gut für sehr große Sites (1000+ Seiten), aber für die meisten Mid-Market DACH-Unternehmen, ist ein sauberer Cutover nach gründlichem Testing einfacher und billiger. Die parallele Test-Periode von 1-2 Wochen vor dem Go-Live gibt dir Konfidenz, ohne die laufenden Overheads, zwei Systeme zu unterhalten.