Publikationsweg wählen
Nur eine Sprachversion oder mehrere verknüpfte Versionen?
Nur Ausgangssprache
Verbessern Sie die bestehende Seite in ihrer aktuellen Sprache. Dieser Weg fügt keine übersetzte Version für Leser hinzu.
Mehrsprachig
Erstellen Sie native Beiträge und Seiten für zusätzliche Sprachen, wenn Leser mehr als die Ausgangssprache benötigen.
Jeweils ein gesteuerter Auftrag
Ein Ablauf mit prüfbarem Abschluss
01
Ausgangsmaterial erfassen
Erstellen Sie das vollständige Quelleninventar und erfassen Sie anschließend die ausdrücklichen Anforderungen, die aktuelle und künftige Inhalte erfüllen müssen.
02
Auftrag klar begrenzen
Bearbeiten Sie mit einem authentifizierten, kompatiblen Client jeweils nur einen Quell- oder Übersetzungsauftrag. Ein klar begrenzter Vorschlag lässt sich mit dem Material vergleichen, das er ändern soll.
03
Alle Informationen für die Entscheidung liefern
Erstellen Sie anhand der aktuellen Nachweise die vollständige Seite oder Übersetzung, einschließlich aller Informationen, die eine Person vor einer Handlung benötigt.
04
Erstellung und Prüfung trennen
Eine unabhängige Prüfung vergleicht den genauen Vorschlag vor der Veröffentlichung mit derselben Quelle und denselben Anforderungen an die Abdeckung.
05
Nach Freigabe veröffentlichen
Veröffentlichen Sie nur vollständige Inhalte, die die Prüfung bestanden haben. Prüfen Sie bei einem mehrsprachigen Ergebnis vor der Veröffentlichung lokalisierte URLs, interne Links und hreflang-Beziehungen.
06
Ausgelieferte Seite prüfen
Öffnen Sie nach der Veröffentlichung genau die öffentliche Seite; eine erfolgreiche Veröffentlichung allein belegt nicht, was Leser tatsächlich erhalten.
07
Unfertige Arbeit sichtbar machen
Nutzen Sie den aktuellen Workflow-Status, um geprüfte Seiten von unfertigen Quellen und Übersetzungen zu unterscheiden. So ist der nächste Veröffentlichungsschritt klar.
Wo die Kontrolle liegt
Verbindliche Nachweise, native WordPress-Inhalte
Diese Grenzen zeigen, was nativ bleibt, was aktuell gehalten werden muss und was ein authentifizierter Client benötigt.
01
Fakten festhalten
Bei sachlichen Verbesserungen kann Workflow eine unveränderliche Kopie der an WordPress übergebenen Quelle verlangen. Wird diese Kopie ersetzt, verliert die frühere Freigabe ihre Gültigkeit, bis die aktuellen Fakten vollständig erfasst und unabhängig geprüft sind.
02
Inhalte in WordPress belassen
Übersetzte Beiträge, Seiten, Menüs, Taxonomiebegriffe und Medien bleiben nach dem Entfernen des Plugins normale WordPress-Inhalte; nur die Workflow-Dienste und die Workflow-Daten des Plugins werden entfernt. Workflow verwaltet ihre Beziehungen zur Quelle, lokalisierten Routen, den Arbeitsfortschritt, Prüfnachweise und Veröffentlichungsstatus, ohne WordPress als Inhaltssystem zu ersetzen. Integrationen für Editor, Theme, SEO und Darstellung können den Betrieb erweitern.
03
Beliebigen kompatiblen Client wählen
Es ist kein bestimmtes KI-Modell und kein bestimmter Anbieter erforderlich. Jeder authentifizierte Client, der die veröffentlichten WordPress-Schnittstellenverträge einhält, lässt sich in den Workflow einbinden.
04
Prüfen, ob die Schnittstelle verfügbar ist
Das Plugin bleibt auch ohne WordPress Abilities API aktiv. Seine Workflow-Schnittstellen werden nur registriert, wenn ein installierter Anbieter wp_register_ability() bereitstellt.
Systemanforderungen
Abhängigkeiten einer selbst gehosteten Installation
Verwenden Sie beim Einrichten des Workflows genau diese Voraussetzungen.
6.9 oder höher
WordPressStellt native Dienste für Inhalte, Metadaten, Routing, Taxonomie, REST und Veröffentlichung bereit.
8.0 oder höher
PHPFührt Devenia Workflow auf dem Server aus.
Anbieter verfügbar
WordPress Abilities APIStellt die registrierten Schnittstellen bereit, die authentifizierte Workflow-Clients verwenden.
Stabiles Paket
Gesteuerte Veröffentlichung zu WordPress hinzufügen
Laden Sie die stabile ZIP-Datei zur Selbstinstallation von Devenia Workflow herunter. Wählen Sie dann den Weg nur für die Ausgangssprache oder den mehrsprachigen Weg, der zu den Menschen passt, die Sie erreichen müssen.