Zum Inhalt springen
Praxis & Umsetzung

Widerrufsbutton und Kündigungsbutton barrierefrei umsetzen

Seit 19. Juni 2026 gilt die Widerrufsfunktion nach § 356a BGB. Wie sie und der Kündigungsbutton mit Tastatur, Screenreader und Zoom funktionieren.

20 Min. Lesezeit E-CommerceFormulareWCAG 2.2

Seit dem 19. Juni 2026 muss ein Onlineshop den Rückweg aus dem Kaufvertrag genauso sichtbar anbieten wie den Weg hinein. § 356a BGB verlangt für online geschlossene Fernabsatzverträge eine elektronische Widerrufsfunktion, und für Abonnements gilt daneben die Kündigungsschaltfläche nach § 312k BGB. Die meisten Ratgeber erklären, welche Wörter auf den Schaltflächen stehen müssen. Dieser Beitrag beantwortet eine andere Frage: Was heißt „ständig verfügbar, hervorgehoben platziert und leicht zugänglich“ für Menschen, die mit Tastatur, Screenreader, Sprachsteuerung oder starker Vergrößerung einkaufen? Wir gehen die Strecke Schritt für Schritt durch – Einstieg, Eingabeseite, Bestätigung, Eingangsbestätigung – und nennen zu jedem Schritt die Fehlmuster, die in einer Prüfung auffallen, und die WCAG-Kriterien, an denen sie gemessen werden. Die Umsetzung gehört in denselben Prüfumfang wie der übrige barrierefreie Onlineshop.

Das Wichtigste in Kürze

  • Seit dem 19. Juni 2026 verlangt § 356a BGB eine Widerrufsfunktion, beschriftet mit „Vertrag widerrufen“ oder einer gleichbedeutenden eindeutigen Formulierung (Richtlinie (EU) 2023/2673, Art. 2; § 356a Abs. 1 BGB).
  • Die Funktion muss während der Widerrufsfrist von 14 Tagen ständig verfügbar, hervorgehoben platziert und leicht zugänglich sein (§ 355 Abs. 2, § 356a Abs. 1 BGB). Für Screenreader, Tastatur und Zoom wird „leicht zugänglich“ erst über WCAG messbar.
  • Sichtbare Beschriftung und zugänglicher Name müssen übereinstimmen (W3C, WCAG 2.2, SC 2.5.3). Ein Symbolknopf mit abweichendem aria-label verfehlt die Beschriftungspflicht des Gesetzes und die Norm zugleich.
  • 51 Prozent der Startseiten enthalten Formularfelder ohne Beschriftung (WebAIM Million, 2026). Die Eingabeseite des Widerrufs fragt nur drei Angaben ab, und jede davon braucht ein sichtbares Label (W3C, WCAG 2.2, SC 3.3.2).
  • Nach dem Absenden muss die Bestätigung angesagt werden, ohne dass der Fokus dorthin springen muss (W3C, WCAG 2.2, SC 4.1.3). Eine stumme Erfolgsseite lässt offen, ob der Widerruf eingegangen ist.
  • 49 Prozent der Online-Käufer haben schon einmal ein Produkt behalten, weil die Rückgabe zu kompliziert war (Bitkom, 2025). Eine unzugängliche Widerrufsstrecke verschärft genau diese Hürde für Menschen mit Behinderung.

Was § 356a und § 312k BGB an der Oberfläche verlangen

§ 356a BGB gilt für Fernabsatzverträge, die über eine Online-Benutzeroberfläche geschlossen werden, also für den typischen Kauf im Onlineshop. Der Unternehmer muss sicherstellen, dass Verbraucher über eine Widerrufsfunktion eine Widerrufserklärung abgeben können. Die Funktion muss gut lesbar mit „Vertrag widerrufen“ oder einer anderen gleichbedeutenden eindeutigen Formulierung beschriftet sein (§ 356a Abs. 1 BGB). Die Vorschrift setzt die Richtlinie (EU) 2023/2673 um, deren Vorschriften die Mitgliedstaaten ab dem 19. Juni 2026 anwenden und nach der die Funktion während der gesamten Widerrufsfrist durchgehend verfügbar ist (Richtlinie (EU) 2023/2673). Die Widerrufsfrist beträgt 14 Tage (§ 355 Abs. 2 BGB).

