Un tableau de bord de monitoring sert à voir, en quelques secondes, quelle URL ne tient pas son contrat. Une ligne par URL critique suffit. Les graphes d’audience, les positions SEO et les jauges décoratives répondent à d’autres questions : elles ont leurs propres écrans. Ici, on affiche le dernier contrôle et ce qui exige une action.
Les colonnes qui décident
Chaque ligne reprend les mesures du monitoring de site web, plus le contexte pour agir.
| Colonne | Ce qu’elle tranche |
|---|---|
| URL | Quelle page, pas quel projet |
| Dernier état et heure | Vert sans heure est inutilisable |
| Code HTTP ou type d’échec | 500, TLS, DNS ou délai ne se traitent pas pareil |
| Temps de réponse | Un 200 lent n’est pas un 200 habituel |
| Incident ouvert | Depuis quand, pour ne pas relancer un sujet déjà pris |
| Certificat | Jours restants, sur le nom contrôlé |
Cinq à quinze lignes restent lisibles. Au-delà, groupez par site si vous suivez plusieurs clients, et n’ouvrez le détail que sur le site qui a un incident. Un tableau de deux cents URL vertes apprend une seule chose : vous surveillez trop large pour cet écran. La liste courte d’un site vitrine est le bon ordre de grandeur pour une équipe réduite. Une boutique ajoute panier et paiement, pas chaque fiche produit, sauf si vous avez déjà prouvé que ces fiches cassent souvent.
Le contenu attendu n’a pas besoin d’une colonne de texte. Un état « contenu absent » dans la colonne d’échec suffit. Le corps de la page se lit dans le détail de l’incident, pas dans la grille. Si vous suivez plusieurs sites, la même grille tient : une ligne reste une URL, le nom du site est une colonne de tri, pas un second tableau. Ouvrir un écran différent par client fait perdre l’incident qui n’est pas dans l’onglet actif.
L’ordre et le vide
Triez par gravité, pas par nom. En haut : incident ouvert, le plus ancien d’abord, parce qu’une panne de six heures passe avant une panne de six minutes découverte à l’instant. Ensuite : certificat sous le seuil que vous vous êtes fixé (quatorze jours est un repère courant, pas une loi). Ensuite : le reste, stable.
Un tableau vide de toute URL n’est pas « tout va bien ». C’est une configuration inachevée. Affichez-le comme tel. De même, une ligne dont le dernier essai date de deux jours doit être visuellement un échec de surveillance, même si le dernier code était 200. Le planificateur arrêté est un incident.
Ne calculez pas sur cet écran le taux du mois. Le pourcentage invite à discuter au lieu d’ouvrir la page en erreur. Le taux appartient à la synthèse mensuelle. Le cours de l’incident appartient au temps réel. Le tableau de bord est la porte d’entrée des deux : il montre qu’il y a quelque chose à ouvrir.
Ce qui n’a pas sa place
Les sessions Analytics, les impressions Search Console, le chiffre d’affaires, la météo des réseaux sociaux. Ces séries n’ont pas le même délai ni la même question. Les coller à côté d’un 503 apprend à l’œil à sauter la seule cellule urgente.
Les moyennes de temps de réponse sur trente jours, elles, lissent l’incident du jour. Gardez la valeur du dernier essai dans la grille, et la médiane du mois dans la synthèse. SiteGarde est dans son rôle quand la grille reste aussi sèche que ce tableau. Si l’écran demande un mode d’emploi, retirez une colonne avant d’en ajouter une.