{"id":2538,"date":"2026-04-15T01:21:27","date_gmt":"2026-04-14T23:21:27","guid":{"rendered":"https:\/\/quantenfrosch.at\/blog\/?p=2538"},"modified":"2026-04-15T01:21:27","modified_gmt":"2026-04-14T23:21:27","slug":"wordpress-barrierefreiheit-gesetz","status":"publish","type":"post","link":"https:\/\/quantenfrosch.at\/blog\/wordpress-barrierefreiheit-gesetz\/","title":{"rendered":"WordPress Barrierefreiheit: BFSG &#038; WCAG"},"content":{"rendered":"<p>Seit dem 28. Juni 2025 gilt in Deutschland das Barrierefreiheitsst\u00e4rkungsgesetz (BFSG) \u2013 und viele Unternehmen sind noch nicht vorbereitet. W\u00e4hrend \u00f6ffentliche Stellen bereits seit Jahren unter die WCAG-Pflicht fallen, trifft das neue Gesetz erstmals auch privatwirtschaftliche Anbieter digitaler Produkte und Dienstleistungen. Wer eine WordPress-Seite betreibt und unter die Regelungen f\u00e4llt, muss handeln \u2013 oder riskiert Abmahnungen und Bu\u00dfgelder.<\/p>\n<p>Dieser Artikel beantwortet die relevanten Fragen f\u00fcr technisch versierte Betreiber: Welche gesetzlichen Anforderungen gelten konkret im DACH-Raum? Was bedeuten WCAG 2.1 und 2.2 in der Praxis f\u00fcr WordPress? Wie aufw\u00e4ndig ist eine nachtr\u00e4gliche Accessibility-Optimierung wirklich? Und welche Test-Tools liefern verl\u00e4ssliche Ergebnisse \u2013 und welche nicht?<\/p>\n<p>Vollst\u00e4ndige Barrierefreiheit ist kein Plugin-Install, sondern ein Prozess. Wer das realistisch einsch\u00e4tzt, geht strukturiert vor und vermeidet teure Nacharbeit.<\/p>\n<h2>Die gesetzliche Lage: Was das BFSG f\u00fcr WordPress-Betreiber bedeutet<\/h2>\n<h3>BFSG, EAA und die WCAG-Grundlage<\/h3>\n<p>Das <strong>Barrierefreiheitsst\u00e4rkungsgesetz (BFSG)<\/strong> setzt die europ\u00e4ische <strong>European Accessibility Act (EAA, EU-Richtlinie 2019\/882)<\/strong> in deutsches Recht um. Stichtag f\u00fcr die Anwendung auf neue Produkte und Dienstleistungen ist der <strong>28. Juni 2025<\/strong>. F\u00fcr Dienstleistungen, die bereits vor diesem Datum erbracht wurden, gilt eine \u00dcbergangsfrist bis 2030 \u2013 allerdings nur unter bestimmten Bedingungen.<\/p>\n<p>Die technische Referenz ist die <strong>EN 301 549<\/strong>, die ihrerseits auf den <strong>WCAG 2.1 Level AA<\/strong>-Kriterien des W3C basiert. Mit WCAG 2.2 (Oktober 2023 ver\u00f6ffentlicht) wurden neun neue Erfolgskriterien erg\u00e4nzt, darunter Anforderungen an Fokus-Indikatoren und Authentifizierungsprozesse. Die EN 301 549 wird voraussichtlich auf WCAG 2.2 aktualisiert \u2013 wer heute neu implementiert, ber\u00fccksichtigt diesen Stand bereits.<\/p>\n<h3>Wer f\u00e4llt unter das BFSG?<\/h3>\n<p>Nicht jede WordPress-Seite ist betroffen. Das BFSG richtet sich an <strong>Wirtschaftsakteure<\/strong>, die folgende digitale Dienstleistungen erbringen:<\/p>\n<ul>\n<li>E-Commerce (Online-Shops mit Verbrauchervertr\u00e4gen)<\/li>\n<li>Banking und Finanzdienstleistungen<\/li>\n<li>E-Book-Reader und zugeh\u00f6rige Dienste<\/li>\n<li>Telekommunikationsdienste<\/li>\n<li>Personenbef\u00f6rderungsdienste (Ticketing, Check-in)<\/li>\n<\/ul>\n<p>Reine Informationswebsites ohne transaktionalen Charakter fallen <strong>nicht<\/strong> direkt unter das BFSG. Allerdings gilt f\u00fcr \u00f6ffentliche Stellen weiterhin die <strong>EU-Webseitenrichtlinie (2016\/2102)<\/strong>, umgesetzt \u00fcber die <strong>BITV 2.0<\/strong> in Deutschland, die <strong>WCAG 2.1 AA<\/strong> vorschreibt.<\/p>\n<p><strong>Ausnahme f\u00fcr Kleinstunternehmen:<\/strong> Unternehmen mit weniger als 10 Mitarbeitern und einem Jahresumsatz unter 2 Millionen Euro sind von den BFSG-Pflichten ausgenommen \u2013 aber nicht von der allgemeinen Sorgfaltspflicht oder potenziellen AGG-Klagen. Wer einen <a href=\"https:\/\/quantenfrosch.at\/blog\/woocommerce-shops-fuer-kleinunternehmen\/\">WooCommerce-Shop als Kleinunternehmen betreibt<\/a>, sollte dennoch pr\u00fcfen, ob eine grundlegende Accessibility-Optimierung sinnvoll ist.<\/p>\n<h3>\u00d6sterreich und Schweiz: Parallele Entwicklungen<\/h3>\n<p>In <strong>\u00d6sterreich<\/strong> wurde der EAA durch das <strong>Barrierefreiheitsgesetz (BaFG)<\/strong> umgesetzt, ebenfalls mit Stichtag 28. Juni 2025. Die Anforderungen sind strukturell identisch mit dem deutschen BFSG.<\/p>\n<p>Die <strong>Schweiz<\/strong> ist kein EU-Mitglied und kennt keine direkte Umsetzung des EAA. Das <strong>Behindertengleichstellungsgesetz (BehiG)<\/strong> richtet sich prim\u00e4r an Bundesbeh\u00f6rden und konzessionierte Unternehmen. F\u00fcr privatwirtschaftliche Anbieter existiert bislang keine vergleichbare gesetzliche Verpflichtung \u2013 allerdings w\u00e4chst der Druck durch Kundenanforderungen und Ausschreibungskriterien.<\/p>\n<h2>WCAG-Anforderungen f\u00fcr barrierefreie WordPress-Websites im \u00dcberblick<\/h2>\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1376\" height=\"768\" class=\"wp-image-2535\" src=\"https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-barrierefreiheit-2025-gesetz-content-1-1776201051693.jpg\" alt=\"WCAG 2.1 Prinzipien Wahrnehmbar Bedienbar Verst\u00e4ndlich Robust f\u00fcr WordPress erkl\u00e4rt\" srcset=\"https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-barrierefreiheit-2025-gesetz-content-1-1776201051693.jpg 1376w, https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-barrierefreiheit-2025-gesetz-content-1-1776201051693-300x167.jpg 300w, https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-barrierefreiheit-2025-gesetz-content-1-1776201051693-1024x572.jpg 1024w, https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-barrierefreiheit-2025-gesetz-content-1-1776201051693-768x429.jpg 768w\" sizes=\"auto, (max-width: 1376px) 100vw, 1376px\" \/><figcaption>Die vier WCAG-Prinzipien (POUR) und ihre Relevanz f\u00fcr WordPress-Implementierungen.<\/figcaption><\/figure>\n<h3>Die vier WCAG-Prinzipien und ihre WordPress-Relevanz<\/h3>\n<p>WCAG 2.1 AA strukturiert sich nach vier Prinzipien \u2013 <strong>Wahrnehmbar, Bedienbar, Verst\u00e4ndlich, Robust<\/strong> (POUR). F\u00fcr WordPress-Betreiber sind folgende Bereiche besonders kritisch:<\/p>\n<p><strong>Wahrnehmbar:<\/strong><\/p>\n<ul>\n<li>Alle nicht-textuellen Inhalte (Bilder, Icons) brauchen Alt-Texte<\/li>\n<li>Videos ben\u00f6tigen Untertitel und ggf. Audiodeskription<\/li>\n<li>Farbkontrast: Mindest-Kontrastverh\u00e4ltnis von 4,5:1 f\u00fcr normalen Text, 3:1 f\u00fcr gro\u00dfen Text<\/li>\n<\/ul>\n<p><strong>Bedienbar:<\/strong><\/p>\n<ul>\n<li>Vollst\u00e4ndige Tastaturbedienbarkeit \u2013 kein Inhalt darf ausschlie\u00dflich per Maus erreichbar sein<\/li>\n<li>Fokus-Indikatoren m\u00fcssen sichtbar sein (WCAG 2.2 versch\u00e4rft dies mit Kriterium 2.4.11)<\/li>\n<li>Keine Zeitlimits ohne Verl\u00e4ngerungsoption<\/li>\n<\/ul>\n<p><strong>Verst\u00e4ndlich:<\/strong><\/p>\n<ul>\n<li>Sprache des Dokuments im <code>&lt;html lang=\"de\"&gt;<\/code>-Attribut korrekt gesetzt<\/li>\n<li>Fehlermeldungen in Formularen m\u00fcssen beschreibend sein<\/li>\n<\/ul>\n<p><strong>Robust:<\/strong><\/p>\n<ul>\n<li>Valides HTML \u2013 ARIA-Attribute korrekt eingesetzt, nicht als Ersatz f\u00fcr semantisches HTML<\/li>\n<li>Kompatibilit\u00e4t mit assistiven Technologien (Screenreader, Braille-Displays)<\/li>\n<\/ul>\n<h3>Wo WordPress-Standardinstallationen typischerweise scheitern<\/h3>\n<p>Ein frisches WordPress mit einem nicht-zertifizierten Theme erf\u00fcllt WCAG 2.1 AA in der Regel nicht aus dem Stand. H\u00e4ufige Schwachstellen:<\/p>\n<ul>\n<li><strong>Page Builder-generiertes HTML:<\/strong> Elementor, WPBakery und \u00e4hnliche Tools produzieren oft nicht-semantisches Markup mit fehlenden ARIA-Rollen<\/li>\n<li><strong>Slider und Karussells:<\/strong> Nahezu alle popul\u00e4ren Implementierungen scheitern an Tastaturnavigation und Auto-Play-Anforderungen<\/li>\n<li><strong>WooCommerce-Checkout:<\/strong> Formularfelder ohne korrekte <code>&lt;label&gt;<\/code>-Zuordnung, Fehlermeldungen nicht per Screenreader erfassbar<\/li>\n<li><strong>Mega-Men\u00fcs:<\/strong> Komplexe Navigationsstrukturen ohne ARIA-Attribute (<code>aria-expanded<\/code>, <code>aria-haspopup<\/code>)<\/li>\n<li><strong>Cookie-Consent-Banner:<\/strong> Viele popul\u00e4re L\u00f6sungen sind selbst nicht barrierefrei \u2013 wer die <a href=\"https:\/\/quantenfrosch.at\/blog\/die-besten-wordpress-cookie-banner-plugins\/\">besten WordPress Cookie-Banner-Plugins<\/a> sucht, sollte explizit auf Accessibility-Kriterien achten<\/li>\n<\/ul>\n<h2>Barrierefreie WordPress-Themes: Zertifizierung und Realit\u00e4t<\/h2>\n<h3>Was &#8222;accessibility-ready&#8220; im WordPress-Kontext bedeutet<\/h3>\n<p>Das WordPress-Theme-Repository vergibt das Tag <strong>&#8222;accessibility-ready&#8220;<\/strong> an Themes, die einen definierten Kriterienkatalog erf\u00fcllen. Dieser umfasst u.a.:<\/p>\n<ul>\n<li>Sichtbare Fokus-Stile f\u00fcr alle interaktiven Elemente<\/li>\n<li>Skip-Navigation-Links<\/li>\n<li>Korrekte Heading-Hierarchie<\/li>\n<li>Ausreichende Farbkontraste<\/li>\n<li>ARIA-Landmarks in der Grundstruktur<\/li>\n<\/ul>\n<p><strong>Wichtig:<\/strong> Das &#8222;accessibility-ready&#8220;-Tag ist kein WCAG-2.1-AA-Zertifikat. Es ist eine Mindestanforderung, die die Grundlage schafft \u2013 aber nicht garantiert, dass Ihr fertiges Projekt compliant ist. Sobald Sie Custom-CSS, Plugins oder Inhalte hinzuf\u00fcgen, liegt die Verantwortung bei Ihnen.<\/p>\n<h3>Themes mit solider Accessibility-Basis<\/h3>\n<p>Folgende Themes gelten in der WordPress-Community als solide Ausgangsbasis f\u00fcr barrierefreie Projekte:<\/p>\n<ul>\n<li><strong>Twenty Twenty-Four \/ Twenty Twenty-Five<\/strong> (WordPress Core Themes): Solide semantische Grundstruktur, block-basiert, accessibility-ready<\/li>\n<li><strong>Astra<\/strong> (mit Accessibility-Addon): Weit verbreitet, aktive Accessibility-Entwicklung, regelm\u00e4\u00dfige WCAG-Tests<\/li>\n<li><strong>GeneratePress<\/strong>: Schlankes, semantisch korrektes Markup, bekannt f\u00fcr gute Accessibility-Basis<\/li>\n<li><strong>Kadence<\/strong>: Block-Theme mit zunehmendem Accessibility-Fokus<\/li>\n<\/ul>\n<p><strong>Explizit zu pr\u00fcfen bei Page-Builder-Themes:<\/strong> Divi, Avada und \u00e4hnliche All-in-One-Themes erzeugen komplex verschachteltes HTML. Accessibility-Optimierung ist hier erheblich aufw\u00e4ndiger als bei schlanken Themes. Wer das <a href=\"https:\/\/quantenfrosch.at\/blog\/wordpress-das-richtige-theme-auswaehlen\/\">richtige WordPress-Theme systematisch ausw\u00e4hlen<\/a> m\u00f6chte, sollte Accessibility von Anfang an als Auswahlkriterium behandeln.<\/p>\n<h2>Nachtr\u00e4gliche Accessibility-Optimierung: Aufwand realistisch einsch\u00e4tzen<\/h2>\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1376\" height=\"768\" class=\"wp-image-2536\" src=\"https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-barrierefreiheit-2025-gesetz-content-2-1776201077511.jpg\" alt=\"Aufwandssch\u00e4tzung f\u00fcr WordPress Accessibility Optimierung nach Projekttyp und Komplexit\u00e4t\" srcset=\"https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-barrierefreiheit-2025-gesetz-content-2-1776201077511.jpg 1376w, https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-barrierefreiheit-2025-gesetz-content-2-1776201077511-300x167.jpg 300w, https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-barrierefreiheit-2025-gesetz-content-2-1776201077511-1024x572.jpg 1024w, https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-barrierefreiheit-2025-gesetz-content-2-1776201077511-768x429.jpg 768w\" sizes=\"auto, (max-width: 1376px) 100vw, 1376px\" \/><figcaption>Realistische Stundenaufw\u00e4nde f\u00fcr WordPress-Accessibility-Projekte \u2013 von einfachen Seiten bis zum WooCommerce-Shop.<\/figcaption><\/figure>\n<h3>Der tats\u00e4chliche Aufwand \u2013 keine Sch\u00f6nrednerei<\/h3>\n<p>Nachtr\u00e4gliche Accessibility-Optimierung an einer bestehenden WordPress-Site ist signifikant aufw\u00e4ndiger als ein barrierefreier Neuaufbau. Realistische Einsch\u00e4tzung nach Projekttyp:<\/p>\n<p><strong>Einfache Informationsseite (5\u201315 Seiten, Standard-Theme):<\/strong><\/p>\n<ul>\n<li>Aufwand: 8\u201320 Stunden<\/li>\n<li>Schwerpunkte: Alt-Texte, Farbkontraste, Fokus-Stile, Heading-Struktur<\/li>\n<li>Erreichbares Level: WCAG 2.1 AA mit vertretbarem Aufwand m\u00f6glich<\/li>\n<\/ul>\n<p><strong>Mittelgro\u00dfe Website (20\u201350 Seiten, Page Builder, mehrere Custom Post Types):<\/strong><\/p>\n<ul>\n<li>Aufwand: 40\u201380 Stunden<\/li>\n<li>Schwerpunkte: Markup-\u00dcberarbeitung, ARIA-Integration, Formular-Accessibility, Navigationspr\u00fcfung<\/li>\n<li>Realit\u00e4t: Oft ist ein partieller Rebuild einzelner Komponenten g\u00fcnstiger als Flickwerk<\/li>\n<\/ul>\n<p><strong>WooCommerce-Shop mit individuellem Theme:<\/strong><\/p>\n<ul>\n<li>Aufwand: 60\u2013150+ Stunden<\/li>\n<li>Schwerpunkte: Checkout-Flow, Produktseiten, Filternavigation, Warenkorb-Interaktionen<\/li>\n<li>Kritischer Punkt: WooCommerce-Templates m\u00fcssen ggf. \u00fcberschrieben werden; Plugin-Updates k\u00f6nnen Fixes revertieren<\/li>\n<\/ul>\n<h3>Was Plugins leisten k\u00f6nnen \u2013 und was nicht<\/h3>\n<p>Plugins wie <strong>WP Accessibility<\/strong> (von Joe Dolson, einem anerkannten Accessibility-Experten) adressieren spezifische, klar abgrenzbare Probleme:<\/p>\n<ul>\n<li>Automatisches Hinzuf\u00fcgen von <code>lang<\/code>-Attributen<\/li>\n<li>Skip-Link-Generierung<\/li>\n<li>Entfernung von <code>tabindex=\"-1\"<\/code> an unerw\u00fcnschten Stellen<\/li>\n<li>Erzwingen sichtbarer Fokus-Stile via CSS<\/li>\n<\/ul>\n<p><strong>Was kein Plugin l\u00f6sen kann:<\/strong><\/p>\n<ul>\n<li>Fehlende Alt-Texte (Content-Problem, keine technische L\u00f6sung)<\/li>\n<li>Nicht-semantisches Theme-Markup (Theme-Problem)<\/li>\n<li>Komplexe ARIA-Patterns in Custom Components<\/li>\n<li>Untertitel f\u00fcr Videos (redaktioneller Prozess)<\/li>\n<\/ul>\n<blockquote><p><strong>Vorsicht vor &#8222;One-Click Accessibility&#8220;-Overlays:<\/strong> Tools wie AccessiBe, UserWay oder \u00e4hnliche Overlay-L\u00f6sungen werben mit automatischer WCAG-Compliance. Die <strong>National Federation of the Blind<\/strong>, das <strong>Disability Rights Advocates<\/strong>-Team und zahlreiche Accessibility-Experten (u.a. Adrian Roselli) dokumentieren seit Jahren, dass diese Overlays echte Barrieren nicht beseitigen und Screenreader-Nutzer aktiv beeintr\u00e4chtigen k\u00f6nnen. Die juristische Schutzwirkung ist umstritten \u2013 mehrere US-Klagen wurden trotz aktivem Overlay eingereicht.<\/p><\/blockquote>\n<h2>Accessibility-Testing: Welche Tools f\u00fcr WordPress wirklich verl\u00e4sslich sind<\/h2>\n<h3>Automatisierte Tests: Einstieg, kein Ersatz<\/h3>\n<p>Automatisierte Test-Tools k\u00f6nnen nach Expertensch\u00e4tzungen (u.a. <a href=\"https:\/\/www.deque.com\/automated-accessibility-testing-coverage\/\" target=\"_blank\" rel=\"noopener noreferrer\">Deque Systems<\/a>) <strong>30\u201340% der WCAG-Fehler<\/strong> aufdecken. Der Rest erfordert manuelle Pr\u00fcfung und Nutzer-Tests mit assistiven Technologien.<\/p>\n<p><strong>Zuverl\u00e4ssige automatisierte Tools:<\/strong><\/p>\n<table>\n<thead>\n<tr>\n<th>Tool<\/th>\n<th>Typ<\/th>\n<th>Besonderheit<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><strong>axe DevTools<\/strong> (Deque)<\/td>\n<td>Browser-Extension + API<\/td>\n<td>Branchenstandard, geringe False-Positive-Rate, WCAG 2.1\/2.2<\/td>\n<\/tr>\n<tr>\n<td><strong>WAVE<\/strong> (WebAIM)<\/td>\n<td>Browser-Extension + Web<\/td>\n<td>Visuelle Darstellung, gut f\u00fcr Einstieg<\/td>\n<\/tr>\n<tr>\n<td><strong>Lighthouse<\/strong> (Google)<\/td>\n<td>Chrome DevTools integriert<\/td>\n<td>Accessibility-Score als Indikator, nicht als Compliance-Nachweis<\/td>\n<\/tr>\n<tr>\n<td><strong>IBM Equal Access Checker<\/strong><\/td>\n<td>Browser-Extension<\/td>\n<td>Offene WCAG-Abdeckung, WCAG 2.2 Support<\/td>\n<\/tr>\n<tr>\n<td><strong>Siteimprove Accessibility<\/strong><\/td>\n<td>SaaS-Plattform<\/td>\n<td>Crawling ganzer Sites, Reporting f\u00fcr Teams<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p><strong>Wichtige Einschr\u00e4nkung zu Lighthouse:<\/strong> Der Accessibility-Score ist kein Compliance-Indikator. Ein Score von 100 bedeutet lediglich, dass alle automatisch pr\u00fcfbaren Kriterien bestanden wurden \u2013 nicht, dass die Seite WCAG-konform ist.<\/p>\n<h3>Manuelle Testing-Checkliste f\u00fcr WordPress a11y<\/h3>\n<p>Folgende Checks lassen sich ohne spezialisiertes Accessibility-Wissen durchf\u00fchren:<\/p>\n<ol>\n<li><strong>Tastaturnavigation:<\/strong> Nur Tab, Shift+Tab, Enter, Pfeiltasten \u2013 ist jede Funktion erreichbar?<\/li>\n<li><strong>Fokus-Sichtbarkeit:<\/strong> Ist der aktuelle Fokuspunkt immer sichtbar?<\/li>\n<li><strong>Zoom auf 200%:<\/strong> Ist der Inhalt bei 200% Vergr\u00f6\u00dferung noch nutzbar ohne horizontales Scrollen?<\/li>\n<li><strong>Farbe als einzige Information:<\/strong> Werden Fehler oder Status nur durch Farbe kommuniziert?<\/li>\n<li><strong>Formular-Labels:<\/strong> Ist jedes Eingabefeld eindeutig beschriftet?<\/li>\n<\/ol>\n<h3>Screenreader-Testing: Minimalsetup<\/h3>\n<p>F\u00fcr ein erstes Screenreader-Testing ohne Spezialwissen:<\/p>\n<ul>\n<li><strong>Windows:<\/strong> NVDA (kostenlos) + Firefox oder Chrome<\/li>\n<li><strong>macOS\/iOS:<\/strong> VoiceOver (integriert) + Safari<\/li>\n<li><strong>Ziel:<\/strong> Navigiere durch Hauptnavigation, Formulare und Kernprozesse ausschlie\u00dflich per Tastatur und Screenreader<\/li>\n<\/ul>\n<h2>Praxis-Beispiele: Accessibility-Projekte in WordPress<\/h2>\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1376\" height=\"768\" class=\"wp-image-2537\" src=\"https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-barrierefreiheit-2025-gesetz-content-3-1776201104157.jpg\" alt=\"WooCommerce Shop WCAG Accessibility Optimierung Praxisbeispiel Vorher Nachher Axe DevTools\" srcset=\"https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-barrierefreiheit-2025-gesetz-content-3-1776201104157.jpg 1376w, https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-barrierefreiheit-2025-gesetz-content-3-1776201104157-300x167.jpg 300w, https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-barrierefreiheit-2025-gesetz-content-3-1776201104157-1024x572.jpg 1024w, https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-barrierefreiheit-2025-gesetz-content-3-1776201104157-768x429.jpg 768w\" sizes=\"auto, (max-width: 1376px) 100vw, 1376px\" \/><figcaption>Praxisbeispiel: Von 847 axe-Fehlern zu WCAG 2.1 AA-Konformit\u00e4t im WooCommerce-Checkout.<\/figcaption><\/figure>\n<h3>Beispiel 1: WooCommerce-Shop, nachtr\u00e4gliche WCAG-Optimierung<\/h3>\n<p><strong>Ausgangslage:<\/strong> Mittelgro\u00dfer B2C-Online-Shop, Avada-Theme, WooCommerce, ca. 500 Produkte. Axe DevTools identifizierte 847 automatisch erkennbare Fehler beim initialen Scan.<\/p>\n<p><strong>Vorgehen:<\/strong><\/p>\n<ul>\n<li>Phase 1 (Theme-Ebene): Wechsel auf child-theme-basierte Overrides f\u00fcr kritische Templates, ARIA-Erg\u00e4nzungen in Navigation und Produktliste \u2013 25 Stunden<\/li>\n<li>Phase 2 (Content-Ebene): Systematische Alt-Text-Pflege f\u00fcr 500+ Produktbilder via WooCommerce-Bulk-Edit \u2013 12 Stunden<\/li>\n<li>Phase 3 (Checkout): WooCommerce-Formular-Templates \u00fcberschreiben, korrekte Label-Zuordnung, Fehlermeldungen mit ARIA-live-Regionen \u2013 18 Stunden<\/li>\n<li>Phase 4 (Testing): Manuelles Testing mit NVDA\/Firefox, Nacharbeiten \u2013 10 Stunden<\/li>\n<\/ul>\n<p><strong>Ergebnis:<\/strong> Axe-Fehler von 847 auf 23 reduziert (verbleibende Fehler: Video-Inhalte ohne Untertitel, redaktionelle Aufgabe). WCAG 2.1 AA f\u00fcr Kernprozesse erreichbar.<\/p>\n<p><strong>Erkenntnis:<\/strong> Der Wechsel des Themes w\u00e4re bei Neuprojekt wirtschaftlicher gewesen. Avada-spezifisches Markup hat den Aufwand in Phase 1 verdoppelt. Wer einen <a href=\"https:\/\/quantenfrosch.at\/blog\/woocommerce-onlineshop-effektiv-optimieren\/\">WooCommerce-Shop effektiv optimieren<\/a> m\u00f6chte, sollte Accessibility als festen Bestandteil der Optimierungsstrategie einplanen \u2013 nicht als nachtr\u00e4gliches Add-on.<\/p>\n<h3>Beispiel 2: Beh\u00f6rdliche Website, WordPress mit BITV-2.0-Anforderung<\/h3>\n<p><strong>Ausgangslage:<\/strong> Kommunale Website, Pflicht zur BITV-2.0-Konformit\u00e4t, Twenty Twenty-Two als Basis-Theme, Gutenberg-Editor.<\/p>\n<p><strong>Vorgehen:<\/strong> Block-basierter Aufbau mit konsequenter Semantic-HTML-Nutzung, Accessibility-\u00dcberpr\u00fcfung als Teil des Publishing-Workflows, Redakteurs-Schulung f\u00fcr Alt-Texte und Heading-Hierarchie.<\/p>\n<p><strong>Ergebnis:<\/strong> BITV-Test durch externen Pr\u00fcfer bestanden. Aufwand f\u00fcr Erstaufbau ca. 15% h\u00f6her als bei nicht-accessibility-fokussiertem Aufbau.<\/p>\n<p><strong>Erkenntnis:<\/strong> Accessibility von Anfang in den Workflow zu integrieren ist erheblich g\u00fcnstiger als nachtr\u00e4gliche Optimierung. Block-Themes bieten hier strukturell bessere Voraussetzungen. Mehr zu den Grundlagen barrierefreier Umsetzung findet sich in diesem <a href=\"https:\/\/quantenfrosch.at\/blog\/tipps-um-ihre-website-inklusiv-zu-gestalten\/\" target=\"_blank\" rel=\"noopener noreferrer\">\u00dcberblick zur inklusiven Website-Gestaltung<\/a>.<\/p>\n<h2>Fazit: WordPress Barrierefreiheit \u2013 Gesetz und Handlungsrahmen<\/h2>\n<p>Wer unter das BFSG f\u00e4llt, muss handeln. F\u00fcr WordPress-Betreiber bedeutet das eine ehrliche Bestandsaufnahme:<\/p>\n<p><strong>Key Takeaways:<\/strong><\/p>\n<ol>\n<li><strong>Pr\u00fcfe zun\u00e4chst deine Betroffenheit:<\/strong> Nicht jede WordPress-Seite f\u00e4llt unter das BFSG. E-Commerce und Transaktionsdienste sind prim\u00e4r betroffen. Reine Informationsseiten folgen anderen Regelungen.<\/li>\n<li><strong>Automatisierte Tools sind der Einstieg, nicht das Ziel:<\/strong> Axe DevTools oder WAVE decken 30\u201340% der Probleme auf. Manuelle Tests und Screenreader-Testing sind unersetzlich.<\/li>\n<li><strong>Overlay-L\u00f6sungen sind keine Compliance-Strategie:<\/strong> Sie l\u00f6sen keine Barrieren, sie \u00fcberdecken sie. Juristische Absicherung ist damit nicht gegeben.<\/li>\n<li><strong>Theme-Wahl ist die kritischste Entscheidung:<\/strong> Semantisch schlanke Themes reduzieren den Accessibility-Aufwand erheblich. Page-Builder-lastige Setups bedeuten strukturell mehr Aufwand.<\/li>\n<li><strong>Nachtr\u00e4gliche Optimierung ist machbar, aber teuer:<\/strong> Je komplexer das Setup, desto h\u00f6her der Aufwand. Ein realistisches Budget f\u00fcr eine WooCommerce-Site liegt bei 60\u2013150+ Entwicklerstunden.<\/li>\n<\/ol>\n<p><strong>N\u00e4chster Schritt:<\/strong> F\u00fchren Sie einen initialen Axe-DevTools-Scan durch und priorisieren Sie nach Schweregrad der Fehler. Fehler der Kategorien &#8222;Critical&#8220; und &#8222;Serious&#8220; haben sowohl die h\u00f6chste WCAG-Relevanz als auch die gr\u00f6\u00dfte Auswirkung auf Nutzbarkeit.<\/p>\n<h2>H\u00e4ufig gestellte Fragen<\/h2>\n<h3>Gilt das BFSG auch f\u00fcr meinen kleinen WooCommerce-Shop?<\/h3>\n<p>Kleinstunternehmen mit weniger als 10 Mitarbeitern und einem Jahresumsatz unter 2 Millionen Euro sind vom BFSG explizit ausgenommen. Diese Ausnahme muss aber aktiv dokumentiert werden k\u00f6nnen. Wichtig: Die Ausnahme gilt nur f\u00fcr die BFSG-Pflicht, nicht f\u00fcr andere rechtliche Risiken wie AGG-basierte Klagen oder vertraglich vereinbarte Accessibility-Anforderungen. Eine grundlegende Accessibility-Optimierung bleibt auch f\u00fcr Kleinstunternehmen empfehlenswert \u2013 insbesondere wenn \u00f6ffentliche Auftraggeber oder Ausschreibungen relevant sind.<\/p>\n<h3>Was ist der Unterschied zwischen WCAG 2.1 und WCAG 2.2 \u2013 und welchen Standard muss ich erf\u00fcllen?<\/h3>\n<p>WCAG 2.2 (Oktober 2023) erg\u00e4nzt WCAG 2.1 um neun neue Erfolgskriterien, darunter verbesserte Anforderungen an Fokus-Indikatoren (Kriterien 2.4.11 und 2.4.12) und ein Verbot kognitiver Funktionstests bei Authentifizierung (3.3.7, 3.3.8). Die gesetzlich referenzierte Norm EN 301 549 basiert aktuell noch auf WCAG 2.1 AA, eine Aktualisierung auf 2.2 ist in Arbeit. Wer heute neu implementiert, sollte WCAG 2.2 AA als Zielstandard nehmen \u2013 der Mehraufwand gegen\u00fcber 2.1 ist \u00fcberschaubar, und ein sp\u00e4teres Retrofit l\u00e4sst sich so vermeiden.<\/p>\n<h3>Sind Accessibility-Overlays wie AccessiBe eine legale Compliance-L\u00f6sung?<\/h3>\n<p>Nein \u2013 zumindest nicht zuverl\u00e4ssig. Overlay-L\u00f6sungen adressieren keine strukturellen Barrieren im Quellcode. F\u00fchrende Accessibility-Organisationen wie die National Federation of the Blind und anerkannte Experten wie Adrian Roselli dokumentieren, dass Overlays Screenreader aktiv st\u00f6ren k\u00f6nnen. Mehrere Klagen in den USA wurden trotz aktivem Overlay eingereicht und nicht abgewiesen. Als einzige oder prim\u00e4re Compliance-Strategie sind diese Produkte ungeeignet. Eine strukturelle Accessibility-Optimierung des Quellcodes ist der einzige verl\u00e4ssliche Weg.<\/p>\n<h3>Welches WordPress-Theme ist die beste Basis f\u00fcr eine barrierefreie Website?<\/h3>\n<p>Es gibt kein WCAG-zertifiziertes Theme, da die Theme-Wahl nur ein Faktor ist. Themes mit accessibility-ready-Tag im WordPress-Repository \u2013 etwa Twenty Twenty-Four, GeneratePress oder Astra mit Accessibility-Addon \u2013 bieten eine solide semantische Grundlage. Entscheidend ist das generierte HTML: Schlankes, semantisch korrektes Markup ohne \u00fcberm\u00e4\u00dfige div-Verschachtelung ist die Voraussetzung. Page-Builder-Themes wie Divi oder Avada erh\u00f6hen den Optimierungsaufwand erheblich und sind f\u00fcr Accessibility-fokussierte Projekte keine erste Wahl.<\/p>\n<h3>Kann ich mit automatisierten Tools feststellen, ob meine Seite WCAG-konform ist?<\/h3>\n<p>Nur eingeschr\u00e4nkt. Automatisierte Tools wie axe DevTools, WAVE oder Lighthouse decken nach Angaben von Deque Systems ca. 30\u201340% der WCAG-Verst\u00f6\u00dfe auf. Sie sind unverzichtbar als erster Schritt, aber kein Compliance-Nachweis. Ein sauberes Lighthouse-Ergebnis bedeutet ausdr\u00fccklich nicht WCAG-AA-Konformit\u00e4t. F\u00fcr eine belastbare Einsch\u00e4tzung sind manuelle Tests \u2013 Tastaturnavigation, Farbkontraste, Formular-Labels \u2013 und Tests mit echten Screenreadern wie NVDA oder VoiceOver erforderlich. Automatisierte Tests und manuelle Pr\u00fcfung erg\u00e4nzen sich.<\/p>\n<h3>Wie aufw\u00e4ndig ist es, eine bestehende WooCommerce-Site WCAG-konform zu machen?<\/h3>\n<p>Der Aufwand h\u00e4ngt stark vom bestehenden Setup ab. Eine WooCommerce-Installation auf einem schlanken, semantisch korrekten Theme erfordert realistisch 40\u201380 Stunden f\u00fcr Level AA. Eine Installation auf einem komplexen Page-Builder-Theme mit viel Custom-Code: 80\u2013150+ Stunden. Kritische Treiber sind das Theme-Markup, die Anzahl benutzerdefinierter Komponenten und fehlende Alt-Texte bei Mediendateien. Ein initialer axe-DevTools-Scan gibt eine erste Orientierung f\u00fcr die Priorisierung und Aufwandssch\u00e4tzung.<\/p>\n<h3>Gibt es eine \u00dcbergangsfrist beim BFSG f\u00fcr bestehende Dienste?<\/h3>\n<p>Ja, mit Einschr\u00e4nkungen. F\u00fcr Dienstleistungen, die bereits vor dem 28. Juni 2025 erbracht wurden, gilt eine \u00dcbergangsfrist bis zum 28. Juni 2030. Diese Frist gilt jedoch nicht automatisch \u2013 der Dienstleister muss nachweisen k\u00f6nnen, dass eine grundlegende \u00c4nderung unverh\u00e4ltnism\u00e4\u00dfigen Aufwand bedeutet. F\u00fcr neue Dienste und Produkte, die nach dem 28. Juni 2025 auf den Markt kommen, gilt die Anforderung ohne \u00dcbergangsfrist. Produkte und Dienstleistungen werden dabei unterschiedlich behandelt.<\/p>\n<h3>Muss ich als WordPress-Betreiber eine Accessibility-Erkl\u00e4rung ver\u00f6ffentlichen?<\/h3>\n<p>F\u00fcr \u00f6ffentliche Stellen ist die Barrierefreiheitserkl\u00e4rung nach BITV 2.0 verpflichtend. F\u00fcr privatwirtschaftliche Unternehmen unter dem BFSG ist eine formale Erkl\u00e4rung aktuell nicht explizit vorgeschrieben. Eine dokumentierte Selbstauskunft \u00fcber den Compliance-Status und ein Feedback-Mechanismus f\u00fcr Nutzer sind jedoch empfehlenswert und werden von Aufsichtsbeh\u00f6rden als positives Signal gewertet. Im B2B-Bereich verlangen \u00f6ffentliche Auftraggeber zunehmend Accessibility-Statements als Teil von Ausschreibungsanforderungen.<\/p>\n<p><script type=\"application\/ld+json\">\n{\n  \"@context\": \"https:\/\/schema.org\",\n  \"@type\": \"FAQPage\",\n  \"mainEntity\": [\n    {\n      \"@type\": \"Question\",\n      \"name\": \"Gilt das BFSG auch f\u00fcr meinen kleinen WooCommerce-Shop?\",\n      \"acceptedAnswer\": {\n        \"@type\": \"Answer\",\n        \"text\": \"Kleinstunternehmen mit weniger als 10 Mitarbeitern und einem Jahresumsatz unter 2 Millionen Euro sind vom BFSG explizit ausgenommen. Diese Ausnahme muss aber aktiv dokumentiert werden k\u00f6nnen. Wichtig: Die Ausnahme gilt nur f\u00fcr die BFSG-Pflicht, nicht f\u00fcr andere rechtliche Risiken wie AGG-basierte Klagen oder vertraglich vereinbarte Accessibility-Anforderungen. Eine grundlegende Accessibility-Optimierung bleibt auch f\u00fcr Kleinstunternehmen empfehlenswert \u2013 insbesondere wenn \u00f6ffentliche Auftraggeber oder Ausschreibungen relevant sind.\"\n      }\n    },\n    {\n      \"@type\": \"Question\",\n      \"name\": \"Was ist der Unterschied zwischen WCAG 2.1 und WCAG 2.2 \u2013 und welchen Standard muss ich erf\u00fcllen?\",\n      \"acceptedAnswer\": {\n        \"@type\": \"Answer\",\n        \"text\": \"WCAG 2.2 (Oktober 2023) erg\u00e4nzt WCAG 2.1 um neun neue Erfolgskriterien, darunter verbesserte Anforderungen an Fokus-Indikatoren (Kriterien 2.4.11 und 2.4.12) und ein Verbot kognitiver Funktionstests bei Authentifizierung (3.3.7, 3.3.8). Die gesetzlich referenzierte Norm EN 301 549 basiert aktuell noch auf WCAG 2.1 AA, eine Aktualisierung auf 2.2 ist in Arbeit. Wer heute neu implementiert, sollte WCAG 2.2 AA als Zielstandard nehmen \u2013 der Mehraufwand gegen\u00fcber 2.1 ist \u00fcberschaubar, und ein sp\u00e4teres Retrofit l\u00e4sst sich so vermeiden.\"\n      }\n    },\n    {\n      \"@type\": \"Question\",\n      \"name\": \"Sind Accessibility-Overlays wie AccessiBe eine legale Compliance-L\u00f6sung?\",\n      \"acceptedAnswer\": {\n        \"@type\": \"Answer\",\n        \"text\": \"Nein \u2013 zumindest nicht zuverl\u00e4ssig. Overlay-L\u00f6sungen adressieren keine strukturellen Barrieren im Quellcode. F\u00fchrende Accessibility-Organisationen wie die National Federation of the Blind und anerkannte Experten wie Adrian Roselli dokumentieren, dass Overlays Screenreader aktiv st\u00f6ren k\u00f6nnen. Mehrere Klagen in den USA wurden trotz aktivem Overlay eingereicht und nicht abgewiesen. Als einzige oder prim\u00e4re Compliance-Strategie sind diese Produkte ungeeignet. Eine strukturelle Accessibility-Optimierung des Quellcodes ist der einzige verl\u00e4ssliche Weg.\"\n      }\n    },\n    {\n      \"@type\": \"Question\",\n      \"name\": \"Welches WordPress-Theme ist die beste Basis f\u00fcr eine barrierefreie Website?\",\n      \"acceptedAnswer\": {\n        \"@type\": \"Answer\",\n        \"text\": \"Es gibt kein WCAG-zertifiziertes Theme, da die Theme-Wahl nur ein Faktor ist. Themes mit accessibility-ready-Tag im WordPress-Repository \u2013 etwa Twenty Twenty-Four, GeneratePress oder Astra mit Accessibility-Addon \u2013 bieten eine solide semantische Grundlage. Entscheidend ist das generierte HTML: Schlankes, semantisch korrektes Markup ohne \u00fcberm\u00e4\u00dfige div-Verschachtelung ist die Voraussetzung. Page-Builder-Themes wie Divi oder Avada erh\u00f6hen den Optimierungsaufwand erheblich und sind f\u00fcr Accessibility-fokussierte Projekte keine erste Wahl.\"\n      }\n    },\n    {\n      \"@type\": \"Question\",\n      \"name\": \"Kann ich mit automatisierten Tools feststellen, ob meine Seite WCAG-konform ist?\",\n      \"acceptedAnswer\": {\n        \"@type\": \"Answer\",\n        \"text\": \"Nur eingeschr\u00e4nkt. Automatisierte Tools wie axe DevTools, WAVE oder Lighthouse decken nach Angaben von Deque Systems ca. 30\u201340% der WCAG-Verst\u00f6\u00dfe auf. Sie sind unverzichtbar als erster Schritt, aber kein Compliance-Nachweis. Ein sauberes Lighthouse-Ergebnis bedeutet ausdr\u00fccklich nicht WCAG-AA-Konformit\u00e4t. F\u00fcr eine belastbare Einsch\u00e4tzung sind manuelle Tests \u2013 Tastaturnavigation, Farbkontraste, Formular-Labels \u2013 und Tests mit echten Screenreadern wie NVDA oder VoiceOver erforderlich. Automatisierte Tests und manuelle Pr\u00fcfung erg\u00e4nzen sich.\"\n      }\n    },\n    {\n      \"@type\": \"Question\",\n      \"name\": \"Wie aufw\u00e4ndig ist es, eine bestehende WooCommerce-Site WCAG-konform zu machen?\",\n      \"acceptedAnswer\": {\n        \"@type\": \"Answer\",\n        \"text\": \"Der Aufwand h\u00e4ngt stark vom bestehenden Setup ab. Eine WooCommerce-Installation auf einem schlanken, semantisch korrekten Theme erfordert realistisch 40\u201380 Stunden f\u00fcr Level AA. Eine Installation auf einem komplexen Page-Builder-Theme mit viel Custom-Code: 80\u2013150+ Stunden. Kritische Treiber sind das Theme-Markup, die Anzahl benutzerdefinierter Komponenten und fehlende Alt-Texte bei Mediendateien. Ein initialer axe-DevTools-Scan gibt eine erste Orientierung f\u00fcr die Priorisierung und Aufwandssch\u00e4tzung.\"\n      }\n    },\n    {\n      \"@type\": \"Question\",\n      \"name\": \"Gibt es eine \u00dcbergangsfrist beim BFSG f\u00fcr bestehende Dienste?\",\n      \"acceptedAnswer\": {\n        \"@type\": \"Answer\",\n        \"text\": \"Ja, mit Einschr\u00e4nkungen. F\u00fcr Dienstleistungen, die bereits vor dem 28. Juni 2025 erbracht wurden, gilt eine \u00dcbergangsfrist bis zum 28. Juni 2030. Diese Frist gilt jedoch nicht automatisch \u2013 der Dienstleister muss nachweisen k\u00f6nnen, dass eine grundlegende \u00c4nderung unverh\u00e4ltnism\u00e4\u00dfigen Aufwand bedeutet. F\u00fcr neue Dienste und Produkte, die ab dem 28. Juni 2025 auf den Markt kommen, gilt die Anforderung ohne \u00dcbergangsfrist. Produkte und Dienstleistungen werden dabei unterschiedlich behandelt.\"\n      }\n    },\n    {\n      \"@type\": \"Question\",\n      \"name\": \"Muss ich als WordPress-Betreiber eine Accessibility-Erkl\u00e4rung ver\u00f6ffentlichen?\",\n      \"acceptedAnswer\": {\n        \"@type\": \"Answer\",\n        \"text\": \"F\u00fcr \u00f6ffentliche Stellen ist die Barrierefreiheitserkl\u00e4rung nach BITV 2.0 verpflichtend. F\u00fcr privatwirtschaftliche Unternehmen unter dem BFSG ist eine formale Erkl\u00e4rung aktuell nicht explizit vorgeschrieben. Eine dokumentierte Selbstauskunft \u00fcber den Compliance-Status und ein Feedback-Mechanismus f\u00fcr Nutzer sind jedoch empfehlenswert und werden von Aufsichtsbeh\u00f6rden als positives Signal gewertet. Im B2B-Bereich verlangen \u00f6ffentliche Auftraggeber zunehmend Accessibility-Statements als Teil von Ausschreibungsanforderungen.\"\n      }\n    }\n  ]\n}\n<\/script><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Seit dem 28. Juni 2025 gilt in Deutschland das Barrierefreiheitsst\u00e4rkungsgesetz (BFSG) \u2013 und viele Unternehmen sind noch nicht vorbereitet. W\u00e4hrend \u00f6ffentliche Stellen bereits seit Jahren unter die WCAG-Pflicht fallen, trifft<\/p>\n","protected":false},"author":6,"featured_media":2534,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","rank_math_title":"WordPress Barrierefreiheit: BFSG &amp; WCAG","rank_math_description":"Ab 2025 gilt das BFSG f\u00fcr viele Websites. Was das f\u00fcr deine WordPress-Seite bedeutet, welche Tools helfen und wie aufw\u00e4ndig die Umsetzung wirklich ist.","rank_math_focus_keyword":"Wordpress Barrierefreiheit"},"categories":[12],"tags":[85,19],"class_list":["post-2538","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-wordpress","tag-barrierefreiheit","tag-cms"],"_links":{"self":[{"href":"https:\/\/quantenfrosch.at\/blog\/wp-json\/wp\/v2\/posts\/2538","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/quantenfrosch.at\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/quantenfrosch.at\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/quantenfrosch.at\/blog\/wp-json\/wp\/v2\/users\/6"}],"replies":[{"embeddable":true,"href":"https:\/\/quantenfrosch.at\/blog\/wp-json\/wp\/v2\/comments?post=2538"}],"version-history":[{"count":2,"href":"https:\/\/quantenfrosch.at\/blog\/wp-json\/wp\/v2\/posts\/2538\/revisions"}],"predecessor-version":[{"id":2540,"href":"https:\/\/quantenfrosch.at\/blog\/wp-json\/wp\/v2\/posts\/2538\/revisions\/2540"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/quantenfrosch.at\/blog\/wp-json\/wp\/v2\/media\/2534"}],"wp:attachment":[{"href":"https:\/\/quantenfrosch.at\/blog\/wp-json\/wp\/v2\/media?parent=2538"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/quantenfrosch.at\/blog\/wp-json\/wp\/v2\/categories?post=2538"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/quantenfrosch.at\/blog\/wp-json\/wp\/v2\/tags?post=2538"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}