Aller au contenu

Audit de page

Réponse courte

Audit complet approfondi d'UNE page — SEO, accessibilité, performance, sécurité et Core Web Vitals dans un seul rapport.

Ce qu’il ne fait pas: Il audite une page par analyse, pas le site entier, et ses contrôles d’accessibilité sont automatiques : à eux seuls, ils ne peuvent pas confirmer la conformité WCAG ou EAA.

Exemple :

URL complète incluant https://.

Exemple : https://example.com

Ce que ça fait

Charge une page dans un vrai navigateur et exécute jusqu'à 133 vérifications couvrant les bases SEO, la vitesse, la sécurité, le mobile, le contenu, l'accessibilité, les liens et la recherche IA. Vous obtenez un score global, un score par catégorie et un résultat réussi, avertissement ou échec pour chaque vérification, avec des conseils pour la corriger.

Pourquoi c'est important

De nombreux problèmes de site sont faciles à manquer à l'œil nu : une balise canonical manquante, un en-tête de sécurité faible, une image sans texte alternatif, une première réponse lente. Les vérifier en une seule passe montre ce qu'il faut corriger en premier, et relancer l'audit après une mise en production montre si quelque chose s'est cassé.

Comment ça fonctionne

  1. Saisissez l'URL d'une page et lancez l'audit

  2. Nous chargeons la page dans un navigateur headless et lisons ses en-têtes de réponse ; si le rendu échoue, nous utilisons le HTML brut à la place

  3. Exécutez les vérifications — jusqu'à 133, selon ce que contient la page

  4. Renvoyez le score global, les scores par catégorie et chaque vérification avec sa correction

Exemple d'entrée et de sortie

ENTRÉE
url: https://rankproof.eu/tools
SORTIE
✓ titre : présent (54 car.)             OK
✓ méta-description : présente (147)     OK
✓ canonical : autoréférente             OK
✓ nombre de h1 : 1                      OK
✓ open graph : complet                  OK
✓ schema.org : 4 blocs                  OK
✓ HTTPS + HSTS                          OK
✓ adapté au mobile                      OK

Score : 92/100 — 0 problème critique

Comment lire le résultat

