Aller au contenu

Bêta publique : certaines choses peuvent casser pendant que nous les terminons.

RankMeFast, bêta publique
Lire votre rapport d’audit

Bien démarrer

Lire votre rapport d’audit

À corriger, À surveiller, Réussi — et le sens de chaque règle.

Lire votre rapport d’audit

Chaque audit vous conduit à un écran à trois onglets et un bouton "Lancer un nouvel audit".

Si les résumés IA sont activés, un court résumé des corrections prioritaires apparaît au-dessus des onglets. La page Résumé IA explique ce qu'il lit et ce qu'il envoie.

Les trois catégories

  • À corriger — ce à quoi Google réagit le plus vite.
  • À surveiller — points moindres ou données insuffisantes.
  • Réussi — vérifications passées.

Anatomie d’un problème

  • Titre — nom clair du problème.
  • Pourquoi — une phrase sur l’impact.
  • Où — les URL exactes concernées.
  • Correction exacte — l’action concrète, avec un bouton copier.

Nouvel audit et badges de diff

Après un correctif, cliquez Lancer un nouvel audit. Deux badges apparaissent :

  • Corrigé — la règle passe maintenant.
  • Régressé — nouvel échec.

Historique des audits

L’historique des audits liste vos dernières exécutions. Quand une exécution a échoué, sa ligne en donne la raison, par exemple que l’exploration a dépassé sa limite de temps. Pour les exécutions qui ont échoué avant que nous enregistrions les raisons, la ligne indique qu’aucune raison n’a été enregistrée. Si votre dernier audit a échoué, le rapport continue d’afficher votre dernier audit terminé et le signale en haut de page.

Fichier llms.txt

Convention émergente signalant aux assistants IA vos pages préférées. Chez nous, la règle est indicative.

