Scorecards : Évaluations transparentes selon des critères fixes

Une scorecard est un bloc d’évaluation compact qui note un sujet selon un ensemble fixe de critères et combine ces sous-scores à l’aide d’une méthode énoncée. Elle transforme un verdict en un calcul vérifiable plutôt que de demander au lecteur de faire confiance à un chiffre bien en évidence.

Exemple illustratif uniquement. Le produit nommé et les observations sont fictifs. Échelle : 0–10, où 0 signifie que le critère n’est pas satisfait et 10 qu’il est entièrement satisfait.

Pourquoi cet élément est important

Les lecteurs sont naturellement sceptiques face aux notes car un seul chiffre peut masquer des dizaines de choix éditoriaux. Quelles qualités ont été jugées ? Ont-elles été jugées de la même manière pour chaque sujet ? Une fonctionnalité commercialement avantageuse a-t-elle pesé plus lourd qu’une limitation sérieuse ? Une scorecard réduit cette incertitude en gardant le verdict, les critères, les poids et les preuves ensemble. Elle aide un lecteur à être d’accord avec les faits tout en étant en désaccord avec les priorités : quelqu’un qui se soucie plus de l’assistance que des intégrations peut voir pourquoi le total publié peut ne pas correspondre à sa décision.

La psychologie ne fonctionne que lorsque la méthode précède l’autorité du chiffre. Les grands nombres suggèrent la mesure. Les décimales suggèrent la répétabilité. Sans une grille et un calcul divulgués, « 8,3/10 » est une opinion déguisée en mesure scientifique. Publier les ancres d’échelle, la règle de preuve, les poids et la politique d’arrondi donne à la précision une source légitime et rend le jugement éditorial visible plutôt que de prétendre qu’il n’existe pas.

L’extractibilité par machine signifie qu’un système automatisé peut retenir ce qui a été évalué, la signification de chaque critère, l’échelle de notation et la relation entre les sous-scores et le total. Un simple « 7,7 » est ambigu : il peut s’agir d’une note d’utilisateur, d’un résultat de test ou d’un numéro de version. Un tableau textuel avec un sujet et une échelle explicites expose des paires champ-valeur stables. Les robots d’exploration et les systèmes d’IA问答 peuvent citer une affirmation circonscrite telle que « 7,5 sur 10 pour l’utilisabilité lors d’un test de cinq tâches » sans détacher le nombre de sa base.

Conformément aux règles d’écriture des éléments , un bloc dont le but est une évaluation notée doit utiliser le contrat de scorecard typé. Une rangée de badges stylisés n’est pas équivalente. L’élément typé préserve la méthodologie, permet la validation des poids et des totaux, et assure une sortie cohérente entre les systèmes de publication.

Quand l’utiliser

Utilisez une scorecard lorsqu’un ou plusieurs sujets ont été évalués selon la même grille stable et que les sous-scores obtenus aident un lecteur à comprendre le verdict. Les entrées appropriées incluent des tests documentés, des spécifications vérifiées mises en correspondance avec des exigences, une inspection experte selon des ancres publiées, ou un mélange défini de ces sources. La scorecard mérite sa place lorsque les lecteurs pourraient raisonnablement faire un choix différent après avoir vu la répartition des critères.

La méthode doit exister avant le début de la notation. Définissez le sujet, les règles d’éligibilité, les critères, les poids, les ancres d’échelle, les sources de preuves, les conditions de test, la politique relative aux données manquantes et la règle d’arrondi. Figez-les pour l’ensemble de l’évaluation. Si la méthode change en cours de route, réévaluez chaque sujet concerné ou identifiez les résultats comme des éditions différentes qui ne devraient pas être comparées directement.

Les erreurs courantes incluent :

• Une matrice de fonctionnalités non notée. Si la tâche consiste à montrer si des fonctionnalités existent, utilisez un tableau comparatif . L’ajout de points peut déformer des différences qui sont factuelles plutôt qu’évaluatives.
• Une seule mesure chiffrée. La vitesse de page, le prix, le temps de réponse et l’autonomie de la batterie ont déjà des unités. Rapportez la mesure et le benchmark pertinent ; ne la convertissez pas en une note par étoiles arbitraire.
• Un agrégat d’avis d’utilisateurs. Une moyenne client a des auteurs, des conditions d’échantillonnage et des contrôles de biais différents. Affichez-la comme un agrégat sourcé, pas comme la scorecard de la publication.
• Une liste de vérification. Réussir six des huit exigences n’est pas automatiquement une note de 7,5/10. Certaines exigences peuvent être obligatoires et non compensatoires, ce qui signifie que la force ailleurs ne peut pas compenser un échec.
• Un badge de vainqueur. « Choix de la rédaction » communique une conclusion mais pas son raisonnement. Il peut suivre une scorecard ; il ne peut pas en remplacer une.
• Un classement créé après avoir vu les produits. Des critères sélectionnés pour justifier un vainqueur préféré sont une justification a posteriori, pas une évaluation reproductible.

