Dès qu’une extension doit traiter des volumes de tâches conséquents — synchroniser un catalogue de plusieurs milliers de références, envoyer des webhooks en masse, traiter une file d’e-mails transactionnels — WP-Cron natif montre rapidement ses limites. C’est précisément le problème qu’a résolu Action Scheduler, une bibliothèque initialement développée pour WooCommerce puis largement adoptée par l’écosystème WordPress bien au-delà de l’e-commerce.
Ce comparatif détaille les différences concrètes entre les deux approches, avec un objectif simple : aider à décider, dès la conception d’une extension, lequel des deux systèmes correspond réellement au besoin.
Le problème de fond que WP-Cron ne résout pas
WP-Cron natif est pensé pour des tâches récurrentes peu nombreuses, programmées à intervalle fixe. Il ne propose ni file d’attente, ni gestion de la concurrence, ni retry automatique en cas d’échec, ni visibilité sur l’état d’exécution passé. Programmer mille tâches individuelles avec wp_schedule_single_event() fonctionne techniquement, mais sans aucune garantie de traitement ordonné, sans limitation de charge, et sans historique consultable une fois la tâche exécutée.
Ce qu’Action Scheduler apporte concrètement
// Installation généralement via Composer
composer require woocommerce/action-scheduler
// Programmer une tâche unique
as_schedule_single_action(
time() + 60,
'acme_synchroniser_produit',
[ 'produit_id' => 42 ],
'acme-sync'
);
// Programmer une tâche récurrente
as_schedule_recurring_action(
time(),
HOUR_IN_SECONDS,
'acme_verification_stock',
[],
'acme-sync'
);
add_action( 'acme_synchroniser_produit', function ( $produit_id ) {
// traitement...
} );Le dernier argument, un groupe (acme-sync), permet de filtrer et de gérer les tâches par lot dans l’interface d’administration dédiée, accessible depuis WooCommerce même sans que WooCommerce soit installé, via Outils > Action Scheduler dès qu’une extension embarque la bibliothèque.
Comparatif détaillé
| Critère | WP-Cron natif | Action Scheduler |
|---|---|---|
| Déclenchement | Basé sur le trafic (ou vrai cron système en remplacement) | Basé sur le trafic, ou vrai cron ; traite les tâches par lots |
| File d’attente | Absente | Native, avec limitation du nombre de tâches simultanées |
| Historique | Aucun, une tâche exécutée disparaît | Conservé (statuts : en attente, terminé, échoué) |
| Interface d’administration | Aucune nativement | Écran dédié avec recherche et filtres |
| Gestion des échecs | Aucune, silencieuse | Statut « failed » visible et relançable |
| Poids embarqué | Aucun, natif au cœur | Bibliothèque supplémentaire à embarquer |
| Volumétrie adaptée | Quelques tâches récurrentes | Des centaines à millions de tâches |
Le vrai coût d’Action Scheduler : la duplication
Le principal inconvénient d’Action Scheduler n’est pas technique mais organisationnel : si plusieurs extensions actives sur un même site embarquent chacune leur propre copie de la bibliothèque, WordPress ne charge que la version la plus récente parmi celles disponibles (Action Scheduler gère cette coordination lui-même via un système de détection de version), mais cela suppose que toutes les copies embarquées restent compatibles entre elles. Sur un site avec WooCommerce et plusieurs extensions tierces embarquant chacune Action Scheduler, ce mécanisme fonctionne bien en pratique, mais alourdit le nombre de fichiers déployés.
Sur un projet de synchronisation de catalogue avec plus de cinquante mille références vers un ERP externe, WP-Cron natif provoquait des timeouts silencieux après quelques centaines d’éléments traités. Le passage à Action Scheduler, avec son traitement par lots et son historique consultable, a transformé un processus opaque en un tableau de bord que l’équipe support pouvait consulter elle-même sans faire appel aux développeurs.
Quand rester sur WP-Cron natif
- Une seule tâche récurrente simple, comme une purge quotidienne de données temporaires
- Une extension légère où embarquer une bibliothèque supplémentaire n’est pas justifié
- Aucun besoin de visibilité ou d’historique sur les exécutions passées
Quand basculer vers Action Scheduler
- Des volumes de tâches individuelles supérieurs à quelques dizaines par déclenchement
- Un besoin de suivi et de relance manuelle des tâches en échec depuis l’administration
- Une intégration déjà présente avec WooCommerce, qui embarque systématiquement la bibliothèque, rendant son usage quasiment « gratuit » en poids supplémentaire réel
En résumé
WP-Cron natif reste pertinent pour des besoins simples et peu volumineux. Dès qu’une extension doit traiter des lots de tâches individuelles avec suivi, retry et visibilité pour les équipes non techniques, Action Scheduler constitue un choix nettement plus robuste, au prix d’une dépendance supplémentaire à gérer avec soin sur des sites qui cumulent plusieurs extensions.
