WordPress veröffentlichen

Überblick

WordPress veröffentlichen* beschreibt, wie du in Ottili LD3* eine verbundene WordPress-Seite als Ziel für die Veröffentlichung nutzt. LD3 bündelt freigegebene Entwürfe zu Content-Paketen und liefert sie mehrkanalig aus – WordPress ist der primäre Long-Form-Kanal* (Beiträge und Seiten). Aus einem verifizierten, freigegebenen Entwurf erzeugt LD3 die plattformspezifische WordPress-Fassung und überträgt sie über die WordPress REST API auf die verbundene Seite.

Das Basis-Publishing* (einwegige Veröffentlichung LD3 → WordPress) ist Teil der Beta (BETA)* von Ottili LD3 und nutzbar. Die erweiterte WordPress-Integration* (Medienbibliothek-Synchronisation, Taxonomie, Nutzer-Sync, bidirektionaler Sync, KI-werkzeuge mit Approval-Routing) wird in Phasen ausgerollt* und ist aktuell als gestaffelter Rollout (Private Beta / Early Access)* hinter Feature-Flags verfügbar. Alles läuft firmenkontext-scoped: jede Verbindung und jede Auslieferung gehört zu genau einem Unternehmen (company_id) und wird über Ottili Core Audit* protokolliert.

Was WordPress-Publishing in LD3 tut

• Kanal, kein Hosting* — LD3 publiziert *auf* eine WordPress-Seite, die du verbindest; LD3 hostet die Seite nicht selbst (siehe Abgrenzung unten).
• Plattformspezifische Fassung* — der Platform Adapter Writer erzeugt eine WordPress-Ausgabe (Titel, Inhalt, Auszug, Bild, Taxonomie) aus dem kanonischen Paket.
• Lieferstatus pro Asset* — LD3 führt den Publish-Target-Status je Asset (queued → in_progress → published / failed).
• Zuschreibung erhalten* — Quellenlink und Provenienz bleiben auf dem veröffentlichten Post sichtbar.
• Auditierbar* — jede externe Wirkung wird über Ottili Core Audit validiert und protokolliert.

WordPress als Kanal verbinden

Das Verbinden ist ein Konfigurations*-Schritt:

1. Seite autorisieren* — richte die WordPress-Seite als Kanal in Ottili ONE ein (über die verbundenen Kanäle von LD3).

2. Inhaltstypen zuordnen* — Ordne die Content-Typen zu, die du dorthin senden willst.

3. Über den Paket-Flow veröffentlichen* — LD3 routet das Asset, verfolgt die Zustellung und hält das Ergebnis fest.

Du kannst prüfen, ob eine Verbindung aktiv ist, bevor du Pakete routest; LD3 veröffentlicht nicht, bis der Zielkanal verbunden und autorisiert ist. Das hält externes Posten intentional.

Ein Paket nach WordPress veröffentlichen

1. Content-Paket auswählen*, das den Status *approved* trägt.

2. Kanal zuordnen* — das Paket an die verbundene WordPress-Verbindung routen (Routing an mehrere Kanäle ist möglich).

3. Freigabe bestätigen* — LD3 ist draft- und approval-first: die Veröffentlichung wartet auf eine menschliche Bestätigung, bevor sie öffentlich geht.

4. Publishing-Job starten* — LD3 erzeugt die WordPress-Fassung und überträgt sie über die REST API; der Lieferstatus wird pro Asset geführt.

5. Lieferstatus verfolgen* — im Paket siehst du pro Asset *queued*, *in progress*, *published* oder *failed* inklusive Fehlerursache bei Bedarf.

Die Freigabe-Gates werden über Ottili Core* gehalten; die Entscheidung wird am Paket vermerkt und über Ottili Core Audit* protokolliert.

Erweiterte WordPress-Integration (gestaffelter Rollout)

Die erweiterte WordPress-Integration erweitert das Basispublishing zu einer umfassenden, mandantenbewussten WordPress-Plattform. Sie deckt ab:

• Medienbibliothek-Synchronisation* — Bilder und Assets zwischen LD3 und WordPress abgleichen.
• Taxonomie-Management* — Kategorien und Schlagworte beim Publishing zuordnen.
• Nutzer-Synchronisation* — Autor:innen und Rollen abgleichen.
• Bidirektionaler Sync* — Änderungen auf der WordPress-Seite zurückführen.
• KI-werkzeuge mit Approval-Routing* — LD3 kann WordPress-Operationen über KI anstossen, gebunden an Freigabe-Gates.

Der Rollout erfolgt in Phasen* und ist hinter Feature-Flags abgesichert*; ein Kill-Switch verhindert ungewollte externe Wirkungen, solange ein Flag nicht aktiv ist. Der Rollout ist aktuell als gestaffelter Rollout (Private Beta / Early Access)* eingestuft; das Basis-Publishing (Verbindung + einwegige Veröffentlichung) ist Teil der allgemeinen LD3-Beta*.

Reifestatus und Verfügbarkeit

Das Basis-Publishing trägt den Produktstatus Beta (BETA)*; die Erweiterung folgt einem gestaffelten Rollout. Einzelne Fähigkeiten sind mit ihrem jeweiligen Reifestatus aufgeführt.

Wie Ottili ONE Reifestatus öffentlich kennzeichnet, beschreibt der Artikel [Feature-Status-Labels verstehen](/docs/understand-feature-status-labels). Den Produktlebenszyklus und die Verfügbarkeitsstufen erklärt [Produktlebenszyklus und Feature-Status](/docs/product-lifecycle-and-feature-status).

Abgrenzung: WordPress Hosting vs. WordPress-Publishing

WordPress Hosting* ist ein eigenständiges, verwaltetes Hosting-Modul (Produkt-Slug wordpress-hosting) von Ottili ONE. LD3 WordPress-Publishing* hingegen *veröffentlicht Inhalte* auf einer WordPress-Seite, die du verbindest – es ist nicht dasselbe wie das Hosting-Produkt. Beide können sinnvoll kombiniert werden (Hosting bereitstellen, LD3 darauf publizieren), sind aber unabhängige Produktflächen.

Firmenkontext und Audit

WordPress-Publishing in LD3 ist nativ Teil von Ottili ONE:

• Eine Anmeldung* (One Login)
• Ein Firmenkontext* — jede Verbindung und jede Auslieferung gehört zu genau einem Unternehmen, company_id
• Ein Audit-Protokoll* (Ottili Core Audit)
• Eine gemeinsame Plattform*

Das bedeutet: eine Verbindung und ein Publishing-Job laufen immer innerhalb deines Unternehmens; jede Aktion wird auf genau ein Unternehmen aufgelöst und protokolliert.

Verwandte Artikel

• [LD3 Content Automation](/docs/ld3-content) — die gesamte Content-Pipeline.
• [LD3-Veröffentlichungskanäle](/docs/ld3-channels) — alle unterstützten Ziele.
• [LD3-Veröffentlichungsstufen](/docs/ld3-publishing-levels) — wie Auto-Publish gesteuert wird.
• [LD3-Content-Pakete](/docs/ld3-content-packages) — was an Kanäle geroutet wird.
• [LD3-Freigabe-Gates](/docs/ld3-approvals) — die Freigabe vor der Veröffentlichung.
• [LD3-Fehlerbehebung](/docs/ld3-troubleshooting) — häufige Probleme und Lösungen.