Mein Beitrag wurde nicht veröffentlicht

Wenn eine Kampagne einen Beitrag veröffentlichen sollte und er nicht erschienen ist, gehe diese Seite der Reihe nach durch. Die meisten Fälle fallen in eine von wenigen Kategorien; die Checkliste führt dich schnell zur richtigen.

Hast du auf „Generate Now” geklickt?

Wenn der fehlende Beitrag durch die Schaltfläche Generate Now einer Kampagne ausgelöst wurde (und nicht durch den Structura-Planer), ist der Code-Pfad anders und der häufigste Fehlerfall lässt sich schnell beheben. Zwei Dinge, die du vor der vollständigen Checkliste unten prüfen solltest:

Hat die REST-Antwort einen Fehler angezeigt? Eine Nachricht, die Tools → Website-Integrität oder max_allowed_packet erwähnt, bedeutet, dass der Hintergrundauftrag von MySQL abgelehnt wurde – erhöhe das max_allowed_packet der Datenbank bei deinem Hoster auf mindestens 4 MB. Die vollständige Anleitung für diese Behebung findest du unter Bilder werden nicht generiert, Schritt 1 – dieselbe Ursache, dieselbe Lösung.
Öffne das Durchlauf-Detail der Kampagne (klicke auf den Durchlauf in der Kampagnenkarte oder in der Aktiven Warteschlange des Dashboards). Ein fehlgeschlagener Einzelbeitrags-Durchlauf, der „could not load its campaign payload” meldet, bedeutet, dass der Hintergrundauftrag zu spät gestartet wurde (die zwischengespeicherten Formulardaten waren bereits abgelaufen). Klicke erneut auf Generate Now.

Wenn keines davon zutrifft, fahre mit der Checkliste unten fort.

Schritt 1: Ist die Kampagne überhaupt aktiv?

Gehe zu Structura → Campaigns.
Suche die Kampagne und prüfe den Status-Badge.

Running – sie sollte veröffentlichen. Weiter zu Schritt 2.
Paused – die Kampagne wurde pausiert, absichtlich oder anderweitig. Setze sie auf der Detailseite der Kampagne fort (Schaltfläche Pause / Resume). Siehe Eine Kampagne pausieren oder löschen.
Draft – die Kampagne wurde nie abgeschlossen. Öffne sie und schließe den Schritt Summary ab.

Schritt 2: Sollte sie heute veröffentlichen?

Prüfe den Rhythmus-Einstellung der Kampagne auf ihrer Detailseite. Wenn sie auf wöchentlich gesetzt ist und heute nicht der geplante Tag ist, hat sie noch nicht gestartet – das ist erwartet.

Schritt 3: Hat der Planer ausgeführt?

Öffne Structura → Dashboard und prüfe die Karte Aktive Warteschlange. Wenn die letzte Aktivität deutlich älter ist als der Rhythmus deiner Kampagne (Stunden oder Tage zu spät), löst WordPress Cron die Structura-Aufgaben nicht aus. Klicke auf das Glockensymbol – wenn ein offener Plugin-Integritäts-Hinweis zu WP-Cron vorhanden ist, hast du deine Antwort. Falls nicht, führe Diagnose unter Einstellungen → Diagnose aus, um einen zu ermitteln.

Häufige Ursachen, wenn WP-Cron das Problem ist:

Website mit geringem Traffic. WordPress Cron wird bei Seitenaufrufen ausgelöst; eine Website, die niemand besucht, führt keine geplanten Aufgaben aus. Lösung: Installiere einen „echten” Cron-Auslöser (z. B. füge einen WP-Cron-Aufruf zum Server-Cron hinzu) oder besuche die Website einfach manuell.
Ein Caching- oder Sicherheits-Plugin blockiert wp-cron. Prüfe, ob wp-cron.php erreichbar ist.
Ein alternativer WP-Cron des Hosters ist falsch konfiguriert. Manche verwalteten Hoster deaktivieren WP-Cron und ersetzen es durch ihr eigenes System. Stelle sicher, dass es läuft.

Siehe WP-Cron ist deaktiviert für die Lösung.

