Du hast einen Beitrag für einen festen Zeitpunkt geplant – doch WordPress zeigt danach nur „Verpasste Planung“ an. Der Beitrag bleibt unveröffentlicht, obwohl Datum und Uhrzeit längst vorbei sind. Das Problem liegt meistens nicht am Beitrag selbst, sondern an der zeitgesteuerten Aufgabenverwaltung von WordPress.

In dieser Anleitung erfährst du, wie du die Ursache systematisch eingrenzt, den betroffenen Beitrag sicher veröffentlichst und künftige Ausfälle vermeidest. Beginne mit den einfachen Prüfungen. Einen Server-Cron brauchst du erst, wenn WP-Cron auf deiner Website dauerhaft unzuverlässig arbeitet.

Was bedeutet „Verpasste Planung“ in WordPress?

WordPress verwendet für zeitgesteuerte Aufgaben das System WP-Cron. Dazu gehören unter anderem geplante Beiträge, Update-Prüfungen und wiederkehrende Aufgaben von Plugins. Anders als ein echter Server-Cron läuft WP-Cron nicht ständig im Hintergrund. WordPress prüft die fälligen Aufgaben normalerweise bei einem Seitenaufruf.

Wurde der Veröffentlichungszeitpunkt erreicht, aber die notwendige Cron-Aufgabe nicht ausgeführt, bleibt der Beitrag im Status „Geplant“ oder erhält den Hinweis „Verpasste Planung“. Die offizielle WordPress-Dokumentation bestätigt: Ohne passenden Seitenaufruf kann eine Aufgabe später als vorgesehen starten. Fällige Aufgaben bleiben grundsätzlich in der Warteschlange und werden bei nächster Gelegenheit verarbeitet.

Soforthilfe: Den betroffenen Beitrag korrekt veröffentlichen

Wenn nur ein einzelner Beitrag betroffen ist, sichere zuerst den Inhalt und gehe anschließend so vor:

  1. Öffne Beiträge → Alle Beiträge.
  2. Öffne den Beitrag mit dem Hinweis „Verpasste Planung“.
  3. Prüfe Datum, Uhrzeit und Zeitzone.
  4. Wenn der Beitrag sofort online gehen soll, ändere den Status auf „Veröffentlicht“ und speichere.
  5. Rufe die öffentliche URL anschließend einmal ab und kontrolliere Titel, Bild, Canonical und Indexierbarkeit.

Damit ist der einzelne Beitrag online. Die Ursache ist damit aber noch nicht geklärt. Wenn der Fehler wiederholt auftritt, arbeite die folgenden Prüfungen in dieser Reihenfolge ab.

1. WordPress-Zeitzone kontrollieren

Eine falsche Zeitzone kann so aussehen, als hätte WordPress einen Termin verpasst, obwohl intern eine andere Uhrzeit geplant wurde.

  1. Öffne Einstellungen → Allgemein.
  2. Prüfe unter „Zeitzone“, ob die richtige Region eingestellt ist.
  3. Für deutsche Websites ist eine Region wie Berlin sinnvoller als ein starrer UTC-Versatz, weil WordPress damit Sommer- und Winterzeit korrekt berücksichtigen kann.
  4. Kontrolliere die angezeigte Ortszeit und speichere nur, wenn die Einstellung tatsächlich falsch ist.

Ändere die Zeitzone nicht vorsorglich. Eine unnötige Umstellung kann bereits geplante Termine verschieben.

2. Prüfen, ob WP-Cron grundsätzlich läuft

WP-Cron wird bei normalen Seitenaufrufen angestoßen. Auf einer Website mit wenig Besuchern kann eine geplante Veröffentlichung deshalb verspätet erfolgen. Bleibt sie trotz mehrerer Aufrufe aus, kommen zusätzlich blockierte Loopback-Anfragen, eine Serverregel, ein Sicherheitsdienst oder ein Plugin-Konflikt infrage.

Website-Zustand ansehen

Öffne Werkzeuge → Website-Zustand und prüfe, ob WordPress Probleme mit geplanten Ereignissen oder Loopback-Anfragen meldet. Ein solcher Hinweis ist aussagekräftiger als ein pauschaler Plugin-Test.

