Une agence doit-elle facturer le monitoring de sites à ses clients ?

Beaucoup d'agences l'intègrent à un contrat de maintenance plutôt que de le vendre seul, parce que sa valeur se voit dans les problèmes repérés tôt. Si vous le facturez à part, fixez un prix par site pour que le montant suive la taille du portefeuille, et indiquez la fréquence des contrôles dans le contrat pour que le client sache ce qu'il paie.

Comment surveiller un site client sans accès à l'hébergement ?

La plupart des contrôles externes n'ont besoin que de l'URL publique. Disponibilité, SSL, expiration du domaine, robots.txt, sitemap et balises des pages se lisent tous de l'extérieur, comme le ferait un moteur de recherche. L'accès à l'hébergement devient nécessaire au moment de corriger, d'où l'intérêt de noter le contact technique dès l'arrivée du client.

Et les sites de préproduction ?

Une préproduction est normalement censée porter un noindex ou être protégée par mot de passe, et la surveiller pour les changements SEO produit des alertes que vous ignorerez. Surveillez la production, et considérez comme le vrai signal un noindex ou un robots.txt de préproduction qui apparaît sur le domaine en ligne après une mise en production.

Un contrôle quotidien suffit-il pour un portefeuille d'agence ?

Pour les signaux SEO comme le noindex, les canonicals, les titles et les changements de sitemap, un contrôle quotidien repère en général les problèmes bien avant que les positions ou les rapports de la Search Console ne réagissent. Pour les sites où quelques minutes d'indisponibilité coûtent cher, comme une grosse boutique en pleine période de soldes, ajoutez un service de surveillance de disponibilité dédié avec un intervalle plus court.

Les clients ont-ils besoin de leur propre accès à l'outil de monitoring ?

En général non. La plupart des clients veulent savoir que quelqu'un veille et être informés des incidents par leur agence. Un lien de statut partageable ou un bilan mensuel construit à partir des données exportées leur est souvent plus utile qu'un tableau de bord qu'ils ouvrent rarement.

← Retour au blog

Surveillance de sites web pour agences : l'organiser par client

La surveillance de sites web pour agences dépend moins des contrôles choisis que de la façon dont le monitoring de sites clients fonctionne sur tout le portefeuille : qui prend en charge chaque alerte, comment un nouveau site est ajouté, ce qui varie selon le type de site et ce qui se passe quand un client s'en va. Une agence qui gère quarante sites clients doit répondre aux mêmes questions avec un outil ou avec cinq, et la plupart des trous viennent du processus plus que du logiciel.

Ce guide traite de ce volet opérationnel. Si vous êtes encore en train de choisir un logiciel, consultez les meilleurs outils de monitoring de sites web pour agences. Pour la liste des signaux à suivre sur chaque site, la checklist de monitoring de sites web pour agences sert de référence.

Surveillance de sites web pour agences : un responsable nommé par client

L'échec le plus fréquent, c'est l'alerte que tout le monde a vue et que personne n'a traitée. Un canal partagé #monitoring où arrivent tous les clients habitue l'équipe à faire défiler sans lire.

Désignez un responsable pour chaque site client, en général le chef de projet ou l'account manager, et inscrivez son nom là où vit la fiche client : le CRM, l'outil de gestion de projet ou une colonne du tableur qui recense les domaines clients. Ce responsable n'a pas à tout corriger lui-même. Son rôle consiste à lire l'alerte le jour où elle arrive, à décider qui s'en occupe et à prévenir le client si celui-ci doit être informé.

Les alertes techniques demandent souvent un second nom. Une indisponibilité ou un problème de certificat SSL revient à la personne qui a accès à l'hébergement, qu'il s'agisse de votre développeur, d'un freelance ou du prestataire informatique du client. Notez ce contact dès l'arrivée du client, car une panne est un mauvais moment pour chercher qui détient les identifiants du serveur.

Ajouter un nouveau site client

