Wissen / Barrierefreiheit

Barrierefreie Websites: WCAG 2.2 verstehen, BFSG richtig einordnen.

Kurz gesagt: Eine barrierefreie Website lässt sich mit Tastatur, Screenreader, Vergrößerung und unterschiedlichen Eingabemethoden zuverlässig nutzen. WCAG 2.2 ordnet das in vier Prinzipien: wahrnehmbar, bedienbar, verständlich und robust. Das BFSG betrifft seit dem 28. Juni 2025 bestimmte Produkte sowie bestimmte Dienstleistungen für Verbraucher, nicht automatisch jede Website. Die konkrete Anwendbarkeit muss separat geprüft werden.

Veröffentlicht am / Redaktion: Ruhrstack / 13 Minuten Lesezeit

01 / NUTZUNG

Barrierefreiheit beginnt bei konkreten Nutzungssituationen.

Nicht eine bestimmte Technik steht im Mittelpunkt, sondern die Frage, ob Menschen Inhalt und Funktionen tatsächlich erreichen, verstehen und bedienen können.

Digitale Barrieren betreffen weit mehr als die Nutzung eines Screenreaders. Eine Person kann Text vergrößern müssen, keine Maus bedienen können, Untertitel benötigen oder von schnell bewegten Inhalten beeinträchtigt werden. Andere Menschen brauchen verständliche Beschriftungen und vorhersehbare Abläufe, weil komplexe Sprache oder überraschende Zustandswechsel eine Aufgabe erschweren. Auch eine gebrochene Hand, helles Sonnenlicht oder eine laute Umgebung zeigen, dass unterschiedliche Bedienwege vielen Menschen nützen.

Eine barrierefreie Website stellt deshalb keine Sonderausgabe neben die eigentliche Seite. Inhalt, HTML-Struktur, Gestaltung und Interaktion werden so geplant, dass verschiedene Browser und assistive Technologien dieselbe Aufgabe vermitteln können. Eine Überschrift muss im Code eine Überschrift sein. Ein sichtbares Feld braucht eine verständliche Beschriftung. Ein Menü muss mit Tastatur und Zeiger funktionieren. Eine Fehlermeldung darf nicht nur rot werden, sondern muss benennen, was fehlt und wie es korrigiert werden kann.

Der Anspruch lässt sich am besten an vollständigen Wegen prüfen. Kann ein Besucher eine Leistung finden, die Bedingungen verstehen, das Formular ausfüllen, Fehler korrigieren und eine Bestätigung wahrnehmen? Einzelne korrekt beschriftete Schaltflächen reichen nicht, wenn der Fokus im geöffneten Menü stecken bleibt oder die Rückmeldung nach dem Absenden nur visuell erscheint.

02 / PRINZIPIEN

WCAG 2.2 ordnet Qualität in vier Prinzipien.

Wahrnehmbar, bedienbar, verständlich und robust bilden ein gemeinsames System. Eine gute Lösung betrachtet nie nur eines davon.

Vier Blickwinkel auf denselben Nutzerweg
PrinzipLeitfrageBeispiele
WahrnehmbarKann Information in einer passenden Form aufgenommen werden?Alternativtexte, Untertitel, Kontrast, flexible Darstellung
BedienbarSind Navigation und Funktionen mit verschiedenen Eingaben nutzbar?Tastatur, sichtbarer Fokus, ausreichende Zeit, Alternativen zum Ziehen
VerständlichSind Inhalt und Verhalten nachvollziehbar?klare Sprache, konsistente Navigation, Labels, hilfreiche Fehlertexte
RobustKönnen Browser und assistive Technik Bedeutung zuverlässig bestimmen?semantisches HTML, zugängliche Namen, Rollen, Zustände und Statusmeldungen

Wahrnehmbar bedeutet nicht, dass jeder Inhalt gleich aussehen oder klingen muss. Entscheidende Information braucht eine Alternative. Ein aussagekräftiges Foto erhält einen passenden Alternativtext, ein dekoratives Zeichen bleibt für assistive Technik stumm. Gesprochener Videoinhalt braucht je nach Fall Untertitel und weitere Alternativen. Farbe darf eine Information unterstützen, aber nicht allein tragen.

