Skip to main content
Buchen muss für alle funktionieren – auch ohne Maus, ohne Bildschirm und ohne Formularkenntnisse. Deshalb ist Barrierefreiheit bei anny kein nachträgliches Add-on, sondern Teil der Komponenten, aus denen deine Buchungsseite gebaut ist. Jede Verbesserung an einem Eingabefeld, einem Kalender oder einem Auswahlmenü wirkt automatisch auf allen Buchungsseiten. Die anny-Buchungsseite erfüllt WCAG 2.2 Level AA. Diese Seite beschreibt, was konkret umgesetzt ist, und dient zugleich als unsere Konformitätsaussage: Wir haben die Buchungsseite entlang der Erfolgskriterien von WCAG 2.2 AA und der EN 301 549 selbst geprüft, so wie es das BFSG vorsieht.

​
Nach welchen Standards wir arbeiten

Wenn du eine Buchungsseite für Verbraucher:innen betreibst, fällst du unter Umständen selbst unter das BFSG. Der Abschnitt Was das für dich als Betreiber:in bedeutet weiter unten fasst zusammen, was anny dafür mitbringt und was du selbst beisteuern musst.

​
Bedienung per Tastatur

Die gesamte Buchungsstrecke – Ressource auswählen, Datum und Zeitraum wählen, Optionen und Zusatzleistungen konfigurieren, Formular ausfüllen, bezahlen – ist ohne Maus bedienbar. Kein Schritt erfordert einen Klick, ein Hover oder eine Drag-Geste. Technisch folgen wir dabei den WAI-ARIA Authoring Practices des W3C:
  • Roving Tabindex für Menüs, Tabs und Auswahllisten – die Pfeiltasten bewegen den Fokus innerhalb der Komponente, Tab führt wieder heraus. Niemand bleibt in einem Widget stecken.
  • Combobox-Muster für durchsuchbare Auswahlfelder – du kannst tippen und gleichzeitig mit den Pfeiltasten durch die Treffer navigieren.
  • Dialog-Muster für Modals: Fokusfalle innerhalb des Dialogs, Escape schließt, der Fokus kehrt anschließend zum Auslöser zurück.
  • Sichtbarer Fokusindikator auf jedem fokussierbaren Element – ein 2 Pixel starker Rahmen in deiner Akzentfarbe, global gesetzt und nicht abschaltbar.

​
Bedienung mit Screenreader

Getestet mit VoiceOver (macOS/iOS) und NVDA (Windows). Struktur und Orientierung
  • Semantisches HTML als Basis: echte Buttons, echte Links, echte Formularfelder, <nav>- und <main>-Bereiche. ARIA ergänzt nur dort, wo HTML nicht ausreicht.
  • Durchgängige Überschriftenhierarchie, über die sich Seiten anspringen lassen.
  • Icon-Buttons ohne sichtbaren Text haben immer einen sprechenden Namen – etwa „Eingabe löschen” statt „Button”.
Fokus als Ansagemechanismus Bei jedem Schritt im Buchungsprozess wandert der Fokus auf die neue Überschrift. Der Screenreader liest sie automatisch vor, inklusive Fortschritt: „Datum wählen (Schritt 2 von 4)”. Die Schrittangabe ist bewusst nur für Screenreader hinterlegt und stört die visuelle Darstellung nicht. Das gilt genauso für die Bestätigungsseite nach einer erfolgreichen Buchung. Statusmeldungen Für Änderungen, bei denen der Fokus nicht springen soll, gibt es eine Live-Region: geänderter Kalendermonat, aktualisierte Trefferzahl, gespeicherte Änderungen, abgelaufene Sitzung. Dringende Meldungen unterbrechen, alles andere wartet auf eine Sprechpause – damit die Ansagen hilfreich bleiben und nicht zum Dauerrauschen werden. Zeitslots und Kalender
  • Jeder Zeitslot trägt einen vollständigen Namen aus Aktion, Ressource, Buchungsoption und Zeitpunkt – etwa „Buchen: Besprechungsraum Nord – Meeting, 14. März 2026, 14:00”.
  • Ausgewählte Slots melden ihren Zustand, ladende Slots melden sich als beschäftigt.
  • Der Datumskalender ist ein echtes Raster nach W3C-Muster: Wochentagsspalten mit ausgeschriebenem Namen, Monat und Jahr als Rasterbeschriftung, ausgewählte Tage als solche gekennzeichnet. Beim Fokus auf eine Zelle liest der Screenreader Tag und Wochentag – ohne dass bei jedem Tag das komplette Datum wiederholt wird.
