aria-hidden richtig verwenden – Unsichtbar für Screenreader, sichtbar für alle anderen

In diesem Artikel erfahren Sie alles über den korrekten Einsatz von aria-hidden: wann es angebracht ist, welche Fehler Sie unbedingt vermeiden sollten und wie Sie es optimal nutzen, um eine klarere und inklusivere Web-Erfahrung zu schaffen.

Das Wichtigste in Kürze

  • aria-hidden=“true“ macht Elemente für Screenreader unsichtbar, während sie visuell sichtbar bleiben.
  • Es wird eingesetzt, um dekorative oder redundante Inhalte (z.B. Zier-Icons) für assistive Technologien auszublenden und die Ausgabe zu vereinfachen.
  • Auch bei dynamischen Komponenten wie Modal-Dialogen hilft es, den Screenreader-Fokus auf den aktiven Inhalt zu lenken.
  • Niemals aria-hidden=“true“ für relevante, sichtbare oder interaktive Elemente verwenden – das schafft Barrieren. 
  • aria-hidden ist kein Ersatz für display: none oder visibility: hidden, die Elemente auch visuell verstecken
  •  

Was aria-hidden macht und warum es wichtig ist

Stellen Sie sich vor, Sie navigieren durch eine Webseite und jeder noch so kleine grafische Schnörkel, jedes doppelt vorhandene Logo oder jeder nicht relevante Hintergrund-Icon würde Ihnen laut vorgelesen. Das wäre nicht nur mühsam, sondern auch extrem verwirrend und zeitraubend. Genau dieses Problem löst das ARIA-Attribut aria-hidden.

Es ist ein mächtiges Werkzeug in der Welt der Web-Barrierefreiheit, das eine ganz spezielle Aufgabe erfüllt: Ein Element visuell sichtbar zu lassen, es aber gleichzeitig für Screenreader und andere assistive Technologien komplett unsichtbar zu machen. Während Sie ein Element weiterhin sehen können, existiert es für einen Screenreader schlichtweg nicht.

Dies ist besonders wichtig, um die digitale Erfahrung für Menschen mit Sehbehinderung zu optimieren. Ohne aria-hidden könnten assistive Technologien mit irrelevanten oder redundanten Informationen überflutet werden. Das führt zu einer schlechten Nutzererfahrung, da wichtige Inhalte in einem Meer von Unwichtigem untergehen. aria-hidden hilft dabei, die „auditive Landschaft“ einer Webseite zu bereinigen und sicherzustellen, dass sich Screenreader-Nutzer auf das Wesentliche konzentrieren können.

Unterschied zu display:none und visibility:hidden

Es ist wichtig zu verstehen, dass aria-hidden etwas anderes bewirkt als CSS-Eigenschaften wie display: none oder visibility: hidden. Diese verstecken Elemente sowohl visuell als auch für Screenreader. aria-hidden hingegen agiert gezielt auf der Ebene der Barrierefreiheit: Es versteckt Inhalte nur für Screenreader, während sie für sehende Nutzer weiterhin sichtbar bleiben.

Die Funktion von aria-hidden="true": Unsichtbar für Screenreader

Das Kernprinzip von aria-hidden=“true“ ist einfach, aber wirkungsvoll: Es entfernt ein Element und alle seine Nachfahren (also alle darin enthaltenen Elemente) vollständig aus dem sogenannten Accessibility Tree des Browsers. Der Accessibility Tree ist eine Art vereinfachte, semantische Darstellung der Webseite, die von assistiven Technologien wie Screenreadern genutzt wird. Wenn ein Element aus diesem Baum entfernt wird, existiert es für den Screenreader nicht mehr.

Wie das Attribut aria-hidden technisch angewendet wird

Sie fügen das Attribut aria-hidden mit dem Wert true direkt zu dem HTML-Element hinzu, das Sie für Screenreader unsichtbar machen möchten:

HTML

<div aria-hidden=“true“>

  <img src=“dekoratives-icon.svg“ alt=““> <span>Zusätzlicher Text, der nur für Sehende relevant ist</span>

</div>

 

Hinweis: Das alt-Attribut des Bildes bleibt hier leer (alt=““), da es sich um ein rein dekoratives Element handelt, dessen Information bereits durch aria-hidden ausgeblendet wird. Möchten Sie mehr über die korrekte Verwendung von alt-Texten erfahren? Dann lesen Sie unseren ausführlichen Artikel über alt-Texte.

 

Was passiert, wenn aria-hidden=“true“ angewendet wird?