Bedienbar verlangt erreichbare Funktionen. Wer nur die Tabulatortaste nutzt, muss erkennen können, welches Element aktiv ist, und den Fokus wieder aus Menüs oder Dialogen herausbewegen können. Zeitbegrenzungen, automatische Bewegung und komplexe Zeigergesten brauchen kontrollierbare oder gleichwertige Wege.

Verständlich betrifft Text und Verhalten. Navigation bleibt an vertrauter Stelle, gleiche Funktionen heißen gleich, Formulare erklären erwartete Eingaben und bekannte Fehler erhalten eine konkrete Korrekturhilfe. Robust heißt schließlich, dass Name, Rolle, Zustand und Beziehungen im Code bestimmbar sind. Native HTML-Elemente leisten dafür meist mehr als optisch nachgebaute Steuerelemente ohne vollständige Tastatur- und ARIA-Logik.

03 / KONFORMITÄT

WCAG 2.2 AA ist kein Siegel für einzelne Komponenten.

Die Konformitätsstufe beschreibt ein vollständiges Ergebnis, nicht die Zahl bestandener Prüfungen in einem Werkzeug.

Die Web Content Accessibility Guidelines, kurz WCAG, enthalten testbare Erfolgskriterien in den Stufen A, AA und AAA. Für AA müssen sämtliche anwendbaren Kriterien der Stufen A und AA erfüllt sein. Es reicht nicht, die auffälligsten Kontrastfehler zu beheben oder eine Prozentzahl aus einem Testbericht zu übernehmen. Manche Kriterien sind für einen konkreten Inhalt nicht anwendbar; vorhandene Kriterien können aber nicht gegeneinander verrechnet werden.

Konformität bezieht sich auf vollständige Seiten. Dazu gehören auch responsive Varianten, die automatisch auf unterschiedlichen Bildschirmgrößen erscheinen. Ist eine Seite Teil eines mehrstufigen Prozesses, müssen alle notwendigen Seiten dieses Prozesses das beanspruchte Niveau erreichen. Beim Onlinekauf wäre eine gut bedienbare Produktseite daher nicht ausreichend, wenn Warenkorb, Anmeldung oder Bezahlung unzugänglich bleiben.

WCAG 2.2 beschreibt überprüfbare Mindestbedingungen, deckt aber nach eigener Aussage nicht jede mögliche Nutzeranforderung ab. Selbst ein formal konformes Angebot kann für einzelne Menschen schwierig bleiben. Gute Projekte behandeln die Kriterien daher als belastbare Grundlage und ergänzen sie mit verständlicher Redaktion, realistischen Geräten, verschiedenen Eingaben und Rückmeldungen aus der Nutzung.

Erfolgskriterium
Eine prüfbare Anforderung innerhalb der WCAG. Erklärungen und Techniken helfen bei der Umsetzung, sind aber vom normativen Wortlaut zu unterscheiden.
Konformitätsstufe AA
Alle Kriterien der Stufen A und AA werden für die vollständige Seite und zusammenhängende Prozesse erfüllt.
Assistive Technologie
Software oder Hardware, die Zugang und Bedienung unterstützt, beispielsweise Screenreader, Vergrößerung, Sprachsteuerung oder alternative Tastaturen.
Zugänglicher Name
Programmatisch bestimmbare Bezeichnung eines Bedienelements. Sie muss dessen Zweck verständlich wiedergeben und mit dem sichtbaren Label zusammenpassen.

04 / WCAG 2.2

WCAG 2.2 ergänzt wichtige Hürden aus heutigen Nutzerwegen.

Neun neue Kriterien schärfen unter anderem Fokus, Zeigerbedienung, wiederholte Eingaben und Authentifizierung.

Fokus darf nicht hinter festen Flächen verschwinden

Ein sichtbarer Fokus war bereits wichtig. Neu auf Stufe AA ist zusätzlich, dass ein fokussiertes Element nicht vollständig durch selbst erzeugte Inhalte verdeckt sein darf. Feste Kopfzeilen, Cookieflächen, klebende Aktionsleisten und geöffnete Ebenen müssen deshalb beim Tastaturweg mitgedacht werden. Eine Person darf nicht raten müssen, wo sie sich gerade befindet.

Ziehen braucht eine Bedienalternative

