Was ist der Silktide Accessibility Checker?

Der Silktide Accessibility Checker ist eine kostenlose Browser Erweiterung für Chrome und Edge, die eine geöffnete Webseite gegen mehr als 200 Barrierefreiheitsprüfungen testet. Grundlage sind die WCAG in den Versionen 2.0, 2.1 und 2.2.

Hinter dem Tool steht die britische Firma Silktide, die sonst eine kostenpflichtige Plattform für automatisches Website Monitoring anbietet. Die Erweiterung ist der kleine Bruder dieser Plattform. Sie prüft immer genau eine Seite, markiert Fundstellen direkt im Layout und erklärt Schritt für Schritt, wie ihr ein Problem behebt.

Dazu kommen Werkzeuge, die über reine Fehlerlisten hinausgehen: ein Screenreader Simulator, ein Farbkontrast Checker, Ansichten für Desktop, Tablet und Mobil sowie Simulationen verschiedener Einschränkungen. Damit eignet sich Silktide für schnelle Spot Checks im Alltag, etwa vor einem Release oder nach einer Änderung im CMS.

NCA testet Barrierefreiheit dort, wo sie entsteht: im Code. Wir kombinieren Browser Erweiterungen für schnelle Spot Checks mit automatisierten Tests in Cypress und Cypress Cloud, die bei jedem Push in der Pipeline laufen. Roland Golla ist Cypress Ambassador und bringt über 20 Jahre Erfahrung in Testing und Refactoring mit. Deshalb wissen wir genau, welche Fundstellen ein Tool wie Silktide zuverlässig meldet und wo erst ein Mensch mit Tastatur und Screenreader weiterkommt.

Wir helfen euch beim barrierefreien Webdesign von der ersten Komponente bis zum Go Live. Dazu gehören ein strukturierter Accessibility Audit, eine saubere Accessibility Testing Toolchain, automatisierte Tests mit axe und Cypress und die Einordnung eurer Pflichten aus dem Barrierefreiheitsstärkungsgesetz. Wenn euer Frontend zu viel JavaScript mitschleppt, zeigen wir euch, wie ihr es für Barrierefreiheit und Performance ablöst.

Silktide scannt die Seite, die gerade in eurem Browser geladen ist. Das Tool vergleicht jedes Element mit den Regeln der WCAG und sortiert die Ergebnisse nach Themen. Wer auf einen Fund klickt, sieht die betroffene Stelle direkt markiert im Layout.

So startet ihr in drei Schritten:

1. Installieren: Die Erweiterung im Chrome Web Store suchen und hinzufügen. In Edge funktioniert das über denselben Store.
2. Anheften: Über das Puzzle Symbol in der Browserleiste die Erweiterung dauerhaft sichtbar machen.
3. Prüfen: Seite öffnen, Silktide Symbol anklicken, Accessibility Checker starten und die Themen nacheinander abarbeiten.

Weil der Checker im Browser läuft, testet er alles, was ihr dort öffnen könnt. Dazu zählen Seiten hinter einem Login, Staging Umgebungen und lokale Entwicklungsversionen. Genau das unterscheidet ihn von Online Scannern, die nur öffentlich erreichbare URLs prüfen.

Offiziell unterstützt Silktide Chrome und Edge. Chromium Browser wie Brave und Vivaldi installieren Erweiterungen aus dem Chrome Web Store in der Regel ebenfalls. Offiziell getestet ist das vom Hersteller aber nicht.

Die Erweiterung bündelt mehrere Prüfwerkzeuge in einer Seitenleiste. Die wichtigsten davon:

• WCAG Prüfungen: Über 200 automatische Checks nach WCAG 2.0, 2.1 und 2.2 mit verständlichen Erklärungen und Lösungswegen.
• Screenreader Simulator: Ihr hört, wie eine Seite vorgelesen wird, ohne selbst einen Screenreader einrichten zu müssen.
• Farbkontrast Checker: Prüft, ob Text und Hintergrund genug Farbkontrast haben.
• Alt Text Prüfung: Zeigt, welche Bilder einen Alternativtext haben, welche keinen und welche als dekorativ markiert sind.
• Überschriften Check: Macht die Hierarchie eurer Überschriften sichtbar.
• Geräteansichten: Tests in Desktop, Tablet und Mobil Größe für ein sauberes Responsive Design.
• Simulationen: Verschiedene Einschränkungen des Sehens, um Verständnis im Team aufzubauen.