Schritt 4: Hat die Kampagne ein Thema ausgewählt?

Öffne die Kampagne und schaue dir den letzten Durchlauf an (die Liste Campaigns → [Kampagne] → Recent runs). Klicke auf den Durchlauf, um seine Schritt-Zeitachse zu sehen.

Keywords-Schritt erfolgreich – ein Thema wurde ausgewählt. Weiter.
Keywords-Schritt fehlgeschlagen mit „no topics available” – der Keyword-Pool der Kampagne ist erschöpft. Bearbeite die Kampagne und füge weitere Ziel-Keywords hinzu. Siehe Ziel-Keywords.

Schritt 5: Hat die Entwurfsgenerierung funktioniert?

Schau dir in derselben Durchlauf-Detailansicht den Schritt Content an.

Schritt erfolgreich – der Entwurf wurde generiert. Weiter.
Schritt fehlgeschlagen – die Fehlermeldung zeigt, was schiefgelaufen ist. Der Klassifikator ordnet häufige Ursachen nutzerorientierten Hinweisen zu, die im Glockensymbol erscheinen:
- KI-Schlüssel abgelehnt – dein BYOK-Schlüssel wurde widerrufen oder rotiert. Öffne Einstellungen → KI-Engine und aktualisiere oder ersetze den Schlüssel. Siehe KI-Einstellungen.
- Quota erschöpft – wenn du einen Cloud-Plan nutzt und das Generierungskontingent dieses Zyklus aufgebraucht hast. Warte auf den nächsten Zyklus oder führe ein Upgrade durch.
- Kein KI-Schlüssel verbunden – Structura hatte keinen BYOK-Schlüssel für den angeforderten Anbieter. Öffne Einstellungen → KI-Engine und füge einen hinzu.

Schritt 6: War das Veröffentlichen erfolgreich?

Schau dir im Durchlauf-Detail den Schritt Publish an.

Schritt erfolgreich – der Beitrag ist in WordPress. Gehe zu Beiträge → Alle Beiträge und suche danach (nach Titel oder Datum). Wenn er dort ist, liegt dein Problem wahrscheinlich an einem Theme- / Frontend-Problem: Der Beitrag existiert, aber das Theme zeigt ihn nicht auf der Startseite, Kategorieseite oder wo auch immer du es erwartest. Prüfe Beitragsstatus und Kategorie.
Schritt fehlgeschlagen – am häufigsten:
- WordPress-seitiger Fehler – Datenbankschreibvorgang fehlgeschlagen, ein Plugin hat das Einfügen abgelehnt. Die Fehlermeldung des Schritts verweist auf die zugrundeliegende Ausnahme.
- Entwurf statt veröffentlicht gespeichert – in seltenen Fällen speichert Structura den Beitrag als Entwurf zur Überprüfung (z. B. Moderationsrichtlinien, manche SEO-Plugins). Prüfe die Liste Beiträge → Alle Beiträge einschließlich Entwürfe.

„We skipped a duplicate post” / der Durchlauf stoppte bei Publish

Wenn der Schritt Publish des Durchlaufs fehlgeschlagen ist und die Meldung besagt, dass der Beitrag eine Webadresse wiederverwendet hätte, die du bereits verwendest, hat Structura ihn absichtlich gestoppt.

Zwei Beiträge unter derselben Adresse können nicht beide existieren, daher wäre der zweite unter einer nahezu identischen URL (.../dein-thema-2) live gegangen. In der Praxis konkurrieren diese zwei Seiten miteinander bei Google, und die neuere verliert meist, während sie die ältere nach unten zieht – daher wird ein geplanter Beitrag, der dies tun würde, übersprungen statt veröffentlicht. Du erhältst außerdem einen Keywords-Hinweis im Glockensymbol, der die Kampagne nennt.

Es ist nichts kaputt und nichts verloren. Es bedeutet, dass der Kampagne wirklich neues Terrain ausgegangen ist. Öffne Campaigns → [deine Kampagne] → Bearbeiten und entweder Keyword hinzufügen oder Re-discover, und der nächste geplante Beitrag wird etwas Neues abdecken. Siehe Ziel-Keywords.

