WP-LIT-MCP/docs/guides/divi-placeholders.md

Platzhalter für Divi-Inhalte

Platzhalter stehen allein im Wert (nicht mitten im Text) und werden beim Speichern in Divis eigene Verweise übersetzt. So bleibt die Seite mit dem Designsystem verbunden: ändert sich die Primärfarbe, ändert sich auch der Button.

Platzhalter	Bedeutung
{{color:primary}}, secondary, heading, body, link	die fünf Theme-Farben
{{color:<Name>}}	eigene globale Farbe (Name wie in lit-divi-design-system)
{{var:<Name>}}	globale Variable (Zahl, Text, Bild, Link)
{{font:heading}}, {{font:body}}	Theme-Schrift für Überschriften bzw. Fließtext
{{post:title}}, excerpt, date, modified, author, url, featured_image, categories, tags	dynamischer Inhalt des angezeigten Beitrags
{{field:<meta_key>}}	dynamischer Inhalt aus einem Feld (Pods/Meta), z. B. {{field:telefon}}
"preset": "<Name>"	Modul-Preset (kein Platzhalter, sondern eigenes Feld)

Beispiele:

{ "type": "button", "text": "Anrufen", "url": "{{field:telefon_link}}",
  "attrs": { "button.decoration.background": { "desktop": { "color": "{{color:primary}}" },
                                               "hover":   { "color": "{{color:Nachtblau}}" } } } }

{ "type": "heading", "text": "{{post:title}}", "level": "h1" }

Unbekannte Namen lehnt das Werkzeug ab und nennt die vorhandenen; ist ein Name doppelt vergeben, statt des Namens die ID aus lit-divi-design-system angeben (z. B. {{color:gcid-…}}). Felder, deren Schlüssel mit _ beginnt (geschützte Meta-Daten), sind nicht erlaubt.

In Link-Feldern (url, button_url …) nimmt das Werkzeug jeden dynamischen Inhalt an, auch {{post:title}}; sinnvoll sind dort nur Werte, die eine Adresse ergeben ({{post:url}}, ein Feld mit einer URL, eine Link-Variable).

$variable-Werte

In lit-divi-node-get erscheinen die übersetzten Verweise als $variable({…})$. Diese Werte unverändert lassen oder wieder durch einen Platzhalter ersetzen. $variable-Verweise werden geparst, geprüft und vom Plugin neu erzeugt: erlaubt sind nur ganze Werte mit bekannten Farben, Variablen, Schriften und dynamischen Quellen; Zusatztexte davor/danach (before/after) werden bereinigt; alles andere (z. B. ein Verweis mitten im Text, eigenes HTML-Ausgeben von Feldern) lehnt das Werkzeug mit validation_failed ab.

Unberührte Teile der Seite bleiben dabei byte-identisch. Ausnahme: Divi selbst normalisiert Seiten mit eigenen HTML-/Attribut-Feldern beim Speichern – nur wenn die Seite noch nicht in Divis eigener gespeicherter Form vorliegt (z. B. importierter oder direkt in die Datenbank geschriebener Inhalt); über den Divi-Builder oder LIT MCP gespeicherte Seiten betrifft das praktisch nie; die Antwort warnt dann, dass der Inhalt beim Speichern verändert wurde, und die neue tree_rev gilt.