Barrierefreiheit einer Website prüfen
KIT lädt eine Website und prüft sie automatisiert gegen anerkannte Kriterien zur Barrierefreiheit – etwa Kontraste, fehlende Alternativtexte oder nicht per Tastatur bedienbare Elemente. Gedacht für Betreiber, die seit dem Barrierefreiheitsstärkungsgesetz wissen müssen, wo ihre Seite konkret nachbessern muss, bevor eine Prüfstelle es tut.
Online ausführen
Führen Sie dies mit Ihrem Konto auf unseren Servern aus. Kostenlose Tools laufen in Ihrem Browser; dieses wird zum oben genannten Preis von Ihrem KIT-Guthaben abgebucht.
Was das BFSG bedeutet
Seit Juni 2025 verpflichtet das Barrierefreiheitsstärkungsgesetz bestimmte Unternehmen, ihre digitalen Produkte und Online-Dienste barrierefrei zu gestalten; betroffen sind unter anderem Online-Shops und bestimmte Dienstleistungen mit Verbraucherbezug. Eine automatisierte Prüfung ersetzt keine vollständige rechtliche Einordnung, zeigt aber die technisch messbaren Lücken zuverlässig auf, bevor daraus eine förmliche Beanstandung wird. Wer die eigene Verpflichtung noch nicht genau kennt, sollte sich unabhängig von dieser Prüfung ohnehin rechtlich beraten lassen, statt sich allein auf ein automatisiertes Ergebnis zu verlassen.
Welche Kriterien einfließen
KIT kontrolliert unter anderem Farbkontraste, fehlende Alternativtexte für Bilder, die Struktur von Überschriften sowie Formularfelder ohne erkennbare Beschriftung – Kriterien, die sich an den international anerkannten WCAG orientieren. Jeder gefundene Punkt wird einzeln mit einer kurzen Erklärung aufgeführt, damit klar ist, welche Regel im Einzelfall verletzt wurde. Die genaue Ausgestaltung der WCAG unterscheidet zudem zwischen mehreren Konformitätsstufen, wobei sich die meisten praktischen Anforderungen an der mittleren Stufe orientieren.
Was automatisiert nicht erkennbar ist
Automatisiert erkennbar ist ein wesentlicher, aber nicht der gesamte Umfang der WCAG-Kriterien; Aspekte wie die tatsächliche Bedienbarkeit mit einem Screenreader oder die Verständlichkeit von Texten lassen sich nur teilweise automatisiert bewerten. Diese Funktion befindet sich in der Beta-Phase und ersetzt keine manuelle Prüfung durch geschultes Fachpersonal. Für eine vollständige Konformitätsprüfung nach den strengeren Anforderungen empfiehlt sich deshalb ergänzend ein Test mit echten Hilfsmitteln und, wo möglich, mit Betroffenen selbst.
Vom Befund zur Umsetzung
Das Ergebnis benennt konkrete Fundstellen im Quelltext, sodass ein Entwicklungsteam gezielt nachbessern kann, statt die gesamte Seite ohne Anhaltspunkt neu zu prüfen. Eine erneute Prüfung nach der Umsetzung zeigt, ob die gemeldeten Punkte tatsächlich behoben wurden, bevor die Seite erneut veröffentlicht wird. So entsteht aus einer einmaligen Prüfung ein wiederholbarer Prozess, der sich dauerhaft in eine bestehende Qualitätssicherung einbauen lässt, statt nur einmal vor einem Stichtag durchgeführt zu werden.
Anwendungsfälle
Vorbereitung auf das BFSG
Ein Online-Shop aus Leipzig lässt seine Produktseiten prüfen, um vor dem gesetzlichen Stichtag zu wissen, welche Barrieren zuerst behoben werden müssen.
Interne Qualitätssicherung einer Agentur
Eine Web-Agentur nimmt die Prüfung in ihre Abnahme-Checkliste auf, um jedem Kundenprojekt einen dokumentierten Mindeststandard an Barrierefreiheit mitzugeben.
Kontrolle nach einem Relaunch
Ein Unternehmen aus Stuttgart prüft nach dem Relaunch der eigenen Website, ob zuvor behobene Barrieren im neuen Design versehentlich zurückgekehrt sind.
Häufige Fragen
Was kostet eine Barrierefreiheitsprüfung?
$0.040 pro Abfrage plus $0.001 je zusätzlicher Einheit; für eine einzelne Seite liegt der Preis in der Regel bei $0.040.
Werden dabei personenbezogene Daten meiner Besucher erfasst?
Nein, geprüft wird ausschließlich der öffentlich sichtbare Quelltext und die Darstellung der Seite, keine Daten realer Besucher.
Ersetzt das eine Prüfung durch einen Menschen mit Behinderung?
Nein. Die automatisierte Prüfung erkennt einen wesentlichen Teil der technischen Kriterien, ersetzt aber keinen Test mit echten Nutzern und Hilfsmitteln.
Bin ich mit meiner Website vom BFSG betroffen?
Das hängt von Branche und Geschäftsmodell ab; im Zweifel hilft eine rechtliche Einordnung, KIT liefert die technische Bestandsaufnahme dazu.
Muss ich mich registrieren, um KIT zu nutzen?
Nein. Eine Registrierung ist nicht vorgesehen – Sie zahlen pro Abfrage, ohne laufende Kosten.
Ist die Funktion schon vollständig ausgereift?
Sie befindet sich derzeit in der Beta-Phase; komplexe interaktive Elemente werden möglicherweise noch nicht vollständig erfasst.
Für Entwickler — API-Zugang
Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem Stack
curl -X POST https://api.kit.forhosting.com/web/accessibility \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"url":"https://ejemplo.com"}'const res = await fetch("https://api.kit.forhosting.com/web/accessibility", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"url": "https://ejemplo.com"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/web/accessibility",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"url": "https://ejemplo.com"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/web/accessibility", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"url":"https://ejemplo.com"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"url":"https://ejemplo.com"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/web/accessibility", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"url": "https://ejemplo.com"
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "web.accessibility",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Limits
timeout_sec | 30 |
max_crawl_pages | 25 |
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |
422 | task_failed | Die Aufgabe ist fehlgeschlagen und wird nicht berechnet. |