Dies gilt nur für Beiträge, die Structura nach eigenem Zeitplan veröffentlicht. Wenn du selbst mit Generate Now einen Beitrag anforderst, geht Structura davon aus, dass du es so meinst, und veröffentlicht ihn unter einer nummerierten Adresse.

„Delivering via a backup method” / deine Website hat die direkte Zustellung blockiert

Manchmal fängt ein Sicherheits-Plugin, eine Firewall, ein Anti-Bot-System oder eine Caching-Schicht deines Hosters den Webhook von Structura ab – die Anfrage, die deinen fertigen Beitrag an WordPress liefert. Anstatt WordPress zu erreichen, stößt sie auf eine Challenge-Seite (ein CAPTCHA, eine Bot-Prüfung oder eine gecachte/blockierte Antwort). Dies ist am häufigsten bei verwalteten Hostern mit aggressivem Bot-Schutz.

Dein Beitrag ist nicht verloren. Wenn Structura erkennt, dass die direkte Zustellung blockiert wurde, wechselt es automatisch zu einer Backup-Zustellungsmethode: Deine Website lädt den fertigen Beitrag stillschweigend von Structura, anstatt darauf zu warten, dass er hineingeschoben wird. Du wirst sehen, dass der Durchlauf kurze Zeit bei Delivering verbleibt, und der Beitrag erscheint normalerweise innerhalb weniger Minuten. Bildgenerierung und alles andere funktionieren weiterhin – nichts am Produkt ist blockiert.

Die Warnung, die du siehst, ist also ein Hinweis, kein Fehler. Der einzige Nachteil der Backup-Methode ist, dass die Zustellung etwas langsamer als bei sofortiger Übertragung ist.

Sofortige Zustellung wiederherstellen (optional, aber empfohlen). Um zur sofortigen Veröffentlichung zurückzukehren, trage den Webhook von Structura in die Allowlist ein, damit dein Hoster ihn nicht mehr herausfordert oder cached. Sobald er erreichbar ist, kehrt Structura beim nächsten Durchlauf automatisch zur sofortigen Zustellung zurück – du musst nichts umstellen.

Der Endpunkt auf deiner Website ist /wp-json/structura/v1/webhook/receive-blueprint.
Trage in den Sicherheits- / Anti-Bot- / Firewall-Einstellungen deines Hosters (oder per Support-Ticket) diesen Pfad von Bot-Challenges und CAPTCHAs aus. Eine pfadbasierte Ausnahme ist zuverlässiger als das Eintragen einer IP-Adresse in die Allowlist, da sich die Adresse, von der die Anfrage kommt, ändern kann.
Wenn du ein Caching-Plugin oder einen hostbasierten Cache verwendest, schließe denselben Pfad auch vom Caching aus.

Wenn du nicht sicher bist, wo sich diese Einstellungen befinden, kann das Support-Team deines Hosters es in einer Minute erledigen – teile ihnen mit: „Ein legitimer Server-zu-Server-API-Webhook an /wp-json/structura/v1/webhook/receive-blueprint wird durch Ihren Bot-Schutz / Ihre Firewall abgefangen. Bitte tragen Sie diesen Endpunkt in die Allowlist ein.” Klicke dann erneut auf Generate Now.

Schritt 7: War die Channel-Verteilung erfolgreich?

Auch wenn ein Beitrag in WordPress veröffentlicht wurde, erwartest du ihn möglicherweise auf Slack / LinkedIn / usw. In der Durchlauf-Detailansicht hat der Schritt Channels ein Ergebnis pro Kanal. Channel-Fehler lösen auch nutzerorientierte Hinweise im Glockensymbol aus. Siehe Ein Kanal zeigt „failed” zur Behebung dieser Ebene.

Wenn nichts davon zutrifft

Support kontaktieren mit:

Dem Kampagnennamen.
Dem ungefähren Tag/Uhrzeit, an dem du den Beitrag erwartet hast.
Der Kampagnen-Durchlauf-ID (sichtbar in der URL der Durchlauf-Detailansicht).
Allen offenen Hinweis-IDs aus dem Glockensymbol.