# Einen vollständigen Leseweg ohne Zeiger prüfen

Eigene konstruierte Lehrfälle mit vollständigem Kontext. Keine echten Konten, Rechtefreigaben, signierten Nachweise, Detektorprüfungen, Menschenstudien oder Kunden.

Wähle eine konkrete Aufgabe auf eigener Seite und navigiere, lies, öffne Quelle und erreiche Download per Tastatur. Sichtbaren logischen Fokus, Bedienung und Ausstieg aus jedem Bestandteil prüfen. Umgebung und fehlgeschlagenen Schritt notieren. Ein kleiner Tastaturweg findet Barrieren, ist aber weder Screenreaderstudie noch Zugänglichkeitsbeleg für alle Geräte.

## Aufgabe und Umgebung vor den Tasten wählen

Eine erlaubte Seite und Daten nutzen. Praktische Aufgabe: erklärten Anteil finden, Nenner bestimmen, Quelle öffnen und vollständiges Beispiel herunterladen. Browser/Version, Betriebssystem, Breite, Tastaturnavigation und Start-URL notieren. Ein beliebiger Knopfdruck ersetzt nicht die ganze versprochene Aufgabe.

In manchen Umgebungen muss Tastaturnavigation passend eingestellt sein, damit alle relevanten Funktionen Fokus erhalten. Tatsächliche Umgebung prüfen, fremde Präferenzen nicht bloß gegen ein Prüfergebnis ändern. Schmale Ansicht und Browserzoom sind verschiedene Beobachtungen; keine ist allein ein echter Telefontest.

## Einstieg, Quelle, Ergebnis und Rückweg durchlaufen

Am Browser-/Seiteneinstieg beginnen, Zeiger beiseitelegen und mit Tab/Umschalt+Tab dem sinnvollen Weg folgen. Sichtbaren Fokus und bedeutungserhaltende Reihenfolge prüfen. Ein Sprunglink soll richtigen Inhalt erreichen. Sichtbare, aber tastaturunerreichbare Funktionen brauchen Reparatur oder echten gleichwertigen Tastaturweg.

Native Bedienkonventionen nutzen: gewöhnliche Links meist Enter, native Schaltflächen meist Enter und Leertaste. Pfeiltasten hängen vom Element ab. Nicht erwarten, dass Leertaste jeden Link aktiviert, und kein allgemeines Sondertastenschema erzwingen. Tatsächliche Wirkung samt URL oder Datei notieren.

## Ausstieg ebenso wie Einstieg prüfen

Jeder per Tastatur betretbare Bestandteil braucht einen Tastaturausstieg. Ein geöffnetes Modal darf Fokus vorübergehend enthalten, wenn bekannter nutzbarer Ausstieg und Fortsetzung möglich sind. Esc ist häufig, ersetzt aber nicht allgemein funktionierendes Schließen/Abbrechen. Ungewöhnlichen Ausstieg vorher erklären.

Abbrechen, Schließen, Fehler und Rückkehr zur Aufgabe prüfen. Bestätigung darf Fokus nicht unverständlich absetzen oder Zeiger zur Erholung verlangen. Bei breiter Tabelle benannten Scrollbereich fokussieren, per Browser scrollen und mit Tab/Umschalt+Tab verlassen. Statische Zellen nicht bloß für viele Tab-Stopps einzeln fokussierbar machen.

## Drei konstruierte Wegfehler lösen

K1 — Konstruierter Download: Funktion erscheint nur bei Hover und ist per Tastatur unerreichbar. Entscheidung: sichtbare native Funktion oder gleichwertigen bedienbaren Weg anbieten und ganze Aufgabe wiederholen. Ergebnis: Barrierenreparatur, kein allgemeiner Zugänglichkeitserfolg durch einen Fokuswechsel.

K2 — Konstruierter Dialog: Fokus gelangt in Vorschau, funktionierendes Schließen oder erklärter Ausstieg fehlt. Entscheidung: Ausstieg und sinnvolle Fokusrückkehr reparieren, Öffnen und Verlassen erneut testen. Ergebnis: kein Erfolg allein durch aktivierbare erste Schaltfläche.

K3 — Konstruierte breite Tabelle: Nötige letzte Spalte ist ohne Zeiger unerreichbar. Entscheidung: benannten erreichbaren Scrollbereich oder vollständige nutzbare andere Darstellung liefern, Scrollen und Verlassen prüfen. Ergebnis: vollständige Daten statt unlesbar kleiner Schrift.

## Beobachtung im tatsächlichen Umfang belassen

W3Cs Easy Checks sind ausdrücklich Erstprüfung, keine vollständige Bewertung. Ein in einem Browser funktionierender Weg kann andere Barrieren behalten. Screenreader, Spracheingabe, Kontrast, Untertitel, Bedeutung und echter menschlicher Aufgabenerfolg brauchen eigene Belege. Diese Felder nicht mit Persona oder Automatiknote füllen.

Fehlerschritt, Erwartung, Beobachtung und geänderte Datei/Seite notieren; nach echter Korrektur betroffenen vollständigen Weg wiederholen. Passender DOM-Text kann mit visuell zerbrochener Zahl oder unerreichbarer Funktion einhergehen. Tatsächliche Lektüre ansehen und nicht abschließbare Aufgabe klar offenlassen.

## Nachvollziehbare Aufgabe und ehrliches Ergebnis sichern

Der Bogen hält Aufgabe, erlaubte Quelle/Seite, Umgebung, Einstieg, Tastenfolge, fokussierte Funktion, Ergebnis/Referenz, Rückweg und offene Assistenztechnikprüfung fest. Das Tabellenbeispiel bietet eine konkrete eigene Übungsdatei für Scrollen und Ausstieg. Fiktive Werte statt privater Kontodaten nutzen.

Primäre W3C-Tastatur-, Ausstiegs- und Erstprüfungsinformationen wurden am 1. November 2026 gelesen. K-Fälle sind konstruiert. Begleitende Browserprüfung betrifft nur eigene Vorlage und notierte Umgebung. Sie ist weder unabhängige Präferenz noch klinische Prüfung oder echter Gerätebeleg.

## Primärquellen

- [W3C: keyboard operation and control conventions](https://www.w3.org/WAI/WCAG22/Understanding/keyboard.html)
- [W3C: a known keyboard exit](https://www.w3.org/WAI/WCAG22/Understanding/no-keyboard-trap.html)
- [W3C WAI: first-review keyboard and visible-focus checks](https://www.w3.org/WAI/test-evaluate/preliminary/)