MevvBridge Documentation

Installation

MevvBridge benötigt WordPress 6.0 oder neuer und PHP 8.1 oder neuer. Es ist völlig kostenlos und es gibt keine Pro-Edition — keine Funktion ist gesperrt.

Installieren Sie es, solange Elementor noch aktiv ist. Die eingefrorene Spur wird aus Elementors eigenem Rendering erfasst; führen Sie die Übernahme mit abgeschaltetem Elementor aus, erhalten Sie ein leeres Ergebnis.

Laden Sie das Plugin hoch und aktivieren Sie es. Entfernen Sie Elementor noch nicht.
Öffnen Sie MevvBridge im linken Adminmenü und lesen Sie den Bericht.
Klicken Sie auf Übernehmen. Es wird nichts gelöscht und keine Seite bearbeitet — erfasst wird nur das Aussehen der eingefrorenen Elemente.
Deaktivieren Sie Elementor und gehen Sie Ihre Seiten durch.
Wenn alles an Ort und Stelle ist, können Sie Elementor deinstallieren.
Klicken Sie optional auf In Blöcke konvertieren. Nach diesem Schritt ist der Inhalt natives WordPress und MevvBridge selbst kann ebenfalls entfernt werden.

Sieht nach Schritt 4 etwas falsch aus, aktivieren Sie Elementor wieder: MevvBridge tritt von selbst zur Seite.

So funktioniert es

MevvBridge liest das Post-Meta _elementor_data — Ihre ursprünglichen Daten, die es nie löscht — und teilt jedes Element in eine von zwei Spuren.

Live-Spur: Elemente, die es erkennt, werden bei jeder Anfrage aus Ihren Daten neu aufgebaut, Markup wie CSS. Sie bleiben bearbeitbar und sie bleiben responsiv.
Eingefrorene Spur: Alles Übrige wird einmal erfasst, solange Elementor noch installiert ist: das gerenderte HTML des Elements plus nur die CSS-Regeln, die es ansprechen. Es wird exakt so zurückgegeben, wie es war — nicht bearbeitbar, aber auch nicht kaputt.

Die Regel ist eine Whitelist, keine Blacklist. Ein falsches „Das erkenne ich“ zerbricht die Seite; ein falsches „Das erkenne ich nicht“ kostet nur Bearbeitbarkeit. Widgets von Drittanbietern liegen bewusst außerhalb der Whitelist, weil ihre Steuerungsschemata für uns verschlossen sind.

Bis Sie in Blöcke umwandeln, wird Ihr post_content überhaupt nicht angetastet. MevvBridge klinkt sich bei the_content ein und erzeugt die Seite live. Das tut es nur, solange kein Quell-Seitenbaukasten aktiv ist — installieren Sie Elementor erneut, zieht sich die Brücke zurück.

Der Bericht — lesen Sie ihn, bevor Sie gehen

MevvBridge hat einen Adminbildschirm, unter MevvBridge im linken Menü. Er verlangt die Administrator-Berechtigung. Alles passiert dort.

Der Scan sucht nach veröffentlichten Inhalten, die Elementor-Daten tragen, unabhängig vom Beitragstyp. Das ist wichtig: Kopfzeilen, Fußzeilen und Vorlagenbibliotheken werden als eigene Beitragstypen gespeichert, und ein Scan, der auf Seiten und Beiträge beschränkt ist, verliert sie.

Zusammenfassung: Wie viele Seiten, wie viele Elemente und wie viele davon einfrieren werden.
Die Tabelle: Eine Zeile je Inhalt: Inhalt · Typ · Live · Wird eingefroren · Was eingefroren wird. Die letzte Spalte nennt die Widget-Typen, die eingefroren werden, und wie viele es von jedem sind.
Warnung zu dynamischen Inhalten: Mit ⚠ markiert. Inhalt, der sich bei jeder Anfrage ändert — ein Produktraster, eine Beitragsliste. Eingefroren ist er auf das festgenagelt, was er zum Zeitpunkt der Erfassung zeigte.
Inhalte, die nicht konvertiert werden können: Mit ⛔ markiert. Elemente, die aufhören würden zu funktionieren, wenn sie eingefroren würden — Kassenformulare, Kontaktformulare, Anmeldungen, Slider. Seiten, die sie enthalten, werden von der Blockumwandlung abgelehnt und bleiben bei Elementor.

Zwei verschiedene Probleme, bewusst getrennt: dynamisch heißt, es veraltet, gefährlich heißt, es hört auf zu funktionieren.