Einen kontrollierten Seitenaufruf auslösen

Rufe die öffentliche Website in einem privaten Browserfenster auf und warte kurz. Wird der Beitrag danach veröffentlicht, funktioniert WP-Cron grundsätzlich, wird aber möglicherweise zu selten oder verzögert ausgelöst. Bleibt der Status unverändert, prüfe die nächsten Ursachen.

3. Cache und Sicherheitsregeln gezielt prüfen

Ein Seiten-Cache verursacht den Fehler nicht automatisch. Problematisch wird es, wenn Anfragen an wp-cron.php blockiert werden oder wenn eine Sicherheitsregel interne Aufrufe verhindert.

  • Leere nicht wahllos alle Caches, sondern prüfe zuerst, ob der geplante Beitrag im WordPress-Backend wirklich noch unveröffentlicht ist.
  • Kontrolliere beim Hoster, ob Aufrufe von wp-cron.php blockiert oder stark begrenzt werden.
  • Prüfe Sicherheits- und Wartungs-Plugins auf Funktionen, die Loopback-Anfragen oder Cron-Aufrufe sperren.
  • Wenn ein Cache-Plugin kürzlich geändert wurde, kontrolliere dessen Cron- und Preload-Funktionen.

Sind sehr viele Erweiterungen aktiv, hilft eine strukturierte Plugin-Bereinigung in WordPress. Deaktiviere Erweiterungen auf einer produktiven Website jedoch nicht blind. Nutze nach Möglichkeit eine Staging-Umgebung oder ein Wartungsfenster.

4. Niedrigen Traffic als Ursache erkennen

Bei kleinen Blogs ist die einfachste Erklärung oft die richtige: Rund um den geplanten Zeitpunkt gab es keinen Seitenaufruf. WordPress weist selbst darauf hin, dass WP-Cron nicht dauerhaft läuft, sondern bei einem Seitenaufruf prüft, welche Aufgaben fällig sind.

Für unwichtige Hintergrundaufgaben reicht dieses Verhalten häufig aus. Für zeitkritische Veröffentlichungen, Newsletter, Shops oder automatisierte Importe ist ein echter Server-Cron zuverlässiger.

5. Echten Server-Cron einrichten

Ein Server-Cron ruft die WordPress-Aufgaben in einem festen Intervall auf – unabhängig davon, ob gerade ein Besucher die Website öffnet. Viele Hosting-Pakete bieten dafür im Kundenbereich einen Bereich wie „Cronjobs“, „Geplante Aufgaben“ oder „Scheduled Tasks“.

Die konkrete Einrichtung unterscheidet sich je nach Hoster. Typisch ist ein regelmäßiger Aufruf von wp-cron.php, beispielsweise alle 10 oder 15 Minuten. Nutze dafür bevorzugt die Anleitung deines Hosting-Anbieters.

Wichtig: Deaktiviere den normalen WP-Cron erst dann mit DISABLE_WP_CRON, wenn der externe Server-Cron nachweislich eingerichtet ist und funktioniert. Sonst fallen geplante Beiträge und andere zeitgesteuerte Aufgaben vollständig aus.

Ein echter Cron kann außerdem unnötige Cron-Prüfungen bei jedem Seitenaufruf vermeiden. Weitere sichere Maßnahmen findest du im Leitfaden WordPress schneller machen ohne Plugin.

6. Plugin-Konflikt ohne Risiko eingrenzen

Wenn Zeitzone, Server und Loopback-Anfragen unauffällig sind, kann ein Plugin die Planung beeinflussen. Verdächtig sind vor allem Erweiterungen für Redaktionskalender, geplante Aktionen, Cache, Sicherheit oder automatische Veröffentlichungen.

  1. Erstelle ein aktuelles Backup.
  2. Prüfe, ob der Fehler in einer Staging-Kopie reproduzierbar ist.
  3. Deaktiviere dort nur die verdächtigen Plugins, nicht wahllos alle Erweiterungen.
  4. Plane einen kurzen Testbeitrag wenige Minuten in die Zukunft.
  5. Aktiviere die Erweiterungen einzeln wieder, bis der Fehler erneut auftritt.