Hinter dem Einstieg folgt eine Eingabeseite mit drei Angaben: der Name, Angaben zur Identifizierung des Vertrags oder des betroffenen Vertragsteils und das elektronische Kommunikationsmittel, über das die Eingangsbestätigung ankommen soll (§ 356a Abs. 2 BGB). Abgeschickt wird über eine Bestätigungsfunktion mit der Beschriftung „Widerruf bestätigen“ oder einer gleichbedeutenden eindeutigen Formulierung (§ 356a Abs. 3 BGB). Danach muss der Unternehmer unverzüglich eine Eingangsbestätigung auf einem dauerhaften Datenträger übermitteln, die zumindest den Inhalt der Erklärung sowie Datum und Uhrzeit des Eingangs enthält (§ 356a Abs. 4 BGB).

Für Abonnements und andere Dauerschuldverhältnisse, die über eine Webseite abgeschlossen werden können, gilt daneben § 312k BGB. Die Kündigungsschaltfläche trägt „Verträge hier kündigen“ oder eine entsprechende eindeutige Formulierung und führt unmittelbar zu einer Bestätigungsseite. Dort werden Art der Kündigung, Identifizierung, Vertrag, gewünschter Beendigungszeitpunkt und der Weg für die Kündigungsbestätigung abgefragt; abgeschickt wird über eine Schaltfläche mit „jetzt kündigen“ (§ 312k Abs. 2 BGB). Schaltflächen und Bestätigungsseite müssen ständig verfügbar sowie unmittelbar und leicht zugänglich sein. Webseiten, die Finanzdienstleistungen betreffen, und Verträge über Finanzdienstleistungen nimmt § 312k Abs. 1 BGB ausdrücklich aus.

AspektWiderrufsfunktion nach § 356a BGBKündigungsschaltfläche nach § 312k BGB
AnwendungsfallFernabsatzvertrag über eine Online-BenutzeroberflächeDauerschuldverhältnis, das auf der Webseite abgeschlossen werden kann
Beschriftung des Einstiegs„Vertrag widerrufen“ oder gleichbedeutend eindeutig„Verträge hier kündigen“ oder entsprechend eindeutig
Abgefragte AngabenName, Vertrag oder Vertragsteil, Kommunikationsmittel für die BestätigungArt der Kündigung, Identifizierung, Vertrag, Beendigungszeitpunkt, Weg für die Bestätigung
Absenden„Widerruf bestätigen“ oder gleichbedeutend eindeutig„jetzt kündigen“ oder entsprechend eindeutig
Verfügbarkeitwährend der Widerrufsfrist ständig verfügbar, hervorgehoben platziert, leicht zugänglichständig verfügbar sowie unmittelbar und leicht zugänglich
NachweisEingangsbestätigung auf dauerhaftem Datenträger mit Datum und UhrzeitSpeichern der Erklärung mit Datum und Uhrzeit, Bestätigung in Textform
WCAG-SchwerpunkteSC 2.5.3 Beschriftung im Namen, SC 3.3.2 Labels, SC 4.1.3 Statusmeldungdieselben Kriterien, dazu SC 3.3.8 bei vorgeschalteter Anmeldung

„Leicht zugänglich“ ist kein Gestaltungsbegriff

Das BGB beschreibt die Schaltflächen aus Sicht einer Person, die sieht, liest und klickt. Ob eine Widerrufsfunktion für jemanden leicht zugänglich ist, der die Seite hört oder mit der Tastatur bedient, beantwortet der Wortlaut nicht. Das Barrierefreiheitsstärkungsgesetz nennt Dienstleistungen barrierefrei, wenn Menschen mit Behinderungen sie ohne besondere Erschwernis und grundsätzlich ohne fremde Hilfe auffinden, erreichen und nutzen können (§ 3 Abs. 1 BFSG). Wer den Widerruf nur mit fremder Hilfe findet, hat keinen leichten Zugang. Die rechtliche Bewertung im Einzelfall gehört in anwaltliche Hand; die technische Messlatte liefert die EN 301 549 mit den WCAG-Kriterien, die sie für Webinhalte übernimmt. Wir legen WCAG 2.2 AA als Prüfmaßstab an; er umfasst auch die Anforderungen der WCAG 2.1 AA.

Warum die Strecke nach dem Kauf in den BFSG-Prüfumfang gehört

