Anonymisierte Case Study

Vertrauliche TYPO3-zu-WordPress-Migration

Diese anonymisierte TYPO3-zu-WordPress-Migration eines Unternehmens erhielt jede URL, die Mehrsprachen-Matrix und Schema-Kontinuität über den Cutover. Der Kunde darf nicht genannt werden; die Engineering-Sequenz unten ist real.

Ausgangslage

TYPO3 war über ein Jahrzehnt das Unternehmens-CMS. Redakteure kannten die Tastatur. Die Site war an Rechtsprüfung, Übersetzung und ein Brand Book angebunden, das älter ist als die meisten heutigen Mitarbeiter.

Die Migration war kein Redesign. Visuelle Identität, jede URL, die mehrsprachige Matrix und der Redaktionskalender mussten erhalten bleiben, während sich die Plattform änderte.

Inhaltsmodell-Audit

Der erste Monat bedeutete Lesen des TYPO3-Seitenbaums, kein Code. Jedes TYPO3-Inhaltselement musste klassifiziert werden: nativer WordPress-Core-Pendant, Kandidat für ACF oder Block-Pattern, Archivkandidat als statischer Inhalt oder Kandidat für Stilllegung.

Das Audit produzierte eine 1:1-Map. Ohne diese Map wird Migration zur Vermutung.

Inhaltselement-zu-Block-Map

Das Audit produzierte eine 1:1-Map. Die Zeilen unten sind die Klassifikationsregeln dieses Engagements; genaue CType-Bestandszahlen bleiben vertraulich.

TYPO3-Quelle (typisch)KlassifikationWordPress-ZielHinweise
Text / header / bodytextNatives PendantCore Absatz, Überschrift, Liste, ZitatSauberes HTML; TypoScript-Wrapper entfernen
Image / textpic / mediaNative + MediaCore Image / Gallery + MediathekFAL zu Uploads; Größen vor Cutover regenerieren
Bullet / tableNatives PendantCore Liste / TabelleCore vor Custom-HTML bevorzugen
Accordion / tabs / Custom-CEPattern oder ACFBlock-Pattern oder ACF + InnerBlocksPatterns in Redakteursprache benennen
News / Presse / Jobs / Events / PersonenStrukturiertCPT + Taxonomien (+ ACF)Seitenbaum ist keine Kategorie; Rechte separat
Geteilte Header/Footer / TeaserGlobalSynced Patterns oder Template PartsMehrsprachige Fragmente nicht verlieren
Nur-TypoScript-Layout-ChromeStilllegen oder neuTheme / FSE-TemplateTypoScript nicht importieren
Veraltetes CE ohne TrafficStilllegenArchiv oder entfernenStilllegung in der Map dokumentieren
Unklar / Extbase-schwerEskalationCustom-Plugin oder CPT + RESTGleiche Klasse wie die drei ersetzten Makros

URL- und Schema-Kontinuität

Jede URL blieb erhalten. Wo TYPO3 RealURL oder Pfadsegmente hatte, die nicht mehr passten, wurde eine 301-Map generiert und vor dem Launch validiert. Sprachvarianten blieben auf denselben Pfaden.

Article- und Organization-Schema migrierten mit dem Inhalt. Hreflang-Kontinuität wurde pro Locale vor dem DNS-Cutover geprüft.

Redirect-Map-Checkliste

Wo TYPO3-RealURL oder Pfadsegmente nicht mehr passten, wurde eine 301-Redirect-Map generiert und vor dem Launch validiert. Mehrsprachige Varianten blieben auf denselben Pfaden, wenn das Inhaltsmodell es erlaubte.

SpalteErforderlichZweck
source_urljaVollständiger Legacy-Pfad (inkl. Locale-Prefix / RealURL-Segment)
target_urljaWordPress-Permalink nach Modell-Map
statusjaStandard 301; selten 410 bei bewusster Stilllegung
localejaen / de / … passend zum Hreflang-Set
hreflang_group_idjaVerknüpft Sprachgeschwister, damit keine Locale verwaist
realurl_notebei BedarfWarum der Pfad nicht identisch bleiben konnte
organic_trafficempfohlenZeilen mit GSC/Analytics-Hits für Priority-QA markieren
validated_on_stagingjaCheckbox / Datum vor DNS
owneroptionalWer die Zeile freigab

Redakteurs-Onboarding

