Explorer votre site comme un moteur le voit, JavaScript exécuté
La plupart des outils d’audit lisent le code que votre serveur renvoie. Un moteur de recherche, lui, affiche la page avant de décider ce qu’elle contient. Entre les deux il y a parfois tout votre contenu, et c’est cet écart que nous explorons, page par page, à chaque passage.
Les accès s’ouvrent par vagues, nous prévenons par e-mail.
Le rapport est vert, les pages n’entrent pas
Un audit technique qui ne rend pas la page décrit un site que le moteur ne voit pas. C’est le cas de figure le plus coûteux, parce que tout y semble normal : les URL répondent, les balises existent, et le contenu manque.
-
01
Votre application ne rend rien au premier octet
React, Vue, Next en rendu client : la réponse du serveur est un conteneur vide. Un crawler qui s’arrête là ne trouve ni vos titres, ni vos liens internes, donc aucun chemin d’exploration.
-
02
Personne ne sait ce qui a changé depuis le dernier audit
Un rapport de février et un rapport de juin ne se comparent pas : ni le même périmètre, ni les mêmes règles. Les correctifs livrés entre les deux ne se voient nulle part.
-
03
Les constats arrivent un trimestre trop tard
Une chaîne de redirections posée un mardi se découvre quand quelqu’un relance un audit à la main. Entre-temps, elle a coûté à chaque passage de moteur.
Ce que nous mesurons
Ce que chaque passage relève
Un crawl produit un état complet du site, daté, et comparable au précédent, à condition que les deux viennent de la même campagne. C’est toute la raison d’être des campagnes.
- Le rendu réel de chaque page (le moteur charge la page, exécute son JavaScript, puis analyse ce que le navigateur a effectivement construit. Le HTML initial reste disponible à côté : l’écart entre les deux est un constat en soi.)
- La structure et les réponses (codes de statut, chaînes de redirection, canoniques, titres et descriptions, en-têtes, profondeur de clic depuis l’accueil. Une page non atteignable est signalée comme telle, jamais comme absente.)
- La comparaison entre deux passages (ce qui est apparu, ce qui a disparu, ce qui s’est dégradé. Un crawl interrompu est marqué tronqué et écarté des comparaisons plutôt que jeté : un état partiel comparé à un état complet inventerait une variation.)
- Une configuration réutilisable (même périmètre, mêmes règles, même profondeur, à chaque passage planifié. C’est la condition pour que la différence entre deux crawls soit imputable au site, et non au réglage.)
Pour aller plus loin
SEO JavaScript : faire explorer une application monopage
Le tutoriel : faire explorer une application monopage, étape par étape.
Lire ComparatifNessFlow vs Screaming Frog
Ce qu’un crawler de bureau fait très bien, et ce qu’il ne garde pas d’un passage à l’autre.
Lire GlossaireGlossaire
Indexation, profondeur de clic, rendu JavaScript : le vocabulaire technique, défini.
LireLes autres modules
Questions fréquentes
Que voit un crawl avec rendu qu’un crawl du HTML initial ne voit pas ?
Tout ce que votre application construit dans le navigateur : contenus chargés après coup, liens injectés par un composant, titres posés par le routeur, balises réécrites côté client. Sur une application en rendu client, l’écart n’est pas un détail : le HTML initial peut ne contenir aucun de vos liens internes, donc aucun chemin par lequel un moteur atteindrait vos pages profondes.
Combien de pages puis-je explorer ?
Le périmètre est celui que vous donnez à la campagne, et l’échéance du passage est proportionnelle à ce budget. Un crawl qui atteint sa limite est marqué comme tronqué : il reste entièrement consultable, et il est écarté des comparaisons. Nous ne publions aucun chiffre de volume que nous n’ayons pas mesuré nous-mêmes, une promesse de ce type a déjà été retirée de ce site pour cette raison.
Deux crawls sont-ils toujours comparables ?
Seulement s’ils viennent de la même campagne et qu’aucun des deux n’est tronqué. Comparer un passage complet à un passage partiel produirait des « disparitions » qui ne sont que le bord de l’échantillon, le genre de faux constat qui fait perdre une journée à une équipe.
Faut-il installer quelque chose ?
Non. Le crawl part de nos serveurs vers votre domaine public, avec un agent identifiable que vous pouvez autoriser ou restreindre dans vos règles. L’analyse de journaux et la connexion à Search Console, elles, demandent un accès que vous accordez explicitement et que vous pouvez retirer.
Jusqu’où va ce crawl
Un crawl décrit un état. Il ne corrige rien, il ne promet rien, et il ne remplace aucune décision éditoriale. Ce qui suit à droite est assumé, pas en attente de développement.
Ce que nous couvrons
- Les pages atteignables depuis votre domaine, rendu JavaScript compris
- La comparaison datée entre deux passages d’une même campagne
- L’export exhaustif des résultats, sur chaque écran
Limites assumées
- Aucune correction automatique de votre code : nous constatons, vous arbitrez
- Aucune note absolue vendue comme une vérité, un score se lit avec les axes qui l’ont produit
- Aucune promesse de volume que nous n’ayons pas mesurée sur un site réel
- Aucun accès à ce qui exige une authentification, sauf configuration explicite de votre part
Lancez un premier passage sur votre domaine
Vous verrez ce que le rendu change sur vos propres pages, avant d’avoir à nous croire sur parole. C’est la seule démonstration qui vous concerne.
Les accès s’ouvrent par vagues, nous prévenons par e-mail.