Das Barrierefreiheitsstärkungsgesetz gilt für Dienstleistungen im elektronischen Geschäftsverkehr, die für Verbraucher nach dem 28. Juni 2025 erbracht werden (§ 1 Abs. 3 BFSG). Die Begriffsbestimmung knüpft an Dienste an, die über Webseiten und Apps im Hinblick auf den Abschluss eines Verbrauchervertrags erbracht werden (§ 2 Nr. 26 BFSG). Die Verordnung zum Gesetz verlangt für Webseiten einschließlich der zugehörigen Online-Anwendungen eine wahrnehmbare, bedienbare, verständliche und robuste Gestaltung (§ 12 Nr. 3 BFSGV). Widerruf und Kündigung finden zwar nach dem Vertragsschluss statt, aber auf derselben Webseite, im selben Kundenkonto und mit denselben Komponenten wie der Kauf. In einem Audit trennen wir diese Strecke deshalb nicht vom barrierefreien Checkout, sondern prüfen sie als dessen Fortsetzung.

Hinzu kommt ein zweiter Anker. Identifizierungs- und Authentifizierungsfunktionen, die im Rahmen einer Dienstleistung bereitgestellt werden, müssen wahrnehmbar, bedienbar, verständlich und robust gestaltet sein (§ 19 Nr. 2 BFSGV). Verlangt ein Shop vor dem Widerruf eine Anmeldung, fällt diese Anmeldung unter genau diese Vorschrift. Für eine Dienstleistung, die entgegen den Anforderungen angeboten oder erbracht wird, sieht das BFSG ein Bußgeld von bis zu hunderttausend Euro vor (§ 37 BFSG). Bei der Kündigungsschaltfläche kommt eine zivilrechtliche Folge hinzu: Werden Schaltflächen und Bestätigungsseite nicht wie vorgeschrieben bereitgestellt, können Verbraucher jederzeit und ohne Einhaltung einer Kündigungsfrist kündigen (§ 312k Abs. 6 BGB).

Wenn der Rückweg zu kompliziert ist, bleibt die Ware

49 Prozent der Online-Käufer haben schon einmal ein Produkt behalten, weil der Rückgabeprozess zu kompliziert war (Bitkom, 2025; 1.006 Befragte ab 16 Jahren, davon 978 Online-Käufer). Die Befragung unterscheidet nicht nach Behinderung. Sie zeigt aber, wie empfindlich die Strecke nach dem Kauf auf Reibung reagiert. In Deutschland lebten Ende 2025 gut 7,8 Millionen Menschen mit schwerer Behinderung (Statistisches Bundesamt). Für viele von ihnen entscheidet die Bedienbarkeit darüber, ob ein Widerruf überhaupt abgeschickt werden kann.

Schritt 1: Den Einstieg finden und erreichen

„Ständig verfügbar“ und „hervorgehoben platziert“ lassen sich visuell schnell abhaken: eine Schaltfläche im Kundenkonto, ein Verweis im Fußbereich. Für Menschen mit Screenreader beginnt die Frage früher. Sie erfassen eine Seite über Überschriften, Landmarken und Linklisten. Eine Widerrufsfunktion, die nur als Symbol ohne Text im Fußbereich sitzt, taucht in keiner dieser Listen mit verständlichem Namen auf. Für Tastaturnutzende muss jede Funktion über die Tastaturschnittstelle bedienbar sein (W3C, WCAG 2.2, SC 2.1.1), und der Fokus muss dabei sichtbar bleiben (W3C, WCAG 2.2, SC 2.4.7). Worauf es bei der Reihenfolge und beim Fokusrahmen ankommt, beschreibt unser Beitrag zur Tastaturnavigation in der Webentwicklung.

Wer mit starker Vergrößerung arbeitet, sieht nur einen Ausschnitt der Seite. Text muss sich ohne Hilfsmittel auf 200 Prozent vergrößern lassen (W3C, WCAG 2.2, SC 1.4.4), und Inhalte müssen bei einer Breite von 320 CSS-Pixeln ohne waagerechtes Scrollen auskommen; das entspricht einer Vergrößerung auf 400 Prozent bei 1280 CSS-Pixeln Ausgangsbreite (W3C, WCAG 2.2, SC 1.4.10). Verschwindet die Widerrufsfunktion dabei in einem eingeklappten Menü, das nur per Mausbewegung aufgeht, ist sie für diese Gruppe weder hervorgehoben noch leicht zugänglich. Ähnlich wirkt ein Einwilligungsbanner, das den Fußbereich überdeckt: Erhält die Schaltfläche den Fokus, darf sie nicht vollständig verdeckt sein (W3C, WCAG 2.2, SC 2.4.11). Wie ein solches Banner gebaut sein muss, steht im Beitrag über barrierefreie Cookie-Banner.