N’utilisez pas un score total lorsque les critères ne peuvent pas raisonnablement se compenser mutuellement. Par exemple, un grave échec de sécurité devrait généralement déclencher une exclusion ou un état d’échec explicite, et non être moyenné par un design attrayant. Dans ce cas, publiez les portes de réussite/échec et l’évaluation descriptive restante séparément.

Où le placer

Placez la première scorecard après que la page a identifié le sujet, l’objectif de l’évaluation, le public, la date du test et un énoncé concis de la méthodologie. Sur un avis, c’est normalement après le verdict sommaire et avant les sections détaillées des critères. Sur une comparaison, introduisez la grille commune une fois, puis présentez les scorecards dans le même ordre des sujets utilisé dans toute la page. Sur un rapport de référence, expliquez la cohorte et la période de données avant de montrer toute entité notée.

L’élément peut apparaître près du haut uniquement lorsque la méthode est visible immédiatement avant ou disponible via un lien de méthode descriptif adjacent. Un score ne peut pas mener la page avant que les lecteurs sachent ce qui a été évalué. Les preuves détaillées peuvent suivre, mais chaque ligne a toujours besoin d’un bref résumé des preuves ou d’un lien direct vers la section pertinente.

Ne placez pas une scorecard directement à côté d’un agrégat de notes par étoiles, d’un témoignage, d’une promotion de prix, d’un bouton d’affiliation ou d’une bannière « vainqueur ». Ces éléments peuvent faire paraître le jugement éditorial comme commercialement motivé ou amener les lecteurs à fusionner des systèmes de notation distincts. Ne mettez pas deux scorecards avec des échelles différentes côte à côte. Gardez au moins un paragraphe explicatif entre une scorecard et un graphique dense ou un deuxième système de notation, et ne séparez jamais la méthodologie de sa scorecard par une publicité.

Anatomie

La capture étiquetée doit identifier ces zones :

1. Sujet : le produit, l’entreprise, la page, le service ou l’édition exact évalué.
2. Score global : le résultat calculé, toujours affiché avec son dénominateur ou son échelle.
3. Résumé de la méthode : qui l’a évalué, quand, en utilisant quelles preuves et conditions de test.
4. Ancres d’échelle : ce que signifient le minimum, le milieu et le maximum ; pas seulement « sur 10 ».
5. Étiquette et définition du critère : une dimension stable et les limites de ce qu’elle couvre.
6. Poids : la contribution du critère au total, y compris la pondération égale explicite.
7. Sous-score : le résultat pour ce critère sur l’échelle déclarée.
8. Résumé des preuves : l’observation ou la source qui justifie le sous-score.
9. Note de calcul et d’arrondi : la formule utilisée pour produire le total affiché.
10. Date et version : quand l’évaluation a été effectuée et quelle version ou formule du sujet a été testée.
11. Divulgation : toute relation commerciale, accès fourni ou limitation matérielle de test.

Exemples de conception

Chaque variante conserve le même contrat de base. La compression visuelle peut réduire les explications dans chaque ligne, mais elle ne peut pas supprimer la méthodologie, les poids, l’échelle ou l’accès aux preuves.

Standard pondéré : le défaut pour les avis et les décisions d’achat. Utilisez-le lorsque les critères ont une importance différente. Affichez chaque poids et confirmez qu’ils totalisent 100 %.

Compact à pondération égale : adapté lorsque la méthode éditoriale donne à chaque critère une influence identique. « Pondération égale » doit être visible ; un poids omis n’est pas un poids égal.

Scorecard comparative : à utiliser pour deux ou trois sujets notés selon une grille unique figée. Les critères restent des lignes et les sujets restent dans un ordre cohérent. Pour plus de sujets, utilisez des fiches séparées ou un tableau comparatif avec des liens vers les preuves afin que la lecture mobile reste possible.

Scorecard avec porte : à utiliser lorsqu’une condition obligatoire peut annuler le total pondéré. Indiquez la porte avant les critères optionnels et affichez « Non recommandé — exigence de sécurité obligatoire non satisfaite » plutôt que de permettre à une moyenne élevée d’impliquer une approbation.