Der Status-Chip oben zeigt Aktiv, wenn MevvBridge Ihre Seiten erzeugt, und Quell-Plugin aktiv, solange ein Quell-Seitenbaukasten noch aktiv ist.

Schritt 1 — Übernehmen

Dieser Schritt entfernt Elementor nicht und bearbeitet keine einzige Seite. Er erfasst.

Das gerenderte HTML jedes eingefrorenen Elements, entnommen aus Elementors eigenem Frontend-Rendering.
Nur die CSS-Regeln, die dieses Element ansprechen, mit entferntem Seiten-Scope-Präfix, damit die Regeln nach der Umstellung weiter greifen.
Das SVG von Icon- und Icon-Box-Elementen — die bleiben in der Live-Spur, aber ihr Symbol existiert nur in der gerenderten Ausgabe. Fehlt das SVG, wird nichts ausgegeben; ein erfundenes Symbol wäre schlimmer.
Die Stylesheets, die die Quell-Plugins tatsächlich im Frontend ausgegeben haben, kopiert in Ihren Uploads-Ordner und danach erneut eingebunden.
Elementors globale Farben und Typografie aus dem aktiven Kit, erneut ausgegeben als dieselben CSS-Variablen, auf die Ihre Seiten bereits verweisen.
Inline-CSS, das Ihr Theme nur ausgibt, solange Elementor aktiv ist.

Erfasste Elemente werden in einer eigenen Tabelle statt im Post-Meta gespeichert, damit sie nicht bei jeder Anfrage geladen werden.

Die ganze Website wird in einer einzigen Anfrage erfasst. Auf einer sehr großen Website kann das ans PHP-Zeitlimit stoßen — das ist eine bekannte Grenze, kein stiller Fehlschlag: Der Ergebnishinweis nennt Ihnen, wie viele Elemente erfasst wurden, und listet die ersten Fehler auf.

Schritt 2 — In Blöcke konvertieren

Optional und erst freigeschaltet, nachdem Schritt 1 gelaufen ist. Es schreibt standardmäßiges Block-Markup in post_content, sodass der Inhalt natives WordPress wird und MevvBridge deinstalliert werden kann.

