{"id":9303,"date":"2026-09-17T08:00:00","date_gmt":"2026-09-17T08:00:00","guid":{"rendered":"https:\/\/decareto.com\/?p=9303"},"modified":"2026-08-14T12:51:03","modified_gmt":"2026-08-14T12:51:03","slug":"wie-erkennt-man-barrierefreiheitsprobleme-bei-eingebetteten-karten","status":"publish","type":"post","link":"https:\/\/decareto.com\/de\/wie-erkennt-man-barrierefreiheitsprobleme-bei-eingebetteten-karten\/","title":{"rendered":"Wie erkennt man Barrierefreiheitsprobleme bei eingebetteten Karten?"},"content":{"rendered":"<p>Barrierefreiheitsprobleme bei eingebetteten Karten entstehen typischerweise dort, wo interaktive Elemente weder per Tastatur bedienbar noch f\u00fcr Screenreader lesbar sind. Google Maps, OpenStreetMap und \u00e4hnliche Kartendienste werden meist als iFrame eingebunden und bringen von Haus aus eine Reihe technischer Schwachstellen mit, die Nutzerinnen und Nutzer mit Behinderungen ausschlie\u00dfen k\u00f6nnen. Dieser Artikel beantwortet die wichtigsten Fragen rund um das Thema Barrierefreiheit bei eingebetteten Karten und zeigt, wie Sie Probleme erkennen, testen und beheben.<\/p>\n<h2>Welche Barrierefreiheitsprobleme treten bei eingebetteten Karten am h\u00e4ufigsten auf?<\/h2>\n<p>Die h\u00e4ufigsten Barrierefreiheitsprobleme bei eingebetteten Karten sind fehlende Alternativtexte, mangelnde Tastaturbedienbarkeit, unzureichende Farbkontraste und fehlende ARIA-Beschriftungen. Da Kartendienste meist als iFrame eingebunden werden, fehlen dem \u00e4u\u00dferen HTML-Dokument oft alle semantischen Informationen, die Screenreader ben\u00f6tigen, um den Inhalt sinnvoll vorzulesen.<\/p>\n<p>Im Einzelnen treten folgende Probleme besonders h\u00e4ufig auf:<\/p>\n<ul>\n<li><strong>Fehlender Titel am iFrame:<\/strong> Ein iFrame ohne aussagekr\u00e4ftiges <em>title<\/em>-Attribut gibt Screenreader-Nutzenden keine Information dar\u00fcber, was sich im eingebetteten Bereich befindet.<\/li>\n<li><strong>Keine Tastaturbedienbarkeit:<\/strong> Interaktive Kartenelemente wie Zoom-Buttons, Marker oder Men\u00fcs sind h\u00e4ufig nur per Maus erreichbar. Nutzerinnen und Nutzer, die ausschlie\u00dflich die Tastatur verwenden, k\u00f6nnen die Karte weder navigieren noch verlassen.<\/li>\n<li><strong>Unzureichende Farbkontraste:<\/strong> Kartenbeschriftungen, Stra\u00dfennamen und Markierungen erf\u00fcllen oft nicht die WCAG-Kontrastanforderungen, was f\u00fcr Menschen mit Sehbeeintr\u00e4chtigungen zu erheblichen Problemen f\u00fchrt.<\/li>\n<li><strong>Fehlende Texterg\u00e4nzung:<\/strong> Eine Karte, die einen Standort zeigt, enth\u00e4lt selten eine textuelle Alternative, die denselben Informationsgehalt vermittelt.<\/li>\n<li><strong>Fokus-Falle:<\/strong> Einige iFrame-Implementierungen fangen den Tastaturfokus ein und lassen ihn nicht mehr heraus, sodass Nutzende auf der Seite nicht weiternavigieren k\u00f6nnen.<\/li>\n<\/ul>\n<p>Diese Probleme betreffen nicht nur Menschen mit dauerhaften Behinderungen. Auch Personen, die in einer hellen Umgebung arbeiten oder vor\u00fcbergehend eine motorische Einschr\u00e4nkung haben, sind davon betroffen.<\/p>\n<h2>Welche WCAG-Kriterien sind f\u00fcr eingebettete Karten relevant?<\/h2>\n<p>F\u00fcr eingebettete Karten sind vor allem die WCAG-Erfolgskriterien 1.1.1 (Nicht-Text-Inhalt), 2.1.1 (Tastatur), 2.1.2 (Keine Tastaturfalle), 1.4.3 (Kontrast) und 4.1.2 (Name, Rolle, Wert) relevant. Diese Kriterien decken die zentralen technischen Anforderungen ab, die eine eingebettete Karte erf\u00fcllen muss, um WCAG 2.2 Level AA zu bestehen.<\/p>\n<p>Im Detail bedeutet das:<\/p>\n<ul>\n<li><strong>1.1.1 Nicht-Text-Inhalt (Level A):<\/strong> Jede Karte, die inhaltliche Informationen vermittelt, ben\u00f6tigt eine Textalternative. Das kann ein beschreibender <em>title<\/em> am iFrame oder eine erg\u00e4nzende Adressangabe im Flie\u00dftext sein.<\/li>\n<li><strong>2.1.1 Tastatur (Level A):<\/strong> Alle Funktionen der Karte m\u00fcssen per Tastatur erreichbar sein, sofern sie f\u00fcr die Nutzung der Seite relevant sind.<\/li>\n<li><strong>2.1.2 Keine Tastaturfalle (Level A):<\/strong> Nutzerinnen und Nutzer m\u00fcssen den Fokus jederzeit aus dem iFrame herausbewegen k\u00f6nnen.<\/li>\n<li><strong>1.4.3 Kontrast (Minimum) (Level AA):<\/strong> Text innerhalb der Karte, etwa Stra\u00dfennamen oder Ortsbeschriftungen, muss ein Kontrastverh\u00e4ltnis von mindestens 4,5:1 aufweisen.<\/li>\n<li><strong>4.1.2 Name, Rolle, Wert (Level A):<\/strong> Interaktive Elemente innerhalb der Karte m\u00fcssen programmatisch benannt sein, damit Hilfstechnologien sie korrekt interpretieren k\u00f6nnen.<\/li>\n<\/ul>\n<p>Die WCAG liegen aktuell in Version 2.2 vor und bilden die Grundlage sowohl f\u00fcr das deutsche Barrierefreiheitsst\u00e4rkungsgesetz (BFSG) als auch f\u00fcr die BITV-Pr\u00fcfung. Wer eine <a href=\"https:\/\/decareto.com\/de\/barrierefreiheit\/test-tool\/\">Barrierefreiheitspr\u00fcfung seiner Website<\/a> durchf\u00fchrt, sollte diese Kriterien gezielt f\u00fcr eingebettete Karteninhalte ber\u00fccksichtigen.<\/p>\n<h2>Wie kann man eingebettete Karten manuell auf Barrierefreiheit testen?<\/h2>\n<p>Eingebettete Karten lassen sich manuell testen, indem Sie die Tastaturnavigation pr\u00fcfen, den iFrame-Titel im Quellcode kontrollieren, einen Screenreader aktivieren und die Farbkontraste visuell sowie mit einem Kontrastwerkzeug bewerten. Manuelle Tests sind bei Karten besonders wichtig, weil automatisierte Scanner nur einen Teil der Probleme erkennen k\u00f6nnen.<\/p>\n<p>Gehen Sie dabei in folgenden Schritten vor:<\/p>\n<ol>\n<li><strong>Tastaturfokus testen:<\/strong> Navigieren Sie mit der Tab-Taste durch die Seite. Pr\u00fcfen Sie, ob der Fokus die Karte erreicht, ob er sich innerhalb der Karte bewegen l\u00e4sst und ob Sie die Karte wieder verlassen k\u00f6nnen.<\/li>\n<li><strong>Quellcode pr\u00fcfen:<\/strong> \u00d6ffnen Sie die Entwicklertools des Browsers und suchen Sie das <em>iFrame<\/em>-Element. Pr\u00fcfen Sie, ob ein aussagekr\u00e4ftiges <em>title<\/em>-Attribut vorhanden ist, zum Beispiel <em>title=&#8220;Standortkarte: Unser B\u00fcro in Hamburg&#8220;<\/em>.<\/li>\n<li><strong>Screenreader aktivieren:<\/strong> Testen Sie mit NVDA (Windows, kostenlos) oder VoiceOver (macOS\/iOS), ob der Screenreader den iFrame-Titel vorliest und ob interaktive Elemente innerhalb der Karte korrekt angek\u00fcndigt werden.<\/li>\n<li><strong>Kontrast messen:<\/strong> Verwenden Sie ein Browser-Plugin oder ein dediziertes Werkzeug, um die Kontrastverh\u00e4ltnisse von Kartenbeschriftungen zu messen. Achten Sie besonders auf Texte auf farbigen Kartenfl\u00e4chen.<\/li>\n<li><strong>Textalternative pr\u00fcfen:<\/strong> Kontrollieren Sie, ob unterhalb oder neben der Karte eine textuelle Adressangabe vorhanden ist, die denselben Informationsgehalt bietet.<\/li>\n<\/ol>\n<p>Manuelle Tests dieser Art lassen sich mit automatisierten Scans kombinieren, um ein vollst\u00e4ndigeres Bild zu erhalten. Da Sch\u00e4tzungen davon ausgehen, dass automatisierte Tests nur etwa 30 bis 50 Prozent aller Barrierefreiheitsprobleme abdecken, ist der manuelle Test bei komplexen Elementen wie Karten besonders wertvoll.<\/p>\n<h2>Was k\u00f6nnen automatisierte Accessibility-Scanner bei Karten erkennen, und was nicht?<\/h2>\n<p>Automatisierte Accessibility-Scanner k\u00f6nnen bei eingebetteten Karten technische HTML-Fehler erkennen, etwa fehlende iFrame-Titel, unzureichende Farbkontraste und fehlende ARIA-Attribute. Sie k\u00f6nnen jedoch nicht beurteilen, ob die Karte inhaltlich sinnvoll beschriftet ist, ob die Tastaturbedienbarkeit tats\u00e4chlich funktioniert oder ob der Fokus korrekt verwaltet wird.<\/p>\n<h3>Was automatisierte Scanner erkennen<\/h3>\n<p>Ein automatisierter Accessibility-Scanner analysiert den HTML-Code der Seite und kann dabei folgende kartenspezifische Probleme identifizieren:<\/p>\n<ul>\n<li>Fehlendes oder leeres <em>title<\/em>-Attribut am iFrame-Element<\/li>\n<li>Unzureichende Farbkontrastverh\u00e4ltnisse bei sichtbarem Text innerhalb der Karte<\/li>\n<li>Fehlende ARIA-Labels oder -Beschreibungen an interaktiven Elementen<\/li>\n<li>Verwendung von Elementen ohne semantische Bedeutung f\u00fcr interaktive Steuerelemente<\/li>\n<\/ul>\n<h3>Was nur manuell erkennbar ist<\/h3>\n<p>Folgende Aspekte entziehen sich der automatisierten Pr\u00fcfung und m\u00fcssen manuell getestet werden:<\/p>\n<ul>\n<li>Ob der Tastaturfokus tats\u00e4chlich korrekt durch die Karte navigiert und nicht in einer Fokus-Falle bleibt<\/li>\n<li>Ob ein Screenreader die Karteninformationen sinnvoll und vollst\u00e4ndig vorliest<\/li>\n<li>Ob die vorhandene Textalternative inhaltlich \u00e4quivalent zur Karte ist<\/li>\n<li>Ob die Karte unter vergr\u00f6\u00dferter Darstellung (Zoom bis 200 %) noch bedienbar bleibt<\/li>\n<\/ul>\n<p>F\u00fcr einen vollst\u00e4ndigen Accessibility-Test einer Website empfiehlt sich daher immer eine Kombination aus automatisiertem Scan und manueller Pr\u00fcfung. Automatisierte Tests sind trotzdem sinnvoll, um mit geringem Aufwand eine erste Einsch\u00e4tzung zu erhalten und offensichtliche technische Fehler schnell zu finden.<\/p>\n<h2>Welche barrierefreien Alternativen zu eingebetteten Karten gibt es?<\/h2>\n<p>Barrierefreie Alternativen zu eingebetteten Karten sind textuelle Adressangaben mit Wegbeschreibung, statische Kartenbilder mit Alternativtext sowie zug\u00e4ngliche interaktive Karten auf Basis von Bibliotheken wie Leaflet.js, die sich gezielt barrierefrei konfigurieren lassen.<\/p>\n<p>Die Wahl der Alternative h\u00e4ngt davon ab, welche Funktion die Karte auf Ihrer Website erf\u00fcllt:<\/p>\n<ul>\n<li><strong>Standortangabe:<\/strong> Eine vollst\u00e4ndige Adresse mit Postleitzahl, Stadt und optionaler Wegbeschreibung im Flie\u00dftext ist f\u00fcr die meisten Nutzenden ausreichend und vollst\u00e4ndig barrierefrei. Erg\u00e4nzend kann ein Link zu Google Maps oder einer anderen Kartenanwendung angeboten werden.<\/li>\n<li><strong>Statisches Kartenbild:<\/strong> Ein Screenshot oder eine generierte Karte als Bild ist einfach einzubinden und ben\u00f6tigt lediglich einen aussagekr\u00e4ftigen Alternativtext, der den dargestellten Bereich beschreibt.<\/li>\n<li><strong>Zug\u00e4ngliche interaktive Karte:<\/strong> Bibliotheken wie Leaflet.js bieten mehr Kontrolle \u00fcber ARIA-Attribute, Tastaturbedienbarkeit und Fokusmanagement als eingebettete Drittanbieter-iFrames. Mit entsprechender Konfiguration l\u00e4sst sich eine deutlich bessere Barrierefreiheit erreichen.<\/li>\n<li><strong>Kombination aus Bild und Text:<\/strong> Die robusteste L\u00f6sung ist h\u00e4ufig die Kombination: ein statisches Kartenbild mit Alternativtext plus eine strukturierte Adress- und Wegbeschreibung im Text darunter.<\/li>\n<\/ul>\n<p>Keine dieser Alternativen garantiert automatisch vollst\u00e4ndige Barrierefreiheit. Auch eine selbst eingebundene Leaflet-Karte muss sorgf\u00e4ltig auf Tastaturbedienbarkeit und Screenreader-Kompatibilit\u00e4t gepr\u00fcft werden.<\/p>\n<h2>Wann erf\u00fcllt eine eingebettete Karte die Anforderungen des BFSG?<\/h2>\n<p>Eine eingebettete Karte erf\u00fcllt die Anforderungen des Barrierefreiheitsst\u00e4rkungsgesetzes (BFSG), wenn sie die relevanten WCAG-2.2-Level-AA-Erfolgskriterien besteht, insbesondere hinsichtlich Tastaturbedienbarkeit, Alternativtexten, Farbkontrasten und ARIA-Beschriftungen. Zus\u00e4tzlich muss die Karte in der Barrierefreiheitserkl\u00e4rung der Website korrekt dokumentiert sein.<\/p>\n<p>Das BFSG gilt ab 2025 f\u00fcr viele private Anbieter digitaler Produkte und Dienstleistungen und verweist auf die WCAG als technischen Standard. F\u00fcr eingebettete Karten bedeutet das konkret:<\/p>\n<ul>\n<li>Der iFrame muss ein aussagekr\u00e4ftiges <em>title<\/em>-Attribut tragen.<\/li>\n<li>Alle wesentlichen Informationen der Karte m\u00fcssen auch ohne visuelle Wahrnehmung zug\u00e4nglich sein.<\/li>\n<li>Interaktive Elemente m\u00fcssen per Tastatur erreichbar und bedienbar sein.<\/li>\n<li>Farbkontraste m\u00fcssen die Mindestanforderungen nach WCAG 1.4.3 erf\u00fcllen.<\/li>\n<li>Wenn die Karte nicht vollst\u00e4ndig barrierefrei gemacht werden kann, muss eine gleichwertige barrierefreie Alternative bereitgestellt werden.<\/li>\n<\/ul>\n<p>Wichtig: Das Bestehen eines automatisierten Scans bedeutet nicht, dass eine Karte alle BFSG-Anforderungen erf\u00fcllt. Automatisierte Tests decken typischerweise nur einen Teil der relevanten Kriterien ab. Eine abschlie\u00dfende rechtliche Bewertung sollte durch qualifizierte Fachleute erfolgen. F\u00fcr eine strukturierte \u00dcberpr\u00fcfung empfiehlt sich eine <a href=\"https:\/\/decareto.com\/de\/barrierefreiheit\/test-tool\/\">BITV-Pr\u00fcfung<\/a>, die sowohl automatisierte als auch manuelle Testmethoden kombiniert.<\/p>\n<h2>So unterst\u00fctzt decareto Sie bei der Barrierefreiheitspr\u00fcfung von Websites<\/h2>\n<p>Wir bei decareto haben eine Accessibility-Software entwickelt, die Websites automatisiert auf Barrierefreiheitsprobleme scannt und dabei auch Schwachstellen bei eingebetteten Elementen wie Karten identifiziert. Unsere Plattform hilft Ihnen, Probleme strukturiert zu erkennen, zu priorisieren und zu beheben:<\/p>\n<ul>\n<li><strong>Automatisierter Accessibility-Scan:<\/strong> Wir pr\u00fcfen Ihre Website auf Basis der WCAG 2.2, BITV und BFSG und erkennen dabei technische Probleme wie fehlende iFrame-Titel, Kontrastfehler und fehlende ARIA-Attribute.<\/li>\n<li><strong>Priorisierung nach Schweregrad:<\/strong> Gefundene Probleme werden nach kritisch, schwerwiegend, mittel und geringf\u00fcgig eingestuft, damit Sie wissen, wo Sie zuerst ansetzen sollten.<\/li>\n<li><strong>Konkrete Handlungsempfehlungen:<\/strong> Zu jedem Problem liefern wir klare Hinweise zur Behebung, verst\u00e4ndlich f\u00fcr Entwicklerinnen und Entwickler sowie f\u00fcr Beraterinnen und Berater.<\/li>\n<li><strong>Manuelle Probleme erg\u00e4nzen:<\/strong> Barrierefreiheitsprobleme, die nur manuell erkennbar sind, k\u00f6nnen Sie direkt in unseren Reports erfassen und dokumentieren.<\/li>\n<li><strong>Dauerhaftes Monitoring:<\/strong> Hunderte Websites lassen sich kontinuierlich \u00fcberwachen. Bei \u00c4nderungen erhalten Sie automatische Benachrichtigungen, sodass neue Barrieren sofort erkannt werden.<\/li>\n<li><strong>Reports teilen:<\/strong> Barrierefreiheits-Reports k\u00f6nnen direkt mit Kunden geteilt werden, auch unter eigenem Logo \u00fcber die Whitelabel-Funktion.<\/li>\n<\/ul>\n<p>M\u00f6chten Sie Ihre Website auf Barrierefreiheitsprobleme pr\u00fcfen? <a href=\"https:\/\/decareto.com\/de\/signup\/\">Starten Sie jetzt mit decareto<\/a> und erhalten Sie in wenigen Minuten einen strukturierten \u00dcberblick \u00fcber die Barrierefreiheit Ihrer Website.<\/p>\n<p><em>Dieser Text wurde mit Hilfe von KI erstellt und k\u00f6nnte Fehler beinhalten.<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Eingebettete Karten schlie\u00dfen viele Nutzer aus \u2013 so erkennen, testen und beheben Sie Barrierefreiheitsprobleme gezielt.<\/p>\n","protected":false},"author":6,"featured_media":9560,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_seopress_titles_title":"","_seopress_titles_desc":"","_seopress_robots_index":"","_seopress_robots_follow":"","_seopress_robots_imageindex":"","_seopress_robots_snippet":"","_seopress_robots_primary_cat":"","_seopress_robots_breadcrumbs":"","_seopress_robots_freeze_modified_date":"","_seopress_robots_custom_modified_date":"","_seopress_robots_canonical":"","_seopress_social_fb_title":"","_seopress_social_fb_desc":"","_seopress_social_fb_img":"","_seopress_social_fb_img_attachment_id":0,"_seopress_social_fb_img_width":0,"_seopress_social_fb_img_height":0,"_seopress_social_twitter_title":"","_seopress_social_twitter_desc":"","_seopress_social_twitter_img":"","_seopress_social_twitter_img_attachment_id":0,"_seopress_social_twitter_img_width":0,"_seopress_social_twitter_img_height":0,"_seopress_redirections_value":"","_seopress_redirections_enabled":"","_seopress_redirections_enabled_regex":"","_seopress_redirections_logged_status":"","_seopress_redirections_param":"","_seopress_redirections_type":0,"_seopress_analysis_target_kw":"","_seopress_news_disabled":"","_seopress_video_disabled":"","_seopress_video":[],"_seopress_pro_schemas_manual":[],"_seopress_pro_rich_snippets_disable_all":"","_seopress_pro_rich_snippets_disable":[],"_seopress_pro_schemas":[],"footnotes":""},"categories":[44],"tags":[],"class_list":["post-9303","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog"],"acf":[],"_links":{"self":[{"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/posts\/9303","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/users\/6"}],"replies":[{"embeddable":true,"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/comments?post=9303"}],"version-history":[{"count":1,"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/posts\/9303\/revisions"}],"predecessor-version":[{"id":9396,"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/posts\/9303\/revisions\/9396"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/media\/9560"}],"wp:attachment":[{"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/media?parent=9303"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/categories?post=9303"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/tags?post=9303"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}