WP-Cron: Warum es Probleme macht und wie Sie auf System-Cron umsteigen

WP-Cron ist der eingebaute Aufgabenplaner von WordPress — geplante Beiträge veröffentlichen, Updates prüfen, E-Mails senden, die Datenbank aufräumen. Der Haken: WP-Cron ist kein echter Cron. Er läuft nur, wenn jemand die Seite besucht. Bei wenig Traffic laufen Aufgaben zu spät; bei viel Traffic wird wp-cron.php bei jedem Aufruf ausgelöst und verschwendet Ressourcen.

So erkennen Sie das Problem

Typische Anzeichen: geplante Beiträge bleiben als Missed Schedule hängen, Newsletter gehen zu spät raus, Backups starten nicht pünktlich, und die CPU-Last steigt in Spitzenzeiten. Bei WooCommerce kann ein verpasster Cron Abo-Verlängerungen und Bestell-E-Mails stören.

Schritt 1: den Standard-WP-Cron deaktivieren

Fügen Sie in wp-config.php über der Zeile „stop editing" hinzu:

• define('DISABLE_WP_CRON', true);

WordPress löst Cron dann nicht mehr bei jedem Seitenaufruf aus.

Schritt 2: echten System-Cron einrichten

Auf einem guten Host per cPanel (oder via SSH mit crontab -e) legen Sie einen Job an, der alle 5 Minuten aufruft:

• */5 * * * * wget -q -O - https://ihredomain.de/wp-cron.php?doing_wp_cron >/dev/null 2>&1

Jetzt laufen Aufgaben pünktlich, unabhängig vom Traffic, und die Seite ist schneller, weil Cron nicht mehr bei jedem Klick läuft.

Wie oft?

Für die meisten Seiten sind 5 Minuten ein guter Kompromiss. Shops mit häufigen geplanten Aktionen können auf 1–2 Minuten gehen; ein unkritischer Blog auf 15 Minuten.

Bei unserem WordPress-Hosting richten Sie den System-Cron mit wenigen Klicks ein, während NVMe-Speicher und Caching die Last zusätzlich senken. Sehen Sie sich auch unsere Pakete an, wenn Sie eine stabilere Basis für geplante Aufgaben brauchen.