Auf der Live-Website solltest du diesen Test nur durchführen, wenn ein Staging-System fehlt und ein kontrolliertes Wartungsfenster vorhanden ist.

7. Geplante Beiträge vor dem Urlaub absichern

Wenn mehrere Beiträge während deiner Abwesenheit erscheinen sollen, verlasse dich nicht erst am Veröffentlichungstag auf die Planung.

  • Teste einige Tage vorher einen Beitrag mit kurzem Vorlauf.
  • Prüfe die WordPress-Zeitzone und die beim Beitrag gespeicherte Uhrzeit.
  • Kontrolliere, ob Website-Zustand ein Problem mit Cron-Ereignissen meldet.
  • Stelle sicher, dass Beitragsbild, SEO-Daten und interne Links bereits vollständig gespeichert sind.
  • Bei zeitkritischen Serien: Verwende einen funktionierenden Server-Cron.

Was du besser nicht tun solltest

  • Nicht sofort ein zusätzliches Plugin installieren: Ein Plugin kann Symptome abfangen, beseitigt aber nicht zwingend die Ursache.
  • Nicht WP-Cron deaktivieren, bevor Ersatz läuft: Ohne funktionsfähigen Server-Cron bleiben Aufgaben liegen.
  • Nicht wahllos Cache, Theme und Plugins gleichzeitig ändern: Danach lässt sich die Ursache kaum noch nachvollziehen.
  • Nicht die Beitrags-URL ändern: Der Status „Verpasste Planung“ erfordert keine neue URL und keinen Redirect.
  • Nicht mehrfach auf „Veröffentlichen“ klicken: Prüfe nach einem Speichervorgang zuerst den tatsächlichen Status und die öffentliche URL.

Häufige Fragen zur verpassten Planung

Veröffentlicht WordPress einen verpassten Beitrag später automatisch?

Fällige WP-Cron-Aufgaben bleiben grundsätzlich in der Warteschlange und können beim nächsten geeigneten Seitenaufruf ausgeführt werden. Ob und wann das geschieht, hängt davon ab, warum der Cron-Aufruf zuvor ausblieb oder blockiert wurde.

Ist wenig Traffic allein schon ein Fehler?

Nein. WP-Cron ist bewusst an Seitenaufrufe gekoppelt. Für einen kleinen Blog kann dadurch lediglich eine Verzögerung entstehen. Wenn ein Beitrag zu einer festen Minute erscheinen muss, ist ein echter Server-Cron die verlässlichere Lösung.

Brauche ich ein Plugin gegen „Verpasste Planung“?

Meist nicht. Prüfe zuerst Zeitzone, Website-Zustand, Loopback-Anfragen und Hosting. Ein zusätzliches Plugin ist nur sinnvoll, wenn es eine klar definierte Aufgabe übernimmt und nicht bloß einen unbekannten Fehler überdeckt.

Wie oft sollte ein Server-Cron laufen?

Für viele redaktionelle Websites sind 10 bis 15 Minuten ein praktikables Intervall. Muss ein Beitrag exakt zu einer bestimmten Minute erscheinen, wähle ein kürzeres Intervall, sofern dein Hosting-Paket das erlaubt und der Anbieter keine abweichende Empfehlung gibt.

Kann ein Cache-Plugin geplante Beiträge verhindern?

Ein Cache allein verhindert eine geplante Veröffentlichung normalerweise nicht. Eine fehlerhafte Konfiguration, blockierte interne Anfragen oder zusammenwirkende Sicherheitsregeln können WP-Cron jedoch stören. Entscheidend ist die konkrete Fehlermeldung im Website-Zustand oder im Hosting-Protokoll.

Fazit: Erst Ursache prüfen, dann dauerhaft absichern

Bei einer einzelnen verpassten Planung veröffentlichst du den Beitrag manuell und prüfst anschließend Zeitzone und Website-Zustand. Tritt der Fehler wiederholt auf, kontrollierst du Loopback-Anfragen, Sicherheitsregeln und mögliche Plugin-Konflikte. Für zeitkritische Veröffentlichungen ist ein sauber eingerichteter Server-Cron die verlässlichste Lösung.

Quelle: Offizielle WordPress-Dokumentation zu WP-Cron und Einbindung in den System-Scheduler.