État incomplet ou non noté : à utiliser uniquement lorsque les preuves manquantes sont honnêtes et que la politique a été définie à l’avance. Marquez le critère « Non testé », expliquez pourquoi, et soit retenez le total, soit affichez un total provisoire dont le dénominateur et la repondération sont explicites. N’attribuez jamais silencieusement zéro et ne redistribuez pas le poids.

Paramètres

La formule pour le modèle standard 0–10 est total = Σ(sous-score × poids sous forme décimale). La validation doit rejeter les poids négatifs, les totaux autres que 100 %, les sous-scores en dehors de l’échelle, et un score global saisi manuellement qui diffère du résultat calculé. Un moteur de rendu peut calculer le total, mais les critères et poids stockés restent les entrées faisant autorité.

Syntaxe et exemples de code

Toutes les implémentations ci-dessous représentent la même évaluation fictive. Elles préservent la méthode, la date, l’échelle, l’ordre des éléments, les poids, les preuves et la politique d’arrondi.

Directive Markdown portable

:::scorecard{subject="Acme Support Desk" scaleMin=0 scaleMax=10 dateEvaluated="2026-08-20" rounding=one-decimal}
## Product evaluation

We tested five standard support tasks and verified required controls and integrations against documentation current on the evaluation date.

::item{weight=30 subscore=8}
### Security controls

Required controls documented; two advanced controls unavailable.
::
::item{weight=25 subscore=7.5}
### Usability

Five defined tasks tested; one required repeated navigation.
::
::item{weight=25 subscore=9}
### Integration coverage

Eighteen of twenty required integrations supported.
::
::item{weight=20 subscore=6}
### Support

Email response met the published SLA; no phone channel.
::
:::

Shortcode Hugo

L’adaptateur Hugo ne doit accepter que des paramètres nommés sur les appels parent et élément. La notation ci-dessous est une spécification d’implémentation portable ; elle n’affirme pas qu’un moteur de rendu existe déjà dans ce dépôt.

{{< scorecard subject="Acme Support Desk" scale-min="0" scale-max="10" evaluated="2026-08-20" rounding="one-decimal" >}}
## Product evaluation

We tested five standard support tasks and verified controls and integrations against current documentation.

{{< score criterion="Security controls" weight="30" value="8" >}}Required controls documented; two advanced controls unavailable.{{< /score >}}
{{< score criterion="Usability" weight="25" value="7.5" >}}Five defined tasks tested; one required repeated navigation.{{< /score >}}
{{< score criterion="Integration coverage" weight="25" value="9" >}}Eighteen of twenty required integrations supported.{{< /score >}}
{{< score criterion="Support" weight="20" value="6" >}}Email response met the published SLA; no phone channel.{{< /score >}}
{{< /scorecard >}}

Bloc WordPress

<!-- wp:amicited/scorecard {"subject":"Acme Support Desk","scaleMin":0,"scaleMax":10,"dateEvaluated":"2026-08-20","rounding":"one-decimal"} -->
<!-- wp:amicited/score {"criterion":"Security controls","weight":30,"subscore":8} -->
<p>Required controls documented; two advanced controls unavailable.</p>
<!-- /wp:amicited/score -->
<!-- wp:amicited/score {"criterion":"Usability","weight":25,"subscore":7.5} -->
<p>Five defined tasks tested; one required repeated navigation.</p>
<!-- /wp:amicited/score -->
<!-- wp:amicited/score {"criterion":"Integration coverage","weight":25,"subscore":9} -->
<p>Eighteen of twenty required integrations supported.</p>
<!-- /wp:amicited/score -->
<!-- wp:amicited/score {"criterion":"Support","weight":20,"subscore":6} -->
<p>Email response met the published SLA; no phone channel.</p>
<!-- /wp:amicited/score -->
<!-- /wp:amicited/scorecard -->

L’éditeur WordPress doit calculer, et non inviter à saisir, le total. Il doit bloquer la publication lorsque les poids ne totalisent pas 100 % et avertir lorsqu’un élément manque de preuves ou d’une version testée.

Exemples

Bon : un jugement pondéré reproductible

Acme Support Desk : 7,7/10, évalué le 20 août 2026. Les contrôles de sécurité obtiennent 8,0 à 30 % ; l’utilisabilité 7,5 à 25 % ; la couverture d’intégration 9,0 à 25 % ; et l’assistance 6,0 à 20 %. Chaque sous-score est lié à une exigence documentée ou à un test de cinq tâches. Le total est la somme des sous-scores pondérés et est arrondi une seule fois, à la fin, à une décimale.

