Ein Commerce-Shop ist keine feste Seitenliste
Ein Produktkatalog erzeugt URLs nicht nur über Kategorien und Produkte. Filter, Sortierung, Varianten, Suchseiten, Login-Bereiche, Session-Parameter, externe Zahlungsanbieter und lokalisierte Inhalte können neue Zustände erzeugen.
Ein Crawler muss deshalb vorher entscheiden, was als sinnvolle Prüfseite gilt. Sonst verbringt er seine Zeit mit Varianten derselben Kategorie, während Checkout, Consent oder Konto-Bereiche ungesehen bleiben.
Die schlechte Aussage
„Wir haben alle Seiten geprüft.“
Ohne Angaben zu Filtern, Varianten, Login, externen Zahlungsstrecken und ausgeschlossenen Bereichen ist diese Aussage nicht überprüfbar.
Die belastbare Aussage
„Wir haben den vereinbarten autorisierten Scope geprüft und die Coverage im Report ausgewiesen.“
Das ist technisch überprüfbar und hilft Entwicklung, Projektleitung und Kunde.
Coverage ist der fehlende Teil vieler Reports
Coverage beantwortet fünf einfache Fragen. Sie machen aus einem Scannergebnis einen nachvollziehbaren technischen Arbeitsstand.
Beispiel einer dokumentierten Coverage
Diese Zahlen sind ein Beispiel, keine aktuelle Produktzusage. Entscheidend ist das Prinzip: Umfang und Grenzen stehen offen im Report.
Was Agenturen vor einem Scan klären sollten
- Welche Domains, Subdomains und Sprachversionen gehören zum Auftrag?
- Welche Seiten sind geschäftskritisch: Produkt, Warenkorb, Checkout, Konto, Suche, Consent?
- Welche Bereiche sind nur nach Login oder über externe Provider erreichbar?
- Welche URL-Parameter, Filter oder Sortierungen sollen ausgeschlossen werden?
- Wer bestätigt die Autorisierung für den Scan?
- Welche manuellen Prüfungen ergänzt die Agentur nach dem technischen Scan?
Was ein automatisierter Scan gut kann
Ein technischer Scan ist besonders stark bei wiederkehrenden, maschinenprüfbaren Mustern. Dazu gehören beispielsweise fehlende Labels, unzureichende Kontraste, ungültige ARIA-Verwendung, leere zugängliche Namen oder strukturelle Fehler in Komponenten.
Was weiterhin manuell geprüft werden muss
Ein Report bleibt glaubwürdig, wenn er manuelle Fragen nicht versteckt.
- Tastaturbedienung des vollständigen Checkout-Flows
- Vorlesereihenfolge und Statusmeldungen mit Screenreader
- Sinnhaftigkeit von Alternativtexten und Linktexten
- Verständlichkeit von Fehlermeldungen und Bestellschritten
- Verhalten externer Payment-, Login- oder Consent-Komponenten
Was das für bezahlte Commerce-Projekte bedeutet
Der Founding Agency Test arbeitet bewusst mit einem kontrollierten Scope: bis zu 15 Seiten je Scan. Das ist ausreichend, um Reporting, Priorisierung und Kundenübergabe zu testen.
Für größere bezahlte Projekte wird der Scope nicht pauschal versprochen. Server-/Worker-Kapazität, Seiten-Quota, Scanfrequenz und autorisierte Bereiche werden vor dem Start projektbezogen vereinbart. Das Ergebnis wird später als Coverage dokumentiert.
Die professionelle Reihenfolge
- Scope definieren
- Seiten und Journeys entdecken
- technisch prüfen
- Coverage und Grenzen berichten
- manuelle Prüfung und Umsetzung ergänzen
Weiterführende Grundlagen
- W3C: WCAG Evaluation Methodology
- Google: Faceted Navigation und Crawl-Flächen
- W3C: Evaluating Web Accessibility
Externe Quellen dienen der fachlichen Einordnung. Sie ersetzen keine projektbezogene rechtliche Bewertung.