Besonders wichtig ist an dieser Stelle der Name. Bei Bedienelementen mit sichtbarer Beschriftung muss der zugängliche Name den sichtbaren Text enthalten (W3C, WCAG 2.2, SC 2.5.3). Steht auf der Schaltfläche „Vertrag widerrufen“, im Code aber aria-label="Retoure starten", hört eine Screenreader-Nutzerin etwas anderes, als ihr sehender Kollege liest, und der Sprachbefehl „Vertrag widerrufen klicken“ läuft ins Leere. Rund 9 Prozent der Schaltflächen auf Desktop-Seiten und 11 Prozent auf Mobilseiten haben überhaupt keinen zugänglichen Namen (Web Almanac, 2025); leere Schaltflächen finden sich auf 30,6 Prozent der Startseiten (WebAIM Million, 2026). Ein Symbolknopf mit Pfeil oder Paketsymbol reiht sich schnell in diese Statistik ein.

  • Einstieg an einer festen, wiederkehrenden Stelle platzieren, etwa im Fußbereich und im Kundenkonto, in derselben Reihenfolge auf allen Seiten
  • Sichtbaren Text „Vertrag widerrufen“ verwenden; ein Symbol darf ergänzen, aber nicht ersetzen
  • Zugänglichen Namen so setzen, dass er den sichtbaren Text vollständig enthält, am besten beginnend mit ihm
  • Als echten Link oder echte Schaltfläche auszeichnen, nicht als klickbares div ohne Rolle und ohne Tastaturbedienung
  • Klickfläche mindestens 24 × 24 CSS-Pixel groß oder mit ausreichendem Abstand anlegen (W3C, WCAG 2.2, SC 2.5.8)
  • Bei 200 Prozent Textgröße und 320 CSS-Pixeln Breite prüfen, ob der Einstieg sichtbar und bedienbar bleibt
  • Einwilligungsbanner, Chatfenster und klebende Leisten so anlegen, dass sie den fokussierten Einstieg nicht verdecken

Schritt 2: Die Eingabeseite ohne Hürden

Die Eingabeseite fragt nach dem Gesetz nur drei Angaben ab: Name, Vertrag und Kommunikationsweg (§ 356a Abs. 2 BGB). Das klingt nach einem kleinen Formular, und genau darin liegt die Falle, denn kleine Formulare werden selten mit derselben Sorgfalt gebaut wie der Checkout. Laut WebAIM enthalten 51 Prozent der Startseiten Formularfelder ohne Beschriftung, und ein Drittel aller erfassten Eingabefelder (33,1 Prozent) war nicht korrekt beschriftet (WebAIM Million, 2026). Der Web Almanac zählt knapp ein Viertel der Eingabefelder ganz ohne zugänglichen Namen, 24,65 Prozent auf Desktop und 24,93 Prozent auf Mobilgeräten; fast ebenso viele beziehen ihren Namen nur aus dem Platzhaltertext, 24,49 Prozent auf Desktop (Web Almanac, 2025). Für Eingaben verlangt WCAG Beschriftungen oder Anweisungen (W3C, WCAG 2.2, SC 3.3.2). Ein Platzhalter genügt dafür nicht, weil er beim Tippen verschwindet.

Der Vertrag lässt sich für angemeldete Kundinnen und Kunden vorbelegen. Eine Auswahlliste der Bestellungen mit Datum und Artikelbezeichnung hilft Menschen mit kognitiven Einschränkungen mehr als ein freies Feld „Bestellnummer“, deren Format niemand im Kopf hat. Verteilt ein Shop die Strecke auf mehrere Seiten, gilt außerdem: Informationen, die im selben Vorgang bereits eingegeben oder bereitgestellt wurden, werden entweder automatisch übernommen oder stehen zur Auswahl (W3C, WCAG 2.2, SC 3.3.7). Für Name und E-Mail-Adresse erleichtern die passenden autocomplete-Werte das Ausfüllen mit gespeicherten Daten. Wie Labels, Pflichtfeldkennzeichnung und Fehlermeldungen im Einzelnen aufgebaut werden, zeigt der Beitrag zu barrierefreien Formularen mit Labels und Validierung.

