Scorecards: Transparente Bewertungen nach festgelegten Kriterien

Eine Scorecard ist ein kompakter Bewertungsblock, der ein Subjekt anhand einer festgelegten Kriterienliste benotet und diese Teilbewertungen mit einer angegebenen Methode kombiniert. Sie verwandelt ein Urteil in eine nachvollziehbare Berechnung, anstatt den Leser zu bitten, einer prominenten Zahl zu vertrauen.

Nur illustratives Beispiel. Das genannte Produkt und die Beobachtungen sind fiktiv. Skala: 0–10, wobei 0 bedeutet, dass das Kriterium nicht erfüllt ist, und 10 bedeutet, dass es vollständig erfüllt ist.

Warum dieses Element wichtig ist

Leser stehen Bewertungen zu Recht skeptisch gegenüber, weil eine einzelne Zahl Dutzende redaktionelle Entscheidungen verbergen kann. Welche Eigenschaften wurden bewertet? Wurden sie für jedes Subjekt auf dieselbe Weise bewertet? Hat ein kommerziell günstiges Merkmal eine schwerwiegende Einschränkung überwogen? Eine Scorecard verringert diese Unsicherheit, indem sie Urteil, Kriterien, Gewichtungen und Belege zusammenhält. Sie hilft einem Leser, den Fakten zuzustimmen, während er bei den Prioritäten anderer Meinung sein kann: Jemand, dem Support wichtiger ist als Integrationen, kann erkennen, warum der veröffentlichte Gesamtwert möglicherweise nicht zu seiner Entscheidung passt.

Die Psychologie funktioniert nur, wenn die Methode vor der Autorität der Zahl kommt. Große Zahlen suggerieren Messung. Dezimalstellen suggerieren Wiederholbarkeit. Ohne ein offengelegtes Bewertungsschema und eine offengelegte Berechnung ist „8,3/10“ eine Meinung im Laborkittel. Die Veröffentlichung der Skalenanker, der Belegregel, der Gewichtungen und der Rundungsrichtlinie verleiht der Präzision eine legitime Quelle und macht redaktionelle Entscheidungen sichtbar, anstatt so zu tun, als gäbe es sie nicht.

Maschinelle Extraktion bedeutet, dass ein automatisiertes System speichern kann, was bewertet wurde, die Bedeutung jedes Kriteriums, die Bewertungsskala und die Beziehung zwischen Teilbewertungen und dem Gesamtwert. Eine bloße „7,7“ ist mehrdeutig: Es könnte eine Nutzerbewertung, ein Testergebnis oder eine Versionsnummer sein. Eine textbasierte Tabelle mit explizitem Subjekt und Skala legt stabile Feld-Wert-Paare offen. Crawler und KI-Antwortsysteme können eine begrenzte Aussage wie „7,5 von 10 für Benutzerfreundlichkeit unter einem Fünf-Aufgaben-Test“ zitieren, ohne die Zahl von ihrer Grundlage zu lösen.

Gemäß den Element-Schreibregeln muss ein Block, dessen Zweck die bewertete Beurteilung ist, den typisierten Scorecard-Vertrag verwenden. Eine Reihe gestalteter Abzeichen ist nicht gleichwertig. Das typisierte Element bewahrt die Methodik, ermöglicht die Validierung von Gewichtungen und Gesamtwerten und unterstützt eine konsistente Ausgabe über verschiedene Publikationssysteme hinweg.

Wann man es verwendet

Verwenden Sie eine Scorecard, wenn ein oder mehrere Subjekte anhand derselben stabilen Bewertungsmatrix bewertet wurden und die resultierenden Teilbewertungen einem Leser helfen, das Urteil zu verstehen. Geeignete Eingaben umfassen dokumentierte Tests, verifizierte Spezifikationen, die Anforderungen zugeordnet sind, Expertenprüfungen anhand veröffentlichter Anker oder eine definierte Mischung dieser Quellen. Die Scorecard verdient ihren Platz, wenn Leser nach Ansicht der Kriterienaufschlüsselung vernünftigerweise eine andere Wahl treffen könnten.