Chaque règle en clair

  • Bloqué de Google — Une règle robots.txt empêche Google d’y accéder.
  • Sitemap manquant ou faible — Ajoutez sitemap.xml et référencez-le dans robots.txt.
  • Titres de page manquants ou faibles — Titre unique de 30 à 60 caractères par page.
  • Meta descriptions manquantes ou dupliquées — Une description unique par page.
  • Titres H1/H2 mal utilisés — Un seul <h1> par page.
  • Canonical manquant ou cassé — Ajoutez un <link rel="canonical"> valide.
  • Données structurées manquantes — Ajoutez le JSON-LD adapté.
  • Liens internes cassés — Corrigez ou supprimez les liens en erreur.
  • Contenu trop léger — Pages avec très peu de texte propre. Chaque page signalée indique la longueur mesurée : en mots pour la plupart des langues, en caractères pour le chinois, le japonais, le coréen et le thaï. Il n’existe pas de nombre minimum de mots.
  • Aucun signal FAQ — Ajoutez une section FAQ quand pertinent.
  • Fichier llms.txt absent (informatif) — Convention émergente pour les crawlers IA.
  • HTTPS non appliqué — Redirigez http vers https.
  • Performances visiteurs réelles faibles — Données Chrome UX indiquant une expérience lente.
  • Estimation labo faible — Un unique run Lighthouse est bruité.
  • Non adapté au mobile — Vérifiez viewport et taille des cibles.
  • Non indexé — Google n’a pas ajouté la page à l’index.
  • Problèmes de résultats enrichis — Erreurs dans les données structurées.
  • Indexé avec avertissements — Signal de canonisation/doublon détecté.
  • Pages qui répondent par une erreur — Adresses explorées qui renvoient une erreur (4xx ou 5xx). Remettez la page en ligne ou redirigez l’adresse. Un refus (401, 403 ou 429) peut venir d’une protection anti-robots : vérifiez d’abord dans un navigateur.
  • Chaînes et boucles de redirection — Adresses qui passent par deux redirections ou plus, ou n’aboutissent jamais. Faites pointer la première directement vers la page finale.
  • Liens qui pointent vers des redirections — Liens internes dont la cible redirige. Pointez plutôt vers l’adresse finale.
  • Pages qui redirigent avec une balise refresh — Une balise <meta http-equiv="refresh"> renvoie les visiteurs ailleurs. Utilisez plutôt une redirection serveur permanente (301).
  • Balises canonical qui pointent au mauvais endroit — Canonical vers une page cassée, une redirection, une autre canonical, ou en aller-retour entre deux pages. Pointez vers une page fonctionnelle qui se désigne elle-même.
  • Pages vers lesquelles aucune autre page ne renvoie — Pages de votre sitemap qu’aucun lien interne n’atteint. Liez-les depuis une page connexe ou un menu.
  • Pages enfouies dans l’arborescence — Pages à plus de trois clics de l’accueil. Rapprochez les plus importantes.
  • Pages qui partagent le même titre — Deux pages ou plus avec le même <title>. Donnez à chacune le sien.
  • Pages qui semblent copiées les unes sur les autres — Pages jugées quasi identiques, avec un score de similarité sur dix. Fusionnez-les ou différenciez-les.
  • Texte de remplissage sur des pages en ligne — Faux texte « Lorem ipsum » sur une page publiée. Remplacez-le par le vrai contenu.
  • Pages sécurisées qui renvoient vers des adresses non sécurisées — Pages HTTPS avec des liens vers des adresses http://. Passez-les en https://.
  • Images sans texte alternatif — Images sans attribut alt. Décrivez les images utiles et laissez un alt vide sur les images décoratives.
  • Pages lentes à démarrer — Plus de 1,5 seconde pour le premier octet, ou plus de trois secondes pour la page. Une seule mesure en laboratoire, pas l’expérience de chaque visiteur.
  • Pages très lourdes — HTML de plus de 1 Mo. Au-delà de 3 Mo, le constat passe dans À corriger.
  • Pages envoyées sans compression — HTML envoyé sans compression gzip ni Brotli. Activez-la sur le serveur.
  • Scripts et styles qui retardent le premier affichage — Fichiers qui bloquent le premier affichage, avec leur nombre. Chargez les scripts en async ou defer.
  • Pages sans les déclarations HTML de base — Pas de ligne <!DOCTYPE html> ou pas de déclaration de jeu de caractères.
  • HTML obsolète sur vos pages — Balises supprimées, Flash ou cadres. Un cadre comme une vidéo intégrée peut être légitime : vérifiez-le plutôt que de le supprimer.
  • Adresses difficiles à lire — Adresses avec des caractères inhabituels, des paramètres de requête ou plus de 120 caractères.
  • Pages sans balises de partage social — Pas de balises Open Graph : un lien partagé peut afficher le mauvais titre, texte ou image.
  • Pas de favicon — Aucune petite icône pour les onglets du navigateur et les résultats de recherche.
  • Images, scripts ou styles cassés — Fichiers nécessaires à la page qui renvoient une erreur. Vérification effectuée seulement pour un audit lancé avec l’analyse des ressources ; sinon, le rapport la classe dans Non évalué.
  • Images plus grandes que nécessaire — Images de plus de 500 Ko. Vérification liée à l’analyse complète des ressources, comme la précédente.
  • Fichiers exclus du cache des navigateurs — Images, scripts et feuilles de style envoyés avec des en-têtes qui empêchent leur mise en cache. Vérification liée à l’analyse complète des ressources.

Analyser les images, scripts et styles

Les trois dernières vérifications ont besoin de charger chaque image, script et feuille de style de vos pages. Ce chargement coûte plus cher, c’est donc une option distincte pour chaque audit.

  • Avec Pro et Agency, cochez Analyser les images, scripts et styles avant de lancer l’audit. L’option indique le nombre de crédits d’analyse qu’il vous reste.
  • Chaque audit analysé utilise un crédit d’analyse des ressources en plus de son audit habituel. S’il ne vous reste aucun crédit d’analyse, l’audit ne démarre pas et rien n’est décompté.
  • Un audit analysé explore au plus 1 000 pages, même si votre forfait en permet davantage.
  • Les crédits d’analyse viennent d’un pack ponctuel de 20 analyses à 19 $, dans Facturation → Crédits. Le forfait Starter ne peut pas l’acheter. Une installation auto-hébergée analyse sans crédits.
  • Si l’analyse ne peut pas être lue, l’audit se termine quand même. Le crédit reste utilisé et les trois vérifications apparaissent dans Non évalué, avec la raison.

Quand un audit a été lancé sans l’analyse, la note Non évalué de ces vérifications renvoie vers le pack.

Retour à l’index de la documentation