Redakteure hatten Freitags-Schulung, Montag Parallelpublishing und Cutover am Mittwoch. Der Block-Editor wurde lokalisiert, Patterns nach der Sprache der Redakteure benannt, und ein kleines Custom-Plugin ersetzte die drei wichtigsten TYPO3-Makros.

Die Redaktion behielt die bestehende Markensprache bei, während das CMS wechselte.

Ergebnisbereiche

Exakte Zahlen sind vertraulich. Veröffentlichbar: Editorial Throughput verbesserte sich im ersten Monat, das Gewicht der Unternehmens-Templates sank deutlich, und die Sichtbarkeit für deutschsprachige Head-Terms hielt durch den Cutover ohne Recovery-Dip.

TYPO3 zu WordPress ist eine Inhaltsmodell-Migration. Das Modell muss vor dem Bau der Importer geprüft werden.

Migrationsvorlagen herunterladen

Starten Sie das Audit mit den zwei Arbeitstabellen aus der beschriebenen Methode. Die Spalten entsprechen den Inhalts- und Redirect-Checklisten auf dieser Seite.

Communities im DACH-Raum

Öffentliche Community-Verzeichnisse und Meetup-Links. Wir betreiben keine eigenen Offline- oder Event-Landingpages - diese Listen verweisen auf bestehende DACH-Communities.

Häufig gestellte Fragen

Wie migriert man eine mehrsprachige TYPO3-Seite zu WordPress ohne URL-Verluste?

Beginnen Sie mit einem Inhaltsmodell-Audit des TYPO3-Seitenbaums, nicht mit einem Theme-Rebuild. Klassifizieren Sie jedes Inhaltselement, behalten Sie Pfade identisch wo das neue Modell passt, und erzeugen Sie eine 301-Map für RealURL oder Segmente, die nicht bleiben können. Validieren Sie die Map vor dem DNS-Cutover, halten Sie Sprachvarianten auf denselben Pfaden, migrieren Sie Article- und Organization-Schema mit dem Inhalt und prüfen Sie Hreflang pro Locale. In diesem vertraulichen Unternehmensprojekt: Freitags-Schulung, Montag Parallelpublishing, Mittwoch Cutover mit Rollback. Exakte Traffic-Zahlen bleiben vertraulich, bis der Kunde sie freigibt.

Wie sollten TYPO3-Inhaltselemente auf WordPress-Blöcke und ACF gemappt werden?

Erstellen Sie eine 1:1-Map bevor Importer geschrieben werden. Für jedes TYPO3-Inhaltselement genau ein Ziel wählen: nativer WordPress-Core-Block, ACF-Feld oder Feldgruppe, Block-Pattern / wiederverwendbares Pattern, statisches Archiv-HTML oder Stilllegung. Unternehmenssites mischen meist diese fünf Körbe; Raten im Importer erzeugt verwaiste Felder und kaputte Layouts. Dieses Engagement verbrachte den ersten Monat mit dem Seitenbaum und der fertigen Map vor dem Build. Ohne Map wird Migration zur Vermutung.

Was muss eine TYPO3-zu-WordPress-Redirect-Map enthalten?

Jede Legacy-URL mit organischem oder internem Traffic braucht eine explizite Zeile: Quellpfad, Zielpfad, HTTP-Status (fast immer 301), Locale und eine Notiz wenn RealURL oder tiefe Pfadsegmente die Form änderten. Hreflang-Geschwisterprüfungen einbeziehen, damit Sprachvarianten sich nicht verwaisen, und die volle Map auf Staging vor DNS validieren. Die meisten TYPO3-zu-WordPress-SEO-Regressionen kommen vom übersprungenen Audit, nicht von WordPress. In diesem Projekt wurde die Map vor Launch validiert und deutsche Head-Terms hielten durch den Cutover; veröffentlichbare numerische GSC-Deltas bleiben vertraulich.

Warum wird der Kunde nicht genannt?

Das Engagement unterliegt einer NDA. Veröffentlichbar ist die Engineering-Sequenz: Inhaltsmodell-Map, URL- und Schema-Kontinuität, Redakteurs-Onboarding und Cutover-Disziplin. Namensbranding und exakte kommerzielle Metriken bleiben privat, bis der Kunde sie freigibt.

Möchten Sie ein TYPO3-zu-WordPress-Audit?

Senden Sie den aktuellen TYPO3-Footprint, die Redakteurszahl und die Locale-Matrix. Diese Angaben reichen aus, um die Migration zu dimensionieren und Blocker zu erkennen.

Migrations-Audit anfragen