Cela fonctionne car un autre éditeur pourrait utiliser la même grille, les mêmes preuves et la même formule et expliquer tout désaccord au niveau du critère. La décimale est justifiée par les entrées pondérées. Le résultat est délimité par une date et des conditions de test, donc il n’implique pas une qualité permanente du produit.

Mauvais : un verdict rétro-ingénieré en chiffres

Acme Support Desk : 9,3/10. Fonctionnalités 9,5, valeur 9,0, expérience 9,4. « Nos experts ont considéré tout ce qui compte. »

Cela échoue car les critères se chevauchent et n’ont ni définitions, ni poids, ni ancres, ni preuves, ni date de test, ni calcul. « Valeur » ne peut pas être interprétée sans prix, formule, public et alternatives. « Expérience » pourrait inclure l’utilisabilité, l’assistance, ou les deux. La décimale inexpliquée suggère une précision que la méthode ne peut pas produire. La correction nécessite de définir la grille avant d’évaluer, de rassembler des preuves au niveau des critères, de divulguer la pondération et de calculer le total à partir des entrées enregistrées — et non de choisir des sous-scores dont la moyenne donne un titre souhaité.

Balisage schema et accessibilité

Une scorecard n’a pas de type Schema.org général. Gardez-la comme contenu visible dans le balisage valide d’entité et d’article de la page par défaut. Les balisages Review et Rating peuvent s’appliquer lorsqu’un véritable avis évalue un élément éligible spécifique. S’ils sont utilisés, ratingValue, bestRating et worstRating doivent correspondre au score global visible et à l’échelle ; l’auteur de l’avis, l’élément examiné, la date et le contenu de l’avis de soutien doivent également être présents. Une scorecard pour un benchmark d’entreprise, un cadre éditorial ou un concept abstrait ne devient pas éligible simplement parce qu’elle contient un nombre.

Ne marquez pas chaque critère comme un Review séparé, et n’utilisez pas AggregateRating pour le résultat calculé d’un seul éditeur. Un agrégat représente plusieurs évaluations et nécessite le nombre visible et la source appropriée. Ne mélangez jamais une moyenne d’utilisateurs externe dans le total éditorial sans montrer les deux systèmes séparément. Si la page cite de nombreux documents, utilisez un bloc de sources pour rendre l’ensemble des preuves plus large inspectable.

Pour l’accessibilité, utilisez un vrai tableau lorsque les lecteurs doivent comparer des critères sur plusieurs colonnes. Fournissez une légende nommant le sujet et le total, des en-têtes de colonnes, des en-têtes de lignes et une ligne de calcul tfoot. Les mêmes informations doivent rester disponibles lorsque les couleurs, les icônes et les indicateurs graphiques disparaissent. N’annoncez pas « vert » ou « cinq étoiles remplies » comme seul état ; exposez « 8 sur 10 ».

Les barres de progression peuvent compléter le texte mais ne peuvent pas le remplacer. Donnez à tout indicateur significatif un nom accessible, une valeur actuelle, un minimum et un maximum. Préservez l’ordre source sur mobile au lieu de convertir chaque colonne en une pile non étiquetée. Les infobulles ne peuvent pas contenir les preuves requises car les utilisateurs de clavier, tactile ou texte seul peuvent ne jamais les recevoir. Évitez role="alert", les carrousels automatiques et le comptage animé des scores : le score est un contenu éditorial statique, pas un événement système en direct.

Règles d’écriture

Expliquez la raison de l’évaluation avant de publier le résultat. Nommez le public et la décision que le score soutient, car les critères de « meilleur » pour une petite équipe peuvent être erronés pour une entreprise réglementée. Définissez chaque critère en une phrase avant ou dans l’analyse détaillée. Les critères doivent être suffisamment distincts pour que la même observation ne soit pas récompensée deux fois.

Utilisez trois à sept critères. Moins de trois se réduit généralement à une simple comparaison ; plus de sept rend le total difficile à vérifier et encourage les distinctions triviales. Les étiquettes des critères utilisent deux à huit mots. Les résumés de preuves utilisent 8 à 40 mots et énoncent une observation, pas un adjectif promotionnel. « Prend en charge SAML SSO sur le plan entreprise » est une preuve ; « excellente sécurité » répète le jugement.

Publiez les ancres d’échelle. Pour une échelle de 0 à 10, définissez au moins 0, 5 et 10 pour chaque critère ou pour une grille véritablement partagée. Un point milieu doit décrire un état testable, pas « moyen », sauf si la population de comparaison et la statistique sont définies. Gardez tous les sujets sur la même échelle et la même version de la grille.

La pondération doit être transparente. Affichez chaque pourcentage, faites en sorte que la somme soit égale à 100 %, et expliquez pourquoi les critères de poids plus élevé sont plus importants pour le public nommé. La pondération égale est toujours une pondération et doit être indiquée. Ne modifiez pas les poids par sujet, et ne laissez pas le statut de sponsoring, la commission d’affiliation, l’accès au produit ou un résultat préféré les influencer.

Calculez avec des sous-scores non arrondis, puis arrondissez le résultat final une seule fois. Affichez une décimale par défaut. Deux décimales sont autorisées uniquement lorsque la grille d’entrée distingue fiablement cette résolution ; sinon elles fabriquent de la confiance. Gardez le dénominateur à côté de chaque score et distinguez les pourcentages des points.

Ne mettez jamais d’éloges non fondés, d’appel à l’action commercial, d’urgence de prix, de témoignages, d’étoiles d’avis d’utilisateurs ou de relation commerciale non divulguée à l’intérieur de la scorecard. Ne cachez pas un échec disqualifiant dans une note de bas de page. Ne traitez pas les preuves manquantes comme un point milieu neutre. Indiquez « non testé », suivez la règle prédéfinie pour les données manquantes, et retenez le total lorsqu’un calcul équitable est impossible.

Types d’articles qui l’utilisent

Le frontmatter postTypes est la source de ce mappage. L’inclusion signifie que le format peut prendre en charge une scorecard lorsqu’une grille stable et des preuves au niveau des critères existent ; cela n’exige pas une note sur chaque page.

Liste de vérification QA

• Le sujet, la version ou formule, la date d’évaluation, le public et la décision sont explicites.
• La méthodologie a été définie avant la notation et peut être appliquée à nouveau.
• Il y a trois à sept critères distincts avec des définitions testables.
• Chaque critère a un poids visible, et tous les poids totalisent exactement 100 %.
• Les ancres d’échelle expliquent ce que signifient le minimum, le milieu et le maximum.
• Chaque sous-score a un résumé des preuves et une source traçable ou une observation de test.
• Les portes obligatoires ne peuvent pas être moyennées par la force sur des critères optionnels.
• Le total est calculé à partir des sous-scores et des poids, puis arrondi une seule fois.
• La précision affichée est soutenue par la granularité des entrées.
• Les preuves manquantes suivent une politique divulguée et ne sont jamais notées silencieusement zéro ou moyenne.
• Les relations commerciales, l’accès fourni et les limitations matérielles sont divulgués.
• La scorecard n’est pas placée à côté d’étoiles d’utilisateurs, d’un témoignage, d’une promotion ou d’une échelle conflictuelle.
• Les en-têtes de tableau, la légende, l’ordre de lecture, les équivalents textuels et le réaffichage mobile sont accessibles.
• Les données structurées, si présentes, correspondent au sujet visible, à l’auteur, à la note et à l’échelle et sont éligibles pour le type de page.
• Le type d’article sélectionné apparaît dans postTypes, et l’article environnant fournit des preuves détaillées.

FAQ

Est-ce que chaque scorecard a besoin de critères pondérés ?

Chaque scorecard doit indiquer comment les critères contribuent au total. Une pondération égale est valable, mais elle doit également être divulguée. Si certains critères sont plus importants, publiez chaque poids et assurez-vous que les poids totalisent 100 %.

Combien de critères une scorecard doit-elle contenir ?

Utilisez trois à sept critères. Quatre ou cinq suffisent généralement pour une couverture adéquate sans créer de fausse précision. Si une évaluation nécessite plus de sept critères, regroupez les vérifications détaillées sous un plus petit ensemble de critères notés et publiez la grille complète séparément.

Une scorecard peut-elle utiliser des décimales ?

Oui, lorsque les entrées et le calcul les justifient. N’affichez pas plus d’une décimale dans le total affiché par défaut, indiquez la règle d’arrondi, et n’ajoutez jamais de décimales uniquement pour donner un aspect mesuré à un jugement subjectif.

Les avis d’utilisateurs peuvent-ils alimenter une scorecard éditoriale ?

Uniquement en tant qu’entrée clairement nommée avec sa source, sa taille d’échantillon, sa période de collecte et sa contribution à la formule divulguée. Ne requalifiez pas une note d’utilisateur tierce en score éditorial et ne la mélangez pas silencieusement avec des résultats de test.

Une scorecard est-elle éligible au balisage d’avis ou d’évaluation ?

Pas automatiquement. Le balisage d’évaluation n’est approprié que lorsque la page examine un sujet éligible clairement identifié et que l’évaluation visible, l’échelle, l’auteur et le contenu de soutien satisfont aux exigences de données structurées applicables.