Beiträge erscheinen leer mit einem Page Builder

Wenn ein von Structura generierter Beitrag seinen Titel und sein Beitragsbild zeigt, der Body im Frontend aber leer ist, ersetzt fast sicher ein Page Builder auf deiner Website das Standard-Rendering von WordPress durch sein eigenes. Structura schreibt Standard-Gutenberg-Blöcke in post_content; manche Page Builder ignorieren diesen Inhalt, sofern kein builder-spezifisches Flag auf dem Beitrag gesetzt ist. Wenn das Flag fehlt oder „aus” steht, übernimmt der Builder das Rendering trotzdem und liefert ein leeres Layout ans Frontend aus.

Das ist ein stiller Fehler. In wp-admin sieht der Beitrag gut aus — der Block-Editor, Yoasts Keyphrase-Analyse und REST-Tools sehen alle den Inhalt. Er verschwindet nur auf der öffentlich sichtbaren Seite.

Ist das dein Problem?

Schnelltest: öffne den problematischen Beitrag auf der öffentlichen Website. Wenn du Titel und Beitragsbild siehst, aber der Artikeltext fehlt, und du in wp-admin die Blöcke im Editor sehen kannst, ist es dieses Problem. Bestätige, indem du den Page Builder für genau diesen Beitrag ausschaltest (jeder Builder hat einen anderen Knopf — die Pro-Builder-Seiten unten decken das ab) und das Frontend neu lädst. Wenn der Text wieder erscheint, hat der Builder das Rendering übernommen.

Um welchen Builder geht es?

Structura erkennt diese Builder. Wähle den auf deiner Website laufenden für den Schritt-für-Schritt-Fix:

Divi — der Builder von Elegant Themes. Häufigste Ursache dieses Symptoms auf Agentur- und KMU-Websites.
Elementor
Beaver Builder
Brizy
WPBakery Page Builder
Bricks

Nicht sicher, welchen du hast? Gehe in wp-admin zu Plugins → Installierte Plugins und scanne die „Aktiv”-Liste. Wenn dein Theme Divi-gebrandet ist (oder du Divi → Theme Options in der Seitenleiste siehst), ist es Divi.

Was Structura bereits automatisch macht

Seit dem am 2026-04-23 ausgelieferten Release schreibt Structura zwei schützende Meta-Flags auf jeden Beitrag, den es erstellt:

_et_pb_use_builder = off — sagt Divi, the_content für diesen Beitrag in Ruhe zu lassen.
_wpb_vc_js_status = false — gleiche Idee für WPBakery.

Diese Flags werden atomar mit dem Beitrags-Insert geschrieben, was bedeutet, dass sie an Ort und Stelle sind, bevor Divis oder WPBakerys eigener save_post-Handler läuft. Das behebt die häufigste Variante der Divi-Regression, ohne dass du etwas auf deiner Website änderst.

Builder, die weiterhin opt-in sind (Elementor, Beaver Builder, Brizy, Bricks) übernehmen das Rendering nicht automatisch, daher schreibt Structura keine Flags für sie. Wenn du dieses Symptom bei einem dieser Builder siehst, ist eine website-spezifische Einstellung verantwortlich — üblicherweise eine über die Theme-Builder-/Themer-Funktion des Builders zugewiesene Vorlage. Die Pro-Builder-Seiten oben führen durch den Fix.

Warum es passiert (Kurzversion)

WordPress speichert den Beitrags-Body in post_content und rendert ihn über den Filter the_content. Page Builder hängen ihre eigene Logik an diesen Filter: wenn der Beitrag „ein Builder-Beitrag” ist (gemäß dem builder-eigenen Flag), ersetzen sie das Standard-Rendering durch ihren Shortcode-Lader oder Template-Renderer. Wenn der Beitrag kein Builder-Beitrag ist, der Builder aber standardmäßig jeden Beitrag beansprucht, bekommt das Frontend eine leere Hülle, weil der Shortcode-Lader nichts zu laden hat.

Der Fix ist, das Builder-Flag pro Beitrag auf „diesen nicht rendern” zu drehen — was Structura für Divi und WPBakery jetzt automatisch macht. Für die anderen Builder ist das Problem üblicherweise in den Template-Einstellungen des Builders gelöst, nicht pro Beitrag.

Wie du den Fix auf deiner Website verifizierst

Nach dem Update auf die korrigierte Structura-Version:

Öffne den jüngsten Kampagnen-Durchlauf und klicke auf den Beitrag, den er produziert hat.
Auf der Frontend-URL des Beitrags (klicke Anzeigen in wp-admin), bestätige, dass der Artikel-Body unter Titel und Beitragsbild sichtbar ist.
Wenn der Body weiterhin leer ist, gehe zur Seite deines spezifischen Builders oben und folge dem Abschnitt „Wie du verifizierst, dass deine Theme-Vorlage den Beitragsinhalt noch rendert” am Ende der Seite.

Falls nichts davon zutrifft

Kontaktiere den Support mit:

Dem Page Builder auf deiner Website (und seiner Version).
Deinem aktiven Theme und der Theme-Builder-Vorlage (falls vorhanden).
Einem Link zum leeren Beitrag im Frontend.
Einem Screenshot des Beitrags im WordPress-Block-Editor mit dem erwarteten Inhalt.