WordPress Hosting für Websites, die von TYPO3 migrieren.
TYPO3 speichert eine Seite als Baumknoten mit einer Liste von Inhaltselementen, und nichts in WordPress entspricht dem, bis jemand entscheidet, was daraus werden soll.
Ein Content-Modell, das übersetzt werden muss.
TYPO3 und WordPress sind sich nicht einig, was eine Seite ist. Jede Entscheidung unten muss getroffen werden, bevor der erste Datensatz übertragen wird, nicht danach.
Seiten sind Bäume von Elementen, nicht Dokumente
Eine TYPO3-Seite ist ein Knoten mit Inhaltselementen, die an Spalten angehängt sind. WordPress erwartet einen einzelnen Körper. Jeder Elementtyp benötigt ein Ziel - einen Block, ein Feld oder eine Komponente -, das im Voraus ausgewählt wurde.
Routed URLs werden genau gehalten
Das Routing von TYPO3 erzeugt Pfade, die aus dem Seitenbaum und seiner Slug-Konfiguration aufgebaut sind. WordPress würde etwas anderes für den gleichen Inhalt generieren und jede Adresse ändern, die derzeit rangiert.
Medien, die durch Referenz gehalten werden, nicht durch Pfad
Die Dateiabstraktionsebene speichert Dateien einmalig und zeigt auf sie durch Referenzdatensätze. Allein das Kopieren der Dateien erzeugt eine Medienbibliothek, die keine Seite tatsächlich verwendet.
Sprachen sind Spalten, keine Seiten
TYPO3 speichert Übersetzungen als Sprachüberlagerungen derselben Aufzeichnung. WordPress benötigt ein Plugin und eine strukturelle Entscheidung - separate Posts oder verbundene Übersetzungen - bevor etwas importiert wird.
Extbase-Erweiterungen haben kein Gegenstück
Benutzerdefinierte Erweiterungen sind Anwendungscode mit eigenen Tabellen. Nichts importiert sie; jede ist eine funktionale Lücke, die durch ein Plugin, einen benutzerdefinierten Posttyp oder einen Rekonstruktionsvorgang gefüllt werden muss.
Mappe das Modell, dann verschieben Sie den Inhalt.
TYPO3-Migrationen gehen in der Planung schief, nicht in der Übertragung. Sobald die Elementtypen und die URL-Struktur vereinbart sind, ist das Verschieben der Datensätze der einfache Teil.
- Seitenbaum und Elementtypen, die in Blöcke abgebildet sind
- Routing-Konfiguration als Redirects wiedergegeben
- FAL-Referenzen aufgelöst zu realen Dateien
- Übersetzungsstrategie vor dem Import gewählt
Eine Enterprise Site, ohne den Enterprise Stack.
Die meisten TYPO3-Installationen, die verschoben werden, tragen jahrelange Erweiterungen und ein Caching-Framework, für das niemand mehr die Dokumentation hat.
Was wir ändern, bewegt sich von TYPO3
Diese unterscheiden sich von einer Standard-WordPress-Website mit demselben Plan und folgen jeweils einem Inhaltsmodell, das wirklich strukturierter ist als das, in das es sich bewegt.
| Einstellung | So konfigurieren wir es | Warum |
|---|---|---|
| Page Tree Mapping | Baumtiefe und Inhaltselementtypen, die vor der Übertragung eines Datensatzes vereinbart wurden | Eine TYPO3-Seite ist ein Knoten, der Inhaltselemente in benannten Spalten und nicht in einem Dokument mit einem Textkörper enthält, so dass es ohne ein vereinbartes Ziel für jeden Elementtyp nichts Sinnvolles gibt, in das importiert werden kann. |
| URL-Bewahrung | Routing-Konfiguration reproduziert mit Rewrites und Redirects | Pfade werden aus der Position eines Knotens im Baum und seiner Slug-Konfiguration zusammengesetzt, so dass WordPress seine eigenen Permalinks generieren kann, ändert sich jede Adresse, an der die Site Autorität angesammelt hat. |
| FAL-Medienreferenzen | Referenzdatensätze, die auf Dateien aufgelöst und dann in die Medienbibliothek umgeschrieben wurden | Die Dateiabstraktionsebene trennt absichtlich eine Datei von den Datensätzen, die darauf zeigen, so dass das Verschieben der Dateien allein eine vollständige Bibliothek erzeugt, auf die keine Seite auf der neuen Website tatsächlich verweist. |
| Übersetzungsdienste | Sprach-Overlays, die vor dem Import in eine ausgewählte Plugin-Struktur konvertiert wurden | TYPO3 speichert eine Übersetzung als Overlay-Zeile gegen den Originaldatensatz, und WordPress hat kein natives Äquivalent, so dass die Wahl zwischen separaten Posts und verknüpften Übersetzungen die Form des Imports selbst bestimmt. |
| Ersatz für Erweiterungen | Jede Extbase-Erweiterung passte vor dem Start zu einem Plugin, einem benutzerdefinierten Posttyp oder einem Rekonstruktionsvorgang. | Benutzerdefinierte Erweiterungen sind Anwendungscode mit eigenen Datenbanktabellen und nicht mit Inhalten, so dass nichts über sie importiert werden kann und jede am ersten Tag keine Funktionalität hat, es sei denn, sie wurde geplant. |
Einfache, transparente Preise.
Jeder Tarif umfasst eine kostenlose Migration, tägliche Backups, SSL und Support rund um die Uhr.
- 1 WordPress-Website
- 10 GB NVMe-Speicher
- Kostenloses SSL
- Tägliche Backups
- Bereitstellung mit einem Klick
- Support per Ticket
- 5 WordPress-Websites
- 50 GB NVMe-Speicher
- Kostenloses SSL
- Tägliche Backups
- Bereitstellung mit einem Klick
- Priorisierter Support per Ticket
- 20 WordPress-Websites
- 200 GB NVMe-Speicher
- Kostenloses SSL
- Tägliche Backups
- Bereitstellung mit einem Klick
- Persönlicher Support
Häufige Fragen.
Gibt es einen TYPO3 zum WordPress Importer?
Was passiert mit meinen Inhaltselementen?
Überstehen die gerouteten Pfade von TYPO3 den Umzug?
Meine Bilder kamen rüber, aber Seiten zeigen nichts. Warum?
Wie übertragen sich mehrsprachige TYPO3-Sites?
Wechseln Sie von TYPO3 mit dem Baum und den URLs intakt.
Kostenlose Migration, ein von einer Person abgebildetes Inhaltsmodell und jede geroutete Adresse bleiben erhalten.