Divi

Divi ist die häufigste Ursache dafür, dass Structura-Beiträge mit nur einem Titel und einem Beitragsbild im Frontend gerendert werden. Diese Seite erklärt, warum, was Structura automatisch behebt und was du auf deiner Website prüfen solltest, um sicherzugehen, dass nichts anderes stört.

Was passiert

Divi hängt sich an WordPress’ Filter the_content. Wenn es einen Beitrag sieht, von dem es denkt, dass er im Divi-Builder gebaut wurde, ersetzt es das Standard-Rendering durch seinen eigenen Shortcode-Lader. Ob Divi „denkt”, dass ein Beitrag ein Divi-Beitrag ist, hängt von einem einzigen Meta-Flag ab: _et_pb_use_builder. Wenn das Flag on ist, übernimmt Divi; wenn es off ist, hält Divi sich raus und WordPress rendert den Beitrag normal.

Divi hat eine Option mit der Bezeichnung Default Editor (unter Divi → Theme Options → Builder → Post Type Integration). Wenn das auf Divi Builder für den Beitragstyp Posts gesetzt ist, schreibt Divis save_post-Handler automatisch _et_pb_use_builder = on auf jeden neuen Beitrag, der von einem Plugin erstellt wird — einschließlich Structura. Das Ergebnis: das Frontend rendert einen leeren Body.

Was Structura automatisch macht

Seit dem Release vom 2026-04-23 wird jeder Structura-Beitrag mit _et_pb_use_builder = off erstellt, das atomar als Teil des wp_insert_post-Aufrufs geschrieben wird. Dieser Detail-Punkt ist wichtig: WordPress garantiert, dass Meta, das beim Insert über meta_input übergeben wird, vor dem Feuern von save_post persistiert wird, sodass Divis eigener Save-Handler ein gefülltes Meta sieht und seinen Auto-Enable-Zweig überspringt. Das Flag gewinnt das Rennen.

Du musst in deinen Divi-Einstellungen nichts ändern, damit Structura-Beiträge im Frontend korrekt gerendert werden. Wenn der Body nach einem Structura-Update weiterhin leer ist, lies weiter — die Ursache ist üblicherweise eine Divi-Theme-Builder-Vorlage, nicht das Pro-Beitrags-Flag.

Wie du verifizierst, dass deine Divi-Theme-Builder-Vorlage den Beitragsinhalt noch rendert

Divi hat eine separate Funktion — Theme Builder — die die PHP-Vorlagen des Themes durch Divi-Layouts ersetzt. Eine Theme-Builder-Post-Vorlage, die deinen Beiträgen zugewiesen ist, wird anstelle des Single-Post-Layouts des Themes gerendert; wenn diese Vorlage kein Modul enthält, das post_content heranzieht, ist das Frontend leer, unabhängig davon, was das _et_pb_use_builder-Flag sagt.

Gehe das Folgende durch, um es zu prüfen:

Gehe in wp-admin zu Divi → Theme Builder.
Suche nach einer Vorlage mit dem Titel All Posts, Posts in category X oder ähnlich. Wenn es keine eigene Beitrags-Vorlage gibt, verwendet Divi das Standard deines Themes — überspringe zum nächsten Abschnitt.
Öffne die Beitrags-Vorlage. Sieh dir den Body-Bereich des Layouts an.
Der Body muss ein Post Content-Modul enthalten (ein dynamisches Modul, das ausgibt, was WordPress in post_content gespeichert hat) — nicht nur ein Text-Modul mit hartkodiertem Text und nicht nur eine Sammlung von Bildern/Titeln. Wenn das Post-Content-Modul fehlt, zeigt das Frontend den Text deines Beitrags niemals.
Wenn das Post-Content-Modul vorhanden ist, klicke darauf und bestätige, dass seine Content Source auf For Current Post (nicht auf eine bestimmte Beitrags-ID) gesetzt ist.
Speichere die Vorlage und lade die Frontend-URL eines Structura-Beitrags neu.

Wenn deine Theme-Builder-Vorlage kein Post-Content-Modul enthält, füge eines hinzu, speichere und lade neu. Das ist der mit Abstand häufigste website-konfigurations-Grund dafür, dass Structura-Beiträge nach dem automatischen Fix leer rendern.

Was zu prüfen ist, wenn der Body weiterhin fehlt

Nachdem du die Theme-Builder-Vorlage bestätigt hast, gehe diese der Reihe nach durch:

Lösche alle Caches. Divi liefert seinen eigenen statischen Datei-Cache plus einen Dynamic-Assets-Cache. Gehe zu Divi → Theme Options → General und klicke auf Clear all caches. Wenn deine Website auch ein Caching-Plugin nutzt (WP Rocket, W3 Total Cache, LiteSpeed), leere es ebenfalls. Veraltetes gecachtes HTML ist eine sehr häufige Ursache für „Ich habe die Einstellungen korrigiert, aber der Beitrag ist immer noch leer.”
Prüfe den Beitrag in wp-admin. Öffne den Beitrag im Block-Editor. Klicke auf das Drei-Punkte-Menü oben rechts und wähle In Entwurf umwandeln, dann Aktualisieren, dann Veröffentlichen erneut. Das zwingt Divis Save-Handler, mit dem korrekten Meta nochmal zu laufen.
Sieh dir das _et_pb_use_builder-Meta direkt an. Installiere ein Meta-Inspector-Plugin (z. B. „Post Meta Inspector”) oder verwende WP-CLI wp post meta get <id> _et_pb_use_builder. Der Wert sollte off sein. Wenn er on ist, schaltet etwas auf deiner Website ihn wieder ein, nachdem Structura off geschrieben hat — am häufigsten ein eigener save_post-Hook in einem Child-Theme oder einem Drittanbieter-Plugin.

Einstellungen, die du in Ruhe lassen solltest

Du musst nicht:

Die Einstellung Default Editor unter Divi → Theme Options → Builder → Post Type Integration ändern. Structuras Pro-Beitrags-Flag überschreibt sie für Structura-Beiträge.
Divi global deaktivieren.
Beiträge bearbeiten, die Structura bereits erstellt hat, um sie „zurück zum Standard-Editor” zu schalten — das Flag ist bereits korrekt gesetzt.

Wenn dein Default Editor für Posts auf Divi Builder gesetzt ist, öffnen sich manuell erstellte Beiträge weiterhin standardmäßig im Divi Builder. Das ist in Ordnung; es betrifft Structuras Beiträge einfach nicht.

Falls nichts davon hilft

Kontaktiere den Support mit:

Deiner Divi-Theme-Version (Design → Themes) und Divi-Builder-Plugin-Version, falls separat installiert.
Deinem aktiven Theme (es könnte ein Divi-basiertes Child-Theme sein).
Der für den leeren Beitrag wirksamen Theme-Builder- Vorlage — ein Screenshot des Body-Bereichs der Vorlage ist am nützlichsten.
Einem Link zum leeren Beitrag im Frontend.