Die Auswirkungen sind präzise:

  • Für sehende Nutzer: Das Element und sein gesamter Inhalt bleiben auf der Webseite ganz normal sichtbar und können visuell wahrgenommen werden. Es gibt keine Änderung im Layout oder Design.
  • Für Screenreader-Nutzer: Das Element und alles, was sich darin befindet, wird von Screenreadern und anderen assistiven Technologien ignoriert. Sie können nicht darauf zugreifen, es wird nicht vorgelesen und ist für sie nicht navigierbar.

 

Unterschied zu display: none und visibility: hidden

Es ist entscheidend, aria-hidden=“true“ nicht mit den CSS-Eigenschaften display: none oder visibility: hidden zu verwechseln.

  • display: none: Versteckt ein Element komplett – es ist weder visuell sichtbar noch für Screenreader zugänglich. Das Element nimmt auch keinen Platz im Layout ein.
  • visibility: hidden: Macht ein Element unsichtbar, es nimmt aber weiterhin seinen Platz im Layout ein. Auch hier ist es weder visuell sichtbar noch für Screenreader zugänglich.
  • aria-hidden=“true“: Das Element bleibt visuell sichtbar, wird aber nur für Screenreader ausgeblendet.

 

Dieser Unterschied ist fundamental: aria-hidden ist ein Werkzeug der Barrierefreiheit, das gezielt die Ausgabe von assistiven Technologien steuert, ohne die visuelle Darstellung zu beeinflussen. Es ist dazu gedacht, eine klarere und weniger redundante auditive Erfahrung zu schaffen, nicht um Elemente visuell zu verbergen.

 

Ein Hinweis zu aria-hidden=“false“

Obwohl es auch aria-hidden=“false“ gibt, ist dessen Einsatz in der Praxis selten und oft eine Quelle für Verwirrung. Standardmäßig sind alle Elemente im Accessibility Tree enthalten, es sei denn, sie werden explizit ausgeblendet (z.B. durch aria-hidden=“true“ oder display: none). Das Setzen von aria-hidden=“false“ ist primär dann sinnvoll, wenn ein Element zuvor dynamisch mit aria-hidden=“true“ ausgeblendet wurde und nun wieder für Screenreader zugänglich gemacht werden soll. In den meisten Fällen benötigen Sie es jedoch nicht. Unser Fokus liegt daher auf der bewussten Verwendung von aria-hidden=“true“.

Wann aria-hidden="true" korrekt eingesetzt wird: Konkrete Anwendungsfälle

aria-hidden=“true“ ist kein Attribut, das Sie inflationär nutzen sollten. Sein Wert liegt im gezielten Einsatz, um die Screenreader-Ausgabe zu vereinfachen und redundante oder verwirrende Informationen zu eliminieren. Hier sind die gängigsten und wichtigsten Anwendungsfälle, bei denen aria-hidden=“true“ eine essenzielle Rolle für die Barrierefreiheit spielt:

Dekorative oder redundante Elemente

Dies ist der häufigste und intuitivste Anwendungsfall. Elemente, die für das Verständnis des Inhalts oder die Bedienbarkeit der Seite nicht notwendig sind, sollten für Screenreader unsichtbar gemacht werden.

  • Icons ohne eigene Funktion oder mit Text-Begleitung:
    Wenn ein Icon (z.B. ein Font-Icon, SVG oder kleines <img>-Element) rein dekorativ ist oder seine Funktion bereits durch einen direkt daneben stehenden, sichtbaren Text klar benannt wird (z.B. ein „Home“-Icon neben dem Wort „Startseite“), sollte es für Screenreader ausgeblendet werden.
    Beispiel: Ein Sprechblasen-Icon neben dem Text „Kontakt“. Der Text reicht aus, das Icon ist visuelle Zierde.
    HTML
    <p>
    <span class=“icon-chat“ aria-hidden=“true“></span> Kontakt
    </p>
    (Hier geht es um ein Icon, das nicht selbst klickbar ist, sondern den umgebenden Text schmückt.)
  • Hintergrundgrafiken mit redundanten Informationen: Wenn eine Grafik über CSS als Hintergrund eingebunden ist (und somit ohnehin nicht von Screenreadern erfasst wird), aber auch als <img> im HTML-Code vorhanden ist und lediglich eine visuelle Verdopplung darstellt, kann die HTML-Variante mit aria-hidden=“true“ versehen werden, falls sie keine zusätzliche Information liefert.
  • Visuelle Trenner und reine Design-Elemente: Linien, Ornamente, Farbflächen oder andere Designelemente, die keinerlei Informationsgehalt haben oder nicht interaktiv sind.
    HTML
    <hr aria-hidden=“true“><div class=“decorative-pattern“ aria-hidden=“true“></div>

 