Heikler ist die Anmeldung. Das Gesetz verlangt für den Widerruf Name, Vertrag und Kommunikationsweg; ein Kundenkonto gehört nicht zu diesen Angaben (§ 356a Abs. 2 BGB). Viele Shops setzen trotzdem eine Anmeldung vor die Funktion, weil die Bestellungen dort liegen. Ob das mit „leicht zugänglich“ vereinbar ist, ist eine Rechtsfrage. Technisch gilt: Ist eine Anmeldung vorgeschaltet, darf kein Schritt einen kognitiven Funktionstest verlangen, etwa das Erinnern eines Passworts oder das Lösen eines Rätsels, ohne dass eine Alternative oder ein Hilfsmechanismus angeboten wird (W3C, WCAG 2.2, SC 3.3.8). Ein CAPTCHA mit verzerrten Zeichen oder ein Passwortfeld, das das Einfügen sperrt, wird vor dem Widerrufsformular zum doppelten Hindernis. Alternativen beschreibt der Beitrag zur barrierefreien Authentifizierung ohne CAPTCHA-Hürde; wie Bereiche hinter der Anmeldung geprüft werden, steht in Kundenportale und Login-Bereiche prüfen.

SC 2.1.1 Tastatur

Einstieg, Eingabefelder, Auswahl des Vertrags und Bestätigung sind ohne Maus bedienbar, in einer nachvollziehbaren Reihenfolge (W3C, WCAG 2.2, SC 2.1.1 und 2.4.3).

SC 2.5.3 Beschriftung im Namen

„Vertrag widerrufen“, „Widerruf bestätigen“, „Verträge hier kündigen“ und „jetzt kündigen“ stehen sichtbar auf dem Element und im zugänglichen Namen (W3C, WCAG 2.2, SC 2.5.3).

SC 3.3.2 Beschriftungen

Name, Vertrag und Kommunikationsweg haben sichtbare Labels, die programmatisch mit dem Feld verbunden sind (W3C, WCAG 2.2, SC 3.3.2).

SC 3.3.1 Fehlererkennung

Fehlt eine Angabe, wird das Feld benannt und der Fehler in Text beschrieben, nicht nur rot umrandet (W3C, WCAG 2.2, SC 3.3.1).

SC 3.3.8 Anmeldung

Eine vorgeschaltete Anmeldung kommt ohne Abschreib-CAPTCHA und ohne Einfügesperre im Passwortfeld aus (W3C, WCAG 2.2, SC 3.3.8).

SC 4.1.3 Statusmeldungen

Die Bestätigung nach dem Absenden wird angesagt, ohne dass der Fokus dorthin wandern muss (W3C, WCAG 2.2, SC 4.1.3).

Schritt 3: Bestätigen, Fehler melden, Status ansagen

Die Bestätigungsfunktion ist der Moment, in dem der Widerruf abgegeben wird. Gibt es an dieser Stelle einen Eingabefehler, muss das betroffene Feld benannt und der Fehler in Text beschrieben werden (W3C, WCAG 2.2, SC 3.3.1). Ein roter Rahmen allein erreicht weder Menschen mit Farbsehschwäche noch Screenreader-Nutzende. Bewährt hat sich eine Fehlerzusammenfassung am Formularanfang, die den Fokus erhält und auf die einzelnen Felder verweist, dazu eine Meldung direkt am Feld, die über aria-describedby angebunden ist. Ebenso wichtig ist, was nicht passieren darf: Bereits eingegebene Daten gehen bei einem Fehler nicht verloren, und die Seite lädt nicht mit leerem Formular neu.

Nach erfolgreichem Absenden braucht die Person eine eindeutige Rückmeldung. Statusmeldungen müssen so ausgezeichnet sein, dass Hilfsmittel sie ausgeben können, ohne dass sie den Fokus erhalten (W3C, WCAG 2.2, SC 4.1.3). In der Praxis gibt es zwei saubere Wege: Entweder lädt eine neue Seite, deren Titel und Hauptüberschrift „Widerruf eingegangen“ lauten und deren Überschrift den Fokus erhält, oder die Meldung erscheint auf derselben Seite in einem Bereich mit role="status". Nur etwa 33 Prozent der Websites setzen das Attribut aria-live überhaupt ein (Web Almanac, 2025). Eine Bestätigungsseite ohne Fokus und ohne Ansage ist ein typisches Muster, mit dem eine sonst ordentliche Strecke am letzten Schritt scheitert: Die Person hört nichts, drückt erneut und weiß danach nicht, ob sie zweimal widerrufen hat.

Die Eingangsbestätigung muss den Inhalt der Erklärung sowie Datum und Uhrzeit des Eingangs enthalten (§ 356a Abs. 4 BGB). Die Statusmeldung auf der Seite sollte dieselben Angaben nennen, damit niemand auf die E-Mail warten muss, um zu wissen, was eingegangen ist. Wie Live-Regionen robust angelegt werden, ohne doppelte Ansagen zu erzeugen, beschreibt der Beitrag zu barrierefreien Fehler- und Statusmeldungen. In Single-Page-Anwendungen, in denen die Bestätigung ohne Seitenwechsel erscheint, kommt das Fokus-Management in Single-Page-Apps hinzu. Das folgende Gerüst zeigt die Eingabeseite mit Einstieg, Labels, Fehlerzusammenfassung und Statusbereich.