Die Methode muss vor Beginn der Bewertung festgelegt werden. Definieren Sie das Subjekt, die Zulässigkeitsregeln, die Kriterien, die Gewichtungen, die Skalenanker, die Belegquellen, die Testbedingungen, die Richtlinie für fehlende Daten und die Rundungsregel. Friere Sie diese für den Bewertungssatz ein. Wenn sich die Methode zwischendurch ändert, bewerten Sie jedes betroffene Subjekt neu oder kennzeichnen Sie die Ergebnisse als unterschiedliche Editionen, die nicht direkt verglichen werden sollten.

Häufige Grenzfälle sind:

• Eine nicht bewertete Merkmalstabelle. Wenn die Aufgabe darin besteht zu zeigen, ob Merkmale vorhanden sind, verwenden Sie eine Vergleichstabelle . Das Hinzufügen von Punkten kann Unterschiede verzerren, die faktisch und nicht bewertend sind.
• Eine einzelne gemessene Kennzahl. Seitengeschwindigkeit, Preis, Reaktionszeit und Akkulaufzeit haben bereits Einheiten. Geben Sie die Messung und den relevanten Benchmark an; wandeln Sie sie nicht in eine willkürliche Sternbewertung um.
• Eine aggregierte Nutzerbewertung. Ein Kundenmittelwert hat andere Autoren, Stichprobenbedingungen und Verzerrungskontrollen. Zeigen Sie ihn als belegte Aggregation an, nicht als die Scorecard der Publikation.
• Eine Checkliste. Das Bestehen von sechs von acht Anforderungen ist nicht automatisch eine Bewertung von 7,5/10. Einige Anforderungen können zwingend und nicht kompensatorisch sein, was bedeutet, dass Stärke anderswo einen Fehler nicht ausgleichen kann.
• Ein Siegerabzeichen. „Redaktionswahl“ vermittelt ein Fazit, aber nicht dessen Begründung. Es kann einer Scorecard folgen; es kann sie nicht ersetzen.
• Ein Ranking, das nach der Begutachtung der Produkte erstellt wurde. Kriterien, die ausgewählt wurden, um einen bevorzugten Gewinner zu rechtfertigen, sind nachträgliche Rationalisierungen, keine wiederholbare Bewertung.

Verwenden Sie keine Gesamtpunktzahl, wenn die Kriterien einander nicht sinnvoll kompensieren können. Beispielsweise sollte ein schwerwiegender Sicherheitsfehler in der Regel einen Ausschluss oder einen expliziten Fehlerstatus auslösen, nicht durch ansprechendes Design weggemittelt werden. Veröffentlichen Sie in diesem Fall die Bestehen/Nichtbestehen-Hürden und die verbleibende beschreibende Bewertung getrennt.

Wo man es platziert

Platzieren Sie die erste Scorecard, nachdem die Seite das Subjekt, den Bewertungszweck, die Zielgruppe, das Testdatum und eine kurze Methodikbeschreibung identifiziert hat. Bei einem Testbericht ist dies in der Regel nach der zusammenfassenden Beurteilung und vor den detaillierten Kriterienabschnitten. Bei einem Vergleich führen Sie die gemeinsame Bewertungsmatrix einmal ein und präsentieren dann die Scorecards in derselben Subjekt-Reihenfolge, die auf der gesamten Seite verwendet wird. Bei einem Benchmark-Bericht erläutern Sie die Kohorte und den Datenzeitraum, bevor Sie ein bewertetes Unternehmen zeigen.

Das Element darf nur dann nahe der Spitze erscheinen, wenn die Methode unmittelbar davor sichtbar ist oder über einen benachbarten, beschreibenden Methodenlink verfügbar ist. Eine Bewertung darf der Seite nicht vorausgehen, bevor die Leser wissen, was bewertet wurde. Die detaillierten Belege können folgen, aber jede Zeile benötigt dennoch eine kurze Belegzusammenfassung oder einen direkten Link zum entsprechenden Abschnitt.

Platzieren Sie eine Scorecard nicht direkt neben einer Sternbewertungsaggregation, einem Erfahrungsbericht, einer Preisaktion, einem Affiliate-Button oder einem „Gewinner“-Banner. Diese Elemente können redaktionelle Urteile kommerziell beeinflusst wirken lassen oder dazu führen, dass Leser separate Bewertungssysteme vermischen. Setzen Sie nicht zwei Scorecards mit unterschiedlichen Skalen nebeneinander. Halten Sie mindestens einen erklärenden Absatz zwischen einer Scorecard und einem dichten Diagramm oder einem zweiten Bewertungssystem ein und trennen Sie die Methodik niemals durch eine Anzeige von ihrer Scorecard.

