Surveillance de site web

Que résout réellement la surveillance de sites web ?

Chaque site que vous publiez fait partie d’un système que vous ne contrôlez pas entièrement. L’hébergement redémarre le serveur. Le registrar n’effectue pas le renouvellement du domaine. Un nouveau déploiement casse discrètement une redirection. Le CDN à Francfort renvoie un code 502 pour la moitié du trafic européen. Aucune de ces pannes n’arrive avec une notification – ce sont les utilisateurs qui les rencontrent, puis s’en vont. Le coût est réel : commandes perdues, SEO endommagé, tickets de support, désabonnements, budget publicitaire gaspillé.

La surveillance de sites comble ce manque de visibilité. Au lieu d’attendre une plainte client, l’outil vérifie chaque page à une fréquence définie, contrôle la réponse et vous alerte en quelques secondes dès qu’un problème survient. DiagnoSEO Monitoring uptime offre une vue complète – pas seulement “est-ce que ça marche ?”, mais aussi quel code HTTP est revenu, le temps de réponse, si le certificat SSL est encore valide, quand le domaine expire et si les enregistrements DNS ont changé depuis le dernier contrôle réussi.

Qu’est-ce qui est vérifié à chaque cycle

Pour chaque moniteur, l’outil effectue une véritable requête HTTP depuis nos serveurs, suit jusqu’à 5 redirections et analyse la réponse. Ce contrôle génère tout un ensemble de signaux : code de statut, temps de réponse en millisecondes, taille de la page, en-tête Server, encodage, présence des en-têtes de sécurité HSTS / CSP / X-Frame-Options / X-Content-Type-Options, balise <title>, meta description, attribut de langue, présence du viewport et des meta Open Graph. Si vous avez configuré un mot-clé à rechercher dans le body, il est aussi vérifié. Chacun de ces signaux peut déclencher une alerte – par exemple, si la page retourne un code 200 mais que le mot-clé manque, c’est une “panne silencieuse” que la plupart des outils ne détecteraient pas.

Une fois par jour (ou lorsque vous cliquez sur “Vérifier maintenant”), une vérification approfondie s’effectue : le certificat SSL est récupéré et analysé pour l’émetteur et la date d’expiration, le WHOIS du domaine – date d’expiration de l’enregistrement, enregistrements DNS A / AAAA / MX / NS / TXT / SPF / DMARC / CAA, fournisseur d’hébergement et CDN déduits des en-têtes et du reverse DNS.

Comment fonctionnent les alertes

Vous combinez à votre guise 5 canaux d’alerte : Email, Telegram, Slack, Discord et SMS. Chaque canal peut être activé indépendamment pour la panne/le rétablissement, les alertes SSL (30/14/7/3/1 jours avant expiration), les alertes de domaine (60/30/14/7/3/1 jours), les changements DNS et le dépassement du seuil de temps de réponse. Le seuil de confirmation (par défaut 2 vérifications échouées consécutives) évite de vous réveiller pour un clignotement d’une seconde. Le mode silence nocturne coupe les alertes non-critiques la nuit.

Conçu pour de nombreux sites en même temps

Si vous gérez une agence, un portefeuille de sites ou entretenez une douzaine de micro-services, les outils “pour un seul site” deviennent vite laborieux. Notre tableau de bord prend en charge des milliers de moniteurs par compte : taguez, filtrez par statut, triez par uptime ou expiration du SSL, paginez, effectuez des recherches et exportez en CSV. L’ajout en masse utilise un textarea : collez vos URLs (avec mot-clé et intervalle en option par ligne) et tout sera planifié d’un coup.

En coulisse, les vérifications sont parallélisées via curl_multi avec concurrence configurable, donc un lot de 200 moniteurs HTTP s’exécute en quelques secondes, pas en minutes. L’historique est agrégé automatiquement : bruts pendant 24h, agrégats horaires 30 jours, quotidiens sur un an – ce qui garde la base légère même à grande échelle.

Gratuit vs payant

Avec l’offre gratuite vous surveillez jusqu’à 5 sites toutes les 30 minutes, avec alertes par email. Les plans payants débloquent l’intervalle à la minute, plus de canaux (Telegram, Slack, Discord, SMS), des contrôles multi-localisations dans 13 pays, un historique plus long et votre propre supervision HTTP / API. Les vérifications standards ne consomment pas de crédits – seuls les services premium en utilisent : multi-localisation (1 crédit) ou SMS (5 crédits).

Comment se lancer

Ouvrez l’outil, collez vos URLs, choisissez l’intervalle, indiquez vos canaux d’alerte – c’est prêt. En quelques minutes, vous disposez d’un tableau de bord central de tous vos sites avec graphiques des temps de réponse, pourcentage de disponibilité, compte à rebours SSL et domaine, et alertes instantanées à la seconde où une panne survient.

Questions fréquentes

• Que comprend la surveillance de site de base ?

  Contrôle du temps de disponibilité HTTP/HTTPS + suivi du certificat SSL + suivi de l’expiration du domaine + détection des modifications DNS + temps de réponse. Les cinq fonctionnent automatiquement pour chaque URL surveillée. Pas besoin de les configurer séparément.

• À quelle fréquence mon site est-il vérifié ?

  Cela dépend du forfait : toutes les 1 minute en Pro et Enterprise, toutes les 30 minutes en Advanced, toutes les 60 minutes en Basic. Les contrôles multi-région sont comptés séparément par région – adaptez les intervalles aux limites de l’offre choisie.

• Puis-je surveiller des sites derrière une connexion ?

  Oui – configurez des en-têtes HTTP personnalisés (cookie de session, jeton JWT) ou utilisez l’authentification Basic Auth sur le moniteur. Les identifiants sont chiffrés au repos. Attention : les jetons à courte durée de vie doivent être renouvelés manuellement ; pour une surveillance longue durée, utilisez un service token longue durée.

• Que faire si mon site utilise Cloudflare ou un autre CDN ?

  Le moniteur atteint l’edge de votre CDN, pas l’origin. C’est généralement ce que vous souhaitez – cela mesure ce que voient les utilisateurs. Si vous devez surveiller spécifiquement l’origin (ex. pour détecter des erreurs mises en cache par le CDN qui masqueraient des pannes d’origin), utilisez une URL non-cachée ou un en-tête Host personnalisé pour contourner le CDN.

• Comment surveiller un environnement de staging non accessible publiquement ?

  Soit : (1) mettez sur liste blanche les plages d’IP de nos vérificateurs dans le firewall, (2) utilisez des identifiants Basic Auth sur le moniteur, (3) déployez un agent heartbeat auto-hébergé dans le réseau. L’option 2 est la plus simple dans la plupart des cas.