Barrierefreiheit

Diese Erklärung betrifft die öffentlichen Seiten von llmeu.com, ausgeliefert als statischer Export. Sie betrifft nicht die API und nicht die Betreiberkonsole; beide sind nicht Teil dieses Exports und von dieser Website aus nicht erreichbar.

Wir erheben keine Konformitätsbehauptung gegenüber WCAG 2.2 oder WCAG 2.1 — auf keiner Stufe: nicht A, nicht AA, nicht AAA. Kein Dritter hat diese Website geprüft, und es wurden keine Tests mit assistiven Technologien durchgeführt. Was folgt, ist eine Liste dessen, was gemessen wurde, wie es gemessen wurde und was weiterhin unbekannt ist.

Was geprüft wurde

Jede Zeile nennt, was gemessen wurde, und das Werkzeug, das gemessen hat. Nichts davon ist ein zertifiziertes Ergebnis; es sind Messungen an diesem Build, und sie sind wiederholbar.

• Inhalte kommen ohne JavaScript an, auf dieser und auf jeder anderen öffentlichen Seite. Fast jede Seite ist HTML und ein Stylesheet; es gibt kein Drittanbieter-Skript, kein Framework, keine Hydration. Eine Route — der Modell-Playground — trägt ein einzelnes Inline-Skript und ist mit noindex markiert und nicht Teil der crawl-baren Website.
• Die Seite rendert in Systemschriften und enthält keine Bilder. Es gibt keine Webschrift und kein Bild auf einer öffentlichen Seite; die einzige Bilddatei ist das Website-Symbol. Das Layout kann sich deshalb nicht verschieben, während eine Schrift fertig lädt oder ein Bild verspätet eintrifft.
• Jede Tabellenüberschrift ist ihren Zellen zugeordnet. Alle th-Zellen auf öffentlichen Seiten tragen ein explizites scope, und die Prüfung, die das durchsetzt, rendert die Seiten und liest das HTML statt das Template. Das gibt es, weil exportierte Seiten früher Überschriften ohne scope auslieferten — so liest ein Screenreader eine Vergleichstabelle als Wand aus Zahlen.
• Der Tastaturfokus ist sichtbar. Der Sprunglink ist auf jeder Seite das erste fokussierbare Element, er wird beim Fokussieren sichtbar, und der Fokusindikator wird aus dem gerenderten Stil gelesen, nicht aus dem Stylesheet, in einem echten Browser.
• Jede Seite gibt ihre Sprache an. Jedes Dokument setzt lang="en" oder lang="de" am Wurzelelement, damit ein Screenreader die richtigen Ausspracheregeln wählt, und jede Seite nennt beide Sprachalternativen.
• Der Farbkontrast erfüllt WCAG AA bei den designkritischen Paaren, bei einem davon ohne Reserve. 21 Paare wurden aus den Design-Tokens berechnet; das engste liegt bei 4,69:1 gegen eine AA-Schwelle von 4,5:1. Fokusindikatoren erfüllen die 3:1-Anforderung für Nicht-Text in hellem und dunklem Kontext.

Wie jede dieser Angaben gemessen wurde

• Die Prüfungen zu Tabellenüberschriften, Sprache und Katalogvertrag laufen in den automatisierten Suiten und rufen die echten Seitenfunktionen auf.
• Fokussichtbarkeit und gerendertes Layout wurden in Headless-Chromium gemessen, zuvor mit deaktivierten Animationen und Übergängen, damit nie mitten in einer Bewegung gemessen wird, und mit getComputedStyle und getBoundingClientRect zurückgelesen — eine Klasse im Stylesheet ist kein Beleg, dass etwas rendert.
• Der Kontrast wurde aus den aufgelösten Token-Werten im Stylesheet berechnet, nicht aus getComputedStyle in einer laufenden Engine. Überschreibt eine Regel lokal ein Token, ist dieses Paar von der Zahl oben nicht erfasst.
• Die Aussagen zu Tabellen-scope, Sprache und kein-JavaScript wurden beim Schreiben dieser Erklärung aus diesem Build neu abgeleitet; eine Änderung am Stylesheet oder an einem Seitentemplate kann eine davon ungültig machen, deshalb nennt jede die Datei, die sie trägt.