Funktionen, die eine Ziehbewegung auswerten, müssen auf Stufe AA grundsätzlich auch mit einem einzelnen Zeiger ohne Ziehen erreichbar sein, sofern die Bewegung nicht wesentlich ist. Für sortierbare Karten kann das beispielsweise eine klar beschriftete Verschiebesteuerung sein. Eine horizontale Galerie braucht erreichbare Vor- und Zurück-Schaltflächen, wenn das Wischen nicht der einzige Weg bleiben soll.

Bedienziele brauchen Größe oder ausreichenden Abstand

WCAG 2.2 nennt für die neue AA-Anforderung grundsätzlich 24 mal 24 CSS-Pixel. Der normative Text enthält Ausnahmen, etwa für Links im Fließtext und ausreichend getrennte kleinere Ziele. Die Zahl ist deshalb kein pauschaler Buttonstandard. Größere, gut getrennte Flächen sind in der Praxis dennoch oft leichter zu treffen, besonders auf kleinen Bildschirmen.

Eingaben und Anmeldung dürfen nicht unnötig belasten

Bereits angegebene Informationen sollen in einem Prozess nicht ohne Grund erneut eingegeben werden müssen. Bei der Authentifizierung darf ein vermeidbarer kognitiver Funktionstest, etwa das Erinnern oder Abschreiben eines Passworts, nicht der einzige Weg sein. WCAG nennt die Unterstützung von Passwortmanagern sowie Kopieren und Einfügen als mögliche Hilfen. Sicherheitsanforderungen bleiben wichtig, müssen aber ohne unnötige Barrieren umgesetzt werden.

Diese Ergänzungen ersetzen die älteren Kriterien nicht. Alternativtexte, Tastaturbedienung, Kontrast, Zoom, Reflow, Formulare, Medienalternativen und robuste Semantik bleiben Teil des AA-Ziels. Wer nur die Neuerungen abhakt, prüft daher nicht WCAG 2.2 AA.

05 / PRÜFUNG

Ein automatischer Scan beweist keine Konformität.

Werkzeuge finden wiederholbare technische Fehler. Bedeutung, Verständlichkeit und vollständige Bedienwege brauchen zusätzlich qualifizierte menschliche Prüfung.

Automatisierte Werkzeuge erkennen beispielsweise fehlende Attribute, bestimmte Kontrastprobleme oder widersprüchliche Rollen. Sie sind wertvoll, weil sie viele Seiten schnell prüfen und bekannte Fehler in Entwicklung und Redaktion früh melden können. Das W3C stellt jedoch klar, dass kein Werkzeug allein bestimmen kann, ob eine Website einen Accessibility-Standard erfüllt. Ein Alternativtext kann technisch vorhanden und trotzdem inhaltlich nutzlos sein. Eine Überschriftenfolge kann formal aussehen und den Inhalt dennoch falsch gliedern.

Die manuelle Prüfung beginnt ohne Spezialtechnik: Seite stark vergrößern, Textabstände verändern, nur mit Tastatur navigieren, sichtbaren Fokus beobachten und Bewegung reduzieren. Danach folgen Screenreader, unterschiedliche Browser, Touchbedienung und die vollständigen Aufgaben. Formulare werden nicht nur leer abgesendet. Auch falsche Formate, bekannte Fehler, Statusmeldungen, Bestätigung und erneute Korrektur gehören zum Ablauf.

Eine Stichprobe muss die Vielfalt der Website abbilden. Startseite, Navigation, Artikel, Formulare, Tabellen, Medien und interaktive Komponenten stellen andere Anforderungen. Wiederkehrende Templates können gruppiert werden, einzelne Sonderseiten dürfen aber nicht unbemerkt bleiben. Bei einem Konformitätsanspruch braucht es einen dokumentierten Umfang, klare Kriterien, nachvollziehbare Befunde und eine erneute Prüfung nach der Korrektur.

  1. Struktur lesen. Überschriften, Landmarken, Listen, Tabellen und Lesereihenfolge ohne visuelle Annahmen prüfen.
  2. Tastaturweg durchlaufen. Fokus, Reihenfolge, Bedienung, Schließen und Rückkehr an jedem interaktiven Element testen.
  3. Darstellung verändern. Zoom, Reflow, Textabstände, Kontrastmodi und kleine Ansichten ohne Inhaltsverlust kontrollieren.
  4. Formulare vollständig verwenden. Labels, Pflichtangaben, Fehlermeldungen, Korrektur und Statusrückmeldung gemeinsam testen.
  5. Assistive Technik ergänzen. Zugängliche Namen, Rollen, Zustände und dynamische Meldungen mit geeigneten Werkzeugen nachvollziehen.
  6. Automatisieren, was eindeutig ist. Wiederholbare Regeln in Entwicklung und Qualitätssicherung aufnehmen, ohne die manuelle Prüfung zu ersetzen.