Erkannte Elemente werden zu mevvsoft/*-Blöcken — den MevvBlocks-Blöcken.
Eingefrorene Elemente werden zu einem core/html-Block mit ihrem CSS darin eingebettet, sodass sie selbst dann überleben, wenn jedes Plugin verschwunden ist.
Der ursprüngliche post_content wird im Post-Meta _mevvbridge_onceki_icerik gesichert, bevor irgendetwas geschrieben wird.

Die Umwandlung erfolgt je Seite ganz oder gar nicht. Hat ein eingefrorenes Element keine erfasste Momentaufnahme, wird diese Seite übersprungen statt halb geschrieben — eine halbe Seite ist schlimmer als keine. Seiten mit einem Element, das aufhören würde zu funktionieren, werden ebenfalls übersprungen, und der Hinweis nennt sie.

Nach diesem Schritt braucht das Bearbeiten dieser Seiten MevvBlocks. Ihr Ansehen nicht: Das Markup ist Standard, und die eingefrorenen Teile sind Core-HTML-Blöcke.

Warum keine Kernblöcke? Weil die Attribute der Kernblöcke bis einschließlich WordPress 7.1 noch immer kein Breakpoint-Konzept kennen. Auf der Referenz-Startseite trugen 23 von 35 Live-Elementen Tablet- oder Mobilwerte; sie als core/group zu schreiben, hätte entweder die Responsivität oder die pixelgenaue Treue weggeworfen.

Was bearbeitbar bleibt

Diese Elementor-Elementtypen werden aus Ihren Daten neu aufgebaut und bleiben in der Live-Spur:

containerheadingtext-editorbuttondividerimagetestimonialiconicon-boxicon-listshortcode

Shortcodes werden live ausgeführt statt eingefroren — einen Shortcode einzufrieren würde seine Ausgabe auf den Moment der Erfassung festnageln.

Drei Widgets von Drittanbietern haben eine native Entsprechung und werden zugeordnet statt eingefroren:

uael-woo-products: Wird zum Produktblock und trägt die Anzahl der Artikel, die Spaltenzahlen für Desktop/Tablet/Mobil, die Sortierung und den Kategoriefilter.
uael-woo-categories: Wird zum Block der Produktkategorien und trägt das Layout, die Spalten, die Titelposition und die Filterregel.
wpforms: Wird zu einem Shortcode-Block, der den WPForms-Shortcode enthält. Das ist keine Formular-Engine von uns — das Widget tat nichts anderes, als WPForms aufzurufen, und genau das tut der Shortcode auch.

Ein erkannter Typ ohne Blockentsprechung wird eingefroren statt nachgeahmt. Eine ungefähre Zuordnung ist stiller Bruch.

Was Einfrieren wirklich bedeutet

Ein eingefrorenes Element sieht identisch aus und funktioniert als Markup weiter, aber:

es lässt sich weder in MevvBridge noch im Blockeditor über rohes HTML hinaus bearbeiten;
zeigte es dynamische Inhalte, zeigt es jetzt das, was es an dem Tag zeigte, an dem es erfasst wurde;
brauchte es JavaScript — ein Slider, ein Karussell, ein Akkordeon —, gibt die eingefrorene Kopie ihre Inhalte gestapelt aus, weil das Skript, das sie interaktiv machte, verschwunden ist.

Genau dieser letzte Fall ist der Grund, warum Slider und Karussells auf der Gefahrenliste stehen: MevvBridge wandelt Seiten, die sie enthalten, nicht um. Das Skript des Quell-Plugins mit hinüberzunehmen wurde verworfen — es hängt von der eigenen Frontend-Laufzeit des Baukastens und von dessen Konfiguration je Seite ab.

Um ein eingefrorenes Element wieder unter Ihre Kontrolle zu bringen, installieren Sie entweder das Quell-Plugin erneut, oder Sie löschen es und bauen es mit einem Block neu.

Kopf- und Fußzeilenvorlagen

Eine Migration, die nur den Seiteninhalt mitnimmt, verliert die Fußzeile stillschweigend. MevvBridge gibt die Kopf- und Fußzeilenvorlagen der Quelle an ihrer Stelle aus und liest sie aus den eigenen Einstellungen von Header Footer Elementor.

Theme-Rezepte gibt es für Astra, GeneratePress und Storefront. Hat Ihr Theme kein Rezept, wird überhaupt nichts ausgegeben — einem Theme, das wir nicht anheben können, eine Kopfzeile aufzuschrauben, bedeutet garantiert zwei Kopfzeilen. Hat MevvBlocks bereits eine passende Vorlage, tritt MevvBridge dahinter zurück.

Die ursprünglichen Klassennamen werden reproduziert, sodass CSS, das aus der alten Einrichtung stammt, weiter greift.

Der Rückweg

Zu keinem Zeitpunkt wird etwas gelöscht. Ihr _elementor_data bleibt genau dort, wo es war; MevvBridge liest es und schreibt nie hinein.

Vor der Blockumwandlung: Aktivieren Sie Elementor wieder. MevvBridge erkennt das und zieht sich aus dem Inhaltsfilter, dem Stilspeicher, den Globals und der Übernahme von Kopf- und Fußzeile zurück. Es gibt nichts rückgängig zu machen.
Nach der Blockumwandlung: Der ursprüngliche Inhalt liegt im Post-Meta _mevvbridge_onceki_icerik jeder umgewandelten Seite. Dafür gibt es keine Schaltfläche; stellen Sie ihn mit WP-CLI wieder her.

Eine Wiederherstellung hat eine Falle: wp_update_post() erwartet maskierte Eingaben und entfernt die Maskierung selbst. Schreiben Sie das Backup ohne wp_slash() zurück, verlieren Escape-Sequenzen in Blockattributen ihren Backslash — SVGs erscheinen dann auf dem Bildschirm als wörtliches u003csvg.

wp eval '
foreach ( get_posts(["post_type"=>"any","numberposts"=>-1]) as $p ) {
  $y = get_post_meta( $p->ID, "_mevvbridge_onceki_icerik", true );
  if ( $y ) wp_update_post([ "ID"=>$p->ID, "post_content"=>wp_slash($y) ]);
}'

Leeren Sie danach den Seitencache. Bei LiteSpeed: wp litespeed-purge all.

Free und Pro

Es gibt keine Aufteilung zu erklären. MevvBridge ist vollständig kostenlos, einschließlich des Umwandlungsschritts. Keine Funktion ist gesperrt, es gibt keinen Lizenzschlüssel und keine Pro-Edition.

Das ist eine bewusste Haltung: Dieses Plugin gibt es, um Sie aus einem Abo herauszuholen. Für den Ausweg Geld zu verlangen, wäre dieselbe Falle in einer anderen Farbe.

Wenn etwas nicht funktioniert

Der Bericht ist leer: Kein veröffentlichter Inhalt trägt Elementor-Daten. Entwürfe werden nicht gescannt.
Die Übernahme hat nichts erzeugt: Elementor war bereits deaktiviert. Aktivieren Sie es wieder, führen Sie die Übernahme erneut aus und deaktivieren Sie es dann.
„In Blöcke konvertieren“ ist ausgegraut: Schritt 1 wurde noch nicht ausgeführt. Die Sperre hängt daran, dass die Übernahme gelaufen ist — nicht daran, ob etwas eingefroren ist, denn eine Website mit null eingefrorenen Elementen ist der beste Fall und darf nicht ausgesperrt werden.
Einige Seiten wurden bei der Umwandlung übersprungen: Entweder hatte ein eingefrorenes Element keine Momentaufnahme, oder die Seite trägt ein Element, das eingefroren aufhören würde zu funktionieren. Der Hinweis zählt sie; die Berichtstabelle nennt sie mit ⛔.
Typografie oder Abstände haben sich nach dem Abschalten von Elementor verschoben: Führen Sie die Übernahme erneut aus, während Elementor aktiv ist. Die Stil-Erfassung misst, was Ihre Website tatsächlich im Frontend ausgegeben hat, also muss sie auf einer Frontend-Anfrage laufen, nicht aus dem Adminbereich.
Die Seite sieht immer noch aus wie die alte Version: Ein Vollseiten-Cache liefert veraltetes HTML aus. Leeren Sie ihn — bei LiteSpeed wp litespeed-purge all. Hängen Sie eine zufällige Abfragezeichenfolge an die URL, um die ungecachte Seite zu prüfen.
Es sind zwei Fußzeilen erschienen: Ihr Theme hat kein Rezept, oder es ist zusätzlich eine MevvBlocks-Fußzeilenvorlage aktiv. Prüfen Sie, dass nur eine von beiden die Fußzeile erzeugt.
Die Übernahme oder die Umwandlung ist in eine Zeitüberschreitung gelaufen: Beide laufen in einer einzigen Anfrage. Erhöhen Sie auf einer großen Website das PHP-Zeitlimit für diese Anfrage oder führen Sie sie auf einer ruhigeren Maschine aus.

Grenzen

Die folgende Liste ist das Produkt, das ehrlich über sich selbst spricht. Nichts davon ist ein Fehler.

Nur Elementor. Beaver Builder wird als Quell-Plugin erkannt, um zur Seite zu treten, aber in dieser Version gibt es keinen Beaver-Leser.
Widgets von Drittanbietern frieren immer ein. Ein geschlossenes Steuerungsschema nachzubilden wurde gemessen und scheiterte in jedem getesteten Fall; Einfrieren ist das ehrliche Ergebnis.
Eingefrorene Elemente sind nicht bearbeitbar und werden es auch nie von selbst. Sie in die Live-Spur zu heben, ist Arbeit für die Zukunft.
Dynamische Inhalte sind auf den Erfassungszeitpunkt festgenagelt. Ein eingefrorenes Produktraster folgt Ihrem Katalog nicht.
Seiten mit Formularen, Kassen, Anmeldungen, Slidern oder Karussells werden überhaupt nicht umgewandelt — sie bleiben bei Elementor.
Nur Kopf- und Fußzeilenvorlagen werden übernommen. Einzelansichten, Archive und Pop-ups aus dem Theme-Builder von Elementor Pro nicht.
Keine Formular-Engine. Die WPForms-Zuordnung trägt den Aufruf; das Formular gibt weiterhin WPForms aus.
Keine Bearbeitungsoberfläche. MevvBridge rendert; das Bearbeiten umgewandelter Seiten ist Aufgabe von MevvBlocks.
Die Übernahme von Kopf- und Fußzeile ist auf drei Theme-Rezepte begrenzt und auf die eigenen Einstellungen von Header Footer Elementor.
Erfasste Momentaufnahmen liegen in einer eigenen Tabelle, daher nimmt ein WordPress-WXR-Export sie nicht mit. Die Wiederherstellung ist trotzdem sicher: Installieren Sie das Quell-Plugin erneut und erfassen Sie noch einmal, denn Ihre ursprünglichen Daten wurden nie gelöscht.
Beide Vorgänge laufen in einer Anfrage, ohne Aufteilung in Blöcke.

Elementor abschalten, ohne die Website zu zerbrechen.