{"id":9283,"date":"2026-10-29T08:00:00","date_gmt":"2026-10-29T08:00:00","guid":{"rendered":"https:\/\/decareto.com\/?p=9283"},"modified":"2026-08-14T12:51:52","modified_gmt":"2026-08-14T12:51:52","slug":"wie-erkennt-man-wcag-verstose-bei-mehrsprachigen-websites","status":"publish","type":"post","link":"https:\/\/decareto.com\/de\/wie-erkennt-man-wcag-verstose-bei-mehrsprachigen-websites\/","title":{"rendered":"Wie erkennt man WCAG-Verst\u00f6\u00dfe bei mehrsprachigen Websites?"},"content":{"rendered":"<p>WCAG-Verst\u00f6\u00dfe bei mehrsprachigen Websites erkennt man vor allem durch sprachspezifische Scans jeder Sprachversion, gezielte Pr\u00fcfung der Sprachauszeichnung im HTML-Code sowie die \u00dcberpr\u00fcfung \u00fcbersetzter Alternativtexte, Formularbeschriftungen und Navigationselemente. Mehrsprachige Websites sind besonders fehleranf\u00e4llig, weil Barrierefreiheitsanforderungen bei jeder Sprachversion neu erf\u00fcllt werden m\u00fcssen und \u00dcbersetzungsprozesse typischerweise technische Attribute wie <code>lang<\/code>-Tags oder Alt-Texte auslassen. Die folgenden Abschnitte beantworten die h\u00e4ufigsten Fragen rund um WCAG-Pr\u00fcfungen bei mehrsprachigen Websites.<\/p>\n<h2>Welche WCAG-Kriterien sind bei mehrsprachigen Websites besonders fehleranf\u00e4llig?<\/h2>\n<p>Bei mehrsprachigen Websites sind vor allem drei WCAG-Kriterien besonders anf\u00e4llig f\u00fcr Fehler: die korrekte Sprachauszeichnung (WCAG 3.1.1 und 3.1.2), aussagekr\u00e4ftige Alternativtexte f\u00fcr Bilder (WCAG 1.1.1) sowie verst\u00e4ndliche Linkbeschriftungen (WCAG 2.4.6). Diese Kriterien werden bei \u00dcbersetzungen h\u00e4ufig \u00fcbersehen, weil der Fokus auf dem sichtbaren Text liegt, nicht auf technischen Metadaten.<\/p>\n<p>Konkret treten folgende Probleme bei mehrsprachigen Websites immer wieder auf:<\/p>\n<ul>\n<li><strong>Fehlende oder falsche <code>lang<\/code>-Attribute:<\/strong> Das <code>lang<\/code>-Attribut im <code>&lt;&gt;<\/code>-Element oder auf einzelnen Textabschnitten wird nicht an die jeweilige Sprachversion angepasst. Screenreader lesen den Text dann in der falschen Sprache vor, was die Verst\u00e4ndlichkeit erheblich beeintr\u00e4chtigt.<\/li>\n<li><strong>Nicht \u00fcbersetzte Alternativtexte:<\/strong> Bilder erhalten in der Originalsprache einen Alt-Text, der bei der \u00dcbersetzung der Seite unver\u00e4ndert bleibt. Blinde Nutzerinnen und Nutzer h\u00f6ren dann einen fremdsprachigen Alternativtext.<\/li>\n<li><strong>Unvollst\u00e4ndige \u00dcbersetzung von ARIA-Labels:<\/strong> ARIA-Attribute wie <code>aria-label<\/code> oder <code>aria-describedby<\/code> werden bei \u00dcbersetzungsprozessen oft vergessen, weil sie im sichtbaren Interface nicht erscheinen.<\/li>\n<li><strong>Inkonsistente Farbkontraste zwischen Sprachversionen:<\/strong> Unterschiedliche Schriftl\u00e4ngen in verschiedenen Sprachen f\u00fchren manchmal dazu, dass Texte in Schaltfl\u00e4chen oder \u00dcberschriften kleiner gesetzt werden, was die Kontrastvorgaben nach WCAG 1.4.3 verletzt.<\/li>\n<li><strong>Fehlende \u00dcbersetzung von Fehlermeldungen und Formularbeschriftungen:<\/strong> Eingabefelder und Validierungshinweise bleiben in der Ausgangssprache, obwohl der Rest der Seite \u00fcbersetzt wurde.<\/li>\n<\/ul>\n<p>Besonders kritisch ist dabei die Sprachauszeichnung, da ein fehlerhaftes <code>lang<\/code>-Attribut die Screenreader-Bedienbarkeit der gesamten Seite untergr\u00e4bt. Das ist keine kosmetische Schw\u00e4che, sondern eine Barriere, die grundlegende Funktionen blockiert.<\/p>\n<h2>Warum reicht ein einmaliger WCAG-Scan f\u00fcr mehrsprachige Websites nicht aus?<\/h2>\n<p>Ein einmaliger WCAG-Scan reicht f\u00fcr mehrsprachige Websites nicht aus, weil jede Sprachversion technisch eigenst\u00e4ndig ist und eigene Fehler enthalten kann. Hinzu kommt, dass Websites kontinuierlich aktualisiert werden: Neue Inhalte, Plugins oder Design\u00e4nderungen k\u00f6nnen jederzeit neue Barrieren einf\u00fchren, die in einem fr\u00fcheren Scan nicht vorhanden waren.<\/p>\n<p>Mehrere Faktoren machen die kontinuierliche \u00dcberwachung notwendig:<\/p>\n<ul>\n<li><strong>Unabh\u00e4ngige Fehlerquellen je Sprachversion:<\/strong> Eine englische Version kann WCAG-konform sein, w\u00e4hrend die franz\u00f6sische Version fehlerhafte Sprachauszeichnungen oder fehlende Alt-Texte enth\u00e4lt. Ein einmaliger Scan einer Sprachversion gibt keinen Aufschluss \u00fcber die anderen.<\/li>\n<li><strong>Dynamische Inhalte und CMS-Aktualisierungen:<\/strong> Redaktionelle \u00c4nderungen, neue Blogbeitr\u00e4ge oder aktualisierte Produktseiten werden in jeder Sprachversion separat gepflegt. Dabei entstehen regelm\u00e4\u00dfig neue L\u00fccken.<\/li>\n<li><strong>Drittanbieter-Komponenten:<\/strong> Eingebettete Karten, Chat-Widgets oder Social-Media-Plugins k\u00f6nnen bei Updates neue Barrieren mitbringen, die unabh\u00e4ngig von der eigentlichen \u00dcbersetzungsarbeit auftreten.<\/li>\n<li><strong>Rechtliche Anforderungen:<\/strong> Das Barrierefreiheitsst\u00e4rkungsgesetz (BFSG) verlangt von betroffenen Unternehmen eine dauerhaft barrierefreie Gestaltung, nicht nur einen einmaligen Nachweis. Ein Scan, der heute ein positives Ergebnis liefert, sagt nichts \u00fcber den Zustand in drei Monaten aus.<\/li>\n<\/ul>\n<p>Automatisierte Tests k\u00f6nnen dabei helfen, mit vertretbarem Aufwand einen \u00dcberblick zu gewinnen, ob ein anschlie\u00dfender manueller Test \u00fcberhaupt ein gutes Ergebnis liefern k\u00f6nnte. Sie ersetzen jedoch keine regelm\u00e4\u00dfige, systematische Pr\u00fcfung aller Sprachversionen. Eine <a href=\"https:\/\/decareto.com\/de\/barrierefreiheit\/test-tool\/\">Barrierefreiheitspr\u00fcfung<\/a> sollte deshalb als fortlaufender Prozess verstanden werden, nicht als einmaliges Projekt.<\/p>\n<h2>Wie erkennt man fehlerhafte Sprachauszeichnung auf einer Website?<\/h2>\n<p>Fehlerhafte Sprachauszeichnung erkennt man, indem man das <code>lang<\/code>-Attribut im <code>&lt;&gt;<\/code>-Element der Seite \u00fcberpr\u00fcft und sicherstellt, dass es mit der tats\u00e4chlichen Sprache des Inhalts \u00fcbereinstimmt. Zus\u00e4tzlich m\u00fcssen Textabschnitte, die in einer anderen Sprache als der Hauptsprache der Seite verfasst sind, mit einem eigenen <code>lang<\/code>-Attribut ausgezeichnet sein.<\/p>\n<h3>Manuelle Pr\u00fcfung im Quelltext<\/h3>\n<p>\u00d6ffnen Sie den Seitenquelltext Ihrer Website und suchen Sie nach dem \u00f6ffnenden <code>&lt;&gt;<\/code>-Tag. Dort sollte ein <code>lang<\/code>-Attribut stehen, das dem BCP-47-Sprachcode der jeweiligen Sprachversion entspricht, etwa <code>lang=\"de\"<\/code> f\u00fcr Deutsch, <code>lang=\"fr\"<\/code> f\u00fcr Franz\u00f6sisch oder <code>lang=\"en-US\"<\/code> f\u00fcr amerikanisches Englisch. Fehlt dieses Attribut oder ist es falsch gesetzt, liegt ein WCAG-Versto\u00df gegen Erfolgskriterium 3.1.1 vor.<\/p>\n<h3>Pr\u00fcfung mit automatisierten Tools<\/h3>\n<p>Automatisierte Barrierefreiheits-Scanner pr\u00fcfen das <code>lang<\/code>-Attribut zuverl\u00e4ssig und melden fehlende oder inkorrekte Werte als Fehler. Wichtig ist, dabei jede Sprachversion separat zu scannen, da die Fehler je nach Sprachversion unterschiedlich sein k\u00f6nnen. Achten Sie au\u00dferdem auf Abschnitte mit eingebettetem fremdsprachigem Text, etwa englischsprachige Zitate auf einer deutschsprachigen Seite: Diese ben\u00f6tigen ein eigenes <code>lang<\/code>-Attribut am umgebenden HTML-Element, sonst liest der Screenreader den englischen Text mit falscher Aussprache vor.<\/p>\n<h2>Was sind die h\u00e4ufigsten WCAG-Fehler in \u00fcbersetzten Alternativtexten?<\/h2>\n<p>Die h\u00e4ufigsten WCAG-Fehler bei \u00fcbersetzten Alternativtexten sind fehlende \u00dcbersetzungen des Alt-Texts, nichtssagende Platzhalter wie &#8222;image&#8220; oder Dateinamen sowie Alternativtexte, die zwar \u00fcbersetzt wurden, aber den Bildinhalt in der Zielsprache nicht korrekt beschreiben. All diese Fehler versto\u00dfen gegen WCAG-Erfolgskriterium 1.1.1.<\/p>\n<p>Im Einzelnen begegnen einem bei der Pr\u00fcfung mehrsprachiger Websites folgende Muster:<\/p>\n<ul>\n<li><strong>Unver\u00e4nderter Original-Alt-Text:<\/strong> Das Bild wurde aus der Ausgangssprache \u00fcbernommen, der Alt-Text aber nicht \u00fcbersetzt. Nutzerinnen und Nutzer eines Screenreaders h\u00f6ren einen deutschen Alt-Text auf einer franz\u00f6sischen Seite.<\/li>\n<li><strong>Leere Alt-Attribute bei informativen Bildern:<\/strong> Manche \u00dcbersetzungsworkflows entfernen Alt-Texte versehentlich oder setzen sie auf leer, obwohl das Bild inhaltlich relevant ist. Ein leeres <code>alt=\"\"<\/code> ist nur bei dekorativen Bildern korrekt.<\/li>\n<li><strong>Maschinell \u00fcbersetzte, aber sinnentstellende Alt-Texte:<\/strong> Automatische \u00dcbersetzungstools \u00fcbertragen Alt-Texte w\u00f6rtlich, ohne den kulturellen oder inhaltlichen Kontext zu ber\u00fccksichtigen. Das Ergebnis ist formal vorhanden, aber f\u00fcr Screenreader-Nutzerinnen und -Nutzer wenig hilfreich.<\/li>\n<li><strong>Dateinamen als Alt-Text:<\/strong> Bilder, die im Original keinen Alt-Text hatten und mit Dateinamen wie &#8222;img_4782.jpg&#8220; beschriftet sind, tauchen in allen Sprachversionen mit demselben nutzlosen Wert auf.<\/li>\n<\/ul>\n<p>Ein hilfreicher Ansatz ist es, Alternativtexte im \u00dcbersetzungsprozess als eigenst\u00e4ndige Texteinheit zu behandeln, die genauso sorgf\u00e4ltig lokalisiert werden muss wie sichtbarer Seiteninhalt. Viele Content-Management-Systeme erm\u00f6glichen es, Alt-Texte sprachspezifisch zu pflegen, diese Funktion wird aber h\u00e4ufig nicht genutzt.<\/p>\n<h2>Welche Tools helfen beim Erkennen von WCAG-Verst\u00f6\u00dfen auf mehrsprachigen Websites?<\/h2>\n<p>Beim Erkennen von WCAG-Verst\u00f6\u00dfen auf mehrsprachigen Websites helfen automatisierte Accessibility-Scanner, Browser-Erweiterungen sowie manuelle Pr\u00fcfmethoden wie Tastaturnavigation und Screenreader-Tests. Kein einzelnes Tool deckt alle Fehlertypen ab, weshalb eine Kombination aus automatisierten und manuellen Methoden empfohlen wird.<\/p>\n<h3>Automatisierte Scan-Tools<\/h3>\n<p>Automatisierte Tools pr\u00fcfen den HTML-Code jeder Seite auf Konformit\u00e4t mit den WCAG-Regeln und identifizieren typischerweise zwischen 30 und 50 Prozent aller Barrieren, wie Sch\u00e4tzungen aus der Forschung nahelegen. F\u00fcr mehrsprachige Websites ist entscheidend, dass das Tool jede Sprachversion separat scannen kann und dabei auch Unterseiten und dynamisch geladene Inhalte ber\u00fccksichtigt. Achten Sie bei der Tool-Auswahl auf folgende Funktionen:<\/p>\n<ul>\n<li>Unterst\u00fctzung mehrerer URLs oder Domains in einem Workflow<\/li>\n<li>Filterung nach WCAG-Konformit\u00e4tslevel (A, AA, AAA)<\/li>\n<li>Priorisierung von Problemen nach Schweregrad<\/li>\n<li>Kontinuierliche \u00dcberwachung mit automatischen Benachrichtigungen bei \u00c4nderungen<\/li>\n<\/ul>\n<h3>Manuelle Pr\u00fcfmethoden<\/h3>\n<p>Bestimmte Barrieren lassen sich ausschlie\u00dflich manuell erkennen, darunter die Verst\u00e4ndlichkeit von Texten in der jeweiligen Zielsprache, die korrekte Aussprache durch Screenreader oder die logische Reihenfolge von Inhalten bei Tastaturnavigation. Die Web Accessibility Initiative (WAI) stellt eine Anleitung f\u00fcr einen manuellen Schnelltest mit einer Checkliste der wichtigsten Punkte bereit. F\u00fcr mehrsprachige Websites empfiehlt es sich, diesen Test in jeder Sprachversion mit einem Screenreader in der entsprechenden Sprache durchzuf\u00fchren, um sicherzustellen, dass die Sprachausgabe korrekt ist. Wichtig: Ein gutes Ergebnis im automatisierten Test bedeutet nicht, dass keine Fehler vorliegen. Bei einem schlechten Ergebnis liegt hingegen mit Sicherheit keine gute Barrierefreiheit vor.<\/p>\n<h2>Wer ist f\u00fcr die WCAG-Konformit\u00e4t mehrsprachiger Websites verantwortlich?<\/h2>\n<p>F\u00fcr die WCAG-Konformit\u00e4t mehrsprachiger Websites ist der Betreiber der Website verantwortlich, unabh\u00e4ngig davon, ob die Umsetzung intern oder durch externe Dienstleister wie Agenturen, \u00dcbersetzerinnen und \u00dcbersetzer oder Entwicklungsteams erfolgt. Das Barrierefreiheitsst\u00e4rkungsgesetz (BFSG) macht betroffene Unternehmen als Anbieter digitaler Produkte und Dienstleistungen unmittelbar haftbar.<\/p>\n<p>In der Praxis verteilt sich die operative Verantwortung auf mehrere Rollen:<\/p>\n<ul>\n<li><strong>Entwicklungsteams:<\/strong> Verantwortlich f\u00fcr die technische Umsetzung, also korrekte HTML-Struktur, Sprachattribute, ARIA-Labels und Tastaturnavigation.<\/li>\n<li><strong>\u00dcbersetzerinnen und \u00dcbersetzer sowie Lokalisierungsteams:<\/strong> Verantwortlich daf\u00fcr, dass nicht nur sichtbarer Text, sondern auch Alt-Texte, Formularhinweise und ARIA-Labels in jede Zielsprache \u00fcbertragen werden.<\/li>\n<li><strong>Redaktionsteams:<\/strong> Verantwortlich f\u00fcr barrierefreie Inhalte wie verst\u00e4ndliche Linkbeschriftungen, aussagekr\u00e4ftige \u00dcberschriften und Untertitel f\u00fcr Videoinhalte.<\/li>\n<li><strong>Agenturen und externe Dienstleister:<\/strong> Tragen eine Mitverantwortung, wenn sie Websites entwickeln oder betreuen, und sollten Barrierefreiheit als festen Bestandteil ihres Workflows etablieren.<\/li>\n<li><strong>Compliance-Teams und Datenschutzbeauftragte:<\/strong> \u00dcberwachen die Einhaltung der Anforderungen und dokumentieren den Konformit\u00e4tsstatus, etwa in einer Barrierefreiheitserkl\u00e4rung.<\/li>\n<\/ul>\n<p>Bei mehrsprachigen Websites ist eine klare Zust\u00e4ndigkeitsregelung besonders wichtig, weil \u00dcbersetzungsprozesse und technische Pflege oft von verschiedenen Teams durchgef\u00fchrt werden. Fehlt eine zentrale Koordination, entstehen L\u00fccken: Die eine Sprachversion ist gepflegt, die andere enth\u00e4lt unbemerkt neue Barrieren. Ein regelm\u00e4\u00dfiger <a href=\"https:\/\/decareto.com\/de\/barrierefreiheit\/test-tool\/\">Barrierefreiheits-Website-Test<\/a> aller Sprachversionen hilft dabei, solche L\u00fccken fr\u00fchzeitig zu erkennen.<\/p>\n<h2>Wie decareto bei der Barrierefreiheitspr\u00fcfung mehrsprachiger Websites hilft<\/h2>\n<p>Wir bei decareto haben unsere Accessibility-Software speziell daf\u00fcr entwickelt, den Aufwand f\u00fcr Barrierefreiheits-Audits deutlich zu reduzieren, ohne dabei an Pr\u00fcftiefe einzub\u00fc\u00dfen. F\u00fcr mehrsprachige Websites bietet unsere Plattform konkrete Vorteile:<\/p>\n<ul>\n<li><strong>Separate Scans je Sprachversion:<\/strong> Jede Sprachversion einer Website l\u00e4sst sich als eigenst\u00e4ndige URL scannen. So erhalten Sie f\u00fcr jede Sprache einen eigenen Barrierefreiheitsreport mit priorisierten Problemen nach Schweregrad.<\/li>\n<li><strong>Erkennung von rund 90 Barriere-Typen:<\/strong> Von fehlenden Alt-Texten \u00fcber fehlerhafte ARIA-Attribute bis zu Kontrastproblemen und fehlerhafter Sprachauszeichnung pr\u00fcft decareto die h\u00e4ufigsten WCAG-Verst\u00f6\u00dfe automatisiert, orientiert an WCAG 2.1 und vorbereitet auf WCAG 2.2.<\/li>\n<li><strong>Kontinuierliche \u00dcberwachung mit automatischen Benachrichtigungen:<\/strong> Hunderte Websites lassen sich dauerhaft \u00fcberwachen. Bei \u00c4nderungen werden automatische Benachrichtigungen ausgel\u00f6st, sodass neue Barrieren in einzelnen Sprachversionen nicht unbemerkt bleiben.<\/li>\n<li><strong>Konkrete Handlungsempfehlungen:<\/strong> Zu jedem gefundenen Problem liefert decareto klare Hinweise zur Behebung, formuliert f\u00fcr Entwicklerinnen und Entwickler ebenso verst\u00e4ndlich wie f\u00fcr Beraterinnen und Berater.<\/li>\n<li><strong>Whitelabel-Funktion f\u00fcr Agenturen:<\/strong> Externe Dienstleister k\u00f6nnen Reports unter eigenem Logo an Kundinnen und Kunden \u00fcbergeben.<\/li>\n<\/ul>\n<p>Bitte beachten Sie: Automatisierte Tests decken typischerweise 30 bis 50 Prozent aller m\u00f6glichen Barrieren ab. Ein gutes Scan-Ergebnis bedeutet nicht, dass keine weiteren Fehler vorliegen. decareto unterst\u00fctzt Ihre Compliance-Arbeit, ersetzt aber keine manuelle Pr\u00fcfung durch spezialisierte Fachleute.<\/p>\n<p>M\u00f6chten Sie sehen, wie viele WCAG-Verst\u00f6\u00dfe Ihre mehrsprachige Website aktuell enth\u00e4lt? <a href=\"https:\/\/decareto.com\/de\/signup\/\">Jetzt kostenlos starten<\/a> und Ihre erste Sprachversion in Minuten scannen.<\/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>Mehrsprachige Websites \u00fcbersehen h\u00e4ufig WCAG-Pflichten \u2013 erfahren Sie, welche Fehler wirklich z\u00e4hlen und wie Sie sie finden.<\/p>\n","protected":false},"author":6,"featured_media":9526,"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-9283","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\/9283","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=9283"}],"version-history":[{"count":1,"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/posts\/9283\/revisions"}],"predecessor-version":[{"id":9385,"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/posts\/9283\/revisions\/9385"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/media\/9526"}],"wp:attachment":[{"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/media?parent=9283"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/categories?post=9283"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/tags?post=9283"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}