TYPO3 zu Astro Migration

Von TYPO3 zu Astro, mit eigenem Code und allen Sprachen

Kein LTS-Upgrade mehr, das an einer Extension hängt. Wir bauen deine Website in Astro neu, legen die Inhalte in Sanity ab und übernehmen Seitenbaum, Sprachversionen und jede URL, die heute rankt.

  • 50+ B2B SaaS Teams vertrauen uns
  • 5,0 von 5 Sternen
  • 5,0 von 5 Sternen
  • 5,0 von 5 Sternen
Dauer
8–14 WochenJe nach Sprachen und Größe des Seitenbaums.
SEO-Risiko
MittelSprachpfade, Slugs und alte Seiten-IDs bekommen eigene Weiterleitungsregeln.
Inhalte
Werden übernommenSeitentexte, News-Einträge, Übersetzungen, Metadaten, Dateien
Design und Funktionen
Werden neu gebautFluid-Templates, TypoScript-Logik, Extensions, Formulare
Preis
FestpreisSteht fest, sobald wir alle URLs geprüft haben.

Warum Teams wechseln

Typische Gründe, TYPO3 zu verlassen

01

Jedes LTS-Upgrade wird ein Projekt

Die TYPO3-Community pflegt eine LTS-Version drei Jahre lang, danach bleibt das Upgrade oder kostenpflichtiger Extended Support. Wenn eine Extension nicht mitzieht, steht das Upgrade.

02

Wissen sitzt bei einer Person

TypoScript, Fluid und eigene Extensions versteht oft nur die Agentur oder ein Entwickler im Haus. In Astro ist die Website normaler TypeScript-Code, den auch AI-Agenten wie Claude oder Codex lesen und ändern können.

03

Marketing will schneller ausspielen

Eine neue Use-Case-Seite oder ein umgebauter Abschnitt wartet im Ticket-Backlog. Mit unserem AI-Workflow beschreibt dein Team die Änderung, prüft die Vorschau und gibt frei.

04

Datenschutz soll prüfbar bleiben

Astro liefert die Seiten als fertiges HTML aus, ohne PHP-Backend im Netz. Wo die Website läuft, entscheidest du, auch bei einem Hoster in der EU.

TYPO3 und Astro im Vergleich

Was sich für dein Team ändert

KriteriumTYPO3Astro
PflegeLTS-Upgrades für Core und Extensions, PHP- und Server-Updates beim Hoster.Abhängigkeiten im Repository aktualisieren, das Ergebnis ist statisches HTML.
BearbeitungBackend mit Seitenbaum und Inhaltselementen, Layoutänderungen über Templates.Inhalte in Sanity Studio, größere Änderungen über den AI-Workflow mit Vorschau.
SprachenSprachen in der Site Configuration, Übersetzungen je Seite und Element.Astro-i18n-Routing plus ein verknüpftes Sanity-Dokument je Sprache.
Rollen und FreigabenBackend-Benutzergruppen mit feinen Rechten auf Seiten und Felder.Sanity-Rollen, etwa Contributor für Entwürfe ohne Veröffentlichungsrecht.
WeiterleitungenRedirects-Modul im Backend, auch automatisch bei geändertem Slug.Im Astro-Projekt definiert und in die Hosting-Konfiguration geschrieben.

TYPO3

  • LTS-Upgrades für Core und Extensions, PHP- und Server-Updates beim Hoster.
  • Backend mit Seitenbaum und Inhaltselementen, Layoutänderungen über Templates.
  • Sprachen in der Site Configuration, Übersetzungen je Seite und Element.
  • Backend-Benutzergruppen mit feinen Rechten auf Seiten und Felder.
  • Redirects-Modul im Backend, auch automatisch bei geändertem Slug.

Astro

  • Abhängigkeiten im Repository aktualisieren, das Ergebnis ist statisches HTML.
  • Inhalte in Sanity Studio, größere Änderungen über den AI-Workflow mit Vorschau.
  • Astro-i18n-Routing plus ein verknüpftes Sanity-Dokument je Sprache.
  • Sanity-Rollen, etwa Contributor für Entwürfe ohne Veröffentlichungsrecht.
  • Im Astro-Projekt definiert und in die Hosting-Konfiguration geschrieben.