L'ajout d'un site au monitoring a sa place dans la checklist d'arrivée d'un client, à côté des accès à la Search Console et à GA4. Le faire dès le premier jour vous donne aussi un point de référence : chaque alerte ultérieure se compare au site tel qu'il était quand vous l'avez repris, ce qui aide lorsqu'un client demande si un problème existait avant vous.

Une séquence qui fonctionne pour chaque nouveau site :

Confirmez le domaine canonique (avec ou sans www, en HTTPS) et l'URL du sitemap, généralement indiquée dans le robots.txt.
Ajoutez le site à votre outil de monitoring et envoyez ses alertes au responsable du compte.
Notez l'émetteur du certificat SSL et le registrar du domaine, ainsi que la personne qui paie le renouvellement chez le client.
Consignez le tracking attendu : GA4, GTM, Meta Pixel, et la plateforme de gestion du consentement utilisée.
Lancez un premier scan SEO complet et conservez les résultats comme état de départ.

L'étape 5 compte pour la gestion des attentes. Les problèmes existants repérés au premier scan ont leur place dans la proposition commerciale ou le compte rendu de lancement, pas dans une alerte trois semaines plus tard qui donnerait l'impression que vous avez cassé quelque chose.

Les contrôles prioritaires selon le type de site

Les signaux de base valent partout, mais leur poids varie selon la nature du site.

Un site vitrine sous WordPress change rarement, et les risques viennent donc des mises à jour de plugins et de thèmes et des migrations. Surveillez le noindex, la case « Demander aux moteurs de recherche de ne pas indexer ce site » dans Réglages > Lecture, les modifications du robots.txt et les pages de maintenance restées en ligne. Notre guide sur la surveillance SEO de WordPress détaille la partie plugins.

Un site ecommerce a un sitemap volumineux et mouvant. Des produits sont ajoutés et retirés chaque jour, si bien que les variations du nombre d'URL sont normales. Le vrai signal, c'est la chute soudaine de toute une catégorie. Le tracking sur les gabarits du tunnel de commande et les canonicals des pages de catégories filtrées méritent une attention particulière.

Un site de génération de leads vit de ses formulaires et de ses tags. Si le conteneur GTM ou le Meta Pixel disparaît des landing pages, les campagnes payantes continuent de dépenser alors que les conversions ne sont plus enregistrées. La présence des tags et le bandeau cookies passent donc en premier.

Les sites multilingues ajoutent les balises hreflang et les sitemaps par langue, et ce sont eux qui risquent le plus de souffrir d'un canonical pointant vers la mauvaise version linguistique.

Router les alertes quand l'équipe change

Router les alertes par account manager fonctionne jusqu'aux congés ou au départ de quelqu'un. Deux habitudes aident. Routez par client et non par personne, pour qu'un canal Slack comme #client-examplecom reste en place et que seuls ses membres changent. Et intégrez la réaffectation des comptes à toute passation, car une alerte qui arrive dans la boîte d'un ancien collègue n'arrive en pratique nulle part. L'article sur les alertes SEO dans Slack décrit la configuration des canaux plus en détail.

Une revue hebdomadaire de tout le portefeuille

Les alertes quotidiennes gèrent les incidents. Une courte revue chaque semaine rattrape ce que les alertes ne voient pas, par exemple une alerte ouverte et jamais résolue, ou un problème récurrent chez plusieurs clients hébergés au même endroit.

Gardez un ordre du jour fixe. Passez en revue les alertes ouvertes client par client et vérifiez que chacune a une issue. Regardez les certificats SSL et les domaines qui expirent dans les un ou deux mois à venir. Vérifiez que les sites ajoutés récemment envoient leurs alertes à la bonne personne. Si un client a lancé une refonte ou changé de développeur cette semaine-là, examinez de plus près les changements sur son site.

C'est aussi pendant cette revue que les constats du monitoring deviennent des sujets à aborder avec les clients, par exemple un hébergeur qui laisse régulièrement expirer les certificats.

Quand un client quitte l'agence

À la fin d'un contrat, retirez le site du monitoring le dernier jour et archivez son canal d'alertes. Le laisser tourner crée deux problèmes : des alertes sur un site que vous ne gérez plus, et une position ambiguë si quelque chose casse après votre départ et que le client demande pourquoi vous ne l'avez pas prévenu.

