ForHosting KIT · Bilder bearbeiten & analysieren

W3C-Helligkeitsunterschied

Vergleichen Sie zwei Farben mit dem historischen W3C-Helligkeitstest: Schwarz und Weiß liegen 255 auseinander, weit über den 125, die zum Bestehen nötig sind. Praktisch, um alte Prüfungen nachzuvollziehen; für heutige Entscheidungen nutzen Sie einen WCAG-Kontrasttest. Kostenlos in Ihrem Browser.

  • Kostenlos
  • Läuft in Ihrem Browser
  • Ohne Anmeldung
  • Ihre Daten bleiben auf Ihrem Gerät
Nutzen Sie es über WebAPIE-MailTelegramApp bald
Wenn Sie eingeben
Farbe 1
#000
Farbe 2
#fff
Erhalten Sie
Farbe 1
#000000
Farbe 2
#FFFFFF
Helligkeit 1
0
Helligkeit 2
255

Dieser Rechner vergleicht zwei Hexadezimalfarben mit der historischen Formel für wahrgenommene Helligkeit aus dem W3C-AERT-Entwurf. Er bildet für jede Farbe einen gewichteten Wert, berechnet den absoluten Abstand und meldet, ob dieser größer als 125 ist. Das deterministische Ergebnis enthält normalisierte Farben, beide Helligkeiten, Differenz, Schwelle und Urteil. Damit lassen sich ältere Prüfungen nachbilden; eine moderne WCAG-Kontrastberechnung ersetzt das Verfahren nicht.

Was der historische Helligkeitstest misst

Der Test schätzt, wie hell oder dunkel eine Farbe wirkt, indem er Rot, Grün und Blau unterschiedlich gewichtet. Das menschliche Auge reagiert am stärksten auf Grün, danach auf Rot und schwächer auf Blau. Deshalb verwendet die Rechnung 299 für Rot, 587 für Grün und 114 für Blau und teilt die Summe durch 1000.

Die Fähigkeit berechnet beide Helligkeiten und deren absoluten Abstand. Nur ein Wert größer als 125 besteht; genau 125 reicht nicht aus. Die Reihenfolge der Farben beeinflusst das Urteil nicht.

Berechnet wird ausschließlich der Helligkeitsabstand, weder die ergänzende historische Farbdifferenz noch das Kontrastverhältnis der heutigen WCAG. Verwenden Sie das Werkzeug, wenn Sie eine ältere Regel reproduzieren, Ergebnisse früherer Software vergleichen oder ein System pflegen, das diese Formel ausdrücklich verlangt. Bei neuen Barrierefreiheitsprüfungen ist das Ergebnis lediglich eine Zusatzinformation und kein vollständiger Konformitätsnachweis.

Farben eingeben und die Antwort lesen

Geben Sie jede Farbe als hexadezimalen RGB-Wert mit vorangestelltem Doppelkreuz ein. Zulässig sind die dreistellige Kurzform wie #0AF und die sechsstellige Vollform wie #00AAFF. Kurzwerte werden durch Verdoppeln jeder Stelle erweitert; zurückgegebene Farben erscheinen normalisiert mit sechs Großbuchstaben beziehungsweise Ziffern.

Alphakanäle, CSS-Farbnamen, rgb()-Funktionen, Leerraum und Werte ohne Doppelkreuz werden abgelehnt, statt stillschweigend interpretiert zu werden. Die Anzeige kann somit keinen Grenzfall verändern.

Das Ergebnis in Prüfungen und Automatisierung einsetzen

Speichern Sie die normalisierten Farben und die ausgegebene Differenz im Prüfprotokoll, damit andere das Urteil ohne Bildschirmfoto oder farbspezifische Browserinterpretation nachvollziehen können. Lesen Sie in automatisierten Abläufen passes aus und verwenden Sie die Detailwerte für Berichte und Fehlersuche. Ein negatives Ergebnis besagt nur, dass das Paar die historische Schwelle nicht überschreitet; ein positives besagt lediglich das Gegenteil.

Beides belegt keine aktuelle WCAG-Stufe, denn moderne Regeln nutzen relative Leuchtdichte, ein Kontrastverhältnis und vom Text abhängige Grenzen. Benötigt Ihr Projekt beide Verfahren, führen Sie diesen historischen Test und eine getrennte WCAG-Prüfung aus.

Eine ältere Barrierefreiheitsprüfung nachbilden

Berechnen Sie historische Ergebnisse mit exakter Gewichtung und strikt überschrittener Schwelle neu.

Archivierte Designsysteme untersuchen

Dokumentieren Sie alte Paletten nach dem Helligkeitstest, der bei ihrer Entstehung galt.

Welche Formel verwendet dieser Rechner?

Er berechnet (299 × Rot + 587 × Grün + 114 × Blau) / 1000 je Farbe und bildet anschließend den absoluten Abstand.

Welcher Wert besteht den historischen Test?

Der Helligkeitsunterschied muss größer als 125 sein. Genau 125 besteht nicht.

Belegt ein positives Ergebnis den heutigen WCAG-Kontrast?

Nein. Moderne WCAG-Regeln verwenden relative Leuchtdichte und ein Kontrastverhältnis; dies ist ein anderer, historischer Test.

Welche Farbformate werden akzeptiert?

Verwenden Sie #RGB oder #RRGGBB. Alpha, CSS-Namen, rgb()-Syntax und umgebende Leerzeichen sind unzulässig.

Spielt die Reihenfolge der Farben eine Rolle?

Nein. Wegen des absoluten Abstands bleiben Differenz und Urteil beim Vertauschen gleich.

Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.

POSThttps://api.kit.forhosting.com/color/brightness-diff-w3c

Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.

curl -X POST https://api.kit.forhosting.com/color/brightness-diff-w3c \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"color_1":"#000000","color_2":"#FFFFFF"}'
{
  "color_1": "#000000",
  "color_2": "#FFFFFF"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "color.brightness_diff_w3c",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.

pro Anfrage$0.002

Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.

max_color_chars7
HTTPCodeBedeutung
401unauthorizedDer API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer).
402insufficient_balanceIhr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht.
404unknown_typeUnbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog.
429rate_limitedZu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Farben eingeben und die Antwort lesen

Die Antwort zeigt brightness_1 und brightness_2 auf der Skala von 0 bis 255, brightness_difference als absoluten Abstand, threshold mit 125 und passes als Wahrheitswert. Für stabiles JSON werden Zahlen auf drei Dezimalstellen gerundet, die Entscheidung verwendet jedoch den ungerundeten Wert. Wenn Sie color_1 und color_2 vertauschen, wechseln nur die Einzelwerte ihre Position; Differenz und Urteil bleiben gleich.

Das Ergebnis in Prüfungen und Automatisierung einsetzen

Eine API-Anfrage kostet $0.002; im Browser arbeitet derselbe deterministische Algorithmus ohne Netzwerk, Zufall, Zeitstempel oder verborgenen Zustand.

Regressionstests absichern

Vergleichen Sie festgelegte Farbpaare und erkennen Sie Änderungen an einer früheren Annahmeregel.

Was kostet eine API-Anfrage?

Jede API-Anfrage kostet $0.002. Die Browserberechnung läuft lokal mit derselben deterministischen Logik.

Vollständige KIT-Dokumentation lesen →