Comment surveiller le site web d'un client pour détecter les changements

Pour surveiller le site web d'un client et détecter les changements, il vous faut un contrôle qui tourne sur chaque site sans que vous ayez à y penser, qui compare chaque résultat au précédent et qui ne vous alerte que lorsqu'un élément touchant au référencement ou au tracking a bougé. Quand vous gérez le SEO ou le marketing pour des clients, vous êtes responsable de sites que vous ne contrôlez pas, et leurs développeurs mettent en ligne des modifications sans vous tenir informé.

Le scénario est bien connu en agence. Un développeur interne pousse une mise en production un jeudi. Le site se charge toujours, rien ne semble anormal. Trois semaines plus tard, le trafic organique baisse, le client demande pourquoi, et il s'attend à ce que vous le sachiez déjà.

Définir quels changements méritent une alerte

Surveiller chaque pixel de chaque page produit tellement d'alertes qu'on finit par ne plus les lire. Surveiller les modifications d'une page web n'est utile que sur un périmètre plus étroit, qui se divise en deux : ce qui décide si les pages peuvent se positionner, et ce qui décide de leurs performances.

Le premier groupe concerne l'indexation. Une balise <meta name="robots" content="noindex"> ou un en-tête X-Robots-Tag: noindex, une nouvelle ligne Disallow dans le robots.txt, ou un canonical pointant vers une autre URL peuvent chacun faire sortir des pages de Google. Le sitemap XML en fait partie aussi, car une mise à jour de plugin ou une migration qui en retire des URL est l'une des causes les plus fréquentes de sortie de l'index.

Le second groupe réunit l'on-page et le technique. Les balises title, les meta descriptions et les H1 sont réécrits par les mises à jour du CMS et les changements de plugin SEO plus souvent qu'on ne l'imagine. La disponibilité compte, tout comme l'expiration du certificat SSL et du nom de domaine, qui peuvent chacune mettre un site hors ligne du jour au lendemain. Les tags marketing (GA4, Google Tag Manager, le Meta Pixel) et le bandeau de consentement cookies complètent la liste, car un tag manquant casse le reporting du client sans produire la moindre erreur.

Les changements visuels de texte, d'images ou de mise en page sortent pour l'essentiel de ce périmètre. Les clients les modifient légitimement toutes les semaines.

Surveiller les sites clients : les méthodes comparées

Méthode	Ce qu'elle détecte	Ce qu'elle rate	Adaptée à un portefeuille ?
Contrôles manuels (code source, crawler, Search Console)	Tout, si vous regardez la bonne page le bon jour	Les changements auxquels vous n'avez pas pensé	Non, au-delà de quelques sites
Outils de comparaison visuelle comme Visualping	Les changements visibles sur les URL que vous avez ajoutées	Balises du <head>, en-têtes HTTP, robots.txt ; les pages non ajoutées	Mal, fonctionne URL par URL
Outils de disponibilité comme UptimeRobot	Le site en panne, souvent le SSL	Tout ce qui casse pendant que le site est en ligne	Oui, mais pour un seul problème
Surveillance des changements SEO	Changements d'indexation, de métadonnées, de sitemap et de tags sur tout le site	Le temps réel si le contrôle est quotidien ; le positionnement	Oui

Les outils visuels sont vraiment efficaces pour suivre la page tarifaire d'un concurrent. Ils signalent que des pixels ont changé, pas qu'un canonical pointe désormais vers la préproduction. Ce compromis est détaillé dans notre comparatif alternative à Visualping. Les outils de disponibilité sont indispensables, mais la plupart des dégâts SEO se produisent sur des sites qui répondent en 200, et c'est ce manque que traite l'article alternative à UptimeRobot.

Mettre en place la surveillance sur trente sites

1. Ajoutez chaque domaine client une seule fois et laissez l'outil lire le sitemap : les nouvelles pages sont couvertes sans que personne ait à ajouter d'URL à la main.
2. Connectez aussi la Search Console pour chaque propriété client. Elle ne vous alertera pas rapidement, mais c'est là que vous vérifiez ce que Google a fait d'un changement.
3. Envoyez les alertes dans un canal Slack par client, ou par chargé de compte, pour que la personne capable d'appeler le développeur du client les voie en premier.
4. Décidez en interne qui répond à quel type d'alerte. Un noindex sur une catégorie de produits exige un appel le jour même ; une meta description modifiée peut attendre la revue hebdomadaire.

Quand une alerte de changement arrive

Ouvrez l'URL dans une fenêtre privée et vérifiez que le changement est réel, et non une page en cache ou une redirection géographique. Demandez-vous ensuite s'il était volontaire. Un rédacteur qui améliore un title n'a besoin de rien de votre part. Un canonical qui pointe désormais vers staging.clientsite.com nécessite l'intervention du développeur dans la journée. Envoyez au client l'URL, l'ancienne valeur, la nouvelle valeur et la date, et demandez ce qui a été mis en ligne. Avec le temps, cette question finit par vous faire ajouter aux notifications de déploiement.

Ce workflow dans Deltio

Deltio a été conçu pour ce workflow. Vous ajoutez un site client ; il lit le sitemap et les pages une fois par jour, les compare à la vérification précédente et envoie pour ce site une alerte sur Slack et par e-mail qui décrit ce qui a changé et sur quelle URL. Les contrôles portent sur le noindex, le robots.txt, les canonicals, le title, la meta description et le H1, les URL du sitemap, la disponibilité, le SSL et l'expiration du domaine, GA4, GTM, le Meta Pixel et le bandeau cookies. La limite, en toute honnêteté, c'est le délai : avec un cycle quotidien, l'alerte de changement de page web arrive le jour où le changement est détecté, pas quelques minutes après le déploiement.

Vous pouvez l'essayer sur votre liste de clients pendant 14 jours.