widerruf.html
<!-- Einstieg: sichtbarer Text und zugänglicher Name sind identisch (SC 2.5.3) -->
<a class="widerruf-einstieg" href="/konto/widerruf/">Vertrag widerrufen</a>

<!-- Eingabeseite -->
<main>
  <h1 id="widerruf-titel" tabindex="-1">Vertrag widerrufen</h1>

  <!-- Fehlerzusammenfassung: erhält bei Fehlern den Fokus (SC 3.3.1) -->
  <div id="fehlerliste" tabindex="-1" hidden>
    <h2>Bitte prüfen Sie eine Angabe</h2>
    <ul><li><a href="#vertrag">Wählen Sie die Bestellung, die Sie widerrufen möchten.</a></li></ul>
  </div>

  <form method="post" aria-labelledby="widerruf-titel" novalidate>
    <label for="name">Ihr Name</label>
    <input id="name" name="name" autocomplete="name" required>

    <label for="vertrag">Welche Bestellung oder welchen Artikel möchten Sie widerrufen?</label>
    <select id="vertrag" name="vertrag" required aria-describedby="vertrag-fehler">
      <option value="">Bitte wählen</option>
      <option value="a">Bestellung vom Vormonat, Winterjacke</option>
    </select>
    <p id="vertrag-fehler" class="feldfehler" hidden>Bitte wählen Sie eine Bestellung aus.</p>

    <label for="email">E-Mail-Adresse für die Eingangsbestätigung</label>
    <input id="email" name="email" type="email" autocomplete="email" required>

    <button type="submit">Widerruf bestätigen</button>
  </form>

  <!-- Statusmeldung ohne Fokuswechsel (SC 4.1.3) -->
  <p id="widerruf-status" role="status"></p>
</main>

<script>
  // Nach erfolgreichem Absenden: Meldung in die Live-Region schreiben,
  // Formular sperren, damit niemand versehentlich doppelt widerruft.
  function widerrufEingegangen(zeitpunkt, adresse) {
    document.querySelector('form').inert = true;
    document.getElementById('widerruf-status').textContent =
      'Ihr Widerruf ist am ' + zeitpunkt + ' eingegangen. ' +
      'Die Eingangsbestätigung geht an ' + adresse + '.';
  }
</script>

Schritt 4: Die Eingangsbestätigung lesbar zustellen

Die Eingangsbestätigung geht auf einem dauerhaften Datenträger hinaus, in der Regel per E-Mail. Hier liegt das vierte Fehlmuster: E-Mails, die als gestaltetes Bild verschickt werden, mit dem gesamten Inhalt in einer Grafik. Ein Screenreader liest davon bestenfalls den Alternativtext vor, oft nur einen Dateinamen. Nicht-Text-Inhalte brauchen eine Textalternative, die denselben Zweck erfüllt (W3C, WCAG 2.2, SC 1.1.1); für eine Bestätigung mit Vertragsangaben, Datum und Uhrzeit leistet das nur echter Text. Dazu gehören eine klare Betreffzeile wie „Eingangsbestätigung Ihres Widerrufs“, eine logische Überschriftenstruktur, ein Klartextteil und ein Kontrast von mindestens 4,5:1 für den Fließtext (W3C, WCAG 2.2, SC 1.4.3). Hinweise zu Aufbau und Test von E-Mails gibt der Beitrag zu barrierefreien Newslettern im E-Mail-Marketing; die Regeln gelten für Transaktions-E-Mails genauso.

Bei der Kündigung nach § 312k BGB verteilt sich der Nachweis auf zwei Stellen. Die Person muss ihre Erklärung mit Datum und Uhrzeit auf einem dauerhaften Datenträger speichern können (§ 312k Abs. 3 BGB), und der Unternehmer bestätigt Inhalt, Datum und Uhrzeit des Zugangs sowie den Beendigungszeitpunkt sofort auf elektronischem Wege in Textform (§ 312k Abs. 4 BGB). Die Speichermöglichkeit ist in vielen Umsetzungen ein Druck- oder Download-Knopf auf der Bestätigungsseite. Er braucht dieselbe Sorgfalt wie der Rest: einen verständlichen Namen, Tastaturbedienung und bei einem PDF eine getaggte Datei, die ein Screenreader in der richtigen Reihenfolge vorliest.

