Il existe quatre façons de surveiller un site web gratuitement : l’offre gratuite d’un service de surveillance, un petit script sur un serveur que vous gérez déjà, un workflow planifié sur un service de CI comme GitHub Actions, et des outils de vérification gratuits pour les moments où quelque chose semble déjà clocher. Pour un site personnel ou un projet perso, cela suffit souvent. Passez à une offre payante quand une interruption vous coûte de l’argent ou votre réputation, quand vous devez être prévenu en une minute ou deux, ou quand plusieurs personnes doivent être réveillées et tenues informées.
Ce guide passe en revue chaque option gratuite : ce qu’elle fait bien, ce qu’elle laisse discrètement passer, et comment savoir quand elle ne vous suffit plus.
Ce que la surveillance d’un site web doit faire
Quelle que soit la solution, gratuite ou payante, jugez-la sur quatre missions. S’il en manque une, vous n’avez pas encore de surveillance : vous avez un espoir.
Vérifier régulièrement, depuis l’extérieur. Une vérification lancée depuis le serveur du site peut réussir alors que les visiteurs n’arrivent pas à se connecter. L’intervalle correspond à la durée maximale pendant laquelle une panne peut vous échapper.
Définir ce qui compte comme une panne. Un délai dépassé, une connexion refusée, une erreur 5xx, un certificat invalide ou une page qui répond 200 mais affiche une erreur. Consultez ce qu’est la surveillance de disponibilité pour le détail.
Prévenir une personne. Une alerte qui atterrit dans les spams à 03:00 n’est pas une alerte. Elle doit arriver là où vous regardez vraiment, et un avis de rétablissement doit suivre.
Garder un historique. Quand le site est-il tombé, combien de temps, et à quelle fréquence ? Sans historique, impossible de répondre à un client, de vérifier le SLA d’un hébergeur ou de repérer une tendance.
Option 1 : l’offre gratuite d’un service de surveillance
Plusieurs services de surveillance proposent une offre gratuite, et c’est le moyen le plus rapide de couvrir les quatre missions pour une poignée d’URL. Les limites varient d’un service à l’autre et évoluent dans le temps : lisez la page tarifaire et les conditions actuelles plutôt qu’un article comparatif. Voici les questions à se poser :
À quelle fréquence vérifie-t-il ? Les offres gratuites vérifient souvent moins souvent que les offres payantes. Toutes les 5 minutes, cela signifie qu’une panne peut durer jusqu’à 5 minutes avant le premier échec détecté.
Un échec est-il confirmé avant l’alerte ? Une seconde vérification, depuis le même emplacement ou un autre, écarte une requête perdue isolée. Sans elle, attendez-vous à de fausses alertes.
Quels canaux d’alerte sont inclus ? L’e-mail seulement, ou aussi le chat et les notifications push sur votre téléphone ?
Peut-il vérifier le contenu ? Un code de statut seul ne voit pas une page qui se charge mais qui est cassée. Cherchez des vérifications par mot-clé ou sur la réponse.
Combien de temps l’historique est-il conservé, et l’usage commercial est-il autorisé ? Certaines offres gratuites sont réservées aux projets personnels.
Option 2 : un script sur un serveur que vous avez déjà
Si vous disposez d’un serveur ou d’un VPS ailleurs que là où tourne le site, une seule ligne de crontab vous donne une vérification de base toutes les 5 minutes :
*/5 * * * * curl -fsS -m 10 -o /dev/null https://example.com/ || echo « example.com failed at $(date -u) » | mail -s « Site down » you@example.com
-f fait échouer curl sur les erreurs HTTP, -m 10 abandonne au bout de 10 secondes, et l’e-mail ne part que si la requête échoue. C’est gratuit et vous maîtrisez chaque détail. Mais il y a de vraies lacunes :
Personne ne surveille le surveillant. Si ce serveur tombe, ou si son envoi d’e-mails ne fonctionne plus, les vérifications s’arrêtent et vous n’entendez plus rien. Le silence ressemble exactement à un site en bonne santé.
Les e-mails envoyés par un serveur finissent souvent dans les spams si le domaine d’envoi n’a pas configuré SPF, DKIM et DMARC. Notre guide sur SPF, DKIM et DMARC explique pourquoi.
Chaque échec déclenche une alerte, et vous en recevez une toutes les 5 minutes tant que la panne dure, mais aucun avis de rétablissement.
Aucun historique. À moins de journaliser chaque résultat et de construire un rapport, vous ne pouvez pas dire quelle était votre disponibilité le mois dernier.
Ne lancez jamais la vérification depuis le serveur qui héberge le site. Un serveur injoignable depuis Internet peut généralement encore se joindre lui-même.
Option 3 : un workflow de CI planifié
Pas de serveur disponible ? Un workflow planifié sur GitHub Actions peut lancer la même vérification. Une étape en échec fait échouer l’exécution, et GitHub vous prévient :
name: Site check
on:
schedule:
– cron: ‘7,22,37,52 * * * *’
jobs:
check:
runs-on: ubuntu-latest
steps:
– run: curl -fsS -m 10 -o /dev/null https://example.com/
Cela fonctionne, avec des limites que GitHub documente pour l’événement schedule :
L’intervalle le plus court est d’une fois toutes les 5 minutes.
Les exécutions planifiées peuvent être retardées quand GitHub Actions est chargé, surtout au début de chaque heure, et certaines tâches en file d’attente peuvent être abandonnées. C’est pourquoi l’exemple évite la minute 0.
Dans un dépôt public, les workflows planifiés sont désactivés après 60 jours sans activité sur le dépôt.
Les notifications vont à l’utilisateur qui a modifié en dernier la planification cron dans le fichier du workflow, pas à une équipe.
Un workflow est une bonne solution d’appoint pour un projet perso. Pour surveiller un service que des clients paient, une alerte qui peut arriver en retard, voire jamais, est un maillon faible. L’outil d’expressions cron montre quand une planification comme celle ci-dessus s’exécute réellement.
Option 4 : des outils gratuits quand quelque chose semble clocher
Les outils de vérification ponctuelle ne surveillent rien, mais ils répondent en quelques secondes aux premières questions d’un incident. Tous ceux-ci sont gratuits et sans compte :
Is it down? vérifie une fois n’importe quel site depuis notre serveur, pour distinguer « en panne pour tout le monde » de « juste chez moi ».
Vérificateur SSL indique quand un certificat expire, qui l’a émis et la chaîne complète.
Vérificateur d’expiration de domaine lit la date d’expiration et le registrar auprès du registre.
Recherche DNS et le vérificateur SPF, DKIM et DMARC montrent ce que votre domaine publie en ce moment.
Ces outils sont un complément, pas un remplacement : ils ne regardent que quand vous le demandez, et vous ne le demandez qu’une fois que vous soupçonnez déjà un problème. La checklist site en panne montre où chacun trouve sa place.
Deux dates d’expiration qu’oublient les solutions gratuites
Les pannes dues à un certificat ou à un domaine expiré comptent parmi les plus faciles à éviter, et une simple vérification « le site répond-il ? » ne les remarque qu’après coup.
Certificats. Let’s Encrypt a cessé d’envoyer des e-mails d’expiration le 4 juin 2025 : si votre tâche de renouvellement ne fonctionne plus, personne ne vous prévient. Les certificats ont aussi des durées de validité de plus en plus courtes, donc davantage de renouvellements qui peuvent échouer ; voir ce que signifie la réduction de la durée de vie des certificats.
Domaines. Les rappels de renouvellement partent vers l’adresse e-mail du compte chez le registrar, souvent une ancienne adresse ou celle d’une personne partie. Activez le renouvellement automatique et vérifiez que la carte enregistrée est valide.
Quand passer à une offre payante
Une surveillance gratuite convient tant qu’une panne découverte en retard reste un désagrément et non une perte. Voici les signes que ce n’est plus le cas :
Le site rapporte de l’argent à la minute. Une boutique, un système de réservation ou un produit SaaS. Chiffrez-le avec le calculateur du coût d’une interruption : si une heure d’indisponibilité coûte plus qu’un an de surveillance, la décision est prise.
Vous vous engagez sur un taux de disponibilité. 99,9 % autorise 43 minutes et 49 secondes d’indisponibilité par mois, comme le montre le calculateur de disponibilité. Avec un intervalle de 5 minutes, la seule détection peut en consommer une grande partie.
Plusieurs personnes sont concernées. Les alertes doivent atteindre la personne d’astreinte, remonter à quelqu’un d’autre quand personne ne répond, et arriver dans le chat de l’équipe.
Vos clients demandent « c’est juste moi ? » Une page de statut mise à jour à partir de vos vérifications leur répond avant qu’ils n’ouvrent un ticket.
Vous gérez des sites pour des clients. Il vous faut des rapports qui montrent ce qui s’est passé et quand, sans les construire à la main.
L’essentiel n’est pas la page d’accueil. Le paiement, la connexion, une API ou la sauvegarde nocturne nécessitent des vérifications qu’une ligne curl gère mal : parcours en plusieurs étapes, vérifications JSON et heartbeats.
Ce que vous apporte une offre payante Uptimecheck
Uptimecheck propose une offre gratuite : chaque nouvel espace de travail démarre avec un essai gratuit de 14 jours de Professional, sans carte bancaire, puis passe sur Free si vous ne choisissez pas d’offre. Free vérifie 5 moniteurs toutes les 5 minutes, avec 1 page de statut et jusqu’à 3 canaux d’alerte, comme l’e-mail, Slack ou Microsoft Teams, et l’usage commercial est autorisé. Chaque offre payante comprend :
Des vérifications de disponibilité toutes les minutes depuis Stockholm, Londres et New York, chaque échec étant confirmé depuis un second emplacement avant toute alerte, avec des vérifications par mot-clé, JSON et en-tête sur la réponse.
Des alertes par e-mail, Slack, Microsoft Teams, Discord, Google Chat, Mattermost, Telegram, PagerDuty, ntfy, Pushover, webhooks et notifications push sur votre téléphone, avec un avis de rétablissement quand le site est de retour.
Des rappels d’expiration SSL et de domaine, des heartbeats pour vos tâches cron et des pages de statut qui se mettent à jour toutes seules.
L’historique de la disponibilité, des temps de réponse et des incidents sur 1, 2 ou 3 ans selon l’offre.
Les offres coûtent 12 €, 39 € ou 92 € par mois en facturation mensuelle, ou 9 €, 29 € ou 69 € par mois en facturation annuelle, HT, vendues via Link (Stripe), notre revendeur. Start comprend 15 moniteurs de disponibilité, Professional 100 et Business 250. Comparez tout sur la page tarifs, ou explorez d’abord la démo en direct.
Commencez gratuitement, et passez à la vitesse supérieure quand le site compte. Essayez Uptimecheck gratuitement pendant 14 jours, sans carte bancaire.