Surveillance de la disponibilité

Supervision de disponibilité qui détecte ce que les autres manquent

La supervision de disponibilité (« Uptime monitoring ») consiste à vérifier régulièrement si vos sites, API et services répondent. Alertes envoyées dès qu'ils cessent de fonctionner. Le cas de base est simple : chaque outil vérifie si le site se charge.

Les cas complexes sont ceux où une indisponibilité cachée se dissimule :

• Le certificat HTTPS expire à minuit, un dimanche
• Le domaine expire parce que la carte bancaire a été remplacée chez le registraire
• L’API retourne un HTTP 200 avec un JSON corrompu pendant trois heures
• Le CDN change d’IP discrètement et casse l’upstream DNS-pinné
• Le job cron s’est arrêté mardi dernier, mais personne ne l’a remarqué

DiagnoSEO Supervision Uptime gère tous ces cas, dans un seul outil. Vérifications depuis 13 régions mondiales. Alertes par e-mail, Telegram, Slack, Discord ou SMS — là où vous consultez vraiment.

Pour les spécialistes SEO, c’est aussi un monitoring d’infrastructure SEO. Un domaine expiré disparaît de l’index en moins d'une journée. Un avertissement SSL tue le trafic organique. Une chaîne de redirections cassée fait perdre du link equity. Le même outil qui détecte les pannes repère aussi les problèmes silencieux qui détruisent vos classements.

Ce que vous obtenez

• 11 types de moniteurs — vérification HTTP(S) de page, présence ou absence d’un mot-clé, ping (TCP), port TCP, heartbeat et monitoring de jobs cron, API HTTP personnalisée avec méthode, en-têtes, body et assertions JSON, vérification depuis 13 emplacements, surveillance du certificat SSL, détection de changements DNS, suivi d’expiration de domaine et alertes de seuil de temps de réponse.
• Alertes en temps réel — e-mail, Telegram, Slack, Discord et SMS. Période de confirmation paramétrable (échecs successifs), pour éviter que le moindre faux positif ne vous réveille à 3h du matin. Quiet hours, pour pouvoir dormir tranquille. Alertes de récupération (UP), pour savoir quand poser le téléphone.
• Avertissements d’expiration SSL et domaine — rappels automatiques 30/14/7/3/1 jours avant expiration. Codes couleur dans le tableau de bord. Vous ne serez plus jamais pris au dépourvu par un SSL expiré à minuit.
• Détection de changements DNS — alerte si les enregistrements A, AAAA, MX, NS ou CNAME changent. Idéal pour détecter un détournement DNS non autorisé, des erreurs en migration ou des prestataires qui modifient les endpoints sans prévenir.
• Vérification depuis plusieurs localisations — disponibilité vérifiée depuis US, UK, Allemagne, France, Italie, Espagne, Pologne, Pays-Bas, Canada, Australie, Japon, Brésil et Inde. Détecte les problèmes de georoutage, de DNS régionaux ou de blocages au niveau des FAI.
• Graphique barre 30 jours + sparkline — vous visualisez immédiatement quels sites sont instables. Chaque barre journalière est colorée (vert ≥99 %, vert clair ≥95 %, orange ≥50 %, rouge <50 %). Le sparkline affiche les 50 derniers temps de réponse, des points rouges signalant les coupures.
• Rapports SLA — Export CSV avec taux de disponibilité, durée totale d’indisponibilité, nombre d’incidents et temps moyen de rétablissement. Par moniteur et au global.
• Surveillance heartbeat et cron-job — au lieu de pinger le serveur, c’est votre cron qui nous pingue. En cas d’absence dans la fenêtre prévue (avec une marge), nous vous alertons. Détecte les pannes silencieuses du cron (utilisateur bloqué, script cassé, disque plein), invisibles par la surveillance uptime classique.
• Ajout en masse par collage — collez 100 URLs dans la zone de texte, cliquez Save. Chaque ligne peut contenir les paramètres keyword:, interval:, tag: et name:. Pas de galère avec le CSV.
• Tags et filtres — groupez les moniteurs par environnement (prod, staging), équipe (api, marketing) ou criticité (critical, optional). Filtrez le dashboard sur ce qui compte pour vous maintenant.
• Processeur de file d'attente dans le navigateur — en cliquant « Tout vérifier maintenant », le navigateur traite la file par lots de 20, en parallèle avec le cron. 200 moniteurs testés en environ 1 minute, pas 30 minutes.
• Assertions JSON — pour la surveillance API : data.status doit être ok, result.count doit être > 0, etc. Détecte une API qui retourne HTTP 200 avec des payloads corrompus (le pire type de panne).

Qui utilise la supervision de disponibilité ?

Supervision de disponibilité : comparaison avec UptimeRobot, Pingdom, BetterStack, Oh Dear, Site24x7 et StatusCake

Les principaux concurrents assurent bien la surveillance HTTP basique. Les différences se situent dans les fonctions annexes : alertes SSL, suivi d’expiration de domaine, détection de changements DNS, multi-région depuis des régions hors Occident, assertions JSON, heartbeats de crons et limites du plan gratuit.

Ci-dessous, une comparaison côte-à-côte basée sur les tarifs publics de chaque solution. Vérifiez sur le site du fournisseur avant toute décision d’achat. Les comparaisons détaillées (tête-à-tête) sont sous le tableau — une page dédiée pour chaque concurrent.

Foire aux questions