Die technische und gestalterische Grundlage entsteht bei der Entwicklung einer Website und im Webdesign gemeinsam. Wenn Barrierefreiheit erst nach dem Launch als Zusatzschicht eingeplant wird, müssen häufig Struktur, Inhalte und Interaktionen gleichzeitig korrigiert werden.

06 / BFSG

Das BFSG betrifft bestimmte Angebote, nicht pauschal jede Website.

Anwendungsbereich, Verbraucherbezug, angebotene Leistung und Unternehmensgröße müssen vor einer rechtlichen Aussage für den konkreten Fall geprüft werden.

Das Barrierefreiheitsstärkungsgesetz gilt für die im Gesetz genannten Produkte, die nach dem 28. Juni 2025 in Verkehr gebracht werden, und für bestimmte Dienstleistungen, die nach diesem Datum für Verbraucher erbracht werden. Dazu zählen unter anderem bestimmte Telekommunikations- und Personenbeförderungsdienste, Bankdienstleistungen für Verbraucher, E-Books sowie Dienstleistungen im elektronischen Geschäftsverkehr. Eine öffentlich erreichbare Unternehmenswebsite fällt nicht allein wegen ihrer Existenz automatisch in diese Aufzählung.

Eine Dienstleistung im elektronischen Geschäftsverkehr definiert das BFSG als digitalen Dienst, der über Websites oder mobile Anwendungen elektronisch und auf individuelle Anfrage eines Verbrauchers im Hinblick auf den Abschluss eines Verbrauchervertrags erbracht wird. Ob ein konkreter Informations-, Reservierungs-, Bestell- oder Kontaktweg darunter fällt, lässt sich nicht zuverlässig aus seiner optischen Gestaltung ableiten. Angebot, Zielgruppe und Vertragsweg müssen zusammen betrachtet werden.

Für Kleinstunternehmen, die Dienstleistungen anbieten oder erbringen, enthält § 3 Absatz 3 BFSG eine Ausnahme. Die gesetzliche Definition verlangt weniger als zehn Beschäftigte und zusätzlich entweder höchstens zwei Millionen Euro Jahresumsatz oder höchstens zwei Millionen Euro Jahresbilanzsumme. Die Rechtsform allein, etwa GbR oder GmbH, entscheidet nicht. Außerdem ist die Ausnahme für Dienstleistungen nicht mit einer pauschalen Ausnahme für das Inverkehrbringen erfasster Produkte gleichzusetzen.

Ist eine Dienstleistung erfasst, verlangt das Gesetz neben der barrierefreien Leistung bestimmte öffentlich zugängliche Informationen über ihre Funktionsweise und die Erfüllung der Anforderungen. Die Bundesfachstelle unterscheidet diese Angaben von der Erklärung zur Barrierefreiheit öffentlicher Stellen. Eine vorhandene Footer-Seite mit allgemeinem Text ersetzt daher keine Prüfung, welche Informationspflicht für das konkrete Angebot gilt.

07 / STANDARDS

WCAG 2.2 und BFSG-Konformität sind nicht dasselbe.

Der technische Standard bietet ein starkes Qualitätsziel. Die gesetzliche Einordnung folgt zusätzlich BFSG, BFSGV und dem aktuellen Stand europäischer Normung.

Die BFSGV beschreibt allgemeine Anforderungen an Dienstleistungen. Informationen müssen unter anderem auffindbar, verständlich und wahrnehmbar sein, in geeigneten Textformaten vorliegen und alternative Darstellungen für nicht textliche Inhalte bieten. Websites und zugehörige Anwendungen sollen konsistent und angemessen wahrnehmbar, bedienbar, verständlich und robust gestaltet sein. Für elektronischen Geschäftsverkehr kommen Anforderungen an Informationen sowie an Identifizierung, Authentifizierung, Sicherheit und Zahlung hinzu.

