Fragen an WordPress: Wie sollen Artikel an die App geliefert werden?

[JumpLink]

Worum es geht: Die App bekommt Artikel heute als fertige Webseite von WordPress. Werbeplätze, doppelte Überschriften und aufklappbare Abschnitte erkennt sie selbst und räumt sie auf (#270, #269). Das funktioniert, ist aber Raten anhand von Details im HTML. Ändert jemand das Design der Website, kann es brechen.

Stabiler wäre es, wenn WordPress der App die Artikel so liefert, wie sie sie braucht. Dafür brauchen wir Antworten vom WordPress-Team.

Fragen an WordPress

1. Eigene Ausgabe für die App: Kann WordPress einen Artikel zusätzlich als Liste seiner Bausteine liefern (Absatz, Bild, Zitat, Grafik …) statt nur als fertige Webseite?
2. Welches Format: Aufgeräumtes HTML oder strukturierte Daten (JSON)? Die App kann beides, strukturierte Daten wären robuster.
3. Wo: Als zusätzliches Feld in der bestehenden Schnittstelle oder als eigene Adresse?
4. Unbekannte Bausteine: Liefert WordPress für Bausteine, die die App nicht kennt, eine einfache HTML-Fassung mit?
5. Werbung: Warum stecken Werbeplätze überhaupt im Artikeltext der Schnittstelle? Sie tauchen nur bei Browsern auf, nicht bei Programmen, deshalb hat man es lange nicht bemerkt.
6. Video im Artikelkopf: Heute gibt es genau eine Videodatei, ohne Vorschaubild und ohne kleinere Fassung fürs Telefon. Ein eigenes Vorschaubild, eine kleinere Datei und die Angabe, ob das Video Inhalt oder nur Dekoration ist, würden helfen.
7. Wiederverwendbare Blöcke: Darin sind mehr Bausteine erlaubt als sonst im Artikel. Ist das Absicht?

Wohin diese Fragen an das WordPress-Team gehen, ist noch offen. Bis dahin sammelt sie dieses Issue.

Technische Details

1. parse_blocks() als REST-Feld. context=edit antwortet heute mit 401.
2. Body-Klasse aa-disabled-bots: curl sah Platzierungen in 1 von 300 Beiträgen, ein Chrome-User-Agent 96 in 100.
3. cvui/header-post, render.php Zeile 133.
4. core/block in block-configuration.php.

🤖 Generated with Claude Code