Anatomie

Die beschriftete Abbildung muss diese Bereiche identifizieren:

1. Subjekt: das exakt bewertete Produkt, Unternehmen, die Seite, Dienstleistung oder Edition.
2. Gesamtbewertung: das berechnete Ergebnis, immer mit seinem Nenner oder seiner Skala angezeigt.
3. Methodenzusammenfassung: wer hat wann mit welchen Belegen und Testbedingungen bewertet.
4. Skalenanker: was das Minimum, der Mittelpunkt und das Maximum bedeuten; nicht nur „von 10“.
5. Kriterienbezeichnung und -definition: eine stabile Dimension und die Grenzen dessen, was sie abdeckt.
6. Gewichtung: der Beitrag des Kriteriums zur Gesamtbewertung, einschließlich expliziter gleicher Gewichtung.
7. Teilbewertung: das Ergebnis für dieses Kriterium auf der angegebenen Skala.
8. Belegnachweis: die Beobachtung oder Quelle, die die Teilbewertung rechtfertigt.
9. Berechnungs- und Rundungshinweis: die Formel zur Erstellung des angezeigten Gesamtwerts.
10. Datum und Version: wann die Bewertung durchgeführt wurde und welche Subjektversion oder welcher Plan getestet wurde.
11. Offenlegung: jegliche kommerzielle Beziehung, bereitgestellter Zugang oder wesentliche Testeinschränkung.

Gestaltungsbeispiele

Jede Variante behält denselben Kernvertrag. Visuelle Kompression kann die Erklärung in jeder Zeile reduzieren, darf aber Methodik, Gewichtungen, Skala oder Belegzugriff nicht entfernen.

Gewichteter Standard: die Voreinstellung für Testberichte und Kaufentscheidungen. Verwenden Sie ihn, wenn Kriterien unterschiedliche Bedeutung haben. Zeigen Sie jedes Gewicht und bestätigen Sie, dass sie insgesamt 100 % ergeben.

Gleiche Gewichtung kompakt: geeignet, wenn die redaktionelle Methode jedem Kriterium denselben Einfluss gibt. „Gleiche Gewichtung“ muss sichtbar sein; eine ausgelassene Gewichtung ist keine gleiche Gewichtung.

Vergleichende Scorecard: verwenden Sie sie für zwei oder drei Subjekte, die mit einer eingefrorenen Bewertungsmatrix bewertet wurden. Kriterien bleiben Zeilen und Subjekte bleiben konsistent geordnet. Verwenden Sie für mehr Subjekte separate Karten oder eine Vergleichstabelle mit Links zu Belegen, damit die mobile Lesbarkeit erhalten bleibt.

Hürden-Scorecard: verwenden Sie sie, wenn eine zwingende Bedingung den gewichteten Gesamtwert außer Kraft setzen kann. Geben Sie die Hürde vor den optionalen Kriterien an und zeigen Sie „Nicht empfohlen – zwingende Sicherheitsanforderung nicht erfüllt“ an, anstatt durch einen hohen Durchschnitt eine Zustimmung zu suggerieren.

Unvollständiger oder nicht bewerteter Zustand: verwenden Sie ihn nur, wenn fehlende Belege ehrlich sind und die Richtlinie vorab definiert wurde. Kennzeichnen Sie das Kriterium als „Nicht getestet“, erklären Sie warum, und zeigen Sie entweder keinen Gesamtwert an oder einen vorläufigen Gesamtwert, dessen Nenner und Neugewichtung explizit sind. Weisen Sie niemals stillschweigend Null zu oder verteilen Sie Gewichtungen neu.

Parameter

Die Formel für das Standardmodell 0–10 lautet total = Σ(Teilbewertung × Gewichtung als Dezimalzahl). Die Validierung muss negative Gewichtungen, Gesamtwerte ungleich 100 %, Teilbewertungen außerhalb der Skala und eine manuell eingegebene Gesamtbewertung, die vom berechneten Ergebnis abweicht, zurückweisen. Ein Renderer kann die Gesamtbewertung berechnen, aber die gespeicherten Kriterien und Gewichtungen bleiben die maßgeblichen Eingaben.