Die Bundesfachstelle für Barrierefreiheit bezeichnet EN 301 549 in Version V3.2.1 derzeit als zentrale technische Referenz für digitale Barrierefreiheit. Die Anforderungen an Websites stehen dort in Abschnitt 9 und verweisen aktuell auf Erfolgskriterien der WCAG 2.1. Nach den veröffentlichten Informationen soll die überarbeitete Norm auf WCAG 2.2 verweisen. Solange die beauftragten harmonisierten europäischen Normen noch nicht veröffentlicht und im EU-Amtsblatt bekannt gemacht sind, nennt die Fachstelle EN 301 549 und WCAG als maßgebliche Orientierung für die praktische Umsetzung.

Diese laufende Normung ist der Grund, den Quellenstand sichtbar zu datieren. WCAG 2.2 AA ist ein sinnvolles modernes Entwicklungsziel, aber keine automatische Bescheinigung der BFSG-Konformität. Umgekehrt sollte eine ältere formale Referenz nicht als Vorwand dienen, aktuelle und gut belegte Verbesserungen für Fokus, Zielgrößen oder Authentifizierung wegzulassen.

Die Bundesfachstelle weist für Online-Shops außerdem darauf hin, dass ein Overlay-Werkzeug die gesetzlichen Verpflichtungen nicht erfüllen kann. Das ist technisch nachvollziehbar: Eine nachträgliche Bedienoberfläche kennt weder die fachlich richtige Überschriftenstruktur noch einen fehlenden Alternativtext, einen unverständlichen Fehler oder einen gebrochenen Bestellschritt zuverlässig. Barrierefreiheit muss im eigentlichen Inhalt und in den Funktionen entstehen.

08 / BETRIEB

Barrierefreiheit endet nicht mit dem Launch.

Neue Artikel, Bilder, Formulare und Erweiterungen können alte Barrieren zurückbringen. Verantwortlichkeit und Prüfung gehören deshalb in den Betrieb.

Ein gutes Grundsystem erleichtert die Pflege: semantische Komponenten, sichtbare Fokuszustände, getestete Formulare, dokumentierte Bildregeln und klare redaktionelle Vorlagen. Trotzdem bleibt jede neue Veröffentlichung eine Entscheidung. Ein Alternativtext muss zum konkreten Bildzweck passen. Eine neue Tabellenstruktur braucht korrekte Überschriften. Ein eingebetteter Dienst kann eigene Barrieren, Datenschutzfragen und Tastaturprobleme mitbringen.

Zuständigkeiten verhindern, dass Barrierefreiheit zwischen Redaktion, Design und Entwicklung verloren geht. Die Redaktion verantwortet verständlichen Inhalt, Linktexte und Medienalternativen. Design prüft Kontrast, Größen, Zustände und flexible Darstellung. Entwicklung stellt Semantik, Tastatur, Statusmeldungen und robuste Interaktion sicher. Qualitätssicherung verbindet diese Perspektiven in realen Wegen. Keine Disziplin kann das Ergebnis allein garantieren.

Regelmäßige automatische Prüfungen fangen bekannte Rückfälle früh ab. Vor wichtigen Veröffentlichungen und nach strukturellen Änderungen folgt eine manuelle Stichprobe. Beschwerden und Nutzungshinweise werden nicht als Randfall abgelegt, sondern reproduziert, priorisiert und in die Komponenten zurückgeführt. Das verbessert nicht nur einzelne Seiten, sondern den nächsten Inhalt desselben Systems.

Wer einen bestehenden Auftritt einordnet, beginnt sinnvollerweise mit den wichtigsten Seiten und Handlungen. Eine URL oder eine kurze Beschreibung des entscheidenden Wegs genügt für den Erstkontakt. Zugangsdaten sind dafür zunächst nicht nötig. Der Artikel Warum ein Website-Baukasten meist nicht ausreicht erklärt ergänzend, wo standardisierte Oberflächen bei individuellen Qualitätsanforderungen an Grenzen kommen.

09 / KURZANTWORTEN

Die häufigsten Fragen kurz beantwortet.

Zu WCAG-Konformität, BFSG-Anwendungsbereich, Kleinstunternehmen und Overlay-Werkzeugen.

Bedeutet WCAG 2.2 AA automatisch, dass eine Website das BFSG erfüllt?

Nein. WCAG 2.2 ist ein technischer Standard mit Erfolgskriterien. Die rechtliche Bewertung richtet sich zusätzlich nach dem konkreten Angebot, BFSG, BFSGV und den jeweils maßgeblichen Normen und Spezifikationen. Beides muss ausdrücklich voneinander unterschieden werden.