Die Kündigungsstrecke: gleiche Prüfung, andere Wörter

Für Abonnements gilt die Prüfliste sinngemäß, nur mit anderen Beschriftungen. Die Kündigungsschaltfläche trägt „Verträge hier kündigen“ oder eine entsprechende eindeutige Formulierung, die Bestätigungsschaltfläche „jetzt kündigen“ (§ 312k Abs. 2 BGB). Beide Texte gehören auch in den zugänglichen Namen. Ein Knopf „Mitgliedschaft verwalten“, der erst in ein Menü mit Halteangeboten führt, erfüllt weder die Beschriftung noch das Gebot, unmittelbar zur Bestätigungsseite zu führen. Die Bestätigungsseite fragt mehr ab als der Widerruf, darunter die Art der Kündigung, den Beendigungszeitpunkt und den Weg für die Kündigungsbestätigung (§ 312k Abs. 2 BGB). Daraus werden schnell Optionsfelder und ein Datumsfeld, und beide brauchen eine saubere Auszeichnung: Optionsfelder in einer Gruppe mit fieldset und legend, das Datumsfeld mit sichtbarer Formatangabe.

Die Option „zum nächstmöglichen Zeitpunkt“ sollte als klar beschriftete erste Wahl angeboten werden, denn ohne Zeitangabe wirkt die Kündigung im Zweifel ohnehin zum frühestmöglichen Zeitpunkt (§ 312k Abs. 5 BGB). Das erspart Menschen, die ein Datumsfeld nur mühsam bedienen können, einen der schwierigsten Schritte. Wer trotzdem eine Kalenderauswahl anbietet, muss sie vollständig per Tastatur bedienbar machen und die gewählte Angabe ansagen; wie das gelingt, zeigt der Beitrag zur barrierefreien Terminbuchung mit Kalender-Widget.

Vier Fehlmuster und ihre Abhilfe

FehlmusterWirkung für BetroffeneAbhilfe und Kriterium
Einstieg nur als Symbol im FußbereichDer Screenreader nennt eine Schaltfläche ohne Namen, die Sprachsteuerung findet kein Ziel, bei Vergrößerung liegt der Einstieg außer SichtSichtbarer Text „Vertrag widerrufen“, gleicher zugänglicher Name, feste Position (SC 2.5.3 und 2.4.7)
Pflicht-Anmeldung mit Abschreib-CAPTCHAMenschen mit Seh- oder Lesebehinderung kommen gar nicht bis zum FormularWiderruf ohne Konto ermöglichen oder Anmeldung ohne kognitiven Funktionstest (SC 3.3.8, § 19 Nr. 2 BFSGV)
Bestätigungsseite ohne Fokus und ohne AnsageKeine Rückmeldung, erneutes Absenden, Unsicherheit über den StandFokus auf die Überschrift der Ergebnisseite oder Statusbereich mit role="status" (SC 4.1.3)
Eingangsbestätigung als Bild-MailInhalt, Datum und Uhrzeit sind nicht vorlesbar und nicht vergrößerbarHTML-Mail mit echtem Text und Klartextteil (SC 1.1.1)

Die vier Muster gehen oft auf dieselbe Ursache zurück: Die Strecke nach dem Kauf wird als Pflichtübung gebaut und ist ohne Testbestellung gar nicht erreichbar. Wer nur Startseite, Produktseite und Warenkorb prüft, sieht sie nicht. Dazu kommt, dass Widerruf und Kündigung häufig aus Erweiterungen des Shopsystems stammen, die ihr eigenes Markup mitbringen und bei jedem Update wechseln können. Eine einmal abgenommene Strecke bleibt deshalb nur barrierefrei, wenn sie in die wiederkehrende Prüfung aufgenommen wird.

So prüfen wir die Strecke bis zur Eingangsbestätigung