Duplizierte oder Off-Screen-Inhalte (Mobile Navigationen, Hidden Elements)

Oftmals gibt es im HTML-Code Inhalte, die aus Design- oder technischen Gründen mehrfach vorhanden sind oder nur unter bestimmten Bedingungen sichtbar werden (z.B. auf mobilen Geräten). aria-hidden=“true“ hilft hier, Verwirrung zu vermeiden.

  • Mobile Navigationen: Wenn eine Navigation für Desktop und Mobile im DOM existiert, aber nur eine Version davon zu einem Zeitpunkt visuell und interaktiv ist, sollte die jeweils nicht sichtbare/inaktive Version für Screenreader ausgeblendet werden. So wird verhindert, dass Screenreader-Nutzer eine „versteckte“ Navigation finden und versuchen, sie zu bedienen.
  • Off-Screen-Inhalte: Inhalte, die außerhalb des sichtbaren Bereichs platziert werden und nur unter bestimmten Bedingungen (z.B. per JavaScript) in den sichtbaren Bereich geschoben werden. Wenn diese Inhalte nicht relevant sind, während sie „off-screen“ sind, kann aria-hidden=“true“ sie ausblenden.

 

Komplexe Widgets während Übergängen/Interaktionen (Dynamischer Einsatz)

Bei interaktiven Elementen, die den Fokus des Nutzers erfordern, ist aria-hidden=“true“ entscheidend, um den Screenreader auf das Wesentliche zu lenken. Hier wird das Attribut meist dynamisch per JavaScript gesetzt.

  • Modal-Dialoge (Pop-ups): Wenn ein Modal-Dialog geöffnet wird, sollte der gesamte restliche Seiteninhalt (alles, was sich hinter dem Modal befindet) aria-hidden=“true“ erhalten. Dies stellt sicher, dass der Screenreader den Fokus ausschließlich auf den Inhalt des Modals lenkt und nicht versucht, mit der darunterliegenden Seite zu interagieren. Nach dem Schließen des Modals muss aria-hidden dann wieder entfernt werden.
  • Karussells oder Slider: Bei einem Bildkarussell sollten nur die gerade aktiven oder sichtbaren Elemente für Screenreader zugänglich sein. Nicht aktive Slides erhalten aria-hidden=“true“, um eine Überfrachtung der Ausgaben zu vermeiden.
  • Lade-Overlays: Wenn ein Lade-Overlay den gesamten Inhalt einer Seite blockiert, sollte der blockierte Inhalt aria-hidden=“true“ erhalten, um dem Screenreader mitzuteilen, dass dieser Inhalt momentan nicht interaktiv oder relevant ist.

 

Besonderer Mehrwert: Text, der für sehende Nutzer nötig, aber für Screenreader irrelevant/störend ist

Dies ist ein seltenerer, aber bedenkenswerter Anwendungsfall, der den Mehrwert von aria-hidden unterstreicht und über das Übliche hinausgeht:

Manchmal gibt es kurze Textfragmente, die aus visuellen Gründen unverzichtbar sind, aber für Screenreader-Nutzer eine unnötige Redundanz oder sogar eine Störung darstellen, weil die Information bereits auf andere, bessere Weise bereitgestellt wird.

Beispiel: Eine rein visuelle Bildunterschrift zu einem Bild mit gutem alt-Text. Stellen Sie sich ein Bild vor, das einen präzisen und informativen alt-Text hat (z.B. „Ein sonniger Strand mit Palmen und türkisblauem Meer bei Sonnenuntergang“). Darunter befindet sich eine sichtbare Bildunterschrift, die nur „Urlaubsbild“ sagt. Für sehende Nutzer ist die knappe Unterschrift okay, für Screenreader-Nutzer wäre das jedoch eine störende Dopplung oder sogar eine Abwertung der besseren alt-Text-Information. Hier könnte die oberflächliche Bildunterschrift mit aria-hidden=“true“ versehen werden, um die wertvollere alt-Text-Info in den Vordergrund zu rücken und die auditive Ausgabe zu optimieren.

HTML
<img src=“strand.jpg“ alt=“Ein sonniger Strand mit Palmen und türkisblauem Meer bei Sonnenuntergang“>

