Ceci est la version détaillée de la page produit Monitoring SEO . Elle dit à quoi cela vous sert. Ici, vous voyez à quoi cela ressemble dans l’application.
Un seul mot dans le code source
Un seul mot dans le code source peut rendre votre page la plus importante invisible pour Google. Le plus souvent, cela se produit sans que personne le remarque lors d’une mise à jour, et rien ne se voit jusqu’à ce que le trafic s’effondre. Des semaines passent souvent d’ici là, et chacun de ces jours coûte de la visibilité que vous aviez construite patiemment.
Ce que vous y gagnez
- Vous l’apprenez en quelques heures, pas en quelques semaines. Vos pages les plus importantes sont vérifiées quotidiennement à partir de Pro, chaque semaine dans l’offre gratuite, et nettement plus souvent après une mise à jour si vous le souhaitez.
- L’alerte vous dit quoi faire. Vous recevez l’ancienne et la nouvelle valeur côte à côte, pas seulement l’information que quelque chose a changé.
- Vous n’avez pas besoin de connaissances techniques en SEO. Vous saisissez une adresse, l’assistant fait le reste. À partir de votre sitemap, nous vous proposons les pages avec lesquelles vous gagnez votre argent.
- L’entrée ne coûte rien. Une URL est déjà incluse dans l’offre gratuite et vérifiée chaque semaine.
Et une limite honnête : le monitoring SEO n’est pas une suite SEO. Il ne fait ni recherche de mots-clés, ni suivi de positions, ni audit de backlinks. Il veille à ce que vos pages restent visibles pour Google, et complète ainsi une suite SEO au lieu de la remplacer.
La veille après une modification de votre site
Le plus grand risque ne vient pas du quotidien, mais des heures qui suivent une mise à jour. C’est exactement à cela que sert la surveillance renforcée : vous l’activez d’un clic, nous vérifions alors la page toutes les heures pendant 24 heures au lieu du rythme habituel, et à l’expiration du délai elle revient d’elle-même au rythme normal.
Vous repérez ainsi une erreur dans la fenêtre où elle est encore peu coûteuse à corriger, au lieu de la découvrir au prochain coup d’œil dans le rapport.
Avant et après plutôt que « quelque chose a changé »
Vous marquez une fois un état comme bon. Ce point de comparaison, la baseline, sert de référence à partir de là. Chaque vérification y est confrontée, et l’alerte affiche l’ancienne et la nouvelle valeur directement côte à côte.
C’est la différence entre une alerte qui vous inquiète et une alerte avec laquelle vous pouvez travailler immédiatement. Dans la vue d’ensemble, les cas critiques remontent automatiquement en haut, pour que vous n’ayez pas à chercher.
Quand votre propre site ferme la porte à Google
Toute perte de visibilité n’est pas dans le code source. Parfois, c’est une nouvelle règle de protection chez votre hébergeur ou votre prestataire de sécurité qui renvoie une erreur au robot de Google. Pour vos visiteurs, la page paraît alors tout à fait normale, pour Google elle est fermée.
Nous signalons expressément ce cas comme un blocage et nommons le prestataire qui refuse, au lieu de rapporter simplement « tout va bien ». Il en va de même quand nous n’atteignons pas du tout une page : cela figure tel quel dans le rapport et ne compte pas comme une réussite.
Situations typiques
- Après chaque mise à jour : activez la surveillance renforcée et faites observer les pages les plus importantes pendant les heures critiques.
- Pages qui rapportent et pages produit : fixez l’URL canonique et soyez alerté quand une modification dans le CMS la déplace vers un autre domaine.
- Protection contre les accidents d’environnement de test : si votre robots.txt exclut soudain une page qui rapporte, vous l’apprenez en quelques heures au lieu de quelques semaines.
- Modifications du logiciel de protection : si une nouvelle règle de sécurité refuse le robot de Google, vous le voyez comme un blocage, avec le nom du prestataire.
Ce qui est vérifié exactement
robots.txt: votre URL est-elle seulement autorisée pour le robot configuré ?<meta name="robots">:noindex,nofollowet l’ensemble des directives.X-Robots-Tagdans l’en-tête HTTP : même effet, mais facile à oublier, par exemple après une modification du CDN.<link rel="canonical">: pointe là où il doit, et non vers votre environnement de test.
Chaque vérification se termine par un résultat clair (ok, warning, critical, fetch_failed, blocked_by_waf ou rate_limited), plus la comparaison avec la baseline. Vous voyez ainsi d’un coup d’œil si quelque chose a changé depuis la dernière exécution réussie.
Par défaut, nous analysons la réponse HTML livrée, sans exécuter JavaScript. Si votre page construit ses contenus dans le navigateur, vous activez le rendu JavaScript à partir de l’offre Business pour des checks individuels, dans le cadre de votre quota mensuel. Ce qu’il vous en reste figure dans l’assistant, avant que vous ne l’activiez.
À quoi cela ressemble
Étape 1 de l’assistant : vous saisissez l’adresse à vérifier. À partir de votre sitemap, nous proposons les pages les plus importantes, pour que vous n’ayez pas à réfléchir à ce qu’il faut surveiller en premier.
Étape 5 : activer ou désactiver le rendu JavaScript. L’indication montre directement ce qu’il reste à votre offre pour le mois en cours, pour éviter toute surprise en fin de mois.
La vue d’ensemble d’un check actif : en haut le résultat, juste à côté l’indication précisant si la vérification a eu lieu avec JavaScript. D’un coup d’œil, vous voyez si la page est livrée et si elle a le droit d’être indexée.
Les quatre signaux vérifiés (robots.txt, meta robots, X-Robots-Tag, canonical) avec leur valeur actuelle et leur statut. Chaque carte s’ouvre et montre la comparaison en détail.
L’historique : en haut le point de comparaison marqué comme bon, en dessous les dernières vérifications avec leur résultat. Vous voyez immédiatement quand quelque chose a changé.
Un exemple d’alerte pour un noindex détecté : pas de « quelque chose a changé », mais un tableau compact avec l’ancienne et la nouvelle valeur. Vous savez en dix secondes quoi faire.
La vue d’ensemble sur plusieurs checks. Les cas critiques remontent automatiquement en haut, pour que vous n’ayez pas à faire défiler.
Quand la surveillance renforcée est active, vous la voyez en haut sous forme de bannière, avec un compte à rebours jusqu’à la désactivation automatique.
Offres
| Offre | URLs SEO |
|---|---|
| Free | 1 URL (vérification hebdomadaire) |
| Pro (9,90 EUR/mois) | 5 URLs |
| Business (34,90 EUR/mois) | 25 URLs |
| Agency (79 EUR/mois) | 100 URLs |
| Enterprise | selon les besoins |
À partir de Pro, les pages sont vérifiées quotidiennement, à partir de Business toutes les 6 heures si vous le souhaitez. Le rendu JavaScript est compris dans le quota mensuel à partir de Business. L’ensemble complet des signaux est inclus dans toutes les offres ; il n’existe pas de version allégée de la vérification.
Comment nous consultons vos pages
- Nous consultons une adresse par check, plus le
robots.txtune fois par hôte (mis en cache 30 minutes). - Nous respectons les limites de débit et ralentissons quand une page nous refuse.
- Nous ne crawlons pas votre site : pas de traversée de liens, pas de données de session conservées.
- Notre page bot publique explique comment autoriser notre moniteur SEO dans votre logiciel de protection, pour que la vérification n’échoue pas sur votre propre pare-feu.
Se lancer
Créez votre premier check SEO directement dans le tableau de bord : choisir l’adresse, activer les signaux, poser le point de comparaison, terminé. Les vérifications quotidiennes sont préréglées à partir de Pro, et la surveillance renforcée s’ajoute d’un clic avant une mise à jour.