{"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":"desactiver-cron-configurer-cronjob","status":"publish","type":"docs","link":"https:\/\/www.curiaweb.ch\/fr\/hilfe\/wordpress\/p-cron-deaktivieren-cronjob-einrichten\/","title":{"rendered":"D\u00e9sactiver WP-Cron dans WordPress et le remplacer par un vrai cron job"},"content":{"rendered":"

WordPress ex\u00e9cute automatiquement de nombreuses t\u00e2ches r\u00e9currentes en arri\u00e8re-plan. Il s'agit par exemple de publications programm\u00e9es, de mises \u00e0 jour automatiques, de t\u00e2ches de maintenance, de l'envoi de certains e-mails ou d'actions planifi\u00e9es de plugins. Pour ces t\u00e2ches, WordPress utilise par d\u00e9faut ce que l'on appelle Syst\u00e8me WP-Cron<\/strong>.<\/p>\n\n\n\n

Cependant, WP-Cron n'est pas un v\u00e9ritable travail cron du serveur. \u00c0 la place, WordPress essaie de v\u00e9rifier lors des chargements de page si des t\u00e2ches planifi\u00e9es doivent \u00eatre ex\u00e9cut\u00e9es. Sur les sites tr\u00e8s fr\u00e9quent\u00e9s, cela peut provoquer des processus suppl\u00e9mentaires inutiles. Sur les sites avec tr\u00e8s peu de trafic, c'est le probl\u00e8me inverse qui se produit : les t\u00e2ches planifi\u00e9es peuvent \u00eatre ex\u00e9cut\u00e9es en retard parce qu'aucun chargement de page n'a lieu pendant une p\u00e9riode prolong\u00e9e.<\/p>\n\n\n\n

Une solution techniquement plus propre consiste \u00e0 d\u00e9sactiver l'appel automatique WP-Cron de WordPress et \u00e0 la place un vrai cronjob sur le serveur<\/strong> \u00e0 configurer. Avec un h\u00e9bergement web CURIAWEB, vous pouvez le configurer via cPanel.<\/p>\n\n\n\n

\n

Important :<\/strong> Ne d\u00e9sactivez jamais simplement WP-Cron dans WordPress. Si vous d\u00e9sactivez WP-Cron, vous devez ensuite configurer une t\u00e2che cron sur le serveur pour ex\u00e9cuter r\u00e9guli\u00e8rement les t\u00e2ches planifi\u00e9es de WordPress.<\/p>\n<\/blockquote>\n\n\n\n

Qu'est-ce que le WP-Cron ?<\/h2>\n\n\n\n

WP-Cron est le syst\u00e8me interne de WordPress pour les t\u00e2ches planifi\u00e9es. Le nom est un peu trompeur, car techniquement, il ne s'agit pas d'un service cron classique du syst\u00e8me d'exploitation.<\/p>\n\n\n\n

WordPress utilise par exemple WP-Cron pour :<\/p>\n\n\n\n

    \n
  • articles de blog planifi\u00e9s<\/li>\n\n\n\n
  • mises \u00e0 jour automatiques de WordPress<\/li>\n\n\n\n
  • T\u00e2ches de plugins et de th\u00e8mes<\/li>\n\n\n\n
  • la suppression des donn\u00e9es temporaires<\/li>\n\n\n\n
  • e-mails programm\u00e9s<\/li>\n\n\n\n
  • T\u00e2ches WooCommerce<\/li>\n\n\n\n
  • Plugins de sauvegarde<\/li>\n\n\n\n
  • T\u00e2ches de cache et d'optimisation<\/li>\n\n\n\n
  • Plugins de newsletter et de marketing<\/li>\n\n\n\n
  • autres processus d'arri\u00e8re-plan enregistr\u00e9s par des extensions<\/li>\n<\/ul>\n\n\n\n

    Les extensions peuvent ajouter leurs propres t\u00e2ches au syst\u00e8me de t\u00e2ches cron de WordPress. Par cons\u00e9quent, le nombre de processus planifi\u00e9s sur un site WordPress complexe peut \u00eatre nettement sup\u00e9rieur \u00e0 celui d'une installation simple.<\/p>\n\n\n\n

    Comment fonctionne WP-Cron par d\u00e9faut ?<\/h2>\n\n\n\n

    Lors d'un appel WordPress normal, WordPress v\u00e9rifie si des t\u00e2ches cron programm\u00e9es doivent \u00eatre ex\u00e9cut\u00e9es. En termes simples, WP-Cron est donc d\u00e9clench\u00e9 par l'activit\u00e9 sur le site Web.<\/p>\n\n\n\n

    Le fichier WordPress responsable est :<\/p>\n\n\n\n

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

    Cette m\u00e9thode pr\u00e9sente un grand avantage : WordPress fonctionne ainsi m\u00eame sur les syst\u00e8mes d'h\u00e9bergement o\u00f9 les utilisateurs ne peuvent pas configurer leurs propres t\u00e2ches cron de serveur.<\/p>\n\n\n\n

    Mais cela pr\u00e9sente aussi des inconv\u00e9nients.<\/p>\n\n\n\n

    Pourquoi WP-Cron peut-il poser probl\u00e8me ?<\/h2>\n\n\n\n

    WP-Cron est tout \u00e0 fait suffisant pour de nombreux sites web. Il n'y a donc aucune raison de d\u00e9sactiver syst\u00e9matiquement WP-Cron sur chaque installation WordPress.<\/p>\n\n\n\n

    Cependant, pour certains sites Web, une v\u00e9ritable t\u00e2che cron de serveur peut \u00eatre plus fiable et plus efficace.<\/p>\n\n\n\n

    Probl\u00e8me 1 : Nombreuses vues de page<\/h3>\n\n\n\n

    Sur les sites Web \u00e0 fort trafic, la v\u00e9rification WP-Cron est d\u00e9clench\u00e9e tr\u00e8s fr\u00e9quemment. Bien que WordPress poss\u00e8de des m\u00e9canismes pour limiter les ex\u00e9cutions parall\u00e8les, la proc\u00e9dure standard peut n\u00e9anmoins causer un travail suppl\u00e9mentaire inutile.<\/p>\n\n\n\n

    Une t\u00e2che cron du serveur effectue la v\u00e9rification \u00e0 un intervalle d\u00e9fini, par exemple toutes les cinq minutes.<\/p>\n\n\n\n

    Probl\u00e8me 2 : Tr\u00e8s peu de pages vues<\/h3>\n\n\n\n

    Sur un site Web ayant peu ou pas de trafic, l'inverse peut se produire. Si personne ne visite le site Web, l'impulsion pour WP-Cron peut manquer.<\/p>\n\n\n\n

    Une t\u00e2che pr\u00e9vue pour 08:00 ne doit donc pas n\u00e9cessairement \u00eatre ex\u00e9cut\u00e9e exactement \u00e0 08:00. Elle peut \u00eatre lanc\u00e9e seulement lors du prochain appel appropri\u00e9.<\/p>\n\n\n\n

    En revanche, une v\u00e9ritable t\u00e2che cron de serveur fonctionne ind\u00e9pendamment du fait que quelqu'un visite ou non le site web.<\/p>\n\n\n\n

    \n

    Remarque :<\/strong> WP-Cron n'est pas un syst\u00e8me fondamentalement mauvais. Pour les petits sites web, la configuration standard de WordPress est souvent amplement suffisante. Un v\u00e9ritable cron job devient surtout int\u00e9ressant lorsque l'on souhaite que les t\u00e2ches planifi\u00e9es soient ex\u00e9cut\u00e9es de mani\u00e8re plus fiable ou plus contr\u00f4l\u00e9e.<\/p>\n<\/blockquote>\n\n\n\n

    Quand un vrai cronjob vaut-il le coup ?<\/h2>\n\n\n\n

    La transition peut s'av\u00e9rer judicieuse, en particulier pour les sites Web qui ex\u00e9cutent de nombreuses t\u00e2ches chronophages ou gourmandes en ressources.<\/p>\n\n\n\n

    Des exemples typiques sont :<\/p>\n\n\n\n

      \n
    • sites web WordPress plus importants<\/li>\n\n\n\n
    • Boutiques WooCommerce<\/li>\n\n\n\n
    • Sites web \u00e0 fort trafic<\/li>\n\n\n\n
    • Sites web avec un tr\u00e8s faible trafic, mais des t\u00e2ches planifi\u00e9es importantes<\/li>\n\n\n\n
    • Sites web avec sauvegardes automatis\u00e9es<\/li>\n\n\n\n
    • Syst\u00e8mes de bulletins d'information<\/li>\n\n\n\n
    • Processus d'importation et d'exportation<\/li>\n\n\n\n
    • synchronisations r\u00e9guli\u00e8res<\/li>\n\n\n\n
    • Plugins avec de nombreuses t\u00e2ches d'arri\u00e8re-plan<\/li>\n<\/ul>\n\n\n\n

      Si ton site web fonctionne sans probl\u00e8me et n'utilise pas de processus d'arri\u00e8re-plan critiques pour le temps, tu n'as pas besoin de remplacer WP-Cron par simple principe.<\/p>\n\n\n\n

      \u00c9tape 1 : Cr\u00e9er une sauvegarde<\/h2>\n\n\n\n

      Pour la d\u00e9sactivation de l'appel automatique du WP-Cron, le fichier de configuration de WordPress doit wp-config.php<\/code> \u00eatre trait\u00e9s.<\/p>\n\n\n\n

      Fais donc une sauvegarde du fichier avant la modification, ou mieux encore, une sauvegarde compl\u00e8te de ton site WordPress.<\/p>\n\n\n\n

      Le fichier wp-config.php<\/code> fait partie des fichiers les plus importants d'une installation WordPress. Une erreur de syntaxe peut emp\u00eacher le chargement correct de WordPress.<\/p>\n\n\n\n

      \n

      Avertissement :<\/strong> Modifier le fichier wp-config.php<\/code> soigneusement. M\u00eame un seul caract\u00e8re erron\u00e9 ou une instruction PHP mal ins\u00e9r\u00e9e peut provoquer une erreur sur le site Web.<\/p>\n<\/blockquote>\n\n\n\n

      \u00c9tape 2 : Ouvrir wp-config.php<\/h2>\n\n\n\n

      Le fichier wp-config.php<\/code> se trouve g\u00e9n\u00e9ralement dans le r\u00e9pertoire racine de votre installation WordPress.<\/p>\n\n\n\n

      Sur CURIAWEB, vous pouvez par exemple via le Gestionnaire de fichiers dans cPanel<\/strong> acc\u00e9der \u00e0 vos fichiers WordPress.<\/p>\n\n\n\n

      Lors d'une installation typique du domaine principal, WordPress se trouve souvent sous :<\/p>\n\n\n\n

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

      Cependant, selon la structure du domaine et des r\u00e9pertoires, WordPress peut \u00e9galement \u00eatre install\u00e9 dans un autre dossier.<\/p>\n\n\n\n

      Ouvrez le fichier l\u00e0 :<\/p>\n\n\n\n

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

      \u00c9tape 3 : D\u00e9sactiver WP-Cron dans WordPress<\/h2>\n\n\n\n

      Ajoute la ligne suivante dans le fichier wp-config.php<\/code> un<\/p>\n\n\n\n

      define( 'DISABLE_WP_CRON', true );<\/code><\/pre>\n\n\n\n
      L'instruction doit \u00eatre ins\u00e9r\u00e9e avant la ligne qui indique, par son sens, la fin du traitement de la configuration WordPress.<\/p>\n\n\n\n
      Selon la version linguistique ou la version de WordPress, le commentaire peut \u00eatre formul\u00e9 diff\u00e9remment. Ce qui compte, c'est que la constante soit d\u00e9finie au sein de la configuration proprement dite de WordPress et non apr\u00e8s le chargement des composants principaux de WordPress.<\/p>\n\n\n\n
      Enregistrez ensuite le fichier.<\/p>\n\n\n\n
      Avec :<\/p>\n\n\n\n
      define( 'DISABLE_WP_CRON', true );<\/code><\/pre>\n\n\n\n
      emp\u00eaches-tu WordPress de continuer \u00e0 d\u00e9clencher automatiquement WP-Cron via le chargement normal des pages.<\/p>\n\n\n\n
      \n
      Important :<\/strong> Les t\u00e2ches WordPress planifi\u00e9es n'ont ainsi pas \u00e9t\u00e9 supprim\u00e9es. Tu as simplement d\u00e9sactiv\u00e9 le d\u00e9clencheur automatique standard. C'est pourquoi nous avons maintenant besoin d'une t\u00e2che cron sur le serveur.<\/p>\n<\/blockquote>\n\n\n\n
      \u00c9tape 4 : Ouvrir les t\u00e2ches Cron dans cPanel<\/h2>\n\n\n\n
      Connectez-vous \u00e0 votre espace client CURIAWEB et ouvrez votre h\u00e9bergement via le lien direct Connexion cPanel<\/strong>.<\/p>\n\n\n\n
      Vous pouvez \u00e9galement ouvrir cPanel via votre acc\u00e8s direct existant.<\/p>\n\n\n\n
      Rechercher dans cPanel :<\/p>\n\n\n\n
      T\u00e2ches cron<\/strong><\/p>\n\n\n\n
      Cette fonction permet d'ex\u00e9cuter automatiquement des commandes par le serveur \u00e0 des moments pr\u00e9cis ou \u00e0 des intervalles d\u00e9finis.<\/p>\n\n\n\n
      \u00c0 quelle fr\u00e9quence WordPress-Cron doit-il \u00eatre ex\u00e9cut\u00e9 ?<\/h2>\n\n\n\n
      Pour de nombreux sites Web WordPress normaux, un intervalle de 5 \u00e0 15 minutes<\/strong> suffisant.<\/p>\n\n\n\n
      L'intervalle pertinent d\u00e9pend du site Web. Une boutique WooCommerce ou un site Web dot\u00e9 d'automatisations sensibles au facteur temps peut avoir des exigences diff\u00e9rentes de celles d'une petite vitrine d'entreprise.<\/p>\n\n\n\n
      Un cronjob toutes les cinq minutes signifie par exemple :<\/p>\n\n\n\n
      *\/5 * * * *<\/code><\/p>\n\n\n\n
      Un cron job toutes les 15 minutes :<\/p>\n\n\n\n
      *\/15 * * * *<\/code><\/p>\n\n\n\n
      Vous n'avez pas besoin d'ex\u00e9cuter une t\u00e2che cron toutes les minutes s'il n'y a pas de raison technique concr\u00e8te pour le faire. Des intervalles inutilement courts ne font que g\u00e9n\u00e9rer des processus suppl\u00e9mentaires.<\/p>\n\n\n\n
      \n
      Recommandation :<\/strong> Pour un site WordPress normal, un intervalle de 5 \u00e0 15 minutes constitue un point de d\u00e9part raisonnable. N'utilisez des intervalles plus courts que si votre site ou un plugin sp\u00e9cifique en a r\u00e9ellement besoin.<\/p>\n<\/blockquote>\n\n\n\n
      \u00c9tape 5 : Configurer la t\u00e2che Cron du serveur pour WordPress<\/h2>\n\n\n\n
      Le serveur doit maintenant le fichier wp-cron.php<\/code> appeler r\u00e9guli\u00e8rement.<\/p>\n\n\n\n
      Il existe diff\u00e9rentes possibilit\u00e9s techniques pour cela. La variante utilis\u00e9e d\u00e9pend, entre autres, de l'environnement d'h\u00e9bergement et de l'appel souhait\u00e9.<\/p>\n\n\n\n
      Une possibilit\u00e9 est un appel HTTP au fichier cron de WordPress. L'appel principal est :<\/p>\n\n\n\n
      \nhttps:\/\/deine-domain.ch\/wp-cron.php?doing_wp_cron\n<\/div><\/figure>\n\n\n\n
      Remplacer votre-domaine.ch<\/code> par votre v\u00e9ritable domaine.<\/p>\n\n\n\n
      Dans une t\u00e2che cron du serveur, l'URL peut par exemple \u00eatre appel\u00e9e \u00e0 l'aide d'un outil de ligne de commande disponible. Ce qui importe ici n'est pas l'outil lui-m\u00eame, mais le fait que wp-cron.php<\/code> est ex\u00e9cut\u00e9 de mani\u00e8re fiable \u00e0 l'intervalle souhait\u00e9.<\/p>\n\n\n\n
      Comme les chemins du serveur et les commandes disponibles peuvent varier selon la configuration de l'h\u00e9bergement, tu ne devrais pas copier aveugl\u00e9ment une commande cron provenant d'un tutoriel tiers.<\/p>\n\n\n\n
      \n
      Avis aux clients de CURIAWEB :<\/strong> Si tu ne sais pas quelle commande utiliser pour ton h\u00e9bergement, contacte le support CURIAWEB. Nous pouvons te dire quelle configuration de t\u00e2che cron convient \u00e0 ton h\u00e9bergement.<\/p>\n<\/blockquote>\n\n\n\n
      Pourquoi ne pas simplement fournir une commande cron quelconque ?<\/h2>\n\n\n\n
      Sur Internet, tu trouves souvent des commandes avec wget<\/code>, curl<\/code> ou d'un appel PHP direct. De tels exemples peuvent fonctionner, mais ne sont pas automatiquement identiques pour chaque environnement d'h\u00e9bergement.<\/p>\n\n\n\n
      Un appel PHP direct n\u00e9cessite, par exemple, le chemin serveur correct vers l'installation WordPress et, le cas \u00e9ch\u00e9ant, le bon chemin du binaire PHP. Un appel HTTP d\u00e9pend quant \u00e0 lui du domaine, de la configuration HTTPS et de l'environnement serveur.<\/p>\n\n\n\n
      Un tutoriel avec un chemin de serveur fictif ou inconnu serait donc moins bon qu'une configuration propre pour l'h\u00e9bergement r\u00e9ellement utilis\u00e9.<\/p>\n\n\n\n
      WP-Cron et version PHP<\/h2>\n\n\n\n
      Si la t\u00e2che cron ex\u00e9cute WordPress directement via PHP sur le serveur, il convient de veiller \u00e0 ce que la version de PHP utilis\u00e9e corresponde \u00e0 l'installation de WordPress.<\/p>\n\n\n\n
      C'est particuli\u00e8rement pertinent lorsque plusieurs versions de PHP sont disponibles sur un h\u00e9bergement ou que diff\u00e9rents sites Web utilisent diff\u00e9rentes versions de PHP.<\/p>\n\n\n\n
      Un cronjob ne doit pas utiliser par inadvertance une autre version de PHP que le site web, si cela risque de provoquer des incompatibilit\u00e9s avec WordPress, les th\u00e8mes ou les plugins.<\/p>\n\n\n\n
      Est-ce que WordPress continue de fonctionner apr\u00e8s la d\u00e9sactivation ?<\/h2>\n\n\n\n
      Oui. Le r\u00e9glage DISABLE_WP_CRON<\/code> ne d\u00e9sactive pas WordPress lui-m\u00eame et n'emp\u00eache pas non plus fondamentalement l'ex\u00e9cution des t\u00e2ches planifi\u00e9es.<\/p>\n\n\n\n
      Elle emp\u00eache l'appel automatique standard de WP-Cron lors des acc\u00e8s au site Web.<\/p>\n\n\n\n
      Si la t\u00e2che cron du serveur est correctement configur\u00e9e, elle wp-cron.php<\/code> \u00e0 la place, d\u00e9clench\u00e9 r\u00e9guli\u00e8rement par le serveur et WordPress peut traiter les t\u00e2ches en attente.<\/p>\n\n\n\n
      Que se passe-t-il si aucune t\u00e2che cron de serveur n'est configur\u00e9e ?<\/h2>\n\n\n\n
      C'est pr\u00e9cis\u00e9ment l\u00e0 que r\u00e9side l'une des erreurs les plus fr\u00e9quentes lors de cette optimisation.<\/p>\n\n\n\n
      Si vous :<\/p>\n\n\n\n
      define( 'DISABLE_WP_CRON', true );<\/code><\/pre>\n\n\n\n
      d\u00e9finis, mais que tu ne mets pas en place de t\u00e2che cron alternative, les t\u00e2ches WordPress planifi\u00e9es risquent de ne pas s'ex\u00e9cuter.<\/p>\n\n\n\n
      Selon le site Web, les probl\u00e8mes suivants peuvent alors survenir, par exemple :<\/p>\n\n\n\n
        \n
      • les publications planifi\u00e9es ne sont pas publi\u00e9es<\/li>\n\n\n\n
      • Les t\u00e2ches automatiques des extensions ne s'ex\u00e9cutent pas<\/li>\n\n\n\n
      • Les sauvegardes ne sont pas cr\u00e9\u00e9es comme pr\u00e9vu<\/li>\n\n\n\n
      • certains e-mails sont envoy\u00e9s avec du retard ou ne sont pas d\u00e9clench\u00e9s du tout<\/li>\n\n\n\n
      • Les processus d'arri\u00e8re-plan de WooCommerce peuvent \u00eatre alt\u00e9r\u00e9s<\/li>\n\n\n\n
      • Les t\u00e2ches de maintenance et de nettoyage sont n\u00e9glig\u00e9es<\/li>\n<\/ul>\n\n\n\n
        \n
        Avertissement :<\/strong> DISABLE_WP_CRON<\/code> Sans un travail de cron de remplacement fonctionnel, ce n'est pas une optimisation des performances, mais une configuration erron\u00e9e.<\/p>\n<\/blockquote>\n\n\n\n
        Comment puis-je v\u00e9rifier si le syst\u00e8me de t\u00e2ches cron de WordPress fonctionne ?<\/h2>\n\n\n\n
        Apr\u00e8s la configuration, vous devez v\u00e9rifier si les t\u00e2ches planifi\u00e9es sont r\u00e9ellement ex\u00e9cut\u00e9es.<\/p>\n\n\n\n
        Une fa\u00e7on simple est un article WordPress planifi\u00e9. Cr\u00e9ez un article de test et planifiez sa publication pour une date ult\u00e9rieure.<\/p>\n\n\n\n
        Si l'article est publi\u00e9 apr\u00e8s l'ex\u00e9cution de la t\u00e2che cron, c'est un premier indice que les t\u00e2ches WordPress planifi\u00e9es sont trait\u00e9es.<\/p>\n\n\n\n
        Pour une analyse plus d\u00e9taill\u00e9e, il existe \u00e9galement des extensions WordPress qui permettent d'afficher et de v\u00e9rifier les \u00e9v\u00e9nements cron enregistr\u00e9s. De tels outils sont particuli\u00e8rement utiles lors du d\u00e9pannage.<\/p>\n\n\n\n
        WP-Cron dans WooCommerce<\/h2>\n\n\n\n
        Une attention particuli\u00e8re est requise avec WooCommerce. Une boutique en ligne ex\u00e9cute de nombreuses t\u00e2ches en arri\u00e8re-plan et WooCommerce utilise en outre pour de nombreux processus le Action Scheduler<\/strong>-Syst\u00e8me.<\/p>\n\n\n\n
        Ceci est par exemple utilis\u00e9 par WooCommerce lui-m\u00eame et par diverses extensions pour les processus en arri\u00e8re-plan. L'ex\u00e9cution fiable des t\u00e2ches WordPress programm\u00e9es y joue \u00e9galement un r\u00f4le important.<\/p>\n\n\n\n
        Sur une boutique WooCommerce en production, vous ne devriez donc pas d\u00e9sactiver WP-Cron sans configurer imm\u00e9diatement une t\u00e2che cron serveur fonctionnelle et v\u00e9rifier ensuite son bon fonctionnement.<\/p>\n\n\n\n
        Un vrai cronjob rend-il WordPress automatiquement plus rapide ?<\/h2>\n\n\n\n
        Pas n\u00e9cessairement.<\/p>\n\n\n\n
        Le remplacement du d\u00e9clencheur WP-Cron par d\u00e9faut peut rendre l'ex\u00e9cution des t\u00e2ches planifi\u00e9es plus contr\u00f4lable et, pour certains sites web, r\u00e9duire les appels cron inutiles lors des acc\u00e8s normaux aux pages.<\/p>\n\n\n\n
        Ce n'est cependant pas une astuce universelle qui acc\u00e9l\u00e8re soudainement et nettement chaque site Web WordPress.<\/p>\n\n\n\n
        Pour les performances d'un site web WordPress, les ressources d'h\u00e9bergement, PHP, la base de donn\u00e9es, le syst\u00e8me de cache, les th\u00e8mes, les extensions, les images et l'application elle-m\u00eame sont, entre autres, bien plus importants.<\/p>\n\n\n\n
        WP-Cron doit donc \u00eatre optimis\u00e9 pour une raison technique et non parce qu'une quelconque check-list pr\u00e9tend qu'il faut syst\u00e9matiquement le d\u00e9sactiver.<\/p>\n\n\n\n
        R\u00e9activer WP-Cron<\/h2>\n\n\n\n
        Si tu souhaites revenir au comportement WordPress par d\u00e9faut, ouvre le fichier wp-config.php<\/code> et supprimez la ligne ins\u00e9r\u00e9e pr\u00e9c\u00e9demment :<\/p>\n\n\n\n
        define( 'DISABLE_WP_CRON', true );<\/code><\/pre>\n\n\n\n
        Ensuite, vous devez \u00e9galement v\u00e9rifier si la t\u00e2che cron du serveur configur\u00e9e en plus est toujours n\u00e9cessaire.<\/p>\n\n\n\n
        \u00c9vitez une double configuration incontr\u00f4l\u00e9e o\u00f9 vous effectuez des modifications sans savoir quel m\u00e9canisme ex\u00e9cute r\u00e9ellement les t\u00e2ches cron.<\/p>\n\n\n\n
        Configurer correctement WP-Cron sur CURIAWEB<\/h2>\n\n\n\n
        Avec un h\u00e9bergement web CURIAWEB, vous pouvez configurer un vrai cronjob via cPanel. Cela permet de contr\u00f4ler l'ex\u00e9cution des t\u00e2ches WordPress planifi\u00e9es ind\u00e9pendamment des visites r\u00e9elles sur le site.<\/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 DISABLE_WP_CRON<\/code> d\u00e9sactiver.<\/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
          Recommandation :<\/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
          R\u00e9sum\u00e9<\/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\/fr\/author\/admin-curia\/"},"doc_category_info":[{"term_name":"WordPress","term_url":"https:\/\/www.curiaweb.ch\/fr\/hilfe-kategorie\/wordpress\/"}],"doc_tag_info":[],"knowledge_base_info":[],"knowledge_base_slug":[],"_links":{"self":[{"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/docs\/22319","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/docs"}],"about":[{"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/types\/docs"}],"author":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/comments?post=22319"}],"version-history":[{"count":1,"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/docs\/22319\/revisions"}],"predecessor-version":[{"id":22321,"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/docs\/22319\/revisions\/22321"}],"wp:attachment":[{"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/media?parent=22319"}],"wp:term":[{"taxonomy":"doc_category","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/doc_category?post=22319"},{"taxonomy":"doc_tag","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/doc_tag?post=22319"}],"curies":[{"name":"Bien jou\u00e9","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}