Was ist APCA?

APCA — der Advanced Perceptual Contrast Algorithm — ist ein Kontrastmodell, das für die Entwürfe von WCAG 3 entwickelt wurde. Statt eines Verhältnisses liefert es Lc (“lightness contrast”), eine vorzeichenbehaftete Zahl, die von etwa 0 bis +106 für dunklen Text auf hellem Hintergrund und bis etwa −108 für hellen Text auf dunklem Hintergrund reicht. Es ist polaritätsbewusst — die beiden Richtungen werden unterschiedlich bewertet — und seine Empfehlungen sind schriftbewusst: dünnerer und kleinerer Text braucht ein höheres Lc.

APCA existiert, weil das WCAG-2.x-Verhältnis, so nützlich es auch ist, bekannte blinde Flecken hat — und ein Modell, das auf moderner Sehforschung aufbaut, sehen kann, was das Verhältnis nicht sieht. Dieser Teil unseres Kontrast-Leitfadens erklärt, was die Lc-Zahl bedeutet, wo die beiden Modelle übereinstimmen und wo sie auseinandergehen, und — da dies der am häufigsten missverstandene Punkt ist — welchen rechtlichen Status APCA tatsächlich hat.

Warum gibt es APCA?

Das 2.x-Verhältnis behandelt Kontrast als reine Arithmetik über die Luminanz, und daraus folgen drei Konsequenzen. Erstens überbewertet es dunkle Kombinationen und unterbewertet helle: grauer Text #777777 auf Schwarz misst ≈4,7:1 — ein Bestehen für Fließtext — während die meisten Augen ihn wirklich trüb finden, denn nahe Schwarz übernimmt die Umgebungslicht-Konstante der Formel einen großen Teil der Arbeit. Zweitens behandelt es Polarität als symmetrisch, obwohl die Wahrnehmung es nicht ist: vertausche Weiß und ein Marken-Blau, und das Verhältnis ist in beiden Richtungen identisch, aber heller Text auf dunklem Grund liest sich anders als dunkler Text auf hellem. Drittens ignoriert es Schriften völlig: 4,5:1 besteht mit einer haarfeinen 200er-Schnittstärke ebenso wie mit einem kräftigen Semibold, obwohl eine davon offensichtlich schwerer zu lesen ist. Die Argumentation für das Modell, in seinen eigenen Worten, findet sich in der APCA-Dokumentation.

Was bedeutet die Lc-Zahl?

Lc misst, wie stark sich der Text perzeptiv vom Hintergrund abhebt. Das Vorzeichen trägt die Polarität: positiv für dunkel-auf-hell, negativ für hell-auf-dunkel. Der Betrag ist das, was du abliest, und die häufig zitierten Bänder — Empfehlung, kein Gesetz — verlaufen grob so:

• Lc 90 — komfortabel für Fließtext
• Lc 75 — das Minimum für Fließtext
• Lc 60 — ausreichend für großen Text
• Lc 45 — Überschriften und große UI-Elemente

Die Bänder verschieben sich mit der Schrift: dasselbe Lc, das eine fette 24px-Überschrift trägt, reicht für 14px regular nicht aus, und die APCA-Empfehlung koppelt das erforderliche Lc an Größe und Schnittstärke, statt so zu tun, als passe eine Zahl auf jeden Text. Diese Kopplung ist der praktischste Unterschied des Modells zum Verhältnis — und der Grund, warum es sich einem einzelnen Bestanden/Durchgefallen-Urteil widersetzt.

Wie schneiden WCAG und APCA bei echten Kombinationen ab?

Vier Kombinationen, beide Zahlen berechnet. Das Marken-Blau ist #2563eb:

Die ersten drei Zeilen erzählen die beruhigende Geschichte: bei gewöhnlichen Kombinationen ordnen die beiden Modelle die Dinge meist gleich ein. Die vierte Zeile ist der sichtbar gemachte blinde Fleck. Das Verhältnis bewertet #777777 auf Schwarz über dem Fließtext-Grenzwert — numerisch stärker als die Zeile mit Mittelgrau auf Weiß. APCA setzt es bei ≈Lc −31 an, sogar unter dem Band für Überschriften. Das eine Modell sagt „Fließtext, nur zu“; das andere sagt „nicht mal annähernd“. Stelle die beiden Kombinationen nebeneinander auf einen Bildschirm und beurteile, auf welche Seite sich deine Augen schlagen.

Öffne diese vier Kombinationen in Scale Composer — jedes WCAG-Verhältnis mit seinem APCA Lc daneben, Übereinstimmungen und die Abweichung in einem Panel.

Ist APCA gesetzlich vorgeschrieben?

Nein — und das lohnt sich klar zu sagen, denn die Begeisterung rund um das Modell legt manchmal etwas anderes nahe. APCA ist heute in keinem Barrierefreiheits-Standard und keiner Vorschrift vorgeschrieben. WCAG 3 ist weiterhin ein Entwurf, und seine Autoren stellen ausdrücklich klar, dass sich sein Inhalt noch ändern kann. Die Vorschriften, die WCAG zitieren — in den USA, der EU und anderswo — zitieren WCAG 2.x, was bedeutet, dass die Verhältnisse 4,5:1 und 3:1 auf absehbare Zeit die Referenz für Konformität bleiben. Gegen APCA statt gegen die Verhältnisse zu testen erfüllt keine aktuelle Konformitätsanforderung.

Seine praktische Rolle heute ist Urteil neben Konformität: das Verhältnis entscheidet, was ausgeliefert wird, Lc informiert darüber, was ausgeliefert werden sollte. Deshalb berechnet Scale Composer APCA für jede Kombination und zeigt den Lc-Wert neben jedem WCAG-Verhältnis an, hängt aber kein Bestanden/Durchgefallen-Urteil daran — die Schwellenwerte von APCA hängen von Größe und Schnittstärke des betreffenden Texts ab, was ein Farb-Panel nicht wissen kann.

Wie sollte ein Team beide Zahlen nutzen?

Behandle das Verhältnis als Untergrenze und Lc als Zweitmeinung, und lass jedes nur in eine Richtung ein Veto einlegen. Eine Kombination, die WCAG nicht besteht, wird nicht ausgeliefert, egal wie ihr Lc lautet — Konformität ist durch ein Entwurfs-Modell nicht verhandelbar. Eine Kombination, die WCAG besteht, aber für ihre vorgesehene Größe ein schwaches Lc erzielt, verdient einen zweiten Blick — die Zeile #777777 auf Schwarz oben ist genau das Versagen, das das Verhältnis nicht sehen kann. Die Zwei-Modell-Situation wird wahrscheinlich noch Jahre bestehen: WCAG 3 könnte irgendwann etwas wie APCA normativ machen, und bis dahin ist der Beide-Zahlen-Workflow der ehrliche Weg zu arbeiten.

Sieh Polarität mit eigenen Augen

Der schnellste Weg, um zu verinnerlichen, was das Verhältnis übersieht, ist, eine Kombination umzudrehen. Lade ein Farbpaar und vertausche seine Polarität — im einen Moment dunkel-auf-hell, im nächsten hell-auf-dunkel. Das WCAG-Verhältnis bleibt vollkommen unverändert, während der Lc-Wert Vorzeichen und Betrag wechselt, und die Kluft zwischen den beiden Ablesungen ist APCAs Argument, ausgedrückt in deinen eigenen Farben.