Bilan de santé du site web

Vous préférez une surveillance automatique ? Surveillez-le gratuitement avec myeventwatch — alertes d’expiration et d’indisponibilité, aucune carte requise.

Ce que couvre cette vérification

Un site web tombe en panne par couches, et la couche que vous voyez est rarement celle qui a cassé. Ce rapport inspecte ces couches à la fois et les résume en un score global assorti d’une note pour chaque section — disponibilité, TLS, domaine, DNS et e-mail, en-têtes de sécurité et performance — afin que les constats passent en premier et que le détail brut suive en dessous. La section HTTP sonde le site comme le ferait un navigateur : elle suit les redirections saut par saut, chronomètre chaque étape de la réponse, note si le HTTP simple est élevé en HTTPS et vérifie quels en-têtes de sécurité sont présents ou manquants. La section TLS effectue une vraie poignée de main et lit le certificat que présente le serveur : qui l’a émis, quels noms il couvre, si la chaîne valide et si le nom d’hôte correspond, et exactement combien de jours il reste avant son expiration. La section domaine interroge l’enregistrement du registre (RDAP) pour le registrar, la date d’enregistrement et la date d’expiration — la date la plus catastrophique dans la vie d’un petit site, car un domaine expiré arrête tout, e-mail compris. Enfin, la section DNS liste les enregistrements qui acheminent le monde vers le site — adresses A et AAAA, échangeurs de courrier MX, serveurs de noms — et donne des verdicts de sécurité e-mail sur la configuration SPF, DMARC et DKIM, aux côtés des enregistrements CAA qui protègent l’émission des certificats.

Le score et le résumé en haut résument le tout en un verdict. Sain signifie que tout a répondu et que rien n’est proche de l’expiration. Avertissement signifie généralement qu’un compte à rebours est entré dans son dernier mois, que HTTPS n’est pas forcé ou qu’un enregistrement DNS protecteur manque — des problèmes pour le mois prochain, visibles aujourd’hui. Critique signifie que quelque chose est déjà cassé : le site est injoignable, le certificat est invalide ou expiré, ou le domaine lui-même a expiré. Comme chaque section s’affiche indépendamment, un résultat HTTP critique vous montre quand même les données de certificat et d’expiration dont vous avez besoin pour planifier la correction.

Pourquoi les comptes à rebours d’expiration comptent

Les certificats des émetteurs automatisés vivent quatre-vingt-dix jours, et les domaines se renouvellent à des anniversaires que personne n’a mis dans un calendrier. Les deux pannes sont totales, instantanées et embarrassantes — et toutes deux sont visibles des mois à l’avance pour quiconque regarde. C’est pourquoi ce rapport affiche des pastilles de jours restants qui deviennent orange sous quatre-vingt-dix jours et rouges sous trente, et pourquoi un résultat en voie d’expiration propose une surveillance gratuite en un clic : un compte à rebours n’aide que si quelqu’un le regarde encore quand il atteint zéro. La surveillance continue inverse le problème : au lieu de devoir penser à vérifier, vous êtes alerté tant qu’il reste du temps pour agir.

Comment utiliser un rapport

Lancez la vérification avant un lancement, après une migration et chaque fois que quelque chose semble anormal. Partagez l’URL avec la personne responsable du problème — le lien relance la même vérification, de sorte qu’une question au registrar, une tâche de certificat et une correction DNS peuvent toutes partir du même instantané partagé. Si plusieurs éléments sont en compte à rebours, corrigez d’abord le domaine (rien d’autre ne compte s’il expire), puis le certificat, puis les avertissements. Et si le rapport concerne un domaine dont vous dépendez mais que vous ne contrôlez pas — un fournisseur, un partenaire, un service que vous revendez —, le surveiller vaut quand même la peine : vous serez souvent au courant de sa panne avant que sa propre page de statut ne l’admette.

Questions fréquentes