<p class=“image-caption“ aria-hidden=“true“>Urlaubsbild</p>

 

Wichtig: Dies sollte nur geschehen, wenn der alt-Text deutlich besser und ausführlicher ist als die Bildunterschrift. Im Zweifel sollte die Bildunterschrift immer zugänglich bleiben, wenn sie neue oder ergänzende Informationen liefert.)

Der bewusste Einsatz von aria-hidden=“true“ in diesen Szenarien trägt maßgeblich dazu bei, eine aufgeräumte, klare und somit barrierefreiere Nutzererfahrung für Menschen zu schaffen, die auf assistive Technologien angewiesen sind.

Accessible Name Computation – Priorität und Reihenfolge

Häufige Fehler und Missverständnisse: Was man NICHT tun sollte

Trotz seiner Nützlichkeit kann aria-hidden=“true“ bei falscher Anwendung erhebliche Barrieren schaffen. Die folgenden Fehler gilt es unbedingt zu vermeiden:

Verstecken von relevantem, sichtbarem Inhalt

Dies ist der gravierendste Fehler. Wenn ein Element oder Text visuell sichtbar und für das Verständnis oder die Interaktion der Seite essenziell ist, darf es niemals mit aria-hidden=“true“ versehen werden. Screenreader-Nutzer würden diesen Inhalt vollständig verpassen.

Beispiel: Eine Produktbeschreibung, ein Preis oder ein wichtiger Link, der für Sehende sichtbar ist, aber für Screenreader ausgeblendet wird.

 

aria-hidden als visuellen Verstecker missbrauchen

aria-hidden=“true“ ist kein Ersatz für CSS-Eigenschaften wie display: none oder visibility: hidden. Es beeinflusst nicht das visuelle Rendering der Seite. Ein Element mit aria-hidden=“true“ ist für Sehende weiterhin sichtbar. Versuchen Sie, Elemente damit zu verstecken, führt das zu verwirrendem Code und keiner visuellen Veränderung.

 

aria-hidden auf interaktiven Elementen anwenden

Interaktive Elemente wie Links, Buttons, Formularfelder oder Schalter, die visuell sichtbar und bedienbar sind, dürfen niemals mit aria-hidden=“true“ versehen werden. Dies würde bedeuten, dass Screenreader-Nutzer diese Elemente nicht finden, nicht aktivieren und somit die Webseite nicht bedienen können.

Beispiel: <button aria-hidden=“true“>Absenden</button> – Dieser Button wäre für Screenreader-Nutzer nicht existent.

 

Sinnloser Einsatz von aria-hidden=“false“

Das Attribut aria-hidden=“false“ ist selten notwendig. Standardmäßig sind alle Elemente im Accessibility Tree enthalten, sofern sie nicht explizit ausgeblendet wurden. Das Setzen von aria-hidden=“false“ auf einem Element, das ohnehin sichtbar und zugänglich ist, ist redundant und kann in komplexen Szenarien potenziell zu Fehlern oder einer unnötigen Verkomplizierung führen. Es ist primär nützlich, um ein zuvor mit aria-hidden=“true“ verstecktes Element wieder sichtbar zu machen.

 

Vernachlässigung des Fokusmanagements bei dynamischem aria-hidden

Wenn Sie aria-hidden=“true“ dynamisch verwenden (z.B. beim Öffnen eines Modals für den Hintergrundinhalt), müssen Sie auch das Fokusmanagement beachten. Der Fokus muss beim Öffnen auf das Modal gelenkt werden und nach dem Schließen wieder an die ursprüngliche Position zurückkehren. Wenn Sie nur aria-hidden setzen, aber den Fokus nicht verschieben, kann es für Screenreader-Nutzer schwierig sein, den neuen Kontext zu erreichen oder den Überblick zu behalten.

Die korrekte Anwendung dieser Regeln ist entscheidend, um unbeabsichtigte Barrieren zu vermeiden und eine wirklich barrierefreie Nutzererfahrung zu gewährleisten.

Technische Umsetzung und Kombination mit anderen Attributen

Die technische Implementierung von aria-hidden=“true“ ist unkompliziert, doch sein Zusammenspiel mit anderen Attributen erfordert Aufmerksamkeit, um eine optimale Barrierefreiheit zu gewährleisten.

HTML-Beispiele für die Anwendung