Formulare Labels sind programmatisch mit ihren Feldern verknüpft. Schlägt die Validierung fehl, springt der Fokus auf das erste fehlerhafte Feld, statt die Nutzer:in die Fehlermeldung suchen zu lassen.

​
Buchen ohne Maus und ohne Bildschirm

1

Ressource finden

Über Tab zur Suche, Suchbegriff eingeben, mit den Pfeiltasten durch die Treffer. Die Trefferanzahl wird angesagt.
2

Buchungsoption wählen

Auswahllisten öffnen sich mit Enter, die Pfeiltasten navigieren, Enter bestätigt. Der ausgewählte Eintrag wird als solcher angesagt.
3

Datum und Zeit wählen

Im Kalenderraster mit den Pfeiltasten navigieren, Bild auf und Bild ab wechseln den Monat. Freie Zeitslots erscheinen als Buttons mit vollständiger Beschriftung.
4

Angaben ergänzen

Zusatzleistungen, Anzahl und Formularfelder sind normale Bedienelemente mit Label. Der Warenkorb meldet Änderungen über die Live-Region.
5

Abschließen

Nach dem Bezahlen springt der Fokus auf die Bestätigungsüberschrift – die Buchungsbestätigung wird also unmittelbar vorgelesen.

​
Sehen, Lesen, Sprache

  • Fokusindikator mit deutlichem Kontrast auf allen Hintergründen.
  • Zoom bis 200 % ohne Layoutbruch; die Buchungsseite ist vollständig responsiv.
  • Keine blinkenden oder automatisch bewegten Inhalte, die Aufmerksamkeit erzwingen.
  • Buchungsseite in über 25 Sprachen – darunter alle EU-Amtssprachen. Sprachwahl und Zeitzone sind für Nutzer:innen frei umstellbar, Datums- und Zeitangaben werden entsprechend lokalisiert formatiert.
Wenn du eigene Markenfarben hinterlegst, prüfe den Kontrast: WCAG 2.2 AA verlangt mindestens 4,5:1 für normalen Text und 3:1 für große Schrift und Bedienelemente. Ein sehr helles Akzentgrün auf Weiß sieht in der Vorschau gut aus, ist für viele Nutzer:innen aber nicht lesbar.

​
anny AI: Buchen per Sprache

Nicht jede Barriere lässt sich durch eine bessere Oberfläche lösen. Manche Menschen kommen mit Formularen grundsätzlich schwer zurecht – wegen einer kognitiven Beeinträchtigung, wegen motorischer Einschränkungen, wegen fehlender Routine mit digitalen Anwendungen oder schlicht, weil sie lieber sprechen. Mit anny AI bieten wir dafür einen vollwertigen zweiten Kanal: Buchen in natürlicher Sprache, per Telefon oder Chat.
  • Vollständige Buchung im Gespräch – Verfügbarkeit prüfen, Preis nennen, Formularfelder abfragen, abschließen.
  • Bestehende Buchungen verwalten – Termine abrufen und stornieren.
  • Ohne E-Mail-Adresse und ohne Konto – bei telefonischer Buchung genügt die Handynummer, die Bestätigung kommt per SMS.
  • Rund um die Uhr erreichbar, auch außerhalb deiner Geschäftszeiten.
  • Dieselben Regeln wie online: anny AI prüft Verfügbarkeiten, Preise und Buchungsregeln in Echtzeit gegen dein System. Es kann keine Buchung entstehen, die über die Buchungsseite nicht ebenfalls möglich wäre.
anny AI ersetzt keine barrierefreie Oberfläche – beides muss funktionieren, und beides tut es. Der Sprachkanal ist ein zusätzlicher Weg, kein Ausweichweg.

​
Wie wir das prüfen

