Le modèle de notation
Website Scorer évalue une page publique soumise et un petit ensemble de ressources essentielles. Chaque vérification reçoit un résultat : réussi, avertissement ou échec. Un résultat réussi rapporte tous les points, un avertissement des points partiels et un échec aucun point pour cette vérification. Les scores de catégorie sont normalisés sur 100 avant l'application de la pondération globale.
Score global : Performance 20 % + SEO 20 % + Expérience mobile 15 % + Accessibilité 15 % + Sécurité et confiance 15 % + Qualité du contenu 10 % + Préparation à la conversion 5 %.
| Catégorie | Ce qui est pris en compte | Pondération |
| Performance | Données de laboratoire Google Lighthouse et données d'utilisateurs réels du Chrome UX Report lorsqu'elles sont disponibles, temps de réponse, taille de transfert et compression. | 20% |
| SEO | Titre, meta description, URL canonique, titres de section, robots, sitemap, données structurées et bases d'exploration. | 20% |
| Expérience mobile | Configuration du viewport, bases des médias adaptatifs et signaux mobiles sélectionnés de PageSpeed Insights. | 15% |
| Accessibilité | Langue du document, alternatives textuelles des images, étiquettes de formulaire, repères et données d'accessibilité Lighthouse lorsqu'elles sont disponibles. | 15% |
| Sécurité et confiance | HTTPS, comportement de redirection HTTP vers HTTPS et en-têtes de réponse de protection sélectionnés. | 15% |
| Qualité du contenu | Sujet de page clair, structure des titres, profondeur de contenu lisible et qualité de base des métadonnées. | 10% |
| Préparation à la conversion | Appels à l'action, moyens de contact, formulaires et informations de confidentialité. | 5% |
Sources de données
Inspection directe de la page publique
Le service récupère la page soumise via une requête HTTP côté serveur limitée. Il lit le statut final, les en-têtes de réponse et une quantité limitée de code HTML public. Il ne se connecte pas, n'envoie pas de formulaires, n'exécute aucune attaque et n'explore pas les adresses de réseau privé.
Détection AMP
Le résultat AMP est un signal direct OUI ou NON. OUI signifie que le code HTML récupéré déclare l'attribut de document AMP et charge le moteur d'exécution AMP. Il s'agit d'un résultat de détection, pas d'une certification que toutes les règles de validation AMP sont respectées, et cela n'ajoute ni ne retire de points au Website Score.
Visibilité IA / llms.txt
Lorsque le worker de laboratoire en Pologne exécute l'audit, Website Scorer vérifie aussi si le site publie /llms.txt à la racine du domaine. llms.txt est une convention émergente optionnelle qui peut aider les outils IA à comprendre les pages publiques clés.
Le vérificateur llms.txt lit le fichier en Markdown / texte brut, et non en HTML. Il contrôle un titre Markdown principal avec #, un résumé optionnel en syntaxe blockquote (>), des sections Markdown avec ##, des liens Markdown et un échantillon limité d'URL liées.
L'absence de llms.txt reste un signal informatif uniquement. Ce n'est pas un échec SEO noté et cela ne remplace pas robots.txt, sitemap.xml, les données structurées ou le SEO normal. Website Scorer ne prétend pas que llms.txt améliore le classement Google.
Google PageSpeed Insights
Lorsque le service externe est disponible, Website Scorer demande des évaluations Lighthouse distinctes pour mobile et ordinateur concernant la performance, l'accessibilité, les bonnes pratiques et le référencement. Les données mobiles restent la principale entrée PageSpeed Insights du Website Score combiné lorsqu'elles sont disponibles, tandis que les deux profils d'appareils apparaissent dans le rapport. Si PageSpeed Insights est indisponible ou soumis à une limitation de débit, le rapport reste disponible et utilise alors les vérifications locales de repli.
Lighthouse Scoring Calculator
Chaque rapport de laboratoire Mobile et Desktop disponible renvoie vers l'outil officiel de Google, Lighthouse Scoring Calculator avec les valeurs mesurées de FCP, LCP, TBT, CLS, Speed Index, TTI (si disponibles), le profil d'appareil et la version de Lighthouse préremplis. Le calculateur explore comment ces valeurs influencent le score de performance ; il n'effectue pas de nouvelle mesure du site.
Le classement Google utilise les Core Web Vitals de terrain: LCP, INP et CLS. Le TBT de labo est un diagnostic. Ce n'est pas le chiffre INP du classement. Bon INP: 200 ms ou moins. Mauvais: plus de 500 ms.
Chrome UX Report
Des métriques récentes d'utilisateurs réels sont demandées séparément via l'API dédiée Chrome UX Report au niveau de l'origine, pour les visiteurs sur téléphone et sur ordinateur. CrUX représente un ensemble de données glissant agrégé sur 28 jours et n'est disponible que lorsque Google dispose de suffisamment de mesures éligibles. L'absence d'enregistrement CrUX ne constitue pas un échec d'audit et n'empêche pas l'affichage des vérifications Lighthouse ou locales.
Ressources essentielles du site
L'audit peut demander les fichiers robots.txt et sitemap.xml de l'origine et vérifier la version HTTP du domaine pour évaluer la redirection vers HTTPS. Le service n'explore pas l'intégralité d'un site.
Un rapport au lieu de plusieurs outils séparés
Website Scorer combine plusieurs contrôles courants de site web dans un seul rapport. Un audit unique peut afficher les résultats Lighthouse de laboratoire, le timing du network waterfall, le poids des ressources, les bases SEO, la détection AMP, l'aperçu Open Graph, robots.txt, sitemap.xml, les données structurées, les en-têtes de sécurité, les signaux d'exposition de connexion CMS, la disponibilité llms.txt et les contrôles de conversion readiness.
L'objectif est d'offrir une première vue technique pratique sans ouvrir des outils séparés pour les tests de vitesse, l'analyse waterfall, la détection AMP, les aperçus sociaux, les en-têtes de sécurité, robots.txt, sitemap.xml et les signaux de visibilité IA.
Full Network Waterfall
Website Scorer capture un network waterfall complet pour les tests de laboratoire mobile et desktop lorsque le worker en Pologne est disponible. Le waterfall est construit à partir des événements réseau Chromium et montre comment le navigateur charge la page testée dans le temps.
Chaque requête peut inclure son type de ressource, le statut HTTP, la classification first-party ou third-party, la taille de transfert, l'heure de début, la durée totale, le timing DNS, TCP, TLS, la phase de requête, le TTFB / temps d'attente et la phase de téléchargement lorsque ces valeurs sont disponibles.
Le waterfall montre la séquence de chargement derrière le score. Il aide à identifier les réponses serveur lentes, les fichiers bloquant le rendu, les grandes images, les polices retardées, les scripts tiers, les requêtes échouées et les ressources qui allongent le temps de chargement.
Dans le rapport, cliquez sur un nom de fichier dans le waterfall pour ouvrir l'URL complète.
Poids des ressources, opportunités de ralentissement et timing waterfall
Website Scorer sépare trois vues de performance liées mais différentes.
- Page Load Summary regroupe le total des requêtes et la taille de transfert par type de ressource.
- Heaviest Resources liste les fichiers les plus volumineux par taille de transfert. Un gros fichier n'est pas toujours le plus lent ou le plus bloquant.
- Largest Slowdown Opportunities met en avant les améliorations estimées par Lighthouse, comme les requêtes render-blocking, le JavaScript inutilisé, la livraison d'images et le JavaScript dupliqué.
- Full Network Waterfall montre l'ordre des requêtes et le timing sur une chronologie de chargement du navigateur.
Signaux informatifs
Certains éléments du rapport aident à l'interprétation sans réduire nécessairement le Website Score. La détection AMP, la disponibilité llms.txt, les échantillons de liens, l'absence de données CrUX et certains signaux de métadonnées optionnels peuvent être informatifs selon le contexte.
L'absence d'une convention optionnelle ne signifie pas automatiquement que le site est défectueux. Le rapport doit être lu comme un screening technique priorisé, et non comme une certification.
Tests publics sécurisés
Website Scorer n'effectue que des contrôles sûrs sur des pages publiques et des métadonnées publiques. Il ne se connecte pas, n'envoie pas d'identifiants, ne force pas les formulaires, ne contourne pas les contrôles d'accès, n'exploite pas de vulnérabilités et ne teste pas les zones privées authentifiées.
Les contrôles de panneaux de connexion CMS et Java app login panel se limitent à une détection sûre d'exposition publique. Ils indiquent si des surfaces de connexion courantes semblent publiquement accessibles ; ils ne prouvent pas qu'un système est vulnérable.
Tranches de score
- 90-100 - Excellent : des bases automatisées solides avec des améliorations restantes relativement mineures.
- 75-89 - Solide : un site solide présentant des opportunités identifiables.
- 60-74 - À améliorer : plusieurs problèmes importants doivent être traités en priorité.
- 40-59 - Faible : des fondamentaux techniques ou d'expérience utilisateur importants font défaut.
- 0-39 - Critique : des problèmes majeurs limitent la confiance accordée à la page.
Les scores sont des aides à la décision, pas des certifications. Un score automatisé élevé ne prouve ni la conformité légale, ni la sécurité, ni le classement dans les moteurs de recherche, ni la conformité en matière d'accessibilité, ni la performance commerciale.
Limites connues
- L'audit se concentre sur une seule page publique, pas sur chaque parcours ou itinéraire utilisateur.
- Le contenu généré par JavaScript peut ne pas apparaître dans le code HTML récupéré côté serveur.
- La géographie, la charge d'hébergement et la disponibilité des services tiers peuvent affecter les données de temporisation.
- Les vérifications d'accessibilité automatisées ne remplacent pas les tests effectués par des personnes, des technologies d'assistance et des experts.
- Les vérifications de sécurité ne portent que sur le transport visible et les en-têtes ; aucune tentative d'exploitation de faille n'est effectuée.
- Les vérifications de contenu et de conversion indiquent la présence d'éléments courants, pas leur qualité stratégique.
Utilisez le rapport de manière responsable. N'analysez que des sites publics et ne considérez pas le résultat comme une autorisation de tester des systèmes au-delà des requêtes automatisées effectuées par ce service.