• À quelle vitesse le monitoring uptime détecte-t-il une panne ?

  Cela dépend de l’intervalle de vérification et du seuil de confirmation. Sur les plans Pro et Enterprise, le check s’exécute toutes les minutes. Le seuil par défaut est de 2 échecs consécutifs, donc une panne persistante change le statut en environ 2 minutes.

  Les alertes e-mail sont limitées à une toutes les 2 heures de downtime continu pour limiter le bruit dû aux brèves coupures. Les coupures courtes restent silencieuses, les vraies pannes sont signalées. Telegram, Slack, Discord et SMS peuvent être configurés pour notifier immédiatement en cas de changement d’état.

• Quelle est la différence entre la supervision de disponibilité et le synthetic monitoring ?

  La supervision de disponibilité vérifie un endpoint unique et valide la réponse (code de statut, contenu, structure du JSON). Le synthetic monitoring exécute des scripts navigateur multi-étapes : login, navigation, clic checkout, remplissage de formulaire.

  DiagnoSEO supervise le uptime avec une inspection poussée de la réponse (méthode HTTP, en-têtes, body, assertions JSON, présence du mot-clé). Il ne fait pas de scripting navigateur complet. Pour la majorité des questions « mon site fonctionne-t-il ? » c’est l’outil adapté. Pour tester des scénarios utilisateur avancés, utilisez un outil synthetic dédié.

• Le monitoring uptime a-t-il un impact sur le SEO ?

  Oui — directement. Les robots Google considèrent un downtime prolongé comme un signal de mauvaise qualité. Un site qui ne répond pas pendant plusieurs heures lors du crawl Googlebot perd du crawl budget et certaines pages peuvent être désindexées.

  En plus de la disponibilité, les signaux secondaires comptent aussi. Les certificats SSL expirés affichent des alertes dans le navigateur qui font chuter drastiquement le CTR. Un domaine expiré renvoie NXDOMAIN en DNS, ce qui fait plonger les classements en quelques jours. De mauvaises redirections font perdre du link equity. Voir le monitoring comme partie de l’infra SEO (et pas seulement un outil sysadmin) permet d’éviter ces problèmes avant qu’ils ne nuisent au classement.

• Pourquoi surveiller séparément les certificats SSL, alors que mon hébergeur les renouvelle ?

  Parce que l’auto-renouvellement échoue souvent sans bruit. Causes typiques :

  • Limites de taux Let's Encrypt atteintes au déploiement
  • Mauvaise configuration de certbot après une mise à jour serveur
  • Les challenges DNS-01 échouent à cause d’un CNAME supprimé
  • Carte bancaire expirée chez une autorité de certification commerciale

  Tous ces cas font échouer le renouvellement sans erreur visible, jusqu’à l’expiration du certificat. La supervision SSL détecte la panne silencieuse 30 jours avant que les utilisateurs ne la découvrent.

• Puis-je surveiller une API nécessitant une authentification ?

  Oui. Configurez le moniteur avec des en-têtes HTTP personnalisés — souvent "Authorization" avec un bearer token ou une clé API. Les valeurs d’en-tête sont chiffrées au repos dans la base de données.

  Pour Basic Auth il y a un champ dédié username/password qui signe la requête automatiquement. Pour les flows OAuth avec renouvellement de token, utilisez un service token longue durée ou faites tourner l’en-tête du moniteur côté client quand nécessaire.

• Comment fonctionne le monitoring du mot-clé ?

  Vous indiquez une chaîne (ou un fragment HTML). Le moniteur récupère le corps de la réponse et vérifie si la chaîne existe en tant que sous-chaîne. Cela fonctionne aussi bien avec du texte brut ("Ajouter au panier") qu’un fragment HTML (<button class="buy">).

  Deux modes :

  • Doit être présent — échec si absent. Pour s’assurer que le contenu s’est bien chargé.
  • Doit être absent — échec si présent. Pour détecter les pages d’erreur retournant HTTP 200 ou du contenu non autorisé sur votre domaine.
• Serai-je débité de crédits pour les échecs de vérification ?

  Non. Les vérifications réussies ou échouées coûtent pareil — un check, c’est un check. Les re-vérifications manuelles (bouton Rafraîchir) sont gratuites et n’impactent pas le quota de checks.

  Les recherches WHOIS pour l’expiration des domaines sont limitées à une fois toutes les 24h par domaine, pour maîtriser les coûts API. Le bouton Forcer la mise à jour outrepasse cette limite pour un re-check immédiat si besoin.

• Que se passe-t-il si le domaine surveillé expire ?

  Le moniteur d’expiration domaine vous avertit 30, 14, 7, 3 et 1 jour en avance par e-mail – plus Telegram, Slack ou Discord si configurés.

  Si vous ignorez toutes les alertes et que le domaine expire, le moniteur HTTP va échouer (résolution DNS renvoie NXDOMAIN). Vous recevrez une alerte DOWN après 2h de panne continue. Le domaine sera alors en période de grâce auprès du registraire (environ 30 jours pour la plupart des TLD) et le renouvellement sera encore possible.

• La surveillance uptime est-elle conforme au RGPD ?

  DiagnoSEO Uptime Monitoring stocke la configuration des moniteurs (URLs, headers, mots-clés) chiffrée au repos avec AES-256. Les résultats des checks (codes retour, latences, messages d’erreur) sont conservés la durée de rétention de votre plan.

  Aucune donnée personnelle utilisateur final n’est recueillie sur vos sites surveillés. Les moniteurs lisent seulement les headers HTTP et la chaîne body que vous avez définie. Les données sont hébergées dans des datacenters UE. Contrat DPA complet disponible sur demande.