Zum Hauptinhalt springen

Was wird migriert?

Der genaue Umfang hängt von deiner Auswahl im Assistenten, den installierten Erweiterungen und seitenspezifischen Sonderfällen ab. Diese Seite listet auf, was die Migration in typischen Setups abdeckt — und welche Plugins sie von Haus aus versteht.

Inhalte​

  • Beiträge und Seiten sowie alle ausgewählten Custom Post Types
  • Custom-Post-Type-Definitionen selbst (die Zielseite lernt deine CPTs, bevor Inhalte ankommen)
  • Bricks-Templates → Etch-Patterns, inklusive Header- und Footer-Templates
  • Bricks-Komponenten → Etch-Komponenten
  • Taxonomien und Begriffe — Kategorien, Schlagwörter und eigene Taxonomien, inklusive Zuordnungen
  • Mediathek mit Dateiübertragung, Beitragsbildern und automatischem URL-Umschreiben in deinen Inhalten
  • Dynamische Daten-Tags (Beitragstitel, Beitragsbild, eigene Felder, …) werden in Etch-Syntax übersetzt

Design & Styling​

  • Globale Bricks-Klassen und Element-Styles → Etch-Styles
  • Bricks Theme Styles (seitenweite Typografie, Container-Breite, Link- und Button-Standards)
  • Farbpaletten und globale Variablen → Design-Tokens
  • Custom Fonts — Bricks-Schriften und lose Font-Dateien in uploads/fonts (z. B. von Font-Plugins) werden auf dem Ziel zu nativen WordPress-Schriftfamilien, inklusive Variable Fonts
  • Automatic.css: Einstellungen, Lizenz und Breakpoints ziehen um, und die ACSS-eigene Upgrade-Routine läuft auf dem Ziel. Seiten mit ACSS v2/v3 bekommen automatisch eine Fallback-Ebene, damit Farben, Transparenz-Helfer und Utility-Klassen, die ACSS 4 nicht mehr erzeugt, weiter funktionieren — siehe Grenzen & Erwartungen
  • Frames: Frames-Klassen-Styles werden übernommen; das fr--Präfix wird bereinigt, wo das gefahrlos möglich ist

Navigation & interaktive Elemente​

  • Die Navigation (Bricks-Nav, Dropdowns, Mega-Menüs, mobiler Burger) kommt als funktionierendes Menü an: Panels öffnen und schließen, Tastatur- und Screenreader-Zustände werden gepflegt, das mobile Menü funktioniert — ganz ohne Page-Builder-Laufzeit
  • Akkordeons (Bricks, Frames und verbreitete Add-on-Varianten) werden konvertiert
  • Code-Elemente: HTML, CSS und JavaScript werden nativ übernommen — Skripte laufen auf der Etch-Seite wirklich
  • Interaktive Elemente ohne Etch-Entsprechung (Slider, Tabs, Modals, Off-Canvas-Toggles) kommen als klar markierte Platzhalter mit erhaltenem Inhalt an — siehe Grenzen & Erwartungen

Felder & Daten​

  • ACF-Feldgruppen und -Werte (bekannte Lücken: Taxonomie- und Benutzer-Feldtypen)
  • Meta Box (AIO) Feldgruppen, Custom Post Types und Relationships
  • ACPT-Definitionen inklusive eigener Tabellen
  • JetEngine-Felder
  • Post-Meta reist mit jedem Beitrag mit — Inhaltsdaten anderer Plugins (etwa SEO-Titel und -Beschreibungen) bleiben erhalten, solange das Plugin sie als reguläres Post-Meta speichert

Formulare​

  • WS Form-Paket-Migration
  • Fluent Forms — Formulare werden auf das Ziel kopiert

Website-Einstellungen​

  • Lese-Einstellungen (Startseite, Beitragsseite) und die Permalink-Struktur werden am Ende einer Migration automatisch übernommen
  • Umfassendere Website-Einstellungen / Benutzer ziehen nur um, wenn du sie im Premigrations-Schritt ausdrücklich einschließt

:::tip Kein 1:1-„Klon" Bricks und Etch funktionieren unter der Haube unterschiedlich. Bricks2Etch liefert eine starke automatisierte Basis — plane eine Kontrollrunde auf dem Ziel ein, siehe Grenzen & Erwartungen. :::