Was migriert wird

Was von TYPO3 mitkommt

Inhalte übertragen wir, Templates und Extensions werden im Astro-Projekt neu gebaut oder durch Dienste ersetzt.

  • Wird migriert
  • Teilweise
  • Neu gebaut
  • Ersetzt
  • Seiten und Inhaltselemente

    Teilweise

    Texte aus tt_content übernehmen wir. Aus Text-, Bild- und Akkordeon-Elementen werden typisierte Blöcke in Sanity.

  • News und Datensätze

    Wird migriert

    News-Einträge, Kategorien und eigene Datensätze werden eigene Dokumenttypen in Sanity, mit Autor und Datum.

  • Übersetzungen

    Wird migriert

    Jede Sprachversion wird ein eigenes Sanity-Dokument, verknüpft mit dem Original. So veröffentlicht jede Sprache in ihrem Tempo.

  • Dateien und Bilder

    Teilweise

    Aus fileadmin holen wir nur, was verwendet wird. Bilder optimieren wir und übernehmen Alt-Texte aus den Dateimetadaten.

  • Templates und TypoScript

    Neu gebaut

    Fluid-Templates und TypoScript-Logik werden zu Astro-Komponenten. Was dort versteckt berechnet wird, dokumentieren wir vorher.

  • Extensions

    Ersetzt

    Jede Extension bekommt eine Antwort: Astro-Code, externer Dienst oder weglassen. Was keinen Ersatz hat, siehst du in der Inventur.

  • Formulare

    Neu gebaut

    Formulare aus dem Form Framework oder Powermail bauen wir neu, mit Anbindung an HubSpot oder dein CRM und testen jeden Versand.

  • Benutzergruppen

    Ersetzt

    Aus TYPO3-Gruppen werden Sanity-Rollen. Welche Rollen dein Sanity-Plan bietet, klären wir vor dem Content-Modell.

Für dein Marketing

Was für dein Marketing weiterläuft

Rankings sind nur ein Teil. Wir sichern auch alles, woran dein Team Leads und Pipeline misst.

Tracking und Attribution

GA4, Tag Manager, UTM-Parameter und Conversion-Events laufen ab dem ersten Tag weiter. In Astro laden Tracking-Skripte erst nach Consent und bremsen die Seite nicht. Vor dem Launch vergleichen wir jedes Event auf Staging mit der alten Seite.

Formulare und CRM

Powermail und Formulare aus dem TYPO3 Form Framework ersetzen wir durch eigene Formulare mit direkter Anbindung an dein CRM. Felder, Hidden Fields für die Lead-Quelle und die Übergabe an HubSpot, Salesforce oder Pipedrive bleiben gleich. Testleads prüfen wir direkt im CRM.

Demo-Buchung

Demo- und Kontaktseiten, Kalender wie HubSpot Meetings, Calendly oder Chili Piper und dein Chat bleiben erreichbar. Alte Demo-URLs aus Ads, E-Mails und Sales-Decks leiten wir direkt aufs neue Ziel.

Sichtbarkeit in AI-Suche

Strukturierte Daten, klare Überschriften und eine aktuelle Sitemap sind ab dem Launch da. So finden Google und AI-Suchen wie ChatGPT oder Perplexity deine Seiten schnell wieder.

Content-Mapping

So werden TYPO3-Inhalte zu Sanity-Dokumenten

In TYPO3In Astro
SeitenbaumSeiten-Dokumente mit Slug und Elternseitedie Navigation pflegt dein Team in Sanity
Inhaltselemente (tt_content)Wiederverwendbare Blöckejeder Block hat eine passende Astro-Komponente
News und KategorienDokumenttypen mit ReferenzenKategorie und Autor als verknüpfte Dokumente
SprachversionenEin Dokument je Spracheverknüpft über Document Internationalization
SeiteneigenschaftenSEO-Felder je DokumentSeitentitel, Beschreibung, Canonical, noindex

Ablauf

So läuft die Migration
deiner TYPO3-⁠Website

Ein Beispielprojekt: 12 Wochen bis zum Launch. Danach beobachten wir Rankings und Weiterleitungen noch vier Wochen.