Syntax und Codebeispiele

Alle folgenden Implementierungen stellen dieselbe fiktive Bewertung dar. Sie bewahren die Methode, das Datum, die Skala, die Elementreihenfolge, die Gewichtungen, die Belege und die Rundungsrichtlinie.

Tragbare Markdown-Direktive

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

Wir haben fünf Standard-Supportaufgaben getestet und erforderliche Kontrollen und Integrationen anhand der zum Bewertungszeitpunkt aktuellen Dokumentation verifiziert.

::item{weight=30 subscore=8}
### Sicherheitskontrollen

Erforderliche Kontrollen dokumentiert; zwei erweiterte Kontrollen nicht verfügbar.
::
::item{weight=25 subscore=7.5}
### Benutzerfreundlichkeit

Fünf definierte Aufgaben getestet; eine erforderte wiederholte Navigation.
::
::item{weight=25 subscore=9}
### Integrationsabdeckung

Achtzehn von zwanzig erforderlichen Integrationen unterstützt.
::
::item{weight=20 subscore=6}
### Support

E-Mail-Antwort entsprach dem veröffentlichten SLA; kein Telefonkanal.
::
:::

Hugo-Shortcode

Der Hugo-Adapter sollte nur benannte Parameter bei den übergeordneten Aufrufen und Elementaufrufen akzeptieren. Die folgende Notation ist eine tragbare Implementierungsspezifikation; sie behauptet nicht, dass in diesem Repository bereits ein Renderer existiert.

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

Wir haben fünf Standard-Supportaufgaben getestet und Kontrollen sowie Integrationen anhand der aktuellen Dokumentation verifiziert.

{{< score criterion="Sicherheitskontrollen" weight="30" value="8" >}}Erforderliche Kontrollen dokumentiert; zwei erweiterte Kontrollen nicht verfügbar.{{< /score >}}
{{< score criterion="Benutzerfreundlichkeit" weight="25" value="7.5" >}}Fünf definierte Aufgaben getestet; eine erforderte wiederholte Navigation.{{< /score >}}
{{< score criterion="Integrationsabdeckung" weight="25" value="9" >}}Achtzehn von zwanzig erforderlichen Integrationen unterstützt.{{< /score >}}
{{< score criterion="Support" weight="20" value="6" >}}E-Mail-Antwort entsprach dem veröffentlichten SLA; kein Telefonkanal.{{< /score >}}
{{< /scorecard >}}

WordPress-Block

<!-- wp:amicited/scorecard {"subject":"Acme Support Desk","scaleMin":0,"scaleMax":10,"dateEvaluated":"2026-08-20","rounding":"one-decimal"} -->
<!-- wp:amicited/score {"criterion":"Sicherheitskontrollen","weight":30,"subscore":8} -->
<p>Erforderliche Kontrollen dokumentiert; zwei erweiterte Kontrollen nicht verfügbar.</p>
<!-- /wp:amicited/score -->
<!-- wp:amicited/score {"criterion":"Benutzerfreundlichkeit","weight":25,"subscore":7.5} -->
<p>Fünf definierte Aufgaben getestet; eine erforderte wiederholte Navigation.</p>
<!-- /wp:amicited/score -->
<!-- wp:amicited/score {"criterion":"Integrationsabdeckung","weight":25,"subscore":9} -->
<p>Achtzehn von zwanzig erforderlichen Integrationen unterstützt.</p>
<!-- /wp:amicited/score -->
<!-- wp:amicited/score {"criterion":"Support","weight":20,"subscore":6} -->
<p>E-Mail-Antwort entsprach dem veröffentlichten SLA; kein Telefonkanal.</p>
<!-- /wp:amicited/score -->
<!-- /wp:amicited/scorecard -->

Der WordPress-Editor sollte die Gesamtbewertung berechnen, nicht zur Eingabe auffordern. Er sollte die Veröffentlichung blockieren, wenn die Gewichtungen nicht 100 % ergeben, und warnen, wenn einem Element Belege oder eine getestete Version fehlen.

