Comment lire votre score SRPS et utiliser les briefs techniques

Ce que regarde l’Audit du site

L’essentiel de Suparanku mesure l’extérieur : ce que les assistants IA disent de votre marque. L’Audit du site regarde l’intérieur, c’est-à-dire votre propre site tel que le voient les crawlers IA et les moteurs de réponse. Il fonctionne à deux niveaux. L’audit de domaine vérifie une fois les signaux valables pour tout le site — HTTPS, robots.txt, l’autorisation des bots de retrieval et de citation, les sitemaps, la cohérence des hreflang, le balisage d’organisation. L’audit de page applique la même optique à des URL précises : code de statut, canonical et noindex, un seul H1, longueur du title et de la description, données structurées porteuses de faits réels, fraîcheur, couverture des alt d’images et santé des liens présents sur la page.

Ensemble, ils répondent à une question hors de portée d’un traqueur de visibilité externe : si l’IA ne trouve pas ou ne peut pas lire votre page, pourquoi ?

Comment lire le score SRPS

Chaque page évaluable reçoit un SRPS, score de préparation de 0 à 100. Ce n’est pas le pourcentage d’une check-list : un title manquant pèse plus qu’une dimension d’image manquante. Un contrôle qui ne peut pas être évalué est écarté, pas compté contre la page.

Lisez les paliers comme un feu tricolore :

• 80–100 — préparation technique élevée.
• 60–79 — à travailler ; des écarts pertinents subsistent.
• sous 60 — préparation faible ; traitez d’abord les constats les plus pondérés.

Deux détails changent la lecture d’un score faible :

• Un blocage ramène le score à 0. L’échec d’un blocage de visibilité — par exemple une page inaccessible, placée en noindex ou impossible à crawler — ramène le score à 0, indépendamment de tous les autres contrôles. Corrigez-le en premier.
• SRPS et SRPS+. Le SRPS simple se calcule sur le HTML brut (audit rapide). Le SRPS+ provient de l’audit approfondi, qui rend la page comme un navigateur et ajoute des vérifications de qualité d’extraction. Le SRPS+ affiche un tiret tant que vous n’avez pas lancé d’audit approfondi sur cette page. Si le SRPS est sain mais le SRPS+ faible, votre contenu dépend de JavaScript que les crawlers peuvent ne pas exécuter.

Le score de domaine n’est pas la moyenne des pages. Il combine les scores de page avec les contrôles qui n’ont de sens qu’à l’échelle du site — robots.txt, sitemap, cohérence apex/www. Corriger une page le fait peu bouger ; corriger un réglage du site le fait davantage.

Le SRPS mesure une préparation technique, pas une probabilité de citation. Même un score de 100 ne promet ni entrée dans le corpus récupéré, ni mention, ni recommandation dans une réponse IA.

Pourquoi une page obtient un score faible

En pratique, les scores faibles se regroupent autour de quelques causes :

• Accès. Le robots.txt bloque un bot de retrieval ou de citation, ou une règle Allow/Disallow en conflit le fait par accident. Rien d’autre ne compte si le crawler n’arrive jamais.
• Indexabilité. Un noindex oublié, un canonical pointant vers une autre page ou un statut autre que 200 retirent discrètement la page du jeu.
• Structure trop maigre. Pas de données structurées, ou un balisage présent mais sans faits réels (un Product sans prix ni disponibilité), ou des title et description absents ou hors gabarit.
• Problèmes de graphe. Une page vers laquelle aucun contenu interne ne pointe (orpheline), ou enfouie à de nombreux clics de profondeur, est difficile d’accès pour tout crawler — et pour tout lecteur.

Les contrôles manuels actuels (par exemple indexée dans Google ou la vérification d’une image og:image) sont exclus du score. Ils restent visibles comme tâches, mais ne modifient ni le numérateur ni le dénominateur.

Corriger avec un brief technique

C’est la partie qui rend le score actionnable. Lorsqu’un constat d’audit correspond à une recommandation technique, Suparanku assemble un brief technique déterministe. Il s’appuie sur le contrôle en échec, ses preuves concrètes et une procédure de correction enregistrée, sans demander une nouvelle analyse par IA. Il vous donne :

• le problème et l’endroit exact où il se trouve ;
• pourquoi cela compte, avec la tactique du PLAYBOOK et la solidité des preuves qui la soutiennent ;
• la correction pas à pas, avec un artefact prêt à coller — la ligne de robots.txt, le bloc JSON-LD ou la balise meta corrigée ;
• des critères d’acceptation, pour savoir quand c’est réellement clos.

Parce que le brief est du texte simple et structuré, vous pouvez le transmettre tel quel à un développeur, le déposer dans un ticket ou le donner comme instruction de travail à un agent IA compatible. Une fois le correctif livré, l’audit suivant revérifie le signal technique : s’il passe, la recommandation se résout d’elle-même ; s’il échoue encore, elle reste ouverte.

Un brief de contenu fonctionne autrement : une recommandation de contenu arrive d’abord sans brief. Celui-ci est généré à la demande par une analyse IA et compte dans le quota mensuel de la formule concernée. Brief technique et brief de contenu ne sont donc pas deux variantes d’une même génération.

Une habitude hebdomadaire

Inutile de lancer un crawl complet chaque jour. Laissez l’audit rapide se rafraîchir à sa cadence hebdomadaire pour garder le SRPS à jour, et consacrez votre budget d’audit approfondi à la poignée de pages qui comptent vraiment : celles que l’IA cite déjà, ou celles dont vous voulez améliorer la préparation technique. Lisez le score de domaine pour repérer les blocages valables sur tout le site, triez les pages par SRPS pour trouver les pires, et traitez les briefs du haut vers le bas. D’abord l’accès, ensuite l’indexabilité, puis la structure. Toute évolution des citations doit ensuite être observée séparément, à partir de mesures répétées.