ARIA (Accessible Rich Internet Applications) ist eine technische Spezifikation des W3C, die HTML-Elemente um zusätzliche Attribute erweitert, um Webinhalte und Webanwendungen für Menschen mit Behinderungen zugänglicher zu machen. Diese Technologie ermöglicht es assistiven Technologien wie Screenreadern, komplexe Webkomponenten und dynamische Inhalte besser zu interpretieren und Nutzern mit eingeschränkten Fähigkeiten ein vollwertiges Web-Erlebnis zu bieten. In der modernen Webentwicklung ist ARIA unverzichtbar geworden, um den gesetzlichen Anforderungen an digitale Barrierefreiheit gerecht zu werden und eine inklusive Nutzererfahrung für alle Besucher zu gewährleisten.
Was ist ARIA und warum ist es wichtig?
ARIA steht für Accessible Rich Internet Applications und wurde vom World Wide Web Consortium (W3C) entwickelt, um die Barrierefreiheit von Webinhalten zu verbessern. Die Spezifikation ermöglicht es Entwicklern, semantische Informationen zu HTML-Elementen hinzuzufügen, die von assistiven Technologien interpretiert werden können. Dies ist besonders wichtig für dynamische Webinhalte und komplexe Benutzeroberflächen, die mit Standard-HTML allein nicht ausreichend beschrieben werden können.
Die Grundlagen von ARIA
ARIA erweitert HTML durch spezielle Attribute, die zusätzliche Informationen über die Rolle, den Status und die Eigenschaften von Elementen bereitstellen. Diese Informationen werden von Screenreadern und anderen assistiven Technologien genutzt, um Menschen mit Behinderungen eine bessere Navigation und Interaktion mit Webinhalten zu ermöglichen. Die Technologie ist seit 2014 als W3C-Empfehlung standardisiert und wird kontinuierlich weiterentwickelt.
Die drei Hauptkategorien von ARIA-Attributen
Roles (Rollen)
Definieren, was ein Element ist oder tut. Sie beschreiben die Art des Widgets oder die Struktur der Seite. Beispiele sind „button“, „navigation“, „dialog“ oder „tabpanel“. Rollen helfen assistiven Technologien zu verstehen, welche Funktion ein Element erfüllt.
Properties (Eigenschaften)
Beschreiben Merkmale von Elementen, die sich selten ändern. Sie geben zusätzliche Informationen über die Natur oder Bedeutung eines Elements an, wie „aria-label“, „aria-describedby“ oder „aria-required“. Diese Attribute bleiben meist während der gesamten Lebensdauer eines Elements konstant.
States (Zustände)
Beschreiben den aktuellen Zustand eines Elements, der sich häufig durch Benutzerinteraktionen ändert. Beispiele sind „aria-expanded“, „aria-checked“ oder „aria-hidden“. Diese Attribute werden dynamisch durch JavaScript aktualisiert, wenn sich der Zustand eines Elements ändert.
Wichtige ARIA-Rollen im Detail
ARIA definiert über 80 verschiedene Rollen, die in verschiedene Kategorien eingeteilt sind. Diese Rollen helfen dabei, die Semantik von Elementen zu definieren, die mit Standard-HTML nicht ausreichend beschrieben werden können.
Landmark-Rollen für die Seitenstruktur
Landmark-Rollen strukturieren die Hauptbereiche einer Webseite und erleichtern die Navigation. Sie ermöglichen es Nutzern assistiver Technologien, schnell zwischen verschiedenen Seitenbereichen zu springen.
banner
Kennzeichnet den Kopfbereich der Seite mit Logo und Hauptnavigation. Sollte nur einmal pro Seite verwendet werden.
navigation
Markiert Navigationsbereiche mit Links zu anderen Seiten oder Bereichen der Website.
main
Definiert den Hauptinhalt der Seite. Jede Seite sollte genau ein main-Element haben.
complementary
Kennzeichnet ergänzende Inhalte wie Sidebars, die zum Hauptinhalt passen, aber auch eigenständig funktionieren.
contentinfo
Markiert den Footer-Bereich mit Informationen über Copyright, Kontakt und rechtlichen Hinweisen.
search
Identifiziert einen Bereich, der Suchfunktionalität enthält.
Widget-Rollen für interaktive Elemente
Widget-Rollen beschreiben interaktive Komponenten, die über die Standard-HTML-Formularelemente hinausgehen. Sie sind besonders wichtig für moderne Single-Page-Applications und komplexe Benutzeroberflächen.
| Rolle | Beschreibung | Typische Verwendung |
|---|---|---|
| button | Klickbares Element, das eine Aktion auslöst | Für div- oder span-Elemente, die als Buttons fungieren |
| tab | Element in einer Tab-Liste zur Navigation zwischen Panels | In Tab-Interfaces zur Inhaltsorganisation |
| tabpanel | Container mit Inhalten, die zu einem Tab gehören | Inhaltsbereich, der durch Tab-Auswahl angezeigt wird |
| dialog | Modal- oder Dialogfenster, das Interaktion erfordert | Popup-Dialoge, Bestätigungsfenster |
| alert | Wichtige, zeitkritische Nachricht für den Nutzer | Fehlermeldungen, Warnungen, Bestätigungen |
| menu | Liste von Optionen oder Befehlen | Dropdown-Menüs, Kontextmenüs |
| menuitem | Einzelne Option innerhalb eines Menüs | Einträge in Dropdown- oder Kontextmenüs |
| slider | Eingabeelement für Wertauswahl aus einem Bereich | Lautstärkeregler, Preisfilter |
Wichtige ARIA-Attribute und ihre Anwendung
Labels und Beschreibungen
Diese Attribute helfen dabei, Elemente zu benennen und zusätzliche Informationen bereitzustellen, die für das Verständnis wichtig sind.
<!-- aria-label: Direktes Label für ein Element -->
<button aria-label="Menü schließen">
<span aria-hidden="true">×</span>
</button>
<!-- aria-labelledby: Referenziert ein anderes Element als Label -->
<h2 id="dialog-title">Bestätigung erforderlich</h2>
<div role="dialog" aria-labelledby="dialog-title">
Möchten Sie fortfahren?
</div>
<!-- aria-describedby: Referenziert zusätzliche Beschreibung -->
<input type="password" aria-describedby="password-hint">
<span id="password-hint">Mindestens 8 Zeichen erforderlich</span>
Zustandsattribute für dynamische Inhalte
Diese Attribute informieren über den aktuellen Zustand von Elementen und müssen bei Zustandsänderungen entsprechend aktualisiert werden.
<!-- aria-expanded: Zeigt Auf-/Zugeklappt-Zustand -->
<button aria-expanded="false" aria-controls="menu-list">
Menü öffnen
</button>
<ul id="menu-list" hidden>
<li>Option 1</li>
<li>Option 2</li>
</ul>
<!-- aria-checked: Status von Checkboxen/Radio-Buttons -->
<div role="checkbox" aria-checked="true" tabindex="0">
Newsletter abonnieren
</div>
<!-- aria-disabled: Deaktivierter Zustand -->
<button aria-disabled="true">Nicht verfügbar</button>
<!-- aria-hidden: Versteckt Inhalte vor Screenreadern -->
<span aria-hidden="true">🎉</span>
<span class="sr-only">Glückwunsch!</span>
Live-Regionen für dynamische Updates
Live-Regionen informieren Screenreader-Nutzer über dynamische Änderungen im Inhalt, ohne dass sie ihren aktuellen Fokus verlieren müssen.
aria-live=“polite“
Änderungen werden angekündigt, wenn der Nutzer pausiert. Ideal für nicht-kritische Updates wie Statusmeldungen oder Benachrichtigungen.
aria-live=“assertive“
Änderungen werden sofort angekündigt und unterbrechen die aktuelle Ausgabe. Nur für dringende Meldungen wie Fehler oder kritische Warnungen verwenden.
aria-atomic
Bestimmt, ob die gesamte Region oder nur die Änderungen vorgelesen werden. Bei „true“ wird der komplette Inhalt angekündigt.
<!-- Live-Region für Statusmeldungen -->
<div role="status" aria-live="polite" aria-atomic="true">
3 neue Nachrichten erhalten
</div>
<!-- Live-Region für Fehlermeldungen -->
<div role="alert" aria-live="assertive">
Fehler: Die Verbindung wurde unterbrochen
</div>
<!-- Timer oder Countdown -->
<div aria-live="polite" aria-atomic="true">
<span>Verbleibende Zeit: </span>
<span id="timer">5:00</span>
</div>
Best Practices für die ARIA-Implementierung
Die erste Regel von ARIA
Verwenden Sie kein ARIA, wenn Sie natives HTML nutzen können! Semantisches HTML ist immer die bessere Wahl, da es von allen Browsern und assistiven Technologien nativ unterstützt wird. ARIA sollte nur dann eingesetzt werden, wenn die gewünschte Semantik oder Funktionalität mit HTML allein nicht erreicht werden kann.
Grundlegende Richtlinien
- Native HTML-Elemente bevorzugen: Verwenden Sie <button> statt <div role=“button“>, <nav> statt <div role=“navigation“>
- Rollen nicht ändern: Überschreiben Sie nicht die implizite Rolle nativer HTML-Elemente (z.B. <button role=“heading“> vermeiden)
- Tastaturzugänglichkeit sicherstellen: Alle interaktiven ARIA-Widgets müssen per Tastatur bedienbar sein (tabindex, Enter, Space, Pfeiltasten)
- Fokusmanagement implementieren: Bei modalen Dialogen den Fokus einfangen und nach dem Schließen zurücksetzen
- Zustände aktualisieren: ARIA-Zustandsattribute müssen dynamisch via JavaScript aktualisiert werden
- Redundanz vermeiden: Keine doppelten Labels oder überflüssigen ARIA-Attribute verwenden
- Testen mit echten Nutzern: Regelmäßige Tests mit Screenreadern und assistiven Technologien durchführen
Häufige Fehler und wie man sie vermeidet
❌ Falsch
<!-- Falsche Verwendung von role -->
<h2 role="button">Überschrift</h2>
<!-- Fehlende Tastaturunterstützung -->
<div role="button" onclick="doSomething()">
Klicken
</div>
<!-- Redundante ARIA-Labels -->
<button aria-label="Schließen">
Schließen
</button>
✓ Richtig
<!-- Native Elemente verwenden -->
<h2>Überschrift</h2>
<button>Button</button>
<!-- Mit Tastaturunterstützung -->
<div role="button" tabindex="0"
onclick="doSomething()"
onkeypress="handleKey(event)">
Klicken
</div>
<!-- Nur bei Bedarf labeln -->
<button aria-label="Dialog schließen">
×
</button>
Praktische Beispiele für ARIA-Implementierungen
Akkordeon-Komponente
Ein Akkordeon ist ein häufig verwendetes UI-Pattern, das mehrere auf- und zuklappbare Bereiche enthält. Die korrekte ARIA-Implementierung ermöglicht es Screenreader-Nutzern, den Zustand jedes Bereichs zu verstehen.
<div class="accordion">
<h3>
<button id="accordion-header-1"
aria-expanded="false"
aria-controls="accordion-panel-1">
Abschnitt 1
</button>
</h3>
<div id="accordion-panel-1"
role="region"
aria-labelledby="accordion-header-1"
hidden>
<p>Inhalt des ersten Abschnitts...</p>
</div>
</div>
<script>
document.querySelectorAll('[aria-expanded]').forEach(button => {
button.addEventListener('click', () => {
const expanded = button.getAttribute('aria-expanded') === 'true';
button.setAttribute('aria-expanded', !expanded);
const panel = document.getElementById(button.getAttribute('aria-controls'));
panel.hidden = expanded;
});
});
</script>
Modale Dialogbox
Modale Dialoge erfordern besondere Aufmerksamkeit beim Fokusmanagement und der Tastaturnavigation. Der Fokus muss innerhalb des Dialogs gefangen bleiben, bis er geschlossen wird.
<button id="open-dialog">Dialog öffnen</button>
<div role="dialog"
aria-labelledby="dialog-title"
aria-describedby="dialog-description"
aria-modal="true"
hidden>
<h2 id="dialog-title">Bestätigung</h2>
<p id="dialog-description">
Möchten Sie diese Aktion wirklich durchführen?
</p>
<button id="confirm-button">Bestätigen</button>
<button id="cancel-button">Abbrechen</button>
</div>
<div class="dialog-overlay" hidden></div>
Tab-Interface
Tab-Komponenten benötigen spezielle Tastaturnavigation (Pfeiltasten) und müssen den aktiven Zustand korrekt kommunizieren.
<div class="tabs">
<div role="tablist" aria-label="Produkt-Informationen">
<button role="tab"
aria-selected="true"
aria-controls="panel-1"
id="tab-1"
tabindex="0">
Beschreibung
</button>
<button role="tab"
aria-selected="false"
aria-controls="panel-2"
id="tab-2"
tabindex="-1">
Spezifikationen
</button>
</div>
<div role="tabpanel"
id="panel-1"
aria-labelledby="tab-1">
<p>Produktbeschreibung...</p>
</div>
<div role="tabpanel"
id="panel-2"
aria-labelledby="tab-2"
hidden>
<p>Technische Daten...</p>
</div>
</div>
ARIA und moderne Frameworks
React und ARIA
React unterstützt alle ARIA-Attribute nativ. Beachten Sie, dass aria-* Attribute in JSX in camelCase geschrieben werden, mit Ausnahme von aria-Attributen selbst, die mit Bindestrichen geschrieben bleiben.
function AccessibleButton({ label, onClick, disabled }) {
return (
<button
onClick={onClick}
aria-label={label}
aria-disabled={disabled}
disabled={disabled}
>
{label}
</button>
);
}
function Modal({ isOpen, onClose, title, children }) {
const modalRef = useRef(null);
useEffect(() => {
if (isOpen) {
modalRef.current?.focus();
}
}, [isOpen]);
if (!isOpen) return null;
return (
<div
role="dialog"
aria-modal="true"
aria-labelledby="modal-title"
ref={modalRef}
tabIndex={-1}
>
<h2 id="modal-title">{title}</h2>
{children}
</div>
);
}
Vue.js und ARIA
Vue.js unterstützt ARIA-Attribute ebenfalls vollständig und ermöglicht die dynamische Bindung von Zuständen an ARIA-Attribute.
<template>
<div class="accordion-item">
<button
:aria-expanded="isExpanded.toString()"
:aria-controls="panelId"
@click="toggle"
>
{{ title }}
</button>
<div
:id="panelId"
role="region"
:aria-labelledby="buttonId"
v-show="isExpanded"
>
<slot />
</div>
</div>
</template>
<script>
export default {
data() {
return {
isExpanded: false
};
},
methods: {
toggle() {
this.isExpanded = !this.isExpanded;
}
}
};
</script>
Testing und Validierung von ARIA-Implementierungen
Automatisierte Testing-Tools
axe DevTools
Browser-Erweiterung, die automatisch Barrierefreiheitsprobleme erkennt und detaillierte Berichte mit Lösungsvorschlägen liefert. Unterstützt Chrome, Firefox und Edge.
WAVE Tool
Webbasiertes Tool von WebAIM, das visuelle Hinweise auf Barrierefreiheitsprobleme direkt auf der Webseite anzeigt. Besonders hilfreich für die erste Analyse.
Lighthouse
In Chrome DevTools integriertes Audit-Tool, das auch Barrierefreiheit prüft. Liefert einen Score und konkrete Verbesserungsvorschläge.
pa11y
Kommandozeilen-Tool für automatisierte Barrierefreiheitstests, das sich gut in CI/CD-Pipelines integrieren lässt.
Manuelle Testing-Methoden
- Screenreader-Tests: Testen Sie mit NVDA (Windows), JAWS (Windows) oder VoiceOver (macOS/iOS)
- Tastaturnavigation: Navigieren Sie durch die gesamte Seite nur mit der Tastatur (Tab, Shift+Tab, Enter, Space, Pfeiltasten)
- Fokus-Indikatoren prüfen: Stellen Sie sicher, dass alle fokussierbaren Elemente einen sichtbaren Fokus-Indikator haben
- Zoom-Test: Testen Sie die Seite bei 200% Zoom, um sicherzustellen, dass alles lesbar bleibt
- Farbkontrast-Prüfung: Verwenden Sie Tools wie den Contrast Checker, um WCAG-Konformität zu gewährleisten
ARIA und rechtliche Anforderungen
Die Implementierung von ARIA ist nicht nur eine technische Best Practice, sondern in vielen Ländern auch eine rechtliche Anforderung. Verschiedene Gesetze und Standards definieren Mindestanforderungen an die digitale Barrierefreiheit.
Wichtige Standards und Richtlinien
Wichtiger Hinweis zum European Accessibility Act
Ab Juni 2025 müssen alle digitalen Produkte und Dienstleistungen in der EU den Anforderungen des European Accessibility Act entsprechen. Dies betrifft E-Commerce-Websites, Banking-Apps, E-Books und viele weitere digitale Angebote. Unternehmen, die diese Anforderungen nicht erfüllen, riskieren erhebliche Strafen und rechtliche Konsequenzen.
WCAG-Konformitätsstufen
| Level | Anforderungen | Empfohlener Einsatz |
|---|---|---|
| Level A | Minimale Barrierefreiheit, grundlegende Anforderungen | Absolutes Minimum für jede Website |
| Level AA | Mittlere Barrierefreiheit, beseitigt größere Barrieren | Rechtlich vorgeschrieben für öffentliche Stellen und empfohlen für alle |
| Level AAA | Höchste Barrierefreiheit, sehr strenge Anforderungen | Für spezielle Bereiche wie Gesundheitswesen oder Bildung |
Performance-Überlegungen bei ARIA
ARIA-Attribute haben in der Regel minimale Auswirkungen auf die Performance, aber es gibt einige Best Practices, die beachtet werden sollten, um optimale Leistung zu gewährleisten.
Optimierungstipps
- Live-Regionen sparsam einsetzen: Zu viele Live-Regionen können Screenreader überlasten und die Nutzer verwirren
- aria-hidden effizient nutzen: Verstecken Sie dekorative oder redundante Elemente vor assistiven Technologien
- Zustandsänderungen bündeln: Aktualisieren Sie mehrere ARIA-Attribute zusammen, um Repaints zu minimieren
- Polling vermeiden: Nutzen Sie Event-basierte Updates statt kontinuierlicher Zustandsprüfungen
- Virtual DOM nutzen: In React oder Vue werden ARIA-Updates automatisch optimiert
Häufige Anwendungsfälle und Lösungen
Custom Select-Dropdown
<div class="custom-select">
<button
id="select-button"
aria-haspopup="listbox"
aria-expanded="false"
aria-labelledby="select-label select-button"
>
<span id="select-label">Land auswählen:</span>
<span>Deutschland</span>
</button>
<ul
role="listbox"
aria-labelledby="select-label"
hidden
>
<li role="option" aria-selected="true">Deutschland</li>
<li role="option" aria-selected="false">Österreich</li>
<li role="option" aria-selected="false">Schweiz</li>
</ul>
</div>
Formular mit Validierung
<form>
<label for="email">E-Mail-Adresse</label>
<input
type="email"
id="email"
aria-required="true"
aria-invalid="false"
aria-describedby="email-error email-hint"
/>
<span id="email-hint">Beispiel: name@domain.de</span>
<span id="email-error" role="alert" hidden>
Bitte geben Sie eine gültige E-Mail-Adresse ein
</span>
</form>
<script>
const emailInput = document.getElementById('email');
const errorMsg = document.getElementById('email-error');
emailInput.addEventListener('blur', () => {
const isValid = emailInput.validity.valid;
emailInput.setAttribute('aria-invalid', !isValid);
errorMsg.hidden = isValid;
});
</script>
Breadcrumb-Navigation
<nav aria-label="Breadcrumb">
<ol role="list">
<li>
<a href="/">Startseite</a>
</li>
<li>
<a href="/produkte">Produkte</a>
</li>
<li>
<a href="/produkte/laptops" aria-current="page">
Laptops
</a>
</li>
</ol>
</nav>
Zukunft von ARIA und aktuelle Entwicklungen
Die ARIA-Spezifikation wird kontinuierlich weiterentwickelt, um mit den sich ändernden Anforderungen moderner Webanwendungen Schritt zu halten. Die aktuelle Version ARIA 1.3 befindet sich in Entwicklung und bringt neue Features und Verbesserungen.
ARIA 1.3 – Neue Features
Virtual Content
Verbesserte Unterstützung für virtualisierte Listen und Grids, die nur sichtbare Elemente im DOM halten – wichtig für Performance bei großen Datenmengen.
Neue Rollen
Zusätzliche Rollen wie „comment“, „suggestion“ und „mark“ für bessere Semantik bei kollaborativen Anwendungen und Dokumenten.
Verbesserte Touch-Unterstützung
Neue Attribute für bessere Unterstützung von Touch-Gesten und mobilen Interaktionen.
Enhanced Descriptions
Erweiterte Möglichkeiten für detaillierte Beschreibungen komplexer Inhalte wie Diagramme und Infografiken.
Die Bedeutung von ARIA wächst
Mit der zunehmenden Komplexität von Webanwendungen und den steigenden rechtlichen Anforderungen wird ARIA immer wichtiger. Laut WebAIM’s Screen Reader User Survey nutzen über 98% der Screenreader-Nutzer ARIA-Attribute zur Navigation. Die Investition in korrekte ARIA-Implementierung zahlt sich durch bessere Nutzererfahrung, größere Zielgruppe und rechtliche Compliance aus.
Zusammenfassung und Schlüsselerkenntnisse
ARIA ist ein unverzichtbares Werkzeug für die Entwicklung barrierefreier Webanwendungen. Die korrekte Implementierung erfordert ein tiefes Verständnis der Spezifikation, kontinuierliches Testing und die Bereitschaft, von echten Nutzern zu lernen. Durch die Befolgung der Best Practices und die Verwendung semantischen HTMLs als Grundlage können Entwickler Anwendungen erstellen, die für alle Nutzer zugänglich sind.
Was ist ARIA und wofür wird es verwendet?
ARIA (Accessible Rich Internet Applications) ist eine technische Spezifikation des W3C, die HTML um spezielle Attribute erweitert, um Webinhalte für Menschen mit Behinderungen zugänglicher zu machen. Es ermöglicht assistiven Technologien wie Screenreadern, dynamische Inhalte und komplexe Benutzeroberflächen besser zu interpretieren. ARIA wird vor allem dann eingesetzt, wenn semantisches HTML allein nicht ausreicht, um die Funktion und den Zustand von Elementen zu beschreiben.
Wann sollte ich ARIA-Attribute verwenden?
ARIA sollte nur dann verwendet werden, wenn natives HTML die gewünschte Semantik oder Funktionalität nicht bieten kann. Die erste Regel von ARIA lautet: Verwenden Sie semantisches HTML, wann immer möglich. ARIA kommt hauptsächlich bei komplexen Widgets wie Tabs, Modalen, Akkordeons oder Custom-Dropdowns zum Einsatz, die mit Standard-HTML-Elementen nicht adäquat abgebildet werden können. Wichtig ist auch, dass alle ARIA-Widgets vollständig per Tastatur bedienbar sein müssen.
Welche Vorteile bietet die korrekte ARIA-Implementierung?
Eine korrekte ARIA-Implementierung verbessert die Zugänglichkeit für Menschen mit Behinderungen erheblich und erweitert damit die potenzielle Nutzerbasis. Sie hilft, gesetzliche Anforderungen wie WCAG 2.1, BITV 2.0 oder den European Accessibility Act zu erfüllen und vermeidet rechtliche Risiken. Zudem führt sie zu einer besseren Nutzererfahrung für alle Besucher, verbessert die SEO und demonstriert soziale Verantwortung des Unternehmens.
Wie funktionieren ARIA Live-Regionen?
ARIA Live-Regionen informieren Screenreader-Nutzer über dynamische Änderungen im Inhalt, ohne dass diese ihren aktuellen Fokus verlieren müssen. Mit aria-live=“polite“ werden Änderungen angekündigt, sobald der Nutzer pausiert, während aria-live=“assertive“ Änderungen sofort mitteilt und die aktuelle Ausgabe unterbricht. Das Attribut aria-atomic bestimmt, ob die gesamte Region oder nur die Änderungen vorgelesen werden. Live-Regionen sollten sparsam eingesetzt werden, um Nutzer nicht zu überfordern.
Welche Tools gibt es zum Testen von ARIA-Implementierungen?
Für das Testen von ARIA gibt es sowohl automatisierte als auch manuelle Methoden. Zu den wichtigsten automatisierten Tools gehören axe DevTools, WAVE, Lighthouse und pa11y. Für manuelle Tests sollten Screenreader wie NVDA, JAWS oder VoiceOver verwendet werden. Zusätzlich ist es wichtig, die komplette Tastaturnavigation zu testen und Farbkontraste zu prüfen. Die Kombination aus automatisierten Scans und echten Nutzertests liefert die zuverlässigsten Ergebnisse für barrierefreie Implementierungen.
Letzte Bearbeitung am Dienstag, 28. Oktober 2025 – 14:41 Uhr von Alex, Webmaster für Google und Bing SEO.
