Extraktion aus Freitext und Page Buildern

Das Plugin-Feld ist leer, aber auf der Seite steht "Zubereitungszeit: ca. 45 Minuten". Wo kommt die Information her? Aus dem normalen Beitragstext, einem Elementor-Widget oder einem WP-Bakery-Textblock. Genau solche Fälle machen die Extraktion zum aufwendigsten Teil einer Migration.

Freitext im Post-Content. Der klassische Fall: Rezeptinformationen stehen als normaler Text im WordPress-Editor, nicht im Rezept-Plugin. Tipps wie "Am besten schmeckt es, wenn du den Teig über Nacht ruhen lässt" sind für Leser hilfreich, aber kein Plugin-Feld enthält diese Information. Bei einer Migration muss entschieden werden: Wird der Tipp zum Notiz-Feld im neuen Plugin? Bleibt er als normaler Text? Oder wird er einem Zubereitungsschritt zugeordnet?

Elementor-Blöcke. Elementor speichert Inhalte als serialisierte JSON-Daten in der Datenbank. Ein Textblock mit Zutatenerklärungen sieht in der Datenbank völlig anders aus als im Editor. Die Extraktion erfordert, dass man die Elementor-Datenstruktur versteht und die relevanten Textblöcke gezielt herauslöst.

Bei einer Kundin mit 90 Rezepten in Elementor haben wir festgestellt, dass jedes Rezept einen anderen Aufbau hatte. Mal standen die Tipps in einer Textbox, mal in einem Akkordeon, mal in einer Infobox. Es gab kein einheitliches Muster, was die automatische Extraktion erheblich erschwert hat.

WP Bakery und andere Page Builder. Ähnliches Bild, andere Datenstruktur. WP Bakery nutzt Shortcodes, die im Post-Content verschachtelt sind. Ein [vc_column_text]Tipp: Verwende Vollmilch statt fettarme Milch[/vc_column_text] muss erst aus den Shortcode-Verschachtelungen befreit werden, bevor der eigentliche Text extrahiert werden kann.

Unser Tipp: Wenn du mit einem Page Builder arbeitest, schau dir den "Text"-Tab im WordPress-Editor an (nicht den visuellen). Dort siehst du die tatsächliche Datenstruktur, mit der ein Migrationstool arbeiten muss.