Score global (92/100 dans l'exemple)
Réunit les scores des catégories en un seul nombre. Une vérification échouée fait baisser sa catégorie davantage qu'un avertissement, et les vérifications qui ne concernent pas la page ne comptent pas. Les vérifications de recherche IA sont affichées à part et ne le modifient pas. Servez-vous-en pour comparer la même page avant et après un changement, pas pour classer des sites différents.
Catégories
Les vérifications sont regroupées en problèmes SEO courants, vitesse, serveur et sécurité, mobile, SEO avancé, accessibilité, liens et préparation à la recherche IA. Chaque groupe affiche son propre score et le nombre de vérifications réussies, en avertissement ou échouées, pour qu'un point faible ressorte même quand le score global semble bon.
Réussi, avertissement, échec
Chaque vérification aboutit à l'un de trois résultats. Un échec, marqué « Critique », signifie que la page enfreint clairement une règle — par exemple pas de balise viewport ou une URL canonique relative. Un avertissement signifie qu'il manque quelque chose ou que cela n'a pas pu être vérifié, comme l'en-tête HSTS. Une mention d'impact distincte — élevé, moyen ou faible — indique le poids de chacun.
Corrige ceci en priorité
Au-dessus de la liste complète, le rapport isole les trois problèmes au plus fort impact. Chaque vérification ouvre un panneau qui explique ce qu'elle teste, pourquoi c'est important, à quoi ressemble un bon résultat et comment corriger, avec un exemple de code avant/après quand cela aide.
Valeurs mesurées
Quand une vérification mesure quelque chose, le rapport affiche la valeur trouvée : le temps de première réponse en millisecondes, l'URL canonique, le nombre d'images sans texte alternatif. Confirmez la valeur sur votre propre page avant de modifier quoi que ce soit.
Données de vitesse
Le temps de réponse et les en-têtes proviennent de notre propre requête vers la page. Les vérifications Core Web Vitals utilisent les données de visiteurs réels du Chrome UX Report quand le site a assez de trafic, et le signalent quand ce n'est pas le cas.
Références WCAG et EAA
Les constats d'accessibilité citent le critère de succès WCAG 2.1 qu'ils testent et l'exigence de l'Acte européen sur l'accessibilité dont il relève, avec un lien vers chacun. Une vérification automatique ne couvre qu'une partie d'un critère : un échec est un vrai défaut, une réussite ne prouve pas la conformité.
Aperçu visuel
Des captures de la page sur ordinateur et sur mobile, telle que l'audit l'a affichée. Si elles montrent un bandeau cookies ou une page d'erreur au lieu de votre contenu, les résultats décrivent cet écran : réglez d'abord l'accès, puis relancez l'audit.

Qui l'utilise

  • Chargé de compte en agence

    Auditez la page d'accueil d'un prospect et passez en revue avec lui les vérifications échouées dès le premier appel.

  • Développeur

    Auditez une page avant et après un déploiement pour repérer les régressions.

  • SEO interne

    Après un changement de CMS, auditez une page par gabarit et corrigez d'abord les nouveaux échecs.

Problèmes fréquents et comment les corriger

  1. La balise canonique manque ou est relative

    Ajoutez un lien canonique dans le <head> de la page avec l'adresse https:// complète de la version à indexer. Google demande ici des URL absolues : un chemin relatif est donc signalé comme un échec, une balise absente comme un avertissement.

    <link rel="canonical" href="https://example.com/guides/page-speed">

  2. Pas d'en-tête HSTS

    Une fois que toutes les pages fonctionnent en HTTPS, envoyez l'en-tête Strict-Transport-Security dans les réponses HTTPS pour que les navigateurs n'essaient plus d'abord le HTTP simple. Commencez par un max-age court pendant les tests, passez ensuite à un an, et n'ajoutez includeSubDomains que lorsque tous les sous-domaines servent du HTTPS.

    Strict-Transport-Security: max-age=31536000; includeSubDomains

  3. Les réponses ne sont pas compressées

    Activez Brotli ou gzip pour le HTML, le CSS, le JavaScript, le JSON et le SVG sur votre serveur ou votre CDN. Le texte se réduit à une fraction de sa taille, et les pages arrivent plus tôt sur les connexions lentes. Vérifiez ensuite dans les outils de développement du navigateur que l'en-tête Content-Encoding indique br ou gzip.

    # nginx: HTML is compressed once gzip is on
gzip on;
gzip_types text/css application/javascript application/json image/svg+xml;

  4. La première réponse est lente

    L'audit avertit quand le premier octet met plus de 600 ms et échoue au-delà de 1,2 seconde. Mettez en cache les pages entières identiques pour tous les visiteurs, servez-les depuis un CDN proche de vos visiteurs, et cherchez les requêtes de base de données ou les extensions lentes sur les pages générées à chaque requête.

  5. Images sans texte alternatif

    Donnez à chaque image informative un alt court qui dit ce qu'elle montre ou ce qu'elle fait. Donnez aux images purement décoratives un alt vide pour que les lecteurs d'écran les ignorent, et à une image servant de lien un alt qui nomme la destination.

    <img src="/signups.png" alt="Bar chart: sign-ups doubled from March to June">
<img src="/divider.svg" alt="">

  6. Pas de balise viewport ou pas de langue de page

    Sans balise viewport, les téléphones affichent une version réduite de la mise en page ordinateur ; sans attribut lang, les lecteurs d'écran peuvent lire le texte avec une mauvaise prononciation. Les deux tiennent en une ligne dans le modèle de page.

    <html lang="en">
<head>
  <meta name="viewport" content="width=device-width, initial-scale=1">

Questions fréquentes

Comment le score global est-il calculé ?
Chaque catégorie reçoit un score à partir de ses propres vérifications, et le score global combine les catégories. Les vérifications échouées font baisser une catégorie plus que les avertissements. Les vérifications de recherche IA sont rapportées séparément et ne modifient pas le score global.
Explore-t-il tout le site ?
Non. Il audite une page par exécution. Relancez-le pour chaque page que vous souhaitez vérifier.
Gère-t-il les pages construites avec JavaScript ?
Oui. La page est rendue dans un navigateur headless, donc le contenu ajouté par des scripts est vérifié. Si le rendu échoue, l'audit utilise le HTML brut et certaines vérifications peuvent ne pas s'exécuter.
Puis-je enregistrer ou partager le rapport ?
Chaque audit a sa propre page de rapport. Vous pouvez partager son lien, ou l'imprimer et l'enregistrer en PDF depuis votre navigateur.
Combien d'audits puis-je exécuter ?
Autant de pages que nécessaire, jusqu'à une limite quotidienne par visiteur qui permet de garder l'audit gratuit.

Sources

La documentation sur laquelle reposent cet outil et les explications de cette page.

Outils gratuits sur ce sujet

Guides sur ce sujet

Outils connexes dans Analyse SEO

Voir tous les outils Analyse SEO