Qu'est-ce que Cronitor ?
Cronitor est un outil de monitoring axé sur les cron jobs, les tâches planifiées et l'uptime. Il a démarré en 2014 comme moyen de confirmer que les cron jobs de backend s'exécutaient avec succès, en envoyant un ping heartbeat à Cronitor au début et à la fin de chaque job, et a grandi pour devenir un produit complet de monitoring uptime et tâches planifiées. Cronitor est connu pour son protocole heartbeat de cron, son intégration simple (curl + URL Cronitor) et ses tarifs DevOps-friendly : un plan Hacker gratuit avec 5 moniteurs, puis un paiement à l'usage de 2 $ par moniteur plus 5 $ par utilisateur et par mois.
Aujourd'hui Cronitor propose trois lignes de produits : Cron Jobs (monitoring heartbeat pour tâches planifiées), Uptime (checks d'endpoint HTTP/HTTPS) et Status Pages (tableaux de bord publics). Les trois s'intègrent bien avec PagerDuty, Slack et Opsgenie pour les alertes.
Quand Cronitor est le bon outil
Cronitor est excellent, et bien tarifé, quand ces conditions correspondent :
- Vous avez beaucoup de cron jobs et devez savoir quand ils échouent silencieusement. Le modèle heartbeat de Cronitor est fait pour ça. Un cron job échoué qui ne ping jamais produit une alerte ; un cron qui s'exécute mais sort en non-zéro (passé via le code de sortie de l'URL heartbeat) alerte aussi.
- Vos besoins de monitoring sont uptime + tâches planifiées uniquement. Si "l'endpoint est-il up ?" + "le batch nocturne a-t-il tourné ?" couvre ce dont vous avez besoin, Cronitor est conçu spécifiquement pour ça et tarifé en conséquence.
- Vous voulez une status page incluse. Les status pages de Cronitor sont simples à configurer et incluses dans les plans mid-tier.
- Vous êtes une petite équipe ou un développeur en solo. Le plan Hacker gratuit couvre 5 moniteurs, puis vous payez à l'usage 2 $ par moniteur plus 5 $ par utilisateur et par mois, soit environ 7 $/mois pour un moniteur et un utilisateur.
Où Cronitor seul laisse des trous
Cronitor est conçu pour un usage précis ; cette focalisation est aussi sa limite :
- Pas de monitoring de vitesse de page. Cronitor vérifie si une URL répond. Il ne mesure pas les Core Web Vitals (LCP, INP, CLS), les timings en cascade, les temps de rendu ou la complétude visuelle. Pour le travail de page speed orienté SEO, Cronitor n'aide pas.
- Pas de tests de charge. Cronitor vérifie qu'un service est up. Il ne simule pas d'utilisateurs concurrents pour valider que le service tient sous le trafic. Pour la validation de capacité pré-lancement, vous avez besoin d'un autre outil.
- Pas d'exécution de scripts JMeter ou k6. Cronitor ne peut pas exécuter vos scripts de tests de performance existants.
- Le monitoring d'API est basique. Les checks HTTP de Cronitor confirment les status codes et les temps de réponse. Les workflows API multi-étapes (login → token → call → assert response shape) nécessitent un outil de monitoring d'API plus capable.
- Moins d'emplacements. Cronitor vérifie depuis plus de 12 emplacements sur 5 continents, ce qui suffit dans la plupart des cas. LoadFocus tourne depuis 25 régions cloud, ce qui permet de tester directement depuis Le Cap, Jakarta ou São Paulo.
LoadFocus vs Cronitor, comparatif de fonctionnalités
Le tableau ci-dessous compare LoadFocus à l'offre combinée Cron + Uptime de Cronitor. Tarifs de Cronitor relevés sur sa page de tarifs (cronitor.io/pricing) en octobre 2026.
| Fonctionnalité | LoadFocus | Cronitor |
|---|---|---|
| Tarif d'entrée | Gratuit ; API monitoring dès $19/mois ($15,80/mois en paiement annuel) | Gratuit (Hacker, 5 moniteurs) ; puis 2 $/moniteur + 5 $/utilisateur par mois |
| Monitoring vitesse de page (CWV) | Oui, basé sur Lighthouse depuis 25 régions (plan séparé dès $39/mois) | Non |
| Monitoring heartbeat de cron job | Oui, checks heartbeat dédiés avec planning et délai de grâce | Oui (conçu pour) |
| Checks HTTP/HTTPS d'uptime | Oui, fréquence min 1 min (plans payants) | Oui, fréquence min 30 s |
| Monitoring API multi-étapes | Oui, sur les plans payants (login → token → call) | Non (single-request seulement) |
| Tests de charge | Oui. JMeter + k6 + custom | Non |
| Emplacements cloud pour tests | 25 régions cloud (jusqu'à 6 par check, 22 en Professional) | 12+ emplacements sur 5 continents |
| Status pages | Oui, incluses sur toutes les offres | Oui, intégrées |
| Alertes Slack/PagerDuty/Opsgenie | Oui (PagerDuty et Opsgenie sur les plans payants) | Oui |
| Palier gratuit avec exécution cloud | Oui, 10 checks et 10 000 exécutions par mois | Oui, plan Hacker (5 moniteurs, 1 status page basique) |
| Surveillance de l'expiration des certificats SSL | Oui, toutes les offres y compris gratuite (alertes 14, 7, 3 jours) | Oui |
| Canaux d'alerte | E-mail, Slack, Microsoft Teams, webhooks, Discord ; PagerDuty et Opsgenie sur les plans payants ; routage par canal | Email, Slack, PagerDuty, webhooks |
Quand LoadFocus est la bonne alternative pour les utilisateurs Cronitor
Vous avez besoin de page speed en plus de l'uptime
Cronitor confirme que votre site répond. LoadFocus vous dit aussi à quelle vitesse il charge, mesuré par rapport aux seuils de Core Web Vitals que Google utilise pour le ranking. Si la performance SEO compte pour votre business, l'uptime seul ne suffit pas.
Votre monitoring d'API a besoin de plus que des checks à requête unique
Le monitoring d'API réel tient rarement en un seul GET. Il faut se connecter, échanger un token, appeler l'endpoint protégé et vérifier la forme de la réponse. LoadFocus le fait en un seul check multi-étapes sur les plans payants ; Cronitor vérifie une requête à la fois.
Vous voulez valider la capacité avant le lancement
Le monitoring d'uptime vous dit quand quelque chose casse. Les tests de charge vous disent si ça cassera sous le trafic. LoadFocus exécute des scripts JMeter et k6 à l'échelle, même compte, même tableau de bord que vos données de monitoring.
Vous avez besoin d'une couverture géographique
LoadFocus lance des checks depuis 25 régions cloud, contre plus de 12 emplacements pour Cronitor. Pour les produits dont les utilisateurs sont loin des États-Unis et de l'Europe, vous voyez si votre site est aussi rapide à Lagos qu'à Londres.
Vous voulez un outil au lieu de trois
Beaucoup d'équipes utilisant Cronitor finissent par y greffer un outil de page speed séparé (Calibre, SpeedCurve) et un outil de tests de charge séparé (k6 Cloud, BlazeMeter). LoadFocus consolide les trois en une plateforme, un compte, une facture, un tableau de bord.
Migration : de Cronitor à LoadFocus
Migrer les checks uptime/HTTP de Cronitor à LoadFocus prend des minutes par endpoint :
- Inscrivez-vous sur loadfocus.com/fr-fr/signup.
- Ouvrez API Monitoring dans le tableau de bord.
- Pour chaque check uptime Cronitor, créez un check LoadFocus avec la même URL, le status attendu et la fréquence.
- Copiez votre routage d'alertes Cronitor (canal Slack, service PagerDuty) vers l'intégration LoadFocus.
- Faites tourner les deux en parallèle pendant une semaine, puis arrêtez Cronitor.
Les deux outils couvrent le monitoring heartbeat de cron job. Le monitoring de cron jobs de LoadFocus donne à chaque job une URL de ping, un intervalle ou un planning cron et un délai de grâce, et alerte quand le ping n'arrive pas, le même modèle d'homme mort que celui de Cronitor. Cronitor va plus loin sur la télémétrie par job ; LoadFocus réunit les heartbeats avec la surveillance d'API, les tests de charge et la vitesse sur un seul compte.
FAQ : LoadFocus vs Cronitor
LoadFocus est-il moins cher que Cronitor ?
Cela dépend du périmètre. Les deux ont un plan gratuit : le plan Hacker de Cronitor couvre 5 moniteurs, 1 status page basique et 1 utilisateur, et le plan gratuit LoadFocus couvre 10 checks API et 10 000 exécutions par mois. Au-delà, Cronitor facture $2 par moniteur plus $5 par utilisateur et par mois, soit environ $30/mois pour 10 moniteurs et 2 utilisateurs. L'API monitoring Starter LoadFocus coûte $19/mois ($15,80 en paiement annuel) pour 25 checks, checks multi-étapes compris ; le page speed monitoring est un plan séparé dès $39/mois ($29/mois en paiement annuel).
LoadFocus remplace-t-il le monitoring heartbeat de cron de Cronitor ?
Oui. "Préviens-moi quand cette tâche planifiée ne s'est pas exécutée", c'est exactement ce que fait le monitoring de cron jobs LoadFocus : chaque sauvegarde, traitement ETL ou worker de file reçoit une URL de ping, vous définissez un intervalle ou un planning cron et un délai de grâce, et un ping manquant déclenche une alerte par e-mail, Slack ou webhook (PagerDuty et Opsgenie sur les plans payants). Cela marche depuis n'importe quel langage, plateforme ou planificateur, et c'est inclus dans le plan gratuit.
LoadFocus peut-il exécuter mes checks uptime Cronitor existants ?
Oui, n'importe quel endpoint HTTP/HTTPS que Cronitor monitore, LoadFocus le monitore aussi. Configurez URL + status code attendu + fréquence dans le tableau de bord LoadFocus. Les workflows multi-étapes (login → token → call) sont aussi supportés.
Comment se compare l'alerting ?
Les deux outils prennent en charge Slack, PagerDuty, Opsgenie, les webhooks et l'e-mail ; chez LoadFocus, PagerDuty et Opsgenie sont sur les plans payants. Pour limiter le bruit, LoadFocus relance une fois un check API en échec avant de le compter, peut n'alerter que lorsqu'un nombre donné d'emplacements échoue au même passage, et laisse les browser checks attendre jusqu'à 5 échecs consécutifs.
Et les status pages de Cronitor ?
Les deux outils en proposent une, ce n'est donc pas un critère décisif. LoadFocus inclut une status page publique sur toutes les offres, y compris la gratuite, avec des composants alimentés par vos moniteurs, les incidents et les maintenances programmées, et un domaine personnalisé sur les offres payantes. Celles de Cronitor sont tout aussi rapides à mettre en place et incluses dans les plans intermédiaires.
Puis-je exporter les données LoadFocus vers ma stack d'observabilité existante ?
En partie. Les alertes partent par email, Slack, webhook, PagerDuty, Opsgenie ou Discord, donc les incidents arrivent là où votre équipe travaille déjà. Il n'y a pas d'export des données de monitoring vers Prometheus ou InfluxDB. Les tests de charge font exception : ils envoient leurs métriques vers Datadog, New Relic, Dynatrace, Azure Application Insights ou tout backend OpenTelemetry.
Essayez LoadFocus gratuitement
Si vous utilisez Cronitor pour l'uptime et voulez ajouter du monitoring de vitesse, des checks API multi-étapes ou des tests de charge, LoadFocus réunit les trois sur un seul compte, avec un plan gratuit pour commencer. Inscrivez-vous sur loadfocus.com/fr-fr/signup et migrez votre premier check d'uptime en moins de cinq minutes.