Beispiele

Gut: ein reproduzierbares gewichtetes Urteil

Acme Support Desk: 7,7/10, bewertet am 20. August 2026. Sicherheitskontrollen erzielen 8,0 bei 30 %; Benutzerfreundlichkeit 7,5 bei 25 %; Integrationsabdeckung 9,0 bei 25 %; und Support 6,0 bei 20 %. Jede Teilbewertung ist mit einer dokumentierten Anforderung oder einem Fünf-Aufgaben-Test verknüpft. Der Gesamtwert ist die Summe der gewichteten Teilbewertungen und wird einmal am Ende auf eine Dezimalstelle gerundet.

Dies funktioniert, weil ein anderer Redakteur dieselbe Bewertungsmatrix, Belege und Formel verwenden und jede Abweichung auf Kriterienebene erklären könnte. Die Dezimalstelle wird durch die gewichteten Eingaben gerechtfertigt. Das Ergebnis ist durch ein Datum und getestete Bedingungen begrenzt, sodass es keine dauerhafte Produktqualität suggeriert.

Schlecht: ein in Zahlen zurückübersetztes Urteil

Acme Support Desk: 9,3/10. Funktionen 9,5, Preis-Leistung 9,0, Erfahrung 9,4. „Unsere Experten haben alles berücksichtigt, was wichtig ist.“

Dies ist unzureichend, weil die Kriterien überlappen und keine Definitionen, Gewichtungen, Anker, Belege, Testdatum oder Berechnung haben. „Preis-Leistung“ kann ohne Preis, Plan, Zielgruppe und Alternativen nicht interpretiert werden. „Erfahrung“ könnte Benutzerfreundlichkeit, Support oder beides umfassen. Die unerklärte Dezimalstelle suggeriert eine Präzision, die die Methode nicht liefern kann. Die Behebung erfordert die Definition der Bewertungsmatrix vor der Bewertung, die Erfassung von Belegen auf Kriterienebene, die Offenlegung der Gewichtung und die Berechnung des Gesamtwerts aus aufgezeichneten Eingaben – nicht die Auswahl von Teilbewertungen, die im Durchschnitt eine gewünschte Schlagzeile ergeben.

Schema-Markup und Barrierefreiheit

Eine Scorecard hat keinen allgemeingültigen Schema.org-Typ. Belassen Sie sie standardmäßig als sichtbaren Inhalt innerhalb des gültigen Entity- und Article-Markups der Seite. Review- und Rating-Markup können Anwendung finden, wenn eine echte Bewertung ein bestimmtes berechtigtes Element bewertet. Falls verwendet, müssen ratingValue, bestRating und worstRating mit der sichtbaren Gesamtbewertung und -skala übereinstimmen; der Bewertungsautor, das bewertete Element, das Datum und die unterstützenden Bewertungsinhalte müssen ebenfalls vorhanden sein. Eine Scorecard für einen Unternehmensbenchmark, einen redaktionellen Rahmen oder ein abstraktes Konzept wird nicht allein dadurch berechtigt, dass sie eine Zahl enthält.

Markieren Sie nicht jedes Kriterium als separate Review und verwenden Sie AggregateRating nicht für das berechnete Ergebnis eines einzelnen Redakteurs. Eine Aggregation repräsentiert mehrere Bewertungen und erfordert die sichtbare Anzahl und die entsprechende Quelle. Vermischen Sie niemals einen externen Nutzerdurchschnitt stillschweigend mit der redaktionellen Gesamtbewertung, ohne die beiden Systeme getrennt darzustellen. Wenn die Seite viele Materialien zitiert, verwenden Sie einen Quellenblock , um den breiteren Belegsatz überprüfbar zu machen.

Zur Barrierefreiheit verwenden Sie eine echte Tabelle, wenn Leser Kriterien spaltenübergreifend vergleichen müssen. Stellen Sie eine Beschriftung mit Subjekt und Gesamtwert, Spaltenüberschriften, Zeilenüberschriften und eine tfoot-Berechnungszeile bereit. Dieselben Informationen müssen verfügbar bleiben, wenn Farben, Symbole und grafische Messanzeigen verschwinden. Geben Sie nicht „grün“ oder „fünf gefüllte Sterne“ als einzigen Status an; zeigen Sie „8 von 10“ an.

