{"id":14,"date":"2014-08-25T12:13:23","date_gmt":"2014-08-25T10:13:23","guid":{"rendered":"http:\/\/xmaz.de\/barrierefrei\/?page_id=14"},"modified":"2014-08-25T12:13:23","modified_gmt":"2014-08-25T10:13:23","slug":"designing-screen-reader-compatibility","status":"publish","type":"page","link":"https:\/\/immocado.com\/barrierefrei\/designing-screen-reader-compatibility\/","title":{"rendered":"Gestaltung f\u00fcr Screenreader-Kompatiblit\u00e4t"},"content":{"rendered":"<p>[Dies ist eine \u00dcbersetzung des englischsprachigen Artikels &#8222;<a href=\"http:\/\/webaim.org\/techniques\/screenreader\/\"rel=\"nofollow\">Designing for Screen Reader Compatibility<\/a>&#8222;. Copyright \u00a9 by www.Webaim.org]<\/p>\n<nav>\n<h2>Artikelinhalt<\/h2>\n<ol>\n<li><a href=\"#overview\">\u00dcbersicht<\/a><\/li>\n<li><a href=\"#linearization\">Linearisierung des Inhalts<\/a><\/li>\n<li><a href=\"#skimming\">Durch den Inhalt bl\u00e4ttern<\/a><\/li>\n<li><a href=\"#differences\">Unterschiede zwischen Bildschirmleseger\u00e4ten ausgleichen<\/a><\/li>\n<li><a href=\"#how\">Wie Bildschirmleseger\u00e4te Inhalte lesen<\/a><\/li>\n<\/ol>\n<\/nav>\n<div id=\"overview\" class=\"section\">\n<h2>\u00dcbersicht<\/h2>\n<p><span class=\"inlinemediaobject floatright\"><img decoding=\"async\" loading=\"lazy\" class=\"border\" src=\"http:\/\/webaim.org\/techniques\/screenreader\/media\/screen.jpg\" alt=\"\" width=\"204\" height=\"246\" \/><\/span><\/p>\n<p>Bildschirmleseger\u00e4te sind Audio-Schnittstellen. Anstatt Webinhalte visuell f\u00fcr Nutzer in einem \u201eFenster\u201c oder auf dem Bildschirm des Monitors anzuzeigen, konvertieren Screenreader den Text in synthetisierte Sprache, so dass Benutzer den Inhalt h\u00f6ren. Sehende Nutzer haben es normalerweise sehr schwer sich vorzustellen, sich immer auf ein Audio-Interface verlassen zu m\u00fcssen, da ihre Welt so sehr visuell ist. Die Erfahrung ist v\u00f6llig anders, das ist sicher. Das Wunder ist, dass die Option f\u00fcr eine Audio-Schnittstelle \u00fcberhaupt vorhanden ist. Ohne Screenreader w\u00e4ren die Personen, die blind sind, auf andere angewiesen, die ihnen den Inhalt laut vorlesen. Diese Technik macht einen unabh\u00e4ngigen Zugang zu Informationen f\u00fcr eine Bev\u00f6lkerung m\u00f6glich, die sonst immer die Unterst\u00fctzung und Hilfe von Anderen ben\u00f6tigen w\u00fcrde.<\/p>\n<p>Screenreader lesen Webinhalte nicht genauso wie menschliche Wesen es tun. Die Stimme kann sehr monoton und wie ein Roboter klingen. Dar\u00fcber hinaus neigen erfahrene Nutzer meist dazu, die Lesegeschwindigkeit auf 300 W\u00f6rter pro Minute und mehr zu beschleunigen, was schneller ist, als ein unerfahrener H\u00f6rer noch leicht verstehen kann. In der Tat ist es so, dass, einige Menschen, die ein Screenreader zum ersten Mal mit der normalen Rate von etwa 180 W\u00f6rtern pro Minute benutzen, sich dar\u00fcber beklagen, dass dieser zu schnell liest. Es braucht Zeit, sich an einen Screenreader zu gew\u00f6hnen, aber das interessante ist, dass wenn die Benutzer sich daran gew\u00f6hnt haben, k\u00f6nnen sie mit einer Geschwindigkeit durch den Inhalt fahren, die sehende Menschen begeistert.<\/p>\n<p>Zwei der h\u00e4ufigsten Screenreader sind JAWS von Freedom Scientific und Window Eyes von GW Micro. Diese Programme k\u00f6nnen nicht nur Webinhalte, sondern auch das Windows Betriebssystem, Textverarbeitungsprogramme und andere Software lesen. Mac und iOS-Ger\u00e4te haben VoiceOver. Es sind jedoch auch viele andere Arten von Bildschirmleseger\u00e4ten verf\u00fcgbar.<\/p>\n<\/div>\n<div id=\"linearization\" class=\"section\">\n<h2>Linearisierung des Inhalts<\/h2>\n<p>Audioschnittstellen pr\u00e4sentieren den Nutzern die Inhalte linear, also ein Element nach dem n\u00e4chsten. Dies steht in Kontrast zu der Art und Weise, wie die meisten Nutzer visuelle Schnittstellen nutzen. Sehende Nutzer k\u00f6nnen den gesamten Bildschirm \u00fcberfliegen und das gesamte Layout, den k\u00fcnstlerischen Stil und andere Aspekte auf der Makroebene fast sofort nachvollziehen. Nutzer von Bildschirmleser\u00e4ten k\u00f6nnen die Aspekte der Makroebene nicht so schnell begreifen. Die lineare Progression durch den Inhalt von Anfang bis Ende ist \u00e4hnlich zu automatisierten Telefonmen\u00fc-Systemen, die nicht alle Optionen auf einmal erkennen lassen. Nutzer m\u00fcssen in solchen Systemen in einer schrittweisen Art und Weise fortschreiten. Die Erkenntnis, dass Audio-Schnittstellen eine linearisierte Version von Web-Inhalten sind, ist eine wichtige Erkenntnis, die Webentwickler durch den Engineering und Design-Prozess leiten sollte.<\/p>\n<\/div>\n<div id=\"skimming\" class=\"section\">\n<h2>Durch den Inhalt bl\u00e4ttern<\/h2>\n<p>Trotz der linearen Natur der Audioschnittstellen, gibt es einige M\u00f6glichkeiten, wie Screenreader-Nutzer den Inhalt \u00fcberfliegen k\u00f6nnen.<\/p>\n<div id=\"links\" class=\"section\">\n<h3>Links<\/h3>\n<p>Eine M\u00f6glichkeit ist, die Tab-Taste zu verwenden, um von Link zu Link zu springen. Dies gibt dem Anwender eine Vorstellung, wo die Seite hinf\u00fchrt und kann ein n\u00fctzlicher Weg sein, schnell durch den Inhalt zu bl\u00e4ttern, wenn der Nutzer nach einem bestimmten Link sucht. Eine verwandte Technik ist es, eine alphabetisch angeordnete Liste der Links auf der Seite zu erfragen. Der Nachteil dieser Methoden ist, dass der Nutzer keinen Inhalt h\u00f6rt, der keinen Link-Inhalt ist und so wichtige Informationen verpassen kann.<\/p>\n<p><strong>Folge:<\/strong> Links sollten Sinn machen, wenn sie aus dem Zusammenhang gelesen werden. Zus\u00e4tzlich sollten die unterscheidenden Informationen des Links an dessen Anfang angegeben sein.<\/p>\n<\/div>\n<div id=\"headings\" class=\"section\">\n<h3>\u00dcberschriften<\/h3>\n<p>Ein anderer Weg, die Seite zu \u00fcberfliegen, um einen Gesamteindruck zu bekommen, ist, von \u00dcberschrift zu \u00dcberschrift zu springen. Nutzer k\u00f6nnen eine Gliederung der Hauptideen der Seite h\u00f6ren und dann wieder an den Punkten ansetzen, die sie am meisten interessieren. Der gr\u00f6\u00dfte Nachteil dieser Technik ist, dass auf zu vielen Seiten zu wenige \u00dcberschriften stehen. Ohne \u00dcberschriften ist diese Methode um den Inhalt einer Seite zu \u00fcberfliegen v\u00f6llig nutzlos.<\/p>\n<p><strong>Folge:<\/strong> Autoren sollten Inhalte mit \u00dcberschriften organisieren. Soweit m\u00f6glich, sollten die \u00dcberschriften eine m\u00f6glichst genaue \u00dcbersicht des Inhaltes sein.<\/p>\n<\/div>\n<div id=\"landmarks\" class=\"section\">\n<h3>Landmarks und Seitenbereiche<\/h3>\n<p>Benutzer k\u00f6nnen mit <a href=\"http:\/\/webaim.org\/techniques\/aria\/#landmarks\"rel=\"nofollow\">ARIA Landmarks<\/a> und HTML5 Abschnittselementen wie,\u00a0<code>&lt;main&gt;<\/code>, <code>&lt;nav&gt;<\/code>, <code>&lt;header&gt;<\/code>, etc.\u00a0navigieren.<\/p>\n<p><strong>Folge:<\/strong> Definieren Sie angemessene ARIA Landmarks und nutzen Sie passende HTML5 Elemente.<\/p>\n<\/div>\n<div id=\"paragraphs\" class=\"section\">\n<h3>Paragraphen und Seitenelemente<\/h3>\n<p>Nutzer k\u00f6nnen von Absatz zu Absatz springen, sich den ersten oder die ersten beiden S\u00e4tze anh\u00f6ren, bevor sie zum n\u00e4chsten Absatz springen. Diese Technik ist mehr wie das visuelle \u00dcberfliegen, das einige sehende Menschen verwenden. Nutzer k\u00f6nnen auch von Element zu Element springen, wie <code>&lt;div&gt;<\/code>Tags, Links, Formularelementen, Listenelementen, oder andere Einheiten des Inhalts.<\/p>\n<p><strong>Folge:<\/strong> Formulieren Sie, wenn m\u00f6glich, die grundlegenden Informationen des Paragraphs im ersten Satz.<\/p>\n<\/div>\n<div id=\"skip\" class=\"section\">\n<h3>\u201eNavigation \u00fcberspringen\u201c-Links<\/h3>\n<p><a href=\"http:\/\/webaim.org\/techniques\/skipnav\/\"rel=\"nofollow\">\u201eSkip\u201c-Links <\/a> oben auf der Seite, die den Nutzern erlauben, die Navigationslinks zu \u00fcberspringen, sind genaugenommen keine Methode um durch den Inhalt zu bl\u00e4ttern, aber sie sind eine Methode, um direkt auf den Hauptinhalt der Seite zu gelangen. Solche Links beschleunigen den Leseprozess und helfen Nutzern, zwischen der Hauptnavigation und dem Hauptinhalt zu unterscheiden.<\/p>\n<p><strong>Folge:<\/strong> Erlauben Sie Nutzern gegebenenfalls, sich wiederholende Navigationslinks zu \u00fcberspringen.<\/p>\n<\/div>\n<div id=\"others\" class=\"section\">\n<h3>Andere<\/h3>\n<p>Zus\u00e4tzlich zu den oben genannten Methoden, k\u00f6nnen Nutzer von Bildschirmleseger\u00e4ten auch zu Tabellen, Listen, Buttons, Formularen, Links, Bildern, etc. navigieren.<\/p>\n<p><strong>Folge:<\/strong> Verwenden Sie eine\u00a0<a href=\"http:\/\/webaim.org\/techniques\/semanticstructure\/\"rel=\"nofollow\">korrekte Semantik <\/a> der HTML-Struktur mit korrekt bezeichneten Elementen.<\/p>\n<\/div>\n<\/div>\n<div id=\"differences\" class=\"section\">\n<h2>Unterschiede zwischen Bildschirmleseger\u00e4ten ausgleichen<\/h2>\n<p>Bildschirmleseger\u00e4te sind in ihrer Funktionalit\u00e4t und in ihren F\u00e4higkeiten sehr \u00e4hnlich, aber es gibt dennoch Unterschiede zwischen ihnen. Tastatur-Shortcuts haben in einem Bildschirmleseger\u00e4t nur sehr selten dieselbe Funktion, wie in einem anderen. Die Stimmen von verschiedenen Bildschirmleseger\u00e4ten klingen nicht genau gleich. Sie haben auch unterschiedliche Wege, den Nutzer \u00fcber wichtige Informationen, wie welche Textst\u00fccke Links sind, welche Teile aus dem Inhalt Bilder sind und \u00e4hnliches zu informieren.<\/p>\n<p>Eine berechtigte Frage an dieser Stelle ist, ob Designer sich \u00fcber die Unterschiede zwischen den Bildschirmleseger\u00e4ten Gedanken machen sollten. Wenn der Inhalt f\u00fcr eine Marke von Bildschirmleseger\u00e4ten zug\u00e4nglich ist, ist er es auch f\u00fcr andere Marken? M\u00fcssen Designer verschiedene Versionen des Inhalts anfertigen, um den unterschiedlichen Arten und M\u00f6glichkeiten diverser Bildschirmleseger\u00e4ten entgegenzukommen? Diese Fragen sind sowohl faszinierend wie auch besorgniserregend. Entwickler haben bereits daf\u00fcr zu sorgen, dass ihre Inhalte in verschiedenen Versionen unterschiedlicher Browser auf verschiedenen Betriebssystemen korrekt angezeigt werden. Dies bereitet bereits genug Kopfschmerzen, ohne sich noch um die verschiedenen Versionen unterschiedlicher Bildschirmleseger\u00e4te auf verschiedenen Plattformen zu sorgen.<\/p>\n<p>Die gute Nachricht ist, dass die Techniken, die f\u00fcr einen Screenreader funktionieren, fast immer auch f\u00fcr andere funktionieren. In manchen F\u00e4llen hat einer der Screenreader F\u00e4higkeiten, die ein anderer nicht hat, oder verarbeitet einige Arten von Inhalt besser, als es andere tun. Dennoch sind die Entwickler besser dran, wenn Sie sich auf die Standards zur Barrierefreiheit und allgemein anerkannten Techniken zur Zug\u00e4nglichkeit konzentrieren, als wenn sie sich auf die Unterschiede von Bildschirmleseger\u00e4ten fokussieren. Sich auf die Unterschiede von Bildschirmleseger\u00e4ten zu konzentrieren, kann zu der unerw\u00fcnschten Situation f\u00fchren, dass Seiten f\u00fcr JAWS oder nur f\u00fcr Window Eyes programmiert sind, was Nutzer ausschlie\u00dfen kann, die Screenreader nutzen, f\u00fcr die die Seite nicht optimiert ist. Das ist so \u00e4hnlich wie Seiten f\u00fcr nur einen bestimmten Browser zu optimieren. Erst vor wenigen Jahren waren Seiten \u00fcblich, auf denen stand \u201ediese Seite ist f\u00fcr den Internet Explorer optimiert\u201c (oder f\u00fcr Netscape). Gl\u00fccklicherweise ist diese Praxis seltener geworden und mittlerweile allgemein verp\u00f6hnt. Sowohl Browser, wie auch Screenreader, haben in den letzten Jahren mehr Aufmerksamkeit auf Standards gelegt, so dass die Benutzererfahrung ziemlich einheitlich ist, egal welche Technologie verwendet wird. Keine zwei Technologien sind die gleichen, was zu gelegentlichen Design-Kopfschmerzen f\u00fchrt, aber sie sind \u00e4hnlich genug, dass es weniger Ausnahmen zu den \u201eRegeln\u201c gibt, als es einmal waren.<\/p>\n<\/div>\n<div id=\"how\" class=\"section\">\n<h2>Wie Bildschirmleseger\u00e4te Inhalte lesen<\/h2>\n<p>Dieser Abschnitt enth\u00e4lt eine Liste von M\u00f6glichkeiten, wie Screenreader Inhalte \u00fcblicherweise lesen und aussprechen. Nat\u00fcrlich gibt es Unterschiede zwischen den Ger\u00e4ten, aber hier wird das allgemeine Verhalten dargestellt. Es ist keine vollst\u00e4ndige Liste mit allen Mitteln, aber es wird Entwicklern helfen, Screenreader etwas besser zu verstehen.<\/p>\n<ul>\n<li>Screenreader machen f\u00fcr Punkte, Semikolons, Kommas, Fragezeichen und Ausrufezeichen eine Pause.<\/li>\n<li>Screenreader machen in der Regel am Ende eines Paragraphen eine Pause.<\/li>\n<li>Screenreader versuchen Akronyme und unsinnige W\u00f6rter auszusprechen, wenn sie genug Vokale\/Konsonanten haben; andernfalls lesen sie die Buchstaben vor. Zum Beispiel wird NASA als Wort vorgelesen,\u00a0wohingegen NSF als \u201eN.S.F.\u201c vorgelesen wird. Die Abk\u00fcrzung URL wird als \u201eearl\u201c vorgelesen, obwohl die meisten Menschen \u201eU.R.L\u201c sagen. Die Abk\u00fcrzung SQL wird nicht als \u201eSequel\u201c von Bildschirmleseger\u00e4ten vorgelesen, obwohl es einige Menschen gibt, die es so aussprechen; Screenreader lesen \u201eS.Q.L\u201c vor.<\/li>\n<li>Screenreader-Nutzer k\u00f6nnen Pausieren, wenn sie ein Wort nicht verstehen und zur\u00fcckgehen, um es sich erneut anzuh\u00f6ren; sie k\u00f6nnen sogar Screenreader haben, die ihnen Buchstabe f\u00fcr Buchstabe vorlesen. Beim Vorlesen einzelner Buchstaben unterscheidet JAWS zwischen Gro\u00df- und Kleinschreibung, indem die Gro\u00dfbuchstaben betont werden.<\/li>\n<li>Screenreader lesen die Buchstaben, die Sie eingeben laut vor, allerdings sagen sie \u201estar\u201c oder \u201easterisk\u201c f\u00fcr Passwortfelder.<\/li>\n<li>Screenreader k\u00fcndigen den Titel der Seite (das <code>&lt;title&gt;<\/code>-Attribut im HTML-Markup) an, wenn sie eine Seite zum ersten Mal laden.<\/li>\n<li>Screenreader lesen den <a href=\"http:\/\/webaim.org\/techniques\/alttext\/\"rel=\"nofollow\">alternativen Text<\/a> f\u00fcr Bilder vor, sofern Alternativtext vorhanden ist. JAWS leitet den alternativen Text mit dem Wort \u201eGrafik\u201c ein. Wenn das Bild ein Link ist, k\u00fcndigt JAWS den alternativen Text mit \u201eGrafik Link\u201c an.<\/li>\n<li>Screenreader ignorieren Bilder ohne alternativen Text und sagen nichts, aber die Benutzer k\u00f6nnen ihre Einstellungen so \u00e4ndern, dass der Dateiname vorgelesen wird.<\/li>\n<li>Wenn das Bild ohne alternativen Text ein Link ist, lesen Screenreader normalerweise das Ziel des Links (das <code>href<\/code>-Attribut im HTML-Markup) vor, oder sie k\u00f6nnten den Dateinamen von dem Bild vorlesen.<\/li>\n<li>Screenreader k\u00fcndigen <a href=\"http:\/\/webaim.org\/techniques\/semanticstructure\/\"rel=\"nofollow\">\u00dcberschriften an und identifizieren die \u00dcberschriftenebene<\/a>. JAWS zum Beispiel k\u00fcndigt <code>&lt;h1&gt;<\/code> -\u00dcberschriften mit \u201e\u00dcberschrift Ebene 1\u201c an.<\/li>\n<li>Einige Screenreader geben die Anzahl der Links auf einer Seite an, sobald die Seite im Browser fertig geladen ist.<\/li>\n<li>JAWS sagt \u201eSame Page Link\u201c, wenn das Ziel des Links auf derselben Seite ist, wie der Link und sagt \u201eVisited Link\u201c, wenn auf einen Link bereits zugegriffen wurde.<\/li>\n<li>Screenreader im Tabellennavigationsmodus informieren Nutzer, wie viele Zeilen und Spalte in einer <a href=\"http:\/\/webaim.org\/techniques\/tables\/data\"rel=\"nofollow\">Datentabelle<\/a>\u00a0sind.<\/li>\n<li>Nutzer k\u00f6nnen in jede Richtung von Zelle zu Zelle im Tabellennavigationsmodus navigieren. Wenn die Tabelle korrekt markiert wurde, wird der Screenreader jede Spalten- und\/oder jeder Zeilen\u00fcberschrift lesen, wenn der Nutzer eine neue Zelle erreicht.<\/li>\n<li>Screenreader informieren Nutzer, wenn sie ein Formular erreicht haben. Nutzer haben dann die M\u00f6glichkeit, in den Formularnavigationsmodus zu wechseln.<\/li>\n<li>Screenreader mit entsprechenden Spracheinstellungen k\u00f6nnen flie\u00dfend die Sprache wechseln, wenn eine Seite, oder ein Teil einer Seite als anderssprachig markiert wurde. Zum Beispiel, wenn eine spanische Phrase in einer englischen Seite auftaucht, kann der Screenreader zu spanischer Aussprache wechseln, wenn die Phrase als spanische Phrase markiert wurde: <code>&lt;span lang=\"es\"&gt;Viva la patria&lt;\/span&gt;<\/code><\/li>\n<li>Die meisten Screenreader sprechen die W\u00f6rter in fast jedem Fall richtig aus, aber gelegentlich fehlinterpretieren sie den Unterschied zwischen Homographen (W\u00f6rter die gleich geschrieben werden, aber unterschiedliche Bedeutungen und\/oder Aussprachen haben).<br \/>\nZum Beispiel das Wort <em>read<\/em> kann als \u201ereed\u201c oder als \u201ered\u201c ausgesprochen werden, abh\u00e4ngig von Kontext: \u201eI must read the newspaper\u201c gegen \u201eI have read the newspaper\u201c. &#8211; Ein Satz wie \u201eI read the newspaper every day\u201c ist eigentlich eindeutig f\u00fcr alle Leser \u2013 Menschen sowie Screenreader. Es k\u00f6nnte bedeuten, dass der Verfasser die Zeitung jeden Tag liest, oder dass der Verfasser die Zeitung jeden Tag gelesen hat. Je nachdem, was der Verfasser sagen wollte, kann das Wort \u201eread\u201c als \u201ereed\u201c oder \u201ered\u201c ausgesprochen werden. Das Wort \u201econtent\u201c ist ein weiteres Beispiel: \u201eI feel content\u201c (was bedeutet, gl\u00fccklich zu sein, mit der Betonung auf der zweiten Silbe [con-<strong>TENT<\/strong>]) gegen \u201eSkip to main content\u201c (gemeint ist die Materie, mit Betonung auf der ersten Silbe [<strong>CON<\/strong>-tent]).<\/li>\n<li>Screenreader lesen die meisten Satzzeichen, wie Klammer, Gedankenstriche, Sternchen und so weiter standardm\u00e4\u00dfig mit, aber nicht alle Screenreader entscheiden, dieselben Teile der Satzzeichen zu lesen. Einige lesen beispielsweise Sternchen nicht standardm\u00e4\u00dfig mit. Punkte, Kommas und Doppelpunkte werden normalerweise nicht laut vorgelesen, aber Screenreader machen in der Regel nach jedem eine Pause. Nutzer k\u00f6nnen die Ausf\u00fchrlichkeit in ihren Einstellungen ver\u00e4ndern, damit die Screenreader mehr oder weniger Satzzeichen vorlesen.<\/li>\n<\/ul>\n<div class=\"note\">\n<div class=\"title\">Hinweis<\/div>\n<p>Die Testversionen von JAWS und Window Eyes halten fast unbegrenzt, k\u00f6nnen aber nur f\u00fcr eine Zeit von 40 Minuten verwendet werden. Nach jeder 40 Minuten-Sitzung muss der Nutzer den Computer neu starten, um eine weitere 40 Minuten-Sitzung zu starten.<\/p>\n<p><a href=\"http:\/\/www.freedomscientific.com\/fs_products\/JAWS_HQ.asp\"rel=\"nofollow\">JAWS: Informationen und Testversion herunterladen<\/a><\/p>\n<p><a href=\"http:\/\/www.gwmicro.com\/products\/\"rel=\"nofollow\">Window Eyes: Informationen <\/a> | <a href=\"http:\/\/www.gwmicro.com\/demo\"rel=\"nofollow\">Window Eyes: Testversion herunterladen<\/a><\/p>\n<\/div>\n<div class=\"important\">\n<div class=\"title\">Wichtig<\/div>\n<p>Die erste Verwendung von einem Screenreader kann eine verwirrende und entmutigende Erfahrung sein. Ein Audio-Interface zu benutzen ist fast immer ein wenig verwirrend f\u00fcr sehende Nutzer. Zus\u00e4tzlich kann ein Gro\u00dfteil der Inhalte auf einer Webseite unzug\u00e4nglich erscheinen, wobei das Problem einfach nur sein kann, dass der neue Nutzer nicht wei\u00df, wie er einen Screenreader benutzen muss. Entwickler, die ernsthaft wissen wollen, wie ihre Inhalte sich auf einem Screenreader anh\u00f6ren, m\u00fcssen entweder eng mit Menschen zusammenarbeiten, die Screenreader auf einer regul\u00e4ren Basis verwenden, oder sie m\u00fcssen einen Teil ihrer Zeit daf\u00fcr widmen, den Umgang mit Bildschirmleseger\u00e4ten zu erlernen.<\/p>\n<\/div>\n<\/div>\n<div id=\"related\">\n<h2>Verwandte Ressourcen<\/h2>\n<ul>\n<li><a href=\"http:\/\/webaim.org\/techniques\/css\/invisiblecontent\/\"rel=\"nofollow\">CSS in Aktion: Unsichtbaren Inhalt nur f\u00fcr\u00a0Screenreader-nutzer<\/a><\/li>\n<li><a href=\"http:\/\/webaim.org\/articles\/screenreader_testing\/\"rel=\"nofollow\">Testen mit Screenreadern<\/a>n<\/li>\n<li><a href=\"http:\/\/webaim.org\/techniques\/skipnav\/\"rel=\"nofollow\">&#8222;Navigation \u00fcberspringen&#8220;-Links<\/a><\/li>\n<li><a href=\"http:\/\/webaim.org\/articles\/jaws\/\"rel=\"nofollow\">Mit JAWS die Barrierefreiheit des Internets auswerten<\/a><\/li>\n<li><a href=\"http:\/\/webaim.org\/articles\/nvda\/\"rel=\"nofollow\">Mit NVDA die Barrierefreiheit des Internets auswerten<\/a><\/li>\n<li><a href=\"http:\/\/webaim.org\/articles\/voiceover\/\"rel=\"nofollow\">Mit VoiceOver die Barrierefreiheit des Internets auswerten<\/a><\/li>\n<\/ul>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>[Dies ist eine \u00dcbersetzung des englischsprachigen Artikels &#8222;Designing for Screen Reader Compatibility&#8222;. Copyright \u00a9 by www.Webaim.org] Artikelinhalt \u00dcbersicht Linearisierung des Inhalts Durch den Inhalt bl\u00e4ttern Unterschiede zwischen Bildschirmleseger\u00e4ten ausgleichen Wie Bildschirmleseger\u00e4te Inhalte lesen \u00dcbersicht Bildschirmleseger\u00e4te sind Audio-Schnittstellen. Anstatt Webinhalte visuell f\u00fcr Nutzer in einem \u201eFenster\u201c oder auf dem Bildschirm des Monitors anzuzeigen, konvertieren Screenreader den [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":[],"_links":{"self":[{"href":"https:\/\/immocado.com\/barrierefrei\/wp-json\/wp\/v2\/pages\/14"}],"collection":[{"href":"https:\/\/immocado.com\/barrierefrei\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/immocado.com\/barrierefrei\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/immocado.com\/barrierefrei\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/immocado.com\/barrierefrei\/wp-json\/wp\/v2\/comments?post=14"}],"version-history":[{"count":0,"href":"https:\/\/immocado.com\/barrierefrei\/wp-json\/wp\/v2\/pages\/14\/revisions"}],"wp:attachment":[{"href":"https:\/\/immocado.com\/barrierefrei\/wp-json\/wp\/v2\/media?parent=14"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}