Audit-Vorlage
frontend
Sechzehn Frontend-Spezialisten prüfen ein UI — jeder Befund verifiziert, bevor er eingereicht wird.
Zugeordnet zu: Nielsen · WCAG · CWV
So funktioniert dieses Audit
Zuerst kartiert Phase 0 das Produkt, seine Oberflächen und die kritischen User Journeys. Danach prüfen 16 Spezialisten-Agenten parallel: Usability, Verhaltenspsychologie, Visual Design, WCAG-2.2-Accessibility, Core Web Vitals, technisches SEO, Microcopy, Conversion, IA, Responsive-Verhalten, Interaction States, Formulare, Code-Qualität, Trust, i18n und den ersten Eindruck. Jeder Befund nennt die verletzte Regel oder Guideline und belegt sie konkret — mit DOM-Selektor, file:line, gemessener Metrik oder zitiertem String. Er übersteht nur, wenn ihn mindestens zwei von drei unabhängigen Skeptikern nicht widerlegen können. Liegen Live-URL und Repo beide vor, gleichen die Agenten ab, was der Code behauptet, mit dem, was die Seite tatsächlich rendert.
Wann du es einsetzt
Review vor dem Launch
Du bist nur noch Tage von einem Redesign entfernt und musst wissen, was wirklich kaputt ist — nicht, was in der Demo gut aussieht. Das Audit geht jede kritische Journey von Anfang bis Ende durch und legt die WCAG-A-Fehler, Dark Patterns und Conversion-Verluste offen, die den Launch blockieren — jeweils mit Severity und konkretem Fix.
Signup-Funnel mit Leck
Traffic kommt an, aber kaum jemand schliesst den Signup ab, und die Analytics zeigen dir nur, wo die Leute abspringen, nicht warum. Die CRO- und Formular-Agenten zählen jedes Feld, jeden Klick und jede Entscheidung zwischen Ankunft und Erfolgsereignis — und benennen Reibung, fehlende Validierung und schwache Trust-Signale genau an dem Schritt, an dem die Nutzer abbrechen.
Accessibility und rechtliches Risiko
Die EAA-Frist rückt näher, und du musst wissen, wo das Produkt die Konformität verfehlt, bevor ein Prüfer oder eine Beschwerde es aufdeckt. Der Accessibility-Agent führt einen vollständigen WCAG-2.2-AA-Durchlauf durch — Semantik, Bedienbarkeit per Tastatur, Focus-Management, Kontrast, Target Size — und ordnet jedem Fehler seine Success-Criterion-Nummer und den rechtlichen Kontext zu.
Was du bekommst
Eine Scorecard von 0 bis 100 pro Dimension plus nach Priorität sortierte GitHub-Issues, jedes mit Management-Summary, Beleg, Vorher/Nachher-Fix und einer 30/60/90-Roadmap.