ForHosting KIT · Prüfen & Validieren

WCAG-Prüfung für anpassbare Textabstände

Dieser WCAG-Textabstandsprüfer vergleicht Stylesheet-Messwerte mit drei auf die Schriftgröße bezogenen Werten, die üblicherweise für anpassbare Textabstände geprüft werden: eine Zeilenhöhe von mindestens dem 1.5-Fachen der Schriftgröße, einen Buchstabenabstand von mindestens dem 0.12-Fachen und einen Wortabstand von mindestens dem 0.16-Fachen.

● BetaKostenlos · im Browser
Nutzen Sie es über WebAPIE-MailTelegramApp bald

Geben Sie alle Messwerte in derselben Einheit ein, etwa in Pixeln oder Punkten. Das Ergebnis nennt jedes ermittelte Verhältnis, das erforderliche Minimum, den zugehörigen Mindestwert und ein Gesamtergebnis. Diese gezielte numerische Prüfung eignet sich für Designkontrollen und automatisierte Tests, ersetzt aber nicht den Test, ob Inhalte bei benutzerdefinierten Abständen weiterhin nutzbar bleiben.

Messen Sie alle vier Werte in derselben Einheit

Beginnen Sie mit der berechneten Schriftgröße und den zu prüfenden Werten für Zeilenhöhe, Buchstabenabstand und Wortabstand. Alle vier Zahlen müssen dieselbe Einheit verwenden, da der Prüfer jeden Abstand durch die Schriftgröße teilt. Pixel sind praktisch, wenn Sie berechnete Stile aus den Entwicklerwerkzeugen des Browsers übernehmen. Punkte, in Zahlen umgerechnete rem-Werte oder jede andere einheitlich verwendete Längeneinheit ergeben jedoch dieselben Verhältnisse. Beispielsweise ergibt eine Schriftgröße von 16 Pixeln zusammen mit einer Zeilenhöhe von 24 Pixeln das Verhältnis 1.5. Ein Buchstabenabstand von 1.92 Pixeln ergibt 0.12, ein Wortabstand von 2.56 Pixeln ergibt 0.16. Einheitenbezeichnungen werden bewusst nicht angenommen: Senden Sie Zahlen, nachdem Sie CSS-Schlüsselwörter, Prozentangaben, einheitenlose Zeilenhöhen, geerbte Werte und relative Einheiten in vergleichbare Messwerte aufgelöst haben. Die Schriftgröße muss größer als null sein; null und negative Werte werden abgelehnt. Andere endliche Abstandswerte werden unverändert bewertet, sodass ein negativer Abstand fehlschlägt und nicht stillschweigend korrigiert wird.

Lesen Sie die Einzelprüfungen vor dem Gesamtergebnis

Die Antwort enthält je eine Prüfung für Zeilenhöhe, Buchstabenabstand und Wortabstand. Jede Prüfung wiederholt den angegebenen Wert, berechnet sein Verhältnis zur Schriftgröße, nennt das an WCAG ausgerichtete Mindestverhältnis, berechnet den absoluten Mindestwert für die angegebene Schriftgröße und liefert ein boolesches Ergebnis. Das übergreifende Feld passes ist nur wahr, wenn alle drei Vergleiche bestehen. Werte genau auf der Grenze bestehen: Ein Zeilenhöhenverhältnis von 1.5, ein Buchstabenabstandsverhältnis von 0.12 oder ein Wortabstandsverhältnis von 0.16 erfüllt den jeweiligen Schwellenwert. Der Algorithmus nutzt die Zahlen direkt und rundet vor dem Vergleich nicht. Dadurch verändert eine reine Darstellung keinen grenznahen Befund. Die Ausgabe macht Fehler unmittelbar bearbeitbar: Entwicklungsteams erkennen die Eigenschaft unterhalb ihres Ziels und können den aktuellen Wert mit minimum_value vergleichen. Da die Berechnung deterministisch und netzunabhängig ist, erzeugt dieselbe JSON-Eingabe im Browser, in einer Build-Pipeline oder über eine API-Integration stets dieselbe JSON-Ausgabe.