Automatische Regeln allein finden fehlende Labels und leere Schaltflächen, aber nicht, ob eine Statusmeldung als solche ausgezeichnet ist oder ob der Widerruf bei 400 Prozent Vergrößerung noch auffindbar ist. Wir prüfen die Strecke deshalb Schritt für Schritt im Browser: mit automatischen Regeln und eigenen Messungen für Kontrast, Zielgrößen, Fokus, Textabstände und den Umbruch bei 320 CSS-Pixeln, in der Desktop- und der Smartphone-Darstellung und auch in geöffneten Zuständen wie Fehlerzusammenfassung und Bestätigung. Jeder Schritt wird mit der Tastatur ohne Maus durchlaufen, und an der Ausgabe für Screenreader prüfen wir, ob Namen, Rollen, Zustände und Statusmeldungen so ausgezeichnet sind, dass Screenreader sie ansagen können. Was die Prüfung der Ausgabe für Screenreader umfasst, beschreiben wir auf einer eigenen Seite. Die Ergebnisse landen im WCAG-Audit als eigener Prüfabschnitt mit einer Bewertung je Kriterium und Befunden je Schritt.

Wie weit die Praxis von diesem Anspruch entfernt ist, zeigen zwei Zahlen. Im Test der Aktion Mensch waren nur 20 von 65 untersuchten Shopping-Seiten allein mit der Tastatur bedienbar (Aktion Mensch, 2025). Und 67 Prozent der Websites entfernen ausdrücklich den Standard-Fokusrahmen (Web Almanac, 2025). Eine Widerrufsstrecke, die im selben Designsystem entsteht, erbt diese Schwächen, wenn niemand gezielt nachmisst.

  1. Bestandsaufnahme: Wo steht der Einstieg heute, wie heißt er im Code, welches Team oder welche Erweiterung liefert die Strecke?
  2. Beschriftungen angleichen: sichtbarer Text und zugänglicher Name für alle vier Schaltflächen
  3. Eingabeseite als natives Formular mit Labels, autocomplete-Werten und textlichen Fehlermeldungen bauen
  4. Statusmeldung und Fokusführung nach dem Absenden festlegen und an der Ausgabe für Screenreader prüfen
  5. Eingangsbestätigung als HTML-Mail mit Klartextteil gestalten und im Postfach nachprüfen
  6. Strecke in die wiederkehrende Prüfung aufnehmen, damit Updates des Shopsystems sie nicht unbemerkt brechen

Ein Widerrufsknopf, den nur findet, wer mit der Maus arbeitet, ist für alle anderen ein Versteck. Leicht zugänglich ist er erst, wenn er sich hören, ansteuern und vergrößern lässt.

Leitsatz für Widerrufs- und Kündigungsstrecken

Der Aufwand bleibt überschaubar, weil die Strecke kurz ist: ein Einstieg, ein Formular mit drei Feldern, eine Bestätigung, eine E-Mail. Wer sie einmal sauber baut, setzt die Vorgaben aus dem BGB so um, dass sie auch für Menschen mit Behinderung tragen, und schließt eine Lücke zwischen Checkout und Kundenkonto, die sonst leicht unbeobachtet bleibt. Die angrenzenden Stellen im Shop behandeln die Beiträge zur Kundschaft ab 65 im Onlineshop und zur barrierefreien Produktseite mit Varianten und Warenkorb.

Quellen und Rechtsgrundlagen

Dieser Artikel stützt sich auf den Wortlaut von § 312k, § 355 und § 356a BGB, der Richtlinie (EU) 2023/2673, des Barrierefreiheitsstärkungsgesetzes und der zugehörigen Verordnung, auf die Erfolgskriterien und Erläuterungen der WCAG 2.2 des W3C sowie auf Daten von WebAIM, dem HTTP Archive Web Almanac, Bitkom, der Aktion Mensch und dem Statistischen Bundesamt. Die genannten Zahlen beziehen sich auf den Stand der jeweiligen Veröffentlichung. Der Beitrag ersetzt keine Rechtsberatung im Einzelfall.

Verwandte Artikel

Shop, Web & E-Mail

Barrierefreie Produktsuche und Filter im Onlineshop

Suchfeld, Autovervollständigung, Facettenfilter und Ergebnisliste barrierefrei bauen: das Combobox-Muster, WCAG 2.2 und eine Prüfroutine für Shop-Teams.

14 Min. Lesezeit
Praxis & Umsetzung

Barrierefreier Checkout: Kunden nicht verlieren

Barrierefreier Checkout: zugängliche Zahlungsformulare, verständliche Fehlermeldungen, Adressfelder und Fortschrittsanzeigen für Onlineshops nach WCAG 2.2 AA.

13 Min. Lesezeit
BFSG & Umsetzungspflichten

Barrierefreiheit halten: Prüfrhythmus nach dem Go-live

Die Pflicht endet nicht mit der Abnahme. Welche Ereignisse eine Nachprüfung auslösen, welche Stichprobe trägt und wie lange Nachweise bleiben.

14 Min. Lesezeit