Was nicht geprüft wurde

Klar gesagt, weil eine Barrierefreiheits-Aussage, die sich selbst überzeichnet, schlechter ist als keine — und weil das ganze Versprechen dieser Website ist, dass ihre Aussagen prüfbar sind:

• Es wurden keine Screenreader-Tests durchgeführt. Nicht mit NVDA, JAWS, VoiceOver, TalkBack oder Orca. Nichts hier sollte als Aussage darüber gelesen werden, was ein Screenreader ansagt.
• Kein externes Audit — keine Barrierefreiheits-Beratung, kein automatisierter Konformitäts-Scan, kein VPAT und kein Accessibility Conformance Report.
• Keine Konformitätsbehauptung gegenüber WCAG 2.2 (oder 2.1) auf irgendeiner Stufe. Eine Kontrastberechnung zu bestehen und Tabellenüberschriften zu markieren ist keine Konformität: Es sind zwei der Erfolgskriterien, auf den Flächen, die gemessen wurden.
• Keine Nutzertests mit behinderten Menschen.
• Browser- und Assistenztechnik-Abdeckung ist nicht charakterisiert. Die Website ist reines HTML und CSS ohne JavaScript, was meist weite Unterstützung bedeutet — aber "meist" ist keine Messung, und wir stellen es nicht als eine dar.

Bekannte Grenzen

Das sind Dinge, von denen wir bereits wissen, dass sie unvollkommen sind. Sie stehen hier, statt von Lesenden entdeckt zu werden:

• Die Konsole ist von dieser Erklärung nicht erfasst. Sie ist nicht Teil des statischen Exports, und ihre Tabellen tragen die Überschriften-Zuordnungen der öffentlichen Seiten nicht. Wird die Konsole öffentlich erreichbar, gilt diese Erklärung für sie nicht.
• Sprunglink sowie Kopf- und Fußbereich der Website sind beim Drucken ausgeblendet. Ein Ausdruck einer Seite liefert daher Inhalt ohne Navigation und ohne Sprunglink.
• Der Sprachwechsel ist ein Linkpaar, kein <select> und kein Sprachmenü. Er ist per Tastatur erreichbar und beschriftet, aber nicht das Bedienelement, das manche erwarten.
• Es gibt keinen eigenen Kontakt für Barrierefreiheit und keine zugesagte Antwortzeit. Meldungen gehen an ein allgemeines Postfach; wir verpflichten uns noch nicht, innerhalb einer festen Frist zu antworten.
• Live-Status- und Kostenwerte auf Produktseiten sind statischer Text. Sie aktualisieren sich im Browser nicht, weil es keinen Browser-Code gibt. Auf dieser Bereitstellung ist das das gewollte Verhalten, keine fehlgeschlagene Animation.
• Der Playground ist, wenn er bereitgestellt ist, die eine interaktive Fläche. Er ist ein Formular mit Textbeschriftungen und fällt auf eine Erklärung zurück, wenn die API nicht gehostet wird, aber seine Statusmeldungen während einer Anfrage wurden nicht mit einem Screenreader getestet.

Ein Problem melden

Wenn etwas auf dieser Website für Sie nicht nutzbar ist, schreiben Sie an mail@llmeu.com und nennen Sie die Seite und was passiert ist. Barrierefreiheits-Fehler werden wie jeder andere Fehler auf dieser Website behandelt: Sie werden in der Quelle behoben und auf der exportierten Seite geprüft. Wir werden nicht still ein Konformitäts-Abzeichen hinzufügen, damit die Meldung verschwindet.

Diese Erklärung beschreibt diesen Build. Hört eine der Messungen oben auf, wahr zu sein, ist der Fehler die Messung oder die Seite — nicht die Erklärung.

Sicherheit · Rechtliches · FAQ