Gilt das BFSG für jede Unternehmenswebsite?

Nein. Entscheidend sind unter anderem die angebotene Produkt- oder Dienstleistungsart, der Verbraucherbezug und der digitale Abschlussweg. Die bloße Existenz einer öffentlichen Website reicht für diese Einordnung nicht. Andere gesetzliche, vertragliche oder fachliche Anforderungen können unabhängig davon bestehen.

Ist eine kleine GbR automatisch vom BFSG ausgenommen?

Nein. Die Rechtsform entscheidet nicht. Für Dienstleistungen enthält das BFSG eine Ausnahme für Kleinstunternehmen nach seiner eigenen Beschäftigten- und Finanzdefinition. Ob diese Voraussetzungen erfüllt sind, wie Werte zu berechnen sind und ob Produkte betroffen sind, muss am konkreten Unternehmen geprüft werden.

Reicht ein Accessibility-Plugin oder Overlay?

Nein. Ein Zusatzwerkzeug kann einzelne Darstellungsoptionen anbieten, beseitigt aber keine fehlerhafte Semantik, unbedienbare Prozesse oder unverständliche Inhalte. Die Bundesfachstelle erklärt ausdrücklich, dass ein Online-Shop seine BFSG-Pflichten nicht allein mit einem Overlay-Werkzeug erfüllen kann.

10 / QUELLEN

Quellen und redaktioneller Stand.

W3C-Standards, geltendes deutsches Recht und aktuelle Informationen der Bundesfachstelle für Barrierefreiheit. Der Artikel wurde am 2. September 2026 veröffentlicht und ersetzt keine Rechtsberatung.

  1. W3C: Web Content Accessibility Guidelines 2.2, W3C Recommendation vom 12. Dezember 2024.
  2. W3C Web Accessibility Initiative: What's New in WCAG 2.2, abgerufen am 2. September 2026.
  3. W3C Web Accessibility Initiative: Accessibility Principles, abgerufen am 2. September 2026.
  4. W3C Web Accessibility Initiative: Evaluating Web Accessibility Overview, abgerufen am 2. September 2026.
  5. Gesetze im Internet: § 1 BFSG, Zweck und Anwendungsbereich, abgerufen am 2. September 2026.
  6. Gesetze im Internet: § 2 BFSG, Begriffsbestimmungen, abgerufen am 2. September 2026.
  7. Gesetze im Internet: § 3 BFSG, Barrierefreiheit und Ausnahme für Kleinstunternehmen, abgerufen am 2. September 2026.
  8. Gesetze im Internet: § 14 BFSG, Pflichten des Dienstleistungserbringers, abgerufen am 2. September 2026.
  9. Gesetze im Internet: § 12 BFSGV, allgemeine Anforderungen an Dienstleistungen, abgerufen am 2. September 2026.
  10. Gesetze im Internet: § 19 BFSGV, elektronischer Geschäftsverkehr, abgerufen am 2. September 2026.
  11. Bundesfachstelle Barrierefreiheit: FAQ für Dienstleistungserbringer zum BFSG, abgerufen am 2. September 2026.
  12. Bundesfachstelle Barrierefreiheit: Normen und Standards zum BFSG, abgerufen am 2. September 2026.
  13. Bundesfachstelle Barrierefreiheit: FAQ zu Dienstleistungen im elektronischen Geschäftsverkehr, Stand Mai 2025.
  14. Bundesfachstelle Barrierefreiheit: E-Commerce, Wissen und Unterstützungsangebote zum BFSG, abgerufen am 2. September 2026.

Redaktioneller Hinweis: Dieser Beitrag dient der allgemeinen Information und ersetzt keine Einzelfallprüfung. Trotz sorgfältiger Recherche wird keine Gewähr für Vollständigkeit und fortdauernde Aktualität übernommen. Eine Haftung nach zwingenden gesetzlichen Vorschriften bleibt unberührt. Redaktionelle Einordnung.

Wo entstehen auf Ihrer Website Barrieren?

Eine URL oder der wichtigste Nutzerweg genügt. Wir prüfen Struktur, Gestaltung und Bedienung; die rechtliche Einordnung bleibt davon getrennt.

Website technisch einordnen
Zurück nach oben