Fortschrittsbalken können Text ergänzen, aber nicht ersetzen. Geben Sie jedem aussagekräftigen Messgerät einen zugänglichen Namen, einen aktuellen Wert, ein Minimum und ein Maximum. Bewahren Sie auf mobilen Geräten die Quellreihenfolge, anstatt jede Spalte in einen unbeschrifteten Stapel umzuwandeln. Tooltips können keine erforderlichen Belege enthalten, da Tastatur-, Touch- und Nur-Text-Nutzer diese möglicherweise nie erhalten. Vermeiden Sie role="alert", automatische Karussells und animierte Punktezähler: Die Bewertung ist ein statischer redaktioneller Inhalt, kein Live-Systemereignis.

Schreibregeln

Erklären Sie den Grund für die Bewertung, bevor Sie das Ergebnis veröffentlichen. Nennen Sie die Zielgruppe und die Entscheidung, die die Bewertung unterstützt, denn „beste“ Kriterien für ein kleines Team können für ein reguliertes Unternehmen falsch sein. Definieren Sie jedes Kriterium in einem Satz vor oder innerhalb der detaillierten Analyse. Kriterien müssen sich ausreichend voneinander unterscheiden, sodass dieselbe Beobachtung nicht zweimal belohnt wird.

Verwenden Sie drei bis sieben Kriterien. Weniger als drei reduzieren sich in der Regel auf einen einfachen Vergleich; mehr als sieben erschweren die Prüfung des Gesamtwerts und fördern triviale Unterscheidungen. Kriterienbezeichnungen verwenden zwei bis acht Wörter. Belegzusammenfassungen verwenden 8–40 Wörter und nennen eine Beobachtung, kein werbliches Adjektiv. „Unterstützt SAML SSO im Enterprise-Plan“ ist ein Beleg; „hervorragende Sicherheit“ wiederholt das Urteil.

Veröffentlichen Sie Skalenanker. Definieren Sie für eine 0–10-Skala mindestens 0, 5 und 10 für jedes Kriterium oder für eine wirklich gemeinsame Bewertungsmatrix. Ein Mittelpunkt muss einen testbaren Zustand beschreiben, nicht „durchschnittlich“, es sei denn, die Vergleichspopulation und -statistik sind definiert. Halten Sie alle Subjekte auf derselben Skala und Version der Bewertungsmatrix.

Die Gewichtung muss transparent sein. Zeigen Sie jeden Prozentsatz, stellen Sie sicher, dass die Summe 100 % ergibt, und erklären Sie, warum Kriterien mit höherer Gewichtung für die genannte Zielgruppe wichtiger sind. Gleiche Gewichtung ist dennoch eine Gewichtung und muss angegeben werden. Ändern Sie die Gewichtungen nicht pro Subjekt und erlauben Sie nicht, dass Sponsorenstatus, Affiliate-Provisionen, Produktzugang oder ein bevorzugtes Ergebnis diese beeinflussen.

Berechnen Sie mit ungerundeten Teilbewertungen und runden Sie das Endergebnis dann einmal. Zeigen Sie standardmäßig eine Dezimalstelle an. Zwei Dezimalstellen sind nur zulässig, wenn die Eingabematrix diese Auflösung zuverlässig unterscheidet; andernfalls erzeugen sie künstliches Vertrauen. Behalten Sie den Nenner neben jeder Bewertung bei und unterscheiden Sie Prozentsätze von Punkten.

Setzen Sie niemals unbegründetes Lob, einen Verkaufsaufruf, Preisdringlichkeit, Erfahrungsberichte, Nutzerbewertungssterne oder eine nicht offengelegte kommerzielle Beziehung in die Scorecard. Verstecken Sie keinen disqualifizierenden Fehler in einer Fußnote. Behandeln Sie fehlende Belege nicht als neutralen Mittelpunkt. Geben Sie „Nicht getestet“ an, befolgen Sie die vordefinierte Regel für fehlende Daten und zeigen Sie keinen Gesamtwert an, wenn eine faire Berechnung unmöglich ist.

Beitragstypen, die sie verwenden