Nutzen Sie das Ergebnis als gezielte Anpassbarkeitsprüfung

WCAG 1.4.12 verlangt, dass Inhalte und Funktionen erhalten bleiben, wenn Benutzer festgelegte Änderungen an Textabständen vornehmen. Dieser Rechner prüft, ob die drei eingegebenen Messwerte die Verhältnisse für Zeilenhöhe, Buchstabenabstand und Wortabstand erreichen. Er untersucht keine Webseite, schreibt kein CSS um und beweist nicht, dass ein Layout benutzerdefinierte Überschreibungen verträgt. Bei einer vollständigen Barrierefreiheitsprüfung müssen Sie die maßgeblichen Abstandsänderungen weiterhin in einem echten Browser anwenden und nach abgeschnittenem Text, verborgenen Steuerelementen, Überlagerungen, gekürzten Beschriftungen, defekten Dialogen und verlorenen Inhalten suchen. Absatzabstände gehören ebenfalls zum Erfolgskriterium, liegen hier aber außerhalb des Umfangs, weil die deklarierte Eingabe nur die drei schriftgrößenbezogenen Werte umfasst. Nutzen Sie das Zahlenergebnis, um offensichtliche Abweichungen in Tokens oder Stylesheets früh zu erkennen, und prüfen Sie danach das tatsächliche Rendering. Die Browserversion unterstützt manuelle Designprüfungen; die API kostet $0.002 pro erfolgreicher Anfrage und passt in Regressionstests für Komponenten, Themes, Vorlagen oder erzeugte Dokumente. Ungültige Eingaben werden abgelehnt, nicht umgerechnet oder erraten.

Design-Tokens prüfen

Vergleichen Sie Typografie-Tokens mit den Zielverhältnissen, bevor Sie eine gemeinsame Komponentenbibliothek veröffentlichen.

Eine Regressionsprüfung ergänzen

Senden Sie aufgelöste Stilwerte aus automatisierten Tests und stoppen Sie den Build, sobald ein Abstandsverhältnis zu klein ist.

Eine CSS-Überschreibung prüfen

Prüfen Sie vorgeschlagene Werte für Zeilenhöhe sowie Buchstaben- und Wortabstand numerisch, bevor Sie das Layout im Browser testen.

Welche Verhältnisse verwendet der Prüfer?

Er prüft die Zeilenhöhe beim 1.5-Fachen der Schriftgröße, den Buchstabenabstand beim 0.12-Fachen und den Wortabstand beim 0.16-Fachen.

Müssen die Eingaben in Pixeln angegeben werden?

Nein. Jede Längeneinheit funktioniert, wenn Schriftgröße und alle drei Abstandswerte dieselbe Einheit verwenden.

Besteht ein Ergebnis genau am Schwellenwert?

Ja. Jeder Vergleich ist einschließlich, sodass ein Wert gleich seinem Mindestverhältnis besteht.

Beweist dies die Konformität einer Seite mit WCAG 1.4.12?

Nein. Es werden nur drei Zahlenverhältnisse geprüft. Sie müssen die Abstandsänderungen auch auf die gerenderte Seite anwenden und bestätigen, dass Inhalte und Funktionen erhalten bleiben.

Was kostet eine API-Anfrage?

Eine erfolgreiche API-Anfrage kostet $0.002. Dieselbe deterministische Berechnung steht im Browser bereit.

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/verify/wcag-text-spacing-check

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/verify/wcag-text-spacing-check \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"font_size":16,"line_height":24,"letter_spacing":1.92,"word_spacing":2.56}'
{
  "font_size": 16,
  "line_height": 24,
  "letter_spacing": 1.92,
  "word_spacing": 2.56
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "verify.wcag_text_spacing_check",
  "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.

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.

Vollständige KIT-Dokumentation lesen →