Si votre outil le permet, exportez l'historique de monitoring avant de supprimer le site. Une trace de l'état du site à votre dernier jour sera utile en cas de litige ultérieur.

Ce qu'il faut dire aux clients sur le monitoring

Soyez précis sur ce qui est couvert et sur les délais. Si vos contrôles SEO sont quotidiens, dites quotidiens. Promettre « nous surveillons le site 24 h/24 » invite à demander pourquoi une modification faite à 9 h n'a été signalée que le lendemain matin.

Un court paragraphe dans le contrat ou dans l'email de bienvenue suffit : les signaux surveillés, la fréquence, qui reçoit les alertes chez vous et à quel moment le client aura de vos nouvelles. Beaucoup de clients apprécient aussi un lien qu'ils peuvent ouvrir eux-mêmes, et notre article sur la page de statut client aborde ce point.

Alertes par client, scans et export CSV dans Deltio

Deltio s'adapte à la structure par client décrite plus haut. Chaque site du compte a ses propres alertes Slack et email, et le routage suit donc le client. Il contrôle chaque jour le sitemap et les pages et les compare au contrôle précédent : noindex, robots.txt, canonicals, title, meta description et H1, URL du sitemap, disponibilité, expiration du SSL et du domaine, GA4, GTM et Meta Pixel, plateformes de consentement cookies et pages de maintenance. Les scans SEO manuels fournissent la référence à l'arrivée d'un client, et les offres Professional et Enterprise permettent l'export CSV pour garder une trace au départ d'un client ou alimenter les rapports.

La limite à prendre en compte est le délai : les contrôles sont quotidiens, pas en temps réel. Starter couvre 50 sites pour 29 € par mois (24 € par mois en facturation annuelle), Professional 200 sites pour 59 € (49 € en annuel) et Enterprise 500 sites pour 139 € (116 € en annuel).

Vous pouvez lancer un essai de 14 jours avec votre liste actuelle de clients.

Questions fréquentes

Une agence doit-elle facturer le monitoring de sites à ses clients ?: Beaucoup d'agences l'intègrent à un contrat de maintenance plutôt que de le vendre seul, parce que sa valeur se voit dans les problèmes repérés tôt. Si vous le facturez à part, fixez un prix par site pour que le montant suive la taille du portefeuille, et indiquez la fréquence des contrôles dans le contrat pour que le client sache ce qu'il paie.
Comment surveiller un site client sans accès à l'hébergement ?: La plupart des contrôles externes n'ont besoin que de l'URL publique. Disponibilité, SSL, expiration du domaine, robots.txt, sitemap et balises des pages se lisent tous de l'extérieur, comme le ferait un moteur de recherche. L'accès à l'hébergement devient nécessaire au moment de corriger, d'où l'intérêt de noter le contact technique dès l'arrivée du client.
Et les sites de préproduction ?: Une préproduction est normalement censée porter un noindex ou être protégée par mot de passe, et la surveiller pour les changements SEO produit des alertes que vous ignorerez. Surveillez la production, et considérez comme le vrai signal un noindex ou un robots.txt de préproduction qui apparaît sur le domaine en ligne après une mise en production.
Un contrôle quotidien suffit-il pour un portefeuille d'agence ?: Pour les signaux SEO comme le noindex, les canonicals, les titles et les changements de sitemap, un contrôle quotidien repère en général les problèmes bien avant que les positions ou les rapports de la Search Console ne réagissent. Pour les sites où quelques minutes d'indisponibilité coûtent cher, comme une grosse boutique en pleine période de soldes, ajoutez un service de surveillance de disponibilité dédié avec un intervalle plus court.
Les clients ont-ils besoin de leur propre accès à l'outil de monitoring ?: En général non. La plupart des clients veulent savoir que quelqu'un veille et être informés des incidents par leur agence. Un lien de statut partageable ou un bilan mensuel construit à partir des données exportées leur est souvent plus utile qu'un tableau de bord qu'ils ouvrent rarement.