Das Attribut wird direkt im HTML-Tag platziert, das Sie aus dem Accessibility Tree entfernen möchten:

  • Dekoratives Icon in einem Button: Hier ist der Text im Button selbst zugänglich, das Icon wird ausgeblendet, um Redundanz zu vermeiden.
    HTML:
    <button type=“submit“>
    <span class=“icon-search“ aria-hidden=“true“></span> Suchen
    </button>
  • Reines Dekor-Element:
    HTML:
    <div class=“divider“ aria-hidden=“true“></div>

 

Dynamisches Setzen mit JavaScript

Bei interaktiven Komponenten wie Modal-Dialogen oder Karussells wird aria-hidden häufig per JavaScript gesetzt, um den Zustand dynamisch zu steuern.

  • Beim Öffnen eines Modals:
    JavaScript:
    // Beim Öffnen des Modals: Hintergrund-Inhalt ausblenden
    document.getElementById(‚main-content‘).setAttribute(‚aria-hidden‘, ‚true‘);
    document.getElementById(‚modal-dialog‘).setAttribute(‚aria-hidden‘, ‚false‘); // Oder entfernen, wenn standardmäßig false
  • Beim Schließen des Modals:
    JavaScript:
    // Beim Schließen des Modals: Hintergrund-Inhalt wieder einblenden
    document.getElementById(‚main-content‘).removeAttribute(‚aria-hidden‘); // Oder auf ‚false‘ setzen
    document.getElementById(‚modal-dialog‘).setAttribute(‚aria-hidden‘, ‚true‘);

Wichtiger Hinweis: Bei Modalen muss zusätzlich immer der Fokus richtig verwaltet werden

 

Zusammenspiel mit alt-Texten, aria-label und role=“img“

Die Wahl zwischen aria-hidden, alt-Text und aria-label hängt stark vom Kontext und der Art des Elements ab:

  • alt-Text: Ist die primäre Methode für informative <img>-Elemente. Wenn ein <img> dekorativ ist und keinen Informationsgehalt hat, erhält es alt=““. (Wie in unserem vorherigen Beispiel besprochen, wo aria-hidden ein übergeordnetes Element ausblendet und der alt-Text des dekorativen Bildes dann ebenfalls leer sein sollte.)
  • aria-label: Wird verwendet, um interaktiven Elementen (wie Buttons oder Links) ohne sichtbaren Text einen zugänglichen Namen zu geben. Wenn ein Icon z.B. ein alleinstehender Button ist, der eine Aktion ausführt, nutzen Sie aria-label auf dem Button selbst, anstatt das Icon zu verstecken.
  • role=“img“ und aria-label für komplexe SVGs: Für komplexe SVG-Grafiken, die viele Elemente enthalten und eine einzige, übergreifende Beschreibung benötigen, kann das SVG-Element role=“img“ und ein aria-label (oder aria-labelledby) erhalten. Einzelne interne Pfade des SVGs können dann mit aria-hidden=“true“ versehen werden, um Redundanz zu vermeiden, falls sie keine individuelle semantische Bedeutung haben.

 

Die sorgfältige Kombination dieser Attribute ermöglicht es, eine präzise und effiziente Barrierefreiheits-Erfahrung zu schaffen, ohne die visuelle Gestaltung zu beeinträchtigen.

Checkliste für den Einsatz von aria-hidden (Praktischer Leitfaden)

Um sicherzustellen, dass Sie aria-hidden=“true“ korrekt und zielgerichtet einsetzen, können Sie die folgende Checkliste nutzen. Sie hilft Ihnen, die häufigsten Fehler zu vermeiden und eine wirklich barrierefreie Lösung zu finden.

Relevanz des Inhalts prüfen

  • Ist das Element oder sein Inhalt für Screenreader-Nutzer relevant?
    • JA: Dann KEIN aria-hidden=“true“ verwenden! Der Inhalt muss zugänglich bleiben.
    • NEIN (rein dekorativ, redundant, unwichtig für das Verständnis): Dann ist aria-hidden=“true“ wahrscheinlich die richtige Wahl.

 

Art des Elements und des Inhalts

  • Handelt es sich um ein rein dekoratives Element (z. B. ein Icon ohne eigene Funktion, visueller Trenner)?
    • JA: aria-hidden=“true“ verwenden. Bei <img>-Elementen zusätzlich alt=““ setzen.
  • Ist der Inhalt visuell sichtbar und interaktiv (z. B. ein klickbarer Link, Button, Formularfeld)?
    • JA: NIEMALS aria-hidden=“true“ verwenden! Interaktive Elemente müssen für Screenreader zugänglich sein.
  • Ist der Inhalt eine doppelte Version von etwas, das bereits an anderer Stelle (zugänglich) vorhanden ist (z. B. eine versteckte mobile Navigation)?
    • JA: aria-hidden=“true“ für die redundante/versteckte Version verwenden.

 