Der Screenreader Simulator ist dabei der größte Hebel für Designer und Redaktionen. Viele Teams haben noch nie gehört, wie ihre eigene Navigation klingt. Ein paar Minuten reichen oft, um fehlende Beschriftungen oder unklare Linktexte zu finden.

Ein Browser Tool ersetzt keine Teststrategie. Es füllt aber eine Lücke, die automatisierte Pipelines lassen: den schnellen Blick von Menschen, die nicht im Code arbeiten. Redaktion, Design und Produktmanagement können damit selbst prüfen, bevor etwas live geht.

So verteilt sich die Arbeit sinnvoll:

• Beim Redigieren: Silktide für neue Inhalte, Bilder und Überschriften im CMS.
• Beim Entwickeln: Silktide, Firefox Accessibility Tools, ANDI und taba11y für die Tab Reihenfolge.
• In der Pipeline: axe und Cypress prüfen jede Änderung automatisch und brechen den Build bei Fehlern ab.
• Vor dem Release: Lighthouse Audits und manuelle Tests mit Tastatur und echtem Screenreader.

Silktide gehört damit in die frühe Phase. Es findet Probleme, bevor sie im Code Review oder in der Pipeline auffallen. Die verbindliche Absicherung übernehmen automatisierte Tests, die bei jedem Commit laufen.

Automatische Prüfungen erkennen Muster. Ob ein Muster für Menschen auch Sinn ergibt, können sie nur bedingt beurteilen. Ein Tool sieht, dass ein Bild einen Alt Text hat. Ob dieser Text das Bild richtig beschreibt, sieht es nicht.

Typische Lücken automatischer Tests:

• Die inhaltliche Qualität von Alt Texten und Linktexten.
• Eine logische Lesereihenfolge bei komplexen Layouts.
• Tastaturfallen in Dialogen und Menüs, die erst bei echter Keyboard Navigation auffallen.
• Falsch eingesetztes ARIA, das formal gültig ist, aber Screenreader verwirrt.
• Verständlichkeit von Sprache, Fehlermeldungen und Abläufen.

Ein grüner Bericht in Silktide heißt deshalb nicht, dass eine Seite barrierefrei ist. Er heißt, dass die maschinell prüfbaren Fehler behoben sind. Für eine belastbare Aussage zur Konformität braucht ihr zusätzlich manuelle Tests, am besten mit Semantic HTML als Fundament.

In unseren Projekten entsteht Barrierefreiheit in der Komponente, nicht im Nachgang. Wir setzen auf Semantic HTML, prüfen jede Änderung mit Cypress in der Pipeline und nutzen Browser Werkzeuge für den schnellen Blick zwischendurch. Silktide ist geeignet für Teams, in denen auch Redaktion und Design selbst prüfen sollen. Wir helfen euch, Tools wie Silktide, Stark oder ANDI sinnvoll in euren Ablauf einzuordnen.

Häufig beginnt die Zusammenarbeit mit einer ehrlichen Bestandsaufnahme nach WCAG 2.2. Danach priorisieren wir, was rechtlich zählt: das BFSG, der European Accessibility Act und eine nachvollziehbare Dokumentation, zum Beispiel als Accessibility Conformance Report. Wer seine Website zusätzlich für KI Agenten öffnen will, findet bei Agent Readiness den nächsten Schritt.

Wir starten mit einem kostenlosen Kennenlernen, schätzen den Aufwand realistisch und rechnen transparent auf die Minute ab. Mehr Grundlagen zum Thema findet ihr unter Accessibility Testing.

Die wichtigsten Antworten rund um Installation, Umfang und Grenzen des Silktide Accessibility Checkers.