Barrierefreiheit verfällt, wenn man sie nur einmal herstellt. Deshalb prüfen wir auf drei Ebenen:
Unsere Entwicklungsumgebung prüft jede Komponente automatisch gegen einen Satz von Barrierefreiheitsregeln – unter anderem: Bilder brauchen Alternativtexte, Buttons brauchen einen zugänglichen Namen, ARIA-Rollen und -Attribute müssen gültig sein, Tab-Reihenfolgen dürfen nicht manuell verbogen werden, Auslöser von Auswahlmenüs müssen echte Buttons sein. Verstöße blockieren die Auslieferung. Ergänzt wird das durch eigens für anny geschriebene Prüfregeln für unsere wiederkehrenden Komponentenmuster.
Neue und geänderte Oberflächen werden gegen eine feste Checkliste geprüft: komplette Bedienung nur mit der Tastatur, Test mit VoiceOver und NVDA, logische Fokusreihenfolge, sichtbarer Fokus, Darstellung bei 200 % Zoom, Kontrastprüfung, Verhalten in hellem und dunklem Erscheinungsbild. Für unsere Entwickler:innen sind die dabei anzuwendenden Muster als verbindliche interne Richtlinien dokumentiert – sie beschreiben pro Komponententyp, welches ARIA-Muster, welche Tastaturbelegung und welche Ansagen vorgeschrieben sind.
Das BFSG sieht ein Selbstbewertungsverfahren vor: Anbieter prüfen und dokumentieren die Barrierefreiheit ihres Angebots selbst, eine externe Zertifizierungspflicht gibt es nicht. Wir haben die anny-Buchungsseite entlang der Erfolgskriterien von WCAG 2.2 AA und der EN 301 549 geprüft. Ergebnis: Die Buchungsseite erfüllt WCAG 2.2 AA. Bei größeren Produktänderungen prüfen wir neu und aktualisieren diese Seite.

​
Umfang der Aussage

Was diese Konformitätsaussage abdeckt und was nicht:
  • Sie gilt für die Buchungsseite und den Kundenbereich – also dort, wo deine Endkund:innen unterwegs sind. Das ist der für das BFSG relevante Umfang.
  • Von dir eingestellte Inhalte – Ressourcenbeschreibungen, Bilder, PDF-Anhänge, eigene Formulartexte – können wir technisch nicht barrierefrei machen. Dafür bist du verantwortlich.
  • Inhalte von Drittanbietern, etwa eingebettete Zahlungsformulare oder Kartendarstellungen, unterliegen deren Barrierefreiheit.
Ist dir eine Barriere begegnet? Melde sie an support@anny.co mit einer kurzen Beschreibung, der betroffenen Seite und – falls bekannt – der verwendeten Hilfstechnologie. Meldungen zu Barrieren behandeln wir vorrangig.

​
Was das für dich als Betreiber:in bedeutet

Seit dem 28. Juni 2025 gilt das BFSG für Dienstleistungen im elektronischen Geschäftsverkehr gegenüber Verbraucher:innen. Ausgenommen sind Kleinstunternehmen mit weniger als 10 Beschäftigten und höchstens 2 Mio. € Jahresumsatz. Ob du betroffen bist, hängt von deinem Angebot ab – das ist eine Rechtsfrage, die wir nicht für dich beantworten können.
Für deine eigene Barrierefreiheitserklärung kannst du auf diese Seite verweisen, um den Stand der eingesetzten Buchungssoftware zu belegen. Die Erklärung selbst muss von dir kommen und dein Gesamtangebot abdecken.

​
FAQ

Ja. Die vollständige Buchungsstrecke ist per Tastatur und Screenreader bedienbar – von der Ressourcensuche bis zur Bestätigung. Zusätzlich kann sie über anny AI telefonisch buchen, ohne die Website zu nutzen.
Ja. Die Buchungsseite ist nach WCAG 2.2 AA entwickelt und von uns selbst geprüft. Diese Seite ist die dazugehörige Konformitätsaussage. Wenn dir trotzdem eine Barriere begegnet, melde sie an support@anny.co – solche Meldungen behandeln wir vorrangig.
Das BFSG sieht ein Selbstbewertungsverfahren vor und verlangt kein externes Siegel. Unsere Prüfung nach WCAG 2.2 AA und EN 301 549 ist genau diese Selbstbewertung. Brauchst du für eine Ausschreibung eine ausformulierte Konformitätsaussage, schreib uns an support@anny.co.
Ja – es handelt sich um dieselbe Anwendung mit denselben Komponenten. Achte auf deiner Seite darauf, dass die Einbettung eine sinnvolle Beschriftung hat und der Tastaturfokus sie erreichen kann.
Die Buchungsoberfläche in Teams basiert auf denselben Komponenten wie die Web-Buchungsseite. Die Tastatur- und Screenreader-Unterstützung des umgebenden Clients liegt jedoch bei Microsoft.
Für die Buchungssoftware selbst: keiner. Sie ist so ausgeliefert. Aufwand entsteht bei deinen eigenen Inhalten – Beschreibungen, Bilder, Dokumente – und bei deiner Barrierefreiheitserklärung.