Dynamischer Einsatz (bei Interaktionen)

  • Handelt es sich um ein komplexes Widget wie ein Modal, ein Karussell oder ein Lade-Overlay?
    • JA: aria-hidden=“true“ für alle inaktiven oder hinterlegten Inhalte verwenden, um den Fokus des Screenreaders auf das aktive Element zu lenken.
    • Wichtiger Zusatz: Beim dynamischen Einsatz immer das Fokusmanagement überprüfen. Der Fokus muss beim Öffnen auf das aktive Element springen und beim Schließen wieder korrekt zurückkehren.

 

Semantik und Alternativen

  • Könnte die Information des Elements auch auf andere, semantisch korrektere Weise bereitgestellt werden (z. B. alt-Text für informative Bilder, aria-label für Icon-Buttons)?
    • JA: Bevorzugen Sie die semantisch korrekteste Methode. aria-hidden ist ein letztes Mittel für dekorative oder redundante Elemente.
  • Handelt es sich um eine visuell nötige, aber für Screenreader irrelevante/störende Textinformation (wie im Mehrwert-Beispiel beschrieben)?
    • JA: aria-hidden=“true“ kann in diesen spezifischen Fällen eine Verbesserung der Screenreader-Erfahrung bewirken, aber mit Vorsicht anwenden.

 

Testen und Validierung

  • Habe ich den Einsatz von aria-hidden mit einem echten Screenreader getestet (z.B. NVDA, VoiceOver)?
    • JA: Ausgezeichnet! Nur so können Sie die tatsächliche Nutzererfahrung überprüfen.
    • NEIN: Unbedingt nachholen!

 

Diese Checkliste dient als Leitfaden, um bewusste und korrekte Entscheidungen beim Einsatz von aria-hidden=“true“ zu treffen und somit eine qualitativ hochwertige Barrierefreiheit zu gewährleisten.

Häufig gestellte Fragen zu aria-hidden

Was genau bewirkt aria-hidden="true"?

aria-hidden=“true“ macht ein Element für Screenreader und andere assistive Technologien unsichtbar, während es für sehende Nutzer weiterhin auf der Webseite sichtbar bleibt. Es wird aus dem sogenannten Accessibility Tree entfernt.

Nutzen Sie es für rein dekorative Elemente (z.B. Icons ohne eigene Funktion), redundante Inhalte oder um den Hintergrund bei geöffneten Modal-Dialogen für Screenreader auszublenden, damit diese sich auf das aktive Fenster konzentrieren können.

Nein. display: none und visibility: hidden verstecken Elemente sowohl visuell als auch für Screenreader. aria-hidden=“true“ versteckt Inhalte nur für Screenreader, während sie visuell sichtbar bleiben.

Niemals! Wenn ein Link, Button oder ein anderes interaktives Element sichtbar ist und bedient werden soll, darf es nicht mit aria-hidden=“true“ versehen werden. Dies würde es für Screenreader-Nutzer unzugänglich machen.

Der beste Weg ist das Testen mit einem echten Screenreader (z.B. NVDA auf Windows, VoiceOver auf Mac/iOS). Sie können auch die Entwicklertools Ihres Browsers nutzen, um den Accessibility Tree zu prüfen.

Fragen zur Barrierefreiheit?
Wir sind für Sie da.

Ob gesetzliche Anforderungen, technische Details oder allgemeine Orientierung – unsere Expert:innen beraten Sie persönlich, unkompliziert und kostenlos und zeigen Ihnen auch unsere Softwarelösung im Detail.

AccessGO Experten-Team

Sprechen Sie mit einem Experten von AccessGO. Wir beraten Sie kompetent bei all Ihren Fragen.

oder

Fragen zur Barrierefreiheit?
Wir sind für Sie da.

AccessGO Experten-Team

Wir beraten Sie persönlich, unkompliziert und kostenlos – und stellen Ihnen AccessGO direkt vor.

oder

AccessGO Plugin in Aktion

per Klick oder Tastatur ALT + 1

+++ Kostenloses Kompakt-Webinar +++

Barrierefreie Webseiten:
Alles Wichtige
in 12 Minuten​

Wichtige Infos und konkrete Empfehlungen für eine schnelle Umsetzung des BFSG.

Webinar startet in wenigen Sekunden . .. ...

Matthias Wirz
AccessGO