Migration von TYPO3, Beispielprojekt

path digitalDein Team

Dein Team

Zugänge, Freigaben

SEO

URLs, Weiterleitungen, Tests

Umsetzung

Seiten, Inhalte in Astro

Zeig auf einen Schritt, um zu sehen, was dort passiert.

  1. Woche 1 · Dein Team

    Kickoff

  2. Wochen 1–2 · SEO

    Audit und URL-Inventur

  3. Wochen 2–3 · SEO

    Redirect-Plan und Content-Modell

  4. Wochen 3–8 · Umsetzung

    Komponenten und Umsetzung

  5. Woche 3 · Dein Team

    Freigabe Redirect-Plan

  6. Wochen 7–10 · Umsetzung

    Content-Migration

  7. Wochen 10–12 · SEO

    SEO-Parität und QA

  8. Woche 12 · Dein Team

    Launch

  9. Nach dem Launch · SEO

    Launch und Monitoring

Pre-Launch-Checkliste

Was vor dem Launch geprüft wird

Phase 1 von 4

Vor der Umsetzung

Phase 2 von 4

Während der Umsetzung

Phase 3 von 4

Vor dem Launch

Phase 4 von 4

Nach dem Launch

Ehrlich gesagt

Wann du besser bei TYPO3 bleibst

  • Dein Team hat TYPO3 im Griff

    Wenn Entwickler im Haus Upgrades routiniert machen und die Redaktion gut arbeitet, löst ein Plattformwechsel kein echtes Problem.

  • Intranet, Login-Bereiche oder Portale hängen dran

    Wenn dieselbe Installation auch Kundenportal oder Mitgliederbereich trägt, ist eine Migration der Marketingseite allein selten sauber.

  • Du willst TYPO3 als Headless-Backend behalten

    Mit der Extension headless liefert TYPO3 Inhalte als JSON an ein eigenes Frontend. Das kann reichen, wenn die Redaktion am Backend hängt.

  • Niemand soll Code verantworten

    Astro braucht für neue Funktionen einen Entwicklungspartner. Wenn dein Team alles visuell selbst bauen will, passt Webflow besser.

Häufige Fragen zur Migration von TYPO3 zu Astro

Was B2B SaaS Teams vor dem Wechsel von TYPO3 zu Astro wissen wollen.

Ist Astro mit Sanity eine gute TYPO3 headless Alternative?

Für Marketingwebsites von B2B SaaS oft ja. Sanity übernimmt die Inhalte, Astro baut daraus schnelle Seiten. Wer TYPO3 als Backend behalten will, kann es mit der Extension headless auch selbst headless betreiben.

Wie bilden wir mehrere Sprachen ab?

Astro legt Sprachen und URL-Präfixe im i18n-Routing fest. In Sanity wird jede Sprachversion ein eigenes Dokument, das mit den anderen verknüpft ist und für sich veröffentlicht wird.

Bekommt unsere Redaktion wieder Rollen und Freigaben?

Ja. Sanity hat Rollen wie Editor oder Contributor, der Entwürfe schreibt, aber nicht veröffentlicht. Welche Rollen verfügbar sind, hängt vom Sanity-Plan ab, das klären wir in der Inventur.

Was passiert mit unseren Extensions?

Jede Extension bekommt eine Lösung: Astro-Code, externer Dienst oder weglassen. Die Liste mit Begründung siehst du vor Projektstart.

Brauchen wir danach einen Entwickler?

Für Inhalte nicht, die pflegt dein Team in Sanity. Größere Änderungen beschreibt es dem AI-Workflow und gibt die Vorschau frei. Für neue Funktionen brauchst du einen Entwicklungspartner, das sind wir oder dein Team.

Läuft TYPO3 bis zum Launch weiter?

Ja. TYPO3 bleibt bis zum Umschalten der Domain live und unverändert. Was deine Redaktion in der Zwischenzeit veröffentlicht, übernehmen wir in einem letzten Abgleich kurz vor dem Launch.

Plane deine Migration
von TYPO3 zu Astro

Zeig uns deine TYPO3-Installation. Wir sagen dir, welche Inhalte und Sprachen migriert werden, welche Extensions ersetzt werden und wie dein Team danach arbeitet.