Das postTypes-Frontmatter ist die Quelle dieser Zuordnung. Die Aufnahme bedeutet, dass das Format eine Scorecard unterstützen kann, wenn eine stabile Bewertungsmatrix und Belege auf Kriterienebene vorliegen; sie erfordert keine Bewertung auf jeder Seite.

QA-Checkliste

• Subjekt, Version oder Plan, Bewertungsdatum, Zielgruppe und Entscheidung sind explizit.
• Die Methodik wurde vor der Bewertung definiert und kann erneut angewendet werden.
• Es gibt drei bis sieben unterschiedliche Kriterien mit testbaren Definitionen.
• Jedes Kriterium hat eine sichtbare Gewichtung und alle Gewichtungen ergeben insgesamt genau 100 %.
• Skalenanker erklären, was Minimum, Mittelpunkt und Maximum bedeuten.
• Jede Teilbewertung hat eine Belegzusammenfassung und eine nachvollziehbare Quelle oder Testbeobachtung.
• Zwingende Hürden können nicht durch Stärke bei optionalen Kriterien weggemittelt werden.
• Die Gesamtbewertung wird aus Teilbewertungen und Gewichtungen berechnet und dann nur einmal gerundet.
• Die angezeigte Genauigkeit wird durch die Granularität der Eingaben gestützt.
• Fehlende Belege folgen einer offengelegten Richtlinie und werden niemals stillschweigend mit Null oder dem Durchschnitt bewertet.
• Geschäftsbeziehungen, bereitgestellter Zugang und wesentliche Einschränkungen werden offengelegt.
• Die Scorecard wird nicht neben Nutzersternen, einem Erfahrungsbericht, einer Promotion oder einer widersprüchlichen Skala platziert.
• Tabellenüberschriften, Beschriftung, Lesereihenfolge, Textäquivalente und mobiles Umfließen sind barrierefrei.
• Strukturierte Daten stimmen, falls vorhanden, mit dem sichtbaren Subjekt, Autor, der Bewertung und Skala überein und sind für den Seitentyp berechtigt.
• Der ausgewählte Beitragstyp erscheint in postTypes und der umgebende Artikel liefert detaillierte Belege.

FAQ

Benötigt jede Scorecard gewichtete Kriterien?

Jede Scorecard muss angeben, wie die Kriterien zur Gesamtbewertung beitragen. Eine gleichmäßige Gewichtung ist gültig, muss aber dennoch offengelegt werden. Falls einige Kriterien wichtiger sind, veröffentlichen Sie jedes Gewicht und stellen Sie sicher, dass die Gewichtungen insgesamt 100 % ergeben.

Wie viele Kriterien sollte eine Scorecard enthalten?

Verwenden Sie drei bis sieben. Vier oder fünf bieten in der Regel ausreichende Abdeckung, ohne falsche Genauigkeit zu erzeugen. Falls eine Bewertung mehr als sieben benötigt, gruppieren Sie detaillierte Prüfungen unter einer kleineren Anzahl bewerteter Kriterien und veröffentlichen Sie das vollständige Bewertungsschema separat.

Darf eine Scorecard Dezimalstellen verwenden?

Ja, wenn die Eingaben und die Berechnung diese rechtfertigen. Zeigen Sie standardmäßig nicht mehr als eine Dezimalstelle im angezeigten Gesamtwert an, geben Sie die Rundungsregel an und fügen Sie niemals Dezimalstellen hinzu, nur um ein subjektives Urteil gemessen wirken zu lassen.

Dürfen Nutzerbewertungen in eine redaktionelle Scorecard einfließen?

Nur als klar benannte Eingabe mit offengelegter Quelle, Stichprobengröße, Erhebungszeitraum und Beitrag zur Formel. Bezeichnen Sie eine Nutzerbewertung Dritter nicht als redaktionelle Bewertung und vermischen Sie sie nicht stillschweigend mit Testergebnissen.

Qualifiziert sich eine Scorecard für ein Review- oder Rating-Schema?

Nicht automatisch. Eine Rating-Auszeichnung ist nur dann angemessen, wenn die Seite ein berechtigtes, klar identifiziertes Subjekt bewertet und die sichtbare Bewertung, Skala, der Autor sowie die unterstützenden Inhalte die entsprechenden Anforderungen an strukturierte Daten erfüllen.