{"id":22319,"date":"2026-08-27T14:58:19","date_gmt":"2026-08-27T12:58:19","guid":{"rendered":"https:\/\/www.curiaweb.ch\/?post_type=docs&p=22319"},"modified":"2026-08-27T14:58:20","modified_gmt":"2026-08-27T12:58:20","password":"","slug":"disattivare-cron-configurare-cronjob","status":"publish","type":"docs","link":"https:\/\/www.curiaweb.ch\/it\/hilfe\/wordpress\/p-cron-deaktivieren-cronjob-einrichten\/","title":{"rendered":"Disattivare WP-Cron in WordPress e sostituirlo con un vero cronjob"},"content":{"rendered":"

WordPress f\u00fchrt zahlreiche wiederkehrende Aufgaben automatisch im Hintergrund aus. Dazu geh\u00f6ren beispielsweise geplante Beitr\u00e4ge, automatische Updates, Wartungsaufgaben, das Versenden bestimmter E-Mails oder zeitgesteuerte Aktionen von Plugins. F\u00fcr diese Aufgaben verwendet WordPress standardm\u00e4ssig das sogenannte WP-Cron-System<\/strong>.<\/p>\n\n\n\n

WP-Cron ist allerdings kein echter Cronjob des Servers. WordPress versucht stattdessen bei Seitenaufrufen zu pr\u00fcfen, ob geplante Aufgaben ausgef\u00fchrt werden m\u00fcssen. Bei stark frequentierten Websites kann das unn\u00f6tige zus\u00e4tzliche Prozesse verursachen. Bei Websites mit sehr wenig Besucherverkehr besteht dagegen das umgekehrte Problem: Geplante Aufgaben k\u00f6nnen versp\u00e4tet ausgef\u00fchrt werden, weil l\u00e4ngere Zeit kein Seitenaufruf stattfindet.<\/p>\n\n\n\n

Eine technisch sauberere L\u00f6sung besteht darin, den automatischen WP-Cron-Aufruf von WordPress zu deaktivieren und stattdessen einen echten Cronjob auf dem Server<\/strong> einzurichten. Bei einem CURIAWEB Webhosting kannst du dies \u00fcber cPanel konfigurieren.<\/p>\n\n\n\n

\n

Importante:<\/strong> Deaktiviere WP-Cron niemals einfach nur in WordPress. Wenn du WP-Cron deaktivierst, solltest du anschliessend einen Server-Cronjob einrichten, der die geplanten WordPress-Aufgaben regelm\u00e4ssig ausf\u00fchrt.<\/p>\n<\/blockquote>\n\n\n\n

Was ist WP-Cron?<\/h2>\n\n\n\n

WP-Cron ist das interne System von WordPress f\u00fcr zeitgesteuerte Aufgaben. Der Name ist etwas irref\u00fchrend, denn technisch handelt es sich nicht um einen klassischen Cron-Dienst des Betriebssystems.<\/p>\n\n\n\n

WordPress verwendet WP-Cron beispielsweise f\u00fcr:<\/p>\n\n\n\n

    \n
  • geplante Blogbeitr\u00e4ge<\/li>\n\n\n\n
  • automatische WordPress-Updates<\/li>\n\n\n\n
  • Plugin- und Theme-Aufgaben<\/li>\n\n\n\n
  • das L\u00f6schen tempor\u00e4rer Daten<\/li>\n\n\n\n
  • zeitgesteuerte E-Mails<\/li>\n\n\n\n
  • WooCommerce-Aufgaben<\/li>\n\n\n\n
  • Plugin di backup<\/li>\n\n\n\n
  • Cache- und Optimierungsaufgaben<\/li>\n\n\n\n
  • Newsletter- und Marketing-Plugins<\/li>\n\n\n\n
  • andere von Plugins registrierte Hintergrundprozesse<\/li>\n<\/ul>\n\n\n\n

    Plugins k\u00f6nnen eigene Aufgaben in das WordPress-Cron-System eintragen. Deshalb kann die Anzahl der geplanten Prozesse auf einer umfangreichen WordPress-Website deutlich h\u00f6her sein als bei einer einfachen Installation.<\/p>\n\n\n\n

    Wie funktioniert WP-Cron standardm\u00e4ssig?<\/h2>\n\n\n\n

    Bei einem normalen WordPress-Aufruf pr\u00fcft WordPress, ob geplante Cron-Aufgaben zur Ausf\u00fchrung anstehen. Vereinfacht gesagt wird WP-Cron also durch Aktivit\u00e4t auf der Website angestossen.<\/p>\n\n\n\n

    Die daf\u00fcr zust\u00e4ndige WordPress-Datei ist:<\/p>\n\n\n\n

    wp-cron.php<\/code><\/p>\n\n\n\n

    Dieses Verfahren hat einen grossen Vorteil: WordPress funktioniert damit auch auf Hosting-Systemen, auf denen Benutzer keine eigenen Server-Cronjobs einrichten k\u00f6nnen.<\/p>\n\n\n\n

    Es hat aber auch Nachteile.<\/p>\n\n\n\n

    Warum kann WP-Cron problematisch sein?<\/h2>\n\n\n\n

    WP-Cron ist f\u00fcr viele Websites v\u00f6llig ausreichend. Es gibt deshalb keinen Grund, WP-Cron bei jeder WordPress-Installation grunds\u00e4tzlich zu deaktivieren.<\/p>\n\n\n\n

    Bei bestimmten Websites kann ein echter Server-Cronjob jedoch zuverl\u00e4ssiger und effizienter sein.<\/p>\n\n\n\n

    Problem 1: Viele Seitenaufrufe<\/h3>\n\n\n\n

    Bei stark frequentierten Websites wird die WP-Cron-Pr\u00fcfung sehr h\u00e4ufig angestossen. WordPress besitzt zwar Mechanismen, um parallele Ausf\u00fchrungen zu begrenzen, dennoch kann das Standardverfahren unn\u00f6tige zus\u00e4tzliche Arbeit verursachen.<\/p>\n\n\n\n

    Ein Server-Cronjob f\u00fchrt die Pr\u00fcfung dagegen in einem fest definierten Intervall aus, beispielsweise alle f\u00fcnf Minuten.<\/p>\n\n\n\n

    Problem 2: Sehr wenige Seitenaufrufe<\/h3>\n\n\n\n

    Bei einer Website mit wenig oder gar keinem Besucherverkehr kann das Gegenteil passieren. Wenn niemand die Website aufruft, fehlt m\u00f6glicherweise der Impuls f\u00fcr WP-Cron.<\/p>\n\n\n\n

    Eine f\u00fcr 08:00 Uhr geplante Aufgabe muss deshalb nicht zwingend exakt um 08:00 Uhr ausgef\u00fchrt werden. Sie kann erst beim n\u00e4chsten geeigneten Aufruf angestossen werden.<\/p>\n\n\n\n

    Ein echter Server-Cronjob arbeitet dagegen unabh\u00e4ngig davon, ob gerade jemand die Website besucht.<\/p>\n\n\n\n

    \n

    Nota:<\/strong> WP-Cron ist kein grunds\u00e4tzlich schlechtes System. F\u00fcr kleine Websites reicht die WordPress-Standardkonfiguration h\u00e4ufig vollkommen aus. Ein echter Cronjob wird vor allem interessant, wenn geplante Aufgaben zuverl\u00e4ssiger oder kontrollierter ausgef\u00fchrt werden sollen.<\/p>\n<\/blockquote>\n\n\n\n

    Wann lohnt sich ein echter Cronjob?<\/h2>\n\n\n\n

    Die Umstellung kann insbesondere bei Websites sinnvoll sein, die viele zeitgesteuerte oder ressourcenintensive Aufgaben ausf\u00fchren.<\/p>\n\n\n\n

    Esempi tipici sono:<\/p>\n\n\n\n

      \n
    • gr\u00f6ssere WordPress-Websites<\/li>\n\n\n\n
    • negozi WooCommerce<\/li>\n\n\n\n
    • Websites mit vielen Besuchern<\/li>\n\n\n\n
    • Websites mit sehr wenig Besucherverkehr, aber wichtigen geplanten Aufgaben<\/li>\n\n\n\n
    • Websites mit automatisierten Backups<\/li>\n\n\n\n
    • Sistemi di newsletter<\/li>\n\n\n\n
    • Import- und Exportprozesse<\/li>\n\n\n\n
    • regelm\u00e4ssige Synchronisationen<\/li>\n\n\n\n
    • Plugins mit zahlreichen Hintergrundaufgaben<\/li>\n<\/ul>\n\n\n\n

      Wenn deine Website problemlos funktioniert und keine zeitkritischen Hintergrundprozesse verwendet, musst du WP-Cron nicht allein aus Prinzip ersetzen.<\/p>\n\n\n\n

      Schritt 1: Backup erstellen<\/h2>\n\n\n\n

      F\u00fcr die Deaktivierung des automatischen WP-Cron-Aufrufs muss die WordPress-Konfigurationsdatei wp-config.php<\/code> bearbeitet werden.<\/p>\n\n\n\n

      Erstelle deshalb vor der \u00c4nderung ein Backup der Datei oder besser ein vollst\u00e4ndiges Backup deiner WordPress-Website.<\/p>\n\n\n\n

      Il file wp-config.php<\/code> geh\u00f6rt zu den wichtigsten Dateien einer WordPress-Installation. Ein Syntaxfehler kann dazu f\u00fchren, dass WordPress nicht mehr korrekt geladen wird.<\/p>\n\n\n\n

      \n

      Attenzione:<\/strong> Bearbeite die Datei wp-config.php<\/code> sorgf\u00e4ltig. Schon ein fehlerhaftes Zeichen oder eine falsch eingef\u00fcgte PHP-Anweisung kann zu einem Fehler auf der Website f\u00fchren.<\/p>\n<\/blockquote>\n\n\n\n

      Schritt 2: wp-config.php \u00f6ffnen<\/h2>\n\n\n\n

      Il file wp-config.php<\/code> befindet sich normalerweise im Hauptverzeichnis deiner WordPress-Installation.<\/p>\n\n\n\n

      Bei CURIAWEB kannst du beispielsweise \u00fcber den File Manager in cPanel<\/strong> auf deine WordPress-Dateien zugreifen.<\/p>\n\n\n\n

      Bei einer typischen Installation der Hauptdomain befindet sich WordPress h\u00e4ufig unter:<\/p>\n\n\n\n

      public_html<\/code><\/p>\n\n\n\n

      Je nach Domain- und Verzeichnisstruktur kann WordPress jedoch auch in einem anderen Verzeichnis installiert sein.<\/p>\n\n\n\n

      \u00d6ffne dort die Datei:<\/p>\n\n\n\n

      wp-config.php<\/code><\/p>\n\n\n\n

      Schritt 3: WP-Cron in WordPress deaktivieren<\/h2>\n\n\n\n

      F\u00fcge folgende Zeile in die Datei wp-config.php<\/code> ein:<\/p>\n\n\n\n

      define( 'DISABLE_WP_CRON', true );<\/code><\/pre>\n\n\n\n
      Die Anweisung sollte vor der Zeile eingef\u00fcgt werden, die sinngem\u00e4ss das Ende der Bearbeitung der WordPress-Konfiguration kennzeichnet.<\/p>\n\n\n\n
      Je nach Sprachversion beziehungsweise WordPress-Version kann der Kommentar unterschiedlich formuliert sein. Entscheidend ist, dass die Konstante innerhalb der eigentlichen WordPress-Konfiguration definiert wird und nicht nach dem Laden der WordPress-Kernkomponenten.<\/p>\n\n\n\n
      Speichere anschliessend die Datei.<\/p>\n\n\n\n
      Con<\/p>\n\n\n\n
      define( 'DISABLE_WP_CRON', true );<\/code><\/pre>\n\n\n\n
      verhinderst du, dass WordPress WP-Cron weiterhin \u00fcber den normalen Seitenaufruf automatisch anst\u00f6sst.<\/p>\n\n\n\n
      \n
      Importante:<\/strong> Die geplanten WordPress-Aufgaben wurden damit nicht gel\u00f6scht. Du hast lediglich den standardm\u00e4ssigen automatischen Ausl\u00f6ser deaktiviert. Deshalb ben\u00f6tigen wir jetzt einen Server-Cronjob.<\/p>\n<\/blockquote>\n\n\n\n
      Schritt 4: Cronjobs in cPanel \u00f6ffnen<\/h2>\n\n\n\n
      Logge dich in dein CURIAWEB Kundencenter ein und \u00f6ffne dein Hosting \u00fcber den direkten cPanel-Login<\/strong>.<\/p>\n\n\n\n
      Alternativ kannst du cPanel \u00fcber deinen vorhandenen direkten Zugang \u00f6ffnen.<\/p>\n\n\n\n
      Suche in cPanel nach:<\/p>\n\n\n\n
      Cronjob<\/strong><\/p>\n\n\n\n
      \u00dcber diese Funktion k\u00f6nnen Befehle zu festgelegten Zeitpunkten beziehungsweise in bestimmten Intervallen automatisch vom Server ausgef\u00fchrt werden.<\/p>\n\n\n\n
      Wie h\u00e4ufig sollte WordPress-Cron ausgef\u00fchrt werden?<\/h2>\n\n\n\n
      F\u00fcr viele normale WordPress-Websites ist ein Intervall von 5 bis 15 Minuten<\/strong> ausreichend.<\/p>\n\n\n\n
      Welches Intervall sinnvoll ist, h\u00e4ngt von der Website ab. Ein WooCommerce-Shop oder eine Website mit zeitkritischen Automatisierungen kann andere Anforderungen haben als ein kleiner Unternehmensauftritt.<\/p>\n\n\n\n
      Ein Cronjob alle f\u00fcnf Minuten bedeutet beispielsweise:<\/p>\n\n\n\n
      *\/5 * * * *<\/code><\/p>\n\n\n\n
      Ein Cronjob alle 15 Minuten:<\/p>\n\n\n\n
      *\/15 * * * *<\/code><\/p>\n\n\n\n
      Du musst einen Cronjob nicht jede Minute ausf\u00fchren, wenn daf\u00fcr kein konkreter technischer Grund besteht. Unn\u00f6tig kurze Intervalle erzeugen lediglich zus\u00e4tzliche Prozesse.<\/p>\n\n\n\n
      \n
      Raccomandazione:<\/strong> F\u00fcr eine normale WordPress-Website ist ein Intervall von 5 bis 15 Minuten ein vern\u00fcnftiger Ausgangspunkt. Verwende k\u00fcrzere Intervalle nur, wenn deine Website oder ein bestimmtes Plugin dies tats\u00e4chlich ben\u00f6tigt.<\/p>\n<\/blockquote>\n\n\n\n
      Schritt 5: Server-Cronjob f\u00fcr WordPress einrichten<\/h2>\n\n\n\n
      Der Server muss nun die Datei wp-cron.php<\/code> regelm\u00e4ssig aufrufen.<\/p>\n\n\n\n
      Daf\u00fcr gibt es verschiedene technische M\u00f6glichkeiten. Welche Variante verwendet wird, h\u00e4ngt unter anderem von der Hosting-Umgebung und dem gew\u00fcnschten Aufruf ab.<\/p>\n\n\n\n
      Eine M\u00f6glichkeit ist ein HTTP-Aufruf der WordPress-Cron-Datei. Der prinzipielle Aufruf lautet:<\/p>\n\n\n\n
      \nhttps:\/\/deine-domain.ch\/wp-cron.php?doing_wp_cron\n<\/div><\/figure>\n\n\n\n
      Sostituisci deine-domain.ch<\/code> tramite il tuo dominio effettivo.<\/p>\n\n\n\n
      In einem Server-Cronjob kann die URL beispielsweise mit einem verf\u00fcgbaren Kommandozeilenwerkzeug aufgerufen werden. Wichtig ist dabei nicht das Werkzeug selbst, sondern dass wp-cron.php<\/code> zuverl\u00e4ssig im gew\u00fcnschten Intervall ausgef\u00fchrt wird.<\/p>\n\n\n\n
      Da Serverpfade und verf\u00fcgbare Befehle je nach Hosting-Konfiguration variieren k\u00f6nnen, solltest du nicht ungepr\u00fcft einen Cron-Befehl von einer fremden Anleitung \u00fcbernehmen.<\/p>\n\n\n\n
      \n
      Hinweis f\u00fcr CURIAWEB Kunden:<\/strong> Wenn du unsicher bist, welchen Befehl du f\u00fcr dein Hosting verwenden sollst, kontaktiere den CURIAWEB Support. Wir k\u00f6nnen dir sagen, welche Cronjob-Konfiguration f\u00fcr dein Hosting geeignet ist.<\/p>\n<\/blockquote>\n\n\n\n
      Warum geben wir nicht einfach irgendeinen Cron-Befehl vor?<\/h2>\n\n\n\n
      Im Internet findest du h\u00e4ufig Befehle mit wget<\/code>, curl<\/code> oder einem direkten PHP-Aufruf. Solche Beispiele k\u00f6nnen funktionieren, sind aber nicht automatisch f\u00fcr jede Hosting-Umgebung identisch.<\/p>\n\n\n\n
      Ein direkter PHP-Aufruf ben\u00f6tigt beispielsweise den korrekten Serverpfad zur WordPress-Installation und gegebenenfalls den richtigen PHP-Binary-Pfad. Ein HTTP-Aufruf h\u00e4ngt wiederum von Domain, HTTPS-Konfiguration und Serverumgebung ab.<\/p>\n\n\n\n
      Eine Anleitung mit einem erfundenen oder fremden Serverpfad w\u00e4re deshalb schlechter als eine saubere Konfiguration f\u00fcr das tats\u00e4chlich verwendete Hosting.<\/p>\n\n\n\n
      WP-Cron und PHP-Version<\/h2>\n\n\n\n
      Wenn der Cronjob WordPress direkt \u00fcber PHP auf dem Server ausf\u00fchrt, sollte darauf geachtet werden, dass die verwendete PHP-Version zur WordPress-Installation passt.<\/p>\n\n\n\n
      Das ist insbesondere dann relevant, wenn auf einem Hosting mehrere PHP-Versionen verf\u00fcgbar sind oder unterschiedliche Websites verschiedene PHP-Versionen verwenden.<\/p>\n\n\n\n
      Ein Cronjob sollte nicht versehentlich eine andere PHP-Version verwenden als die Website, wenn dadurch Inkompatibilit\u00e4ten mit WordPress, Themes oder Plugins entstehen.<\/p>\n\n\n\n
      Funktioniert WordPress nach dem Deaktivieren weiterhin?<\/h2>\n\n\n\n
      Ja. Die Einstellung DISABILITA_WP_CRON<\/code> deaktiviert WordPress selbst nicht und verhindert auch nicht grunds\u00e4tzlich die Ausf\u00fchrung geplanter Aufgaben.<\/p>\n\n\n\n
      Sie verhindert den standardm\u00e4ssigen automatischen WP-Cron-Aufruf bei Website-Zugriffen.<\/p>\n\n\n\n
      Wenn der Server-Cronjob korrekt eingerichtet ist, wird wp-cron.php<\/code> stattdessen regelm\u00e4ssig vom Server angestossen und WordPress kann f\u00e4llige Aufgaben abarbeiten.<\/p>\n\n\n\n
      Was passiert, wenn kein Server-Cronjob eingerichtet wird?<\/h2>\n\n\n\n
      Genau hier liegt einer der h\u00e4ufigsten Fehler bei dieser Optimierung.<\/p>\n\n\n\n
      Wenn du:<\/p>\n\n\n\n
      define( 'DISABLE_WP_CRON', true );<\/code><\/pre>\n\n\n\n
      setzt, aber keinen alternativen Cronjob einrichtest, k\u00f6nnen geplante WordPress-Aufgaben ausbleiben.<\/p>\n\n\n\n
      Abh\u00e4ngig von der Website k\u00f6nnen dann beispielsweise folgende Probleme auftreten:<\/p>\n\n\n\n
        \n
      • geplante Beitr\u00e4ge werden nicht ver\u00f6ffentlicht<\/li>\n\n\n\n
      • automatische Aufgaben von Plugins laufen nicht<\/li>\n\n\n\n
      • Backups werden nicht wie geplant erstellt<\/li>\n\n\n\n
      • bestimmte E-Mails werden versp\u00e4tet oder gar nicht ausgel\u00f6st<\/li>\n\n\n\n
      • WooCommerce-Hintergrundprozesse k\u00f6nnen beeintr\u00e4chtigt werden<\/li>\n\n\n\n
      • Wartungs- und Bereinigungsaufgaben bleiben liegen<\/li>\n<\/ul>\n\n\n\n
        \n
        Attenzione:<\/strong> DISABILITA_WP_CRON<\/code> ohne funktionierenden Ersatz-Cronjob ist keine Performance-Optimierung, sondern eine fehlerhafte Konfiguration.<\/p>\n<\/blockquote>\n\n\n\n
        Wie kann ich pr\u00fcfen, ob WordPress-Cron funktioniert?<\/h2>\n\n\n\n
        Nach der Einrichtung solltest du kontrollieren, ob geplante Aufgaben tats\u00e4chlich ausgef\u00fchrt werden.<\/p>\n\n\n\n
        Eine einfache M\u00f6glichkeit ist ein geplanter WordPress-Beitrag. Erstelle einen Testbeitrag und plane dessen Ver\u00f6ffentlichung f\u00fcr einen zuk\u00fcnftigen Zeitpunkt.<\/p>\n\n\n\n
        Wird der Beitrag nach Ausf\u00fchrung des Cronjobs ver\u00f6ffentlicht, ist dies ein erster Hinweis darauf, dass geplante WordPress-Aufgaben verarbeitet werden.<\/p>\n\n\n\n
        F\u00fcr eine detailliertere Analyse existieren au\u00dferdem WordPress-Plugins, mit denen sich registrierte Cron-Ereignisse anzeigen und pr\u00fcfen lassen. Solche Werkzeuge sind insbesondere bei der Fehlersuche hilfreich.<\/p>\n\n\n\n
        WP-Cron bei WooCommerce<\/h2>\n\n\n\n
        Bei WooCommerce ist besondere Vorsicht angebracht. Ein Online-Shop f\u00fchrt zahlreiche Hintergrundaufgaben aus und WooCommerce verwendet f\u00fcr viele Prozesse zus\u00e4tzlich das Action Scheduler<\/strong>-System.<\/p>\n\n\n\n
        Dieses wird beispielsweise von WooCommerce selbst und verschiedenen Erweiterungen f\u00fcr Hintergrundprozesse verwendet. Auch dabei spielt eine zuverl\u00e4ssige Ausf\u00fchrung geplanter WordPress-Aufgaben eine wichtige Rolle.<\/p>\n\n\n\n
        Bei einem produktiven WooCommerce-Shop solltest du WP-Cron deshalb nicht deaktivieren, ohne unmittelbar einen funktionierenden Server-Cronjob einzurichten und dessen Funktion anschliessend zu kontrollieren.<\/p>\n\n\n\n
        Macht ein echter Cronjob WordPress automatisch schneller?<\/h2>\n\n\n\n
        Non necessariamente.<\/p>\n\n\n\n
        Das Ersetzen des standardm\u00e4ssigen WP-Cron-Ausl\u00f6sers kann die Ausf\u00fchrung geplanter Aufgaben kontrollierbarer machen und bei bestimmten Websites unn\u00f6tige Cron-Aufrufe w\u00e4hrend normaler Seitenzugriffe reduzieren.<\/p>\n\n\n\n
        Es ist aber kein universeller Trick, der jede WordPress-Website pl\u00f6tzlich deutlich schneller macht.<\/p>\n\n\n\n
        F\u00fcr die Performance einer WordPress-Website sind unter anderem Hosting-Ressourcen, PHP, Datenbank, Caching, Themes, Plugins, Bilder und die eigentliche Anwendung wesentlich wichtiger.<\/p>\n\n\n\n
        WP-Cron sollte deshalb aus einem technischen Grund optimiert werden und nicht, weil irgendeine Checkliste behauptet, dass man ihn grunds\u00e4tzlich deaktivieren m\u00fcsse.<\/p>\n\n\n\n
        WP-Cron wieder aktivieren<\/h2>\n\n\n\n
        Wenn du wieder zum WordPress-Standardverhalten zur\u00fcckkehren m\u00f6chtest, \u00f6ffne die Datei wp-config.php<\/code> und entferne die zuvor eingef\u00fcgte Zeile:<\/p>\n\n\n\n
        define( 'DISABLE_WP_CRON', true );<\/code><\/pre>\n\n\n\n
        Anschliessend solltest du auch pr\u00fcfen, ob der zus\u00e4tzlich eingerichtete Server-Cronjob weiterhin ben\u00f6tigt wird.<\/p>\n\n\n\n
        Vermeide eine unkontrollierte Doppelkonfiguration, bei der du \u00c4nderungen vornimmst, ohne zu wissen, welcher Mechanismus die Cron-Aufgaben tats\u00e4chlich ausf\u00fchrt.<\/p>\n\n\n\n
        WP-Cron bei CURIAWEB richtig konfigurieren<\/h2>\n\n\n\n
        Bei einem CURIAWEB Webhosting kannst du einen echten Cronjob \u00fcber cPanel einrichten. Damit l\u00e4sst sich die Ausf\u00fchrung geplanter WordPress-Aufgaben unabh\u00e4ngig von tats\u00e4chlichen Seitenaufrufen steuern.<\/p>\n\n\n\n
        Die saubere Vorgehensweise besteht immer aus zwei zusammengeh\u00f6renden Schritten:<\/p>\n\n\n\n
          \n
        1. Den automatischen WP-Cron-Aufruf in wp-config.php<\/code> mit DISABILITA_WP_CRON<\/code> deaktivieren.<\/li>\n\n\n\n
        2. Einen funktionierenden Server-Cronjob einrichten, der WordPress regelm\u00e4ssig anst\u00f6sst.<\/li>\n<\/ol>\n\n\n\n
          Wenn du bei Serverpfad, PHP-Version, Cron-Befehl oder Intervall unsicher bist, kontaktiere den CURIAWEB Support, bevor du die Standardkonfiguration deaktivierst.<\/p>\n\n\n\n
          \n
          Raccomandazione:<\/strong> \u00c4ndere WP-Cron nicht nur deshalb, weil du eine vermeintliche WordPress-Optimierung durchf\u00fchren m\u00f6chtest. Wenn deine Website problemlos funktioniert, kann die Standardkonfiguration v\u00f6llig ausreichend sein. Bei Shops, Automatisierungen oder zeitkritischen Aufgaben kann ein echter Server-Cronjob dagegen die technisch bessere L\u00f6sung sein.<\/p>\n<\/blockquote>\n\n\n\n
          Riepilogo<\/h2>\n\n\n\n
          WP-Cron ist das interne Planungssystem von WordPress und wird standardm\u00e4ssig \u00fcber Website-Aufrufe angestossen. Das funktioniert f\u00fcr viele Websites problemlos, ist aber kein echter zeitgesteuerter Server-Cronjob.<\/p>\n\n\n\n
          Wenn du WP-Cron durch einen echten Cronjob ersetzen m\u00f6chtest, f\u00fcgst du define( 'DISABLE_WP_CRON', true );<\/code> in die Datei wp-config.php<\/code> ein und richtest anschliessend in cPanel einen Server-Cronjob ein, der wp-cron.php<\/code> regelm\u00e4ssig ausf\u00fchrt. F\u00fcr viele Websites ist ein Intervall von etwa 5 bis 15 Minuten ein sinnvoller Ausgangspunkt.<\/p>\n\n\n\n
          Entscheidend ist die Kombination beider Schritte. WP-Cron lediglich zu deaktivieren, ohne einen funktionierenden Ersatz einzurichten, kann geplante Beitr\u00e4ge, Backups, Plugin-Aufgaben und andere WordPress-Prozesse beeintr\u00e4chtigen.<\/p>","protected":false},"excerpt":{"rendered":"
          WordPress f\u00fchrt zahlreiche wiederkehrende Aufgaben automatisch im Hintergrund aus. Dazu geh\u00f6ren beispielsweise geplante Beitr\u00e4ge, automatische Updates, Wartungsaufgaben, das Versenden bestimmter E-Mails oder zeitgesteuerte Aktionen von Plugins. F\u00fcr diese Aufgaben verwendet WordPress standardm\u00e4ssig das sogenannte WP-Cron-System. WP-Cron ist allerdings kein echter Cronjob des Servers. WordPress versucht stattdessen bei Seitenaufrufen zu pr\u00fcfen, ob geplante Aufgaben ausgef\u00fchrt werden […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_joinchat":[],"footnotes":""},"doc_category":[80],"doc_tag":[],"class_list":["post-22319","docs","type-docs","status-publish","hentry","doc_category-wordpress"],"year_month":"2026-09","word_count":2078,"total_views":"8","reactions":{"happy":"0","normal":"0","sad":"0"},"author_info":{"name":"Silvio Mazenauer","author_nicename":"admin-curia","author_url":"https:\/\/www.curiaweb.ch\/it\/author\/admin-curia\/"},"doc_category_info":[{"term_name":"WordPress","term_url":"https:\/\/www.curiaweb.ch\/it\/hilfe-kategorie\/wordpress\/"}],"doc_tag_info":[],"knowledge_base_info":[],"knowledge_base_slug":[],"_links":{"self":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22319","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs"}],"about":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/types\/docs"}],"author":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/comments?post=22319"}],"version-history":[{"count":1,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22319\/revisions"}],"predecessor-version":[{"id":22321,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22319\/revisions\/22321"}],"wp:attachment":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/media?parent=22319"}],"wp:term":[{"taxonomy":"doc_category","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/doc_category?post=22319"},{"taxonomy":"doc_tag","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/doc_tag?post=22319"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}