BFSG Go-Live-Check fuer Online-Shops: 15 Punkte vor dem Launch

Die 15 Punkte im Detail: Checkliste zum Abhaken

Hier sind die 15 Go-Live-Punkte strukturiert nach Funnel-Bereich:

Navigation und Startseite:

1. Ist das Hauptmenü komplett mit Tastatur zu bedienen?
2. Zeigt sich der Fokus deutlich (Farbe, Rahmen, Unterline)?
3. Funktioniert die Suche auch ohne JavaScript?

Produktseite:

4. Hat jedes Bild einen aussagekräftigen Alt-Text?
5. Sind Varianten (Größe, Farbe, Menge) im Code korrekt als Auswahlgruppen gekennzeichnet?
6. Lässt sich die Produktgalerie komplett mit Tastatur steuern?

Warenkorb und Checkout:

7. Sind Fehlermeldungen untrennbar vom Eingabefeld verknüpft (nicht nur rote Farbe)?
8. Hat der Gastkauf-Button ein klares, verständliches Label?
9. Funktioniert die Lieferoption-Auswahl ohne Maus?
10. Zeigt die Zahlungsart-Liste sichtbare Fokussymbole?

Finish und Bestätigung:

11. Ist die Bestellbestätigungsseite selbsterklärend?
12. Funktioniert die Druckversion der Rechnung barrierefrei?
13. Erreicht der Nutzer von hier aus sein Kundenkonto?

Mobil und Stress:

14. Bleibt die gesamte Strecke auf Smartphone flüssig (Sticky-Bars nicht überlagert)?
15. Funktioniert alles auch bei niedrigem Batteriemodus oder langsamen Netzwerk?

Automatisierte Scans vs. manuelle Tests: Was wirklich nötig ist

Automatisierte Scanner (Lighthouse, WAVE, axe):

• Dauern 30 Sekunden pro Seite.
• Finden ca. 30 Prozent der echten Fehler (die offensichtlichen: fehlende Alt-Texte, zu schwache Kontraste, Strukturfehler).
• Gut für regelmäßige Überwachung und schnelle Priorisierung.
• Zu nutzen: Nach jedem Relaunch, monatlich zur Kontrolle, vor Kampagnen-Start.

Manuelle Tests mit Tastatur und Screenreader:

• Dauern 1 bis 2 Stunden pro Seite, kosten aber echte Erkenntnisse.
• Finden die restlichen 70 Prozent: fehlerhaften Fokusfluss, unklare Fehlermeldungen, Inhalte, die nur sichtbar, aber nicht vorlesbar sind.
• Notwendig vor Go-Live und bei Änderungen an Layout oder Formularen.
• Auch in Agenturen oft unterschätzt.

Optimal: Automatisierte Scans zur Früherkennung plus manuelle Tests an den umsatzkritischen Stellen (Checkout, Login, Suche).

Nach Go-Live: Was zu tun ist, wenn Fehler auftauchen

Trotz bester Vorbereitungen: Nach dem Launch treffen oft Beschwerden ein, oder es zeigen sich Edgecases, die im Test nicht vorkamen. Hier ist der richtige Umgang:

Erstes Tracking: Jede Barrierefreiheits-Beschwerde bekommt ein Ticket mit Priorität 'kritisch'. Sie ist nicht optional—rechtlich ist sie eine Mängelrüge.

Reproduktion: Beschreiben lassen, wie der Nutzer die Seite bedient (Tastatur, Screenreader, welche Schritte?). Das ist oft schneller als selber zu raten.

Workaround vs. Langfixe: In den ersten 48 Stunden: Gibt es einen schnellen Workaround (z. B. ein zweiter Link, ein anderer Checkout-Pfad)? Das mindert Umsatzverlust sofort. Die saubere Lösung kommt dann in der nächsten Sprint.

Prävention: Nach 3 bis 4 ähnlichen Meldungen: Nicht Symptom-Cure treiben, sondern Ursache beheben (z. B. generische Formular-Validierung statt Einzelfixxes).

Barrierefreiheit im Bestellprozess: Warenkorb bis Zahlungsart

Der Warenkorb ist einer der Bereiche, die beim Go-Live-Check am häufigsten nur oberflächlich getestet werden, obwohl hier viele Kaufabbrüche entstehen. Wenn ein Nutzer die Menge eines Artikels per Tastatur ändert, muss die Aktualisierung des Gesamtpreises auch für Screenreader hörbar werden, nicht nur visuell im Hintergrund passieren. Ein Warenkorb, der Preisänderungen ausschließlich durch eine kurze Animation anzeigt, informiert einen Teil der Käuferschaft schlicht nicht darüber, dass sich etwas geändert hat.

Buttons zum Entfernen eines Artikels sollten eindeutig beschriftet sein, idealerweise mit dem Produktnamen im zugänglichen Text, etwa "Artikel entfernen: Wanderschuhe Größe 42" statt eines bloßen Papierkorb-Icons ohne Beschriftung. Bei mehreren Artikeln im Warenkorb ist sonst nicht erkennbar, welcher Button zu welchem Produkt gehört, wenn man sich per Tastatur oder Screenreader durch die Liste bewegt.

Bei der Auswahl der Zahlungsart wiederholt sich häufig ein Muster aus dem restlichen Formular: Kacheln, die sich per Maus anklicken lassen, aber mit der Tastatur nicht erreichbar sind, weil sie als reine Div-Elemente ohne passende Rolle umgesetzt wurden. Jede Zahlungsart sollte per Tabulatortaste ansteuerbar und mit Leertaste oder Enter auswählbar sein, und die aktuell gewählte Option muss für Screenreader klar erkennbar sein.

Auch der Übergang zwischen den Checkout-Schritten verdient einen eigenen Blick. Wenn nach einem Klick auf "Weiter" der Fokus einfach an seiner alten Position stehen bleibt, während sich der sichtbare Inhalt komplett ändert, verliert ein Tastatur- oder Screenreader-Nutzer die Orientierung. Der Fokus sollte zum neuen Abschnitt springen, idealerweise zur Überschrift des nächsten Schritts.

Testgeräte und Testmethoden für den letzten Check vor dem Launch

Ein Go-Live-Check lebt davon, dass er mit echten Bedienweisen arbeitet, nicht nur mit einem automatisierten Scan. Der einfachste Einstieg ist ein reiner Tastaturtest: Maus beiseitelegen und versuchen, den kompletten Weg von der Startseite bis zur Bestellbestätigung ausschließlich mit Tab, Umschalt-Tab, Enter und den Pfeiltasten zurückzulegen. Jede Stelle, an der man nicht mehr weiterkommt oder der Fokus unsichtbar verschwindet, ist ein konkreter Befund für die Punkteliste.

Ergänzend lohnt sich ein kurzer Screenreader-Stichprobentest an den kritischsten Seiten: Startseite, Produktseite, Warenkorb und die einzelnen Checkout-Schritte. Es geht dabei nicht darum, jede Seite lückenlos zu prüfen, sondern zu hören, ob zentrale Informationen wie Preis, Verfügbarkeit und Bestellstatus tatsächlich angesagt werden und ob Formularfelder sinnvoll benannt sind.

Mobile Geräte verdienen einen eigenen Testdurchgang, weil sich Fehler dort oft anders zeigen als am Desktop. Sticky-Header, die den halben Bildschirm belegen, ausklappbare Filter, die sich nicht mehr schließen lassen, oder Buttons, die so dicht beieinander liegen, dass sie mit dem Finger kaum zu treffen sind, fallen erst beim echten Test auf einem Smartphone auf, nicht in der Browser-Emulation am Desktop.

Sinnvoll ist außerdem, den Zoomtest nicht zu vergessen: Seite auf 200 Prozent vergrößern und prüfen, ob Navigation, Warenkorb und Checkout weiterhin bedienbar bleiben. Wer alle vier Testarten kurz vor dem Launch durchläuft und die Ergebnisse in einer einfachen Liste festhält, hat eine belastbare Grundlage für die Freigabe, statt sich auf ein gutes Gefühl zu verlassen.

Wiederkehrende Fehler bei Drittanbieter-Widgets und Tracking-Skripten

Ein Shop kann im eigenen Code sauber sein und trotzdem am Go-Live-Tag durchfallen, weil ein eingebundenes Cookie-Banner, ein Chat-Widget oder ein Bewertungs-Plugin eigene Barrieren mitbringt. Diese Bausteine stammen meist von Drittanbietern und werden beim internen Test oft übersehen, weil sie "nur" ein Zusatzfeature sind — für Nutzer stehen sie aber genau im Weg zum eigentlichen Inhalt.

Cookie-Banner sind ein klassisches Beispiel: Wenn der "Alle akzeptieren"-Button per Tastatur nicht erreichbar ist oder der Fokus nach dem Öffnen des Banners nicht dorthin springt, ist die gesamte Seite dahinter blockiert, bis jemand mit der Maus eingreift. Für Tastatur- und Screenreader-Nutzer bedeutet das im schlimmsten Fall: Shop nicht nutzbar, noch bevor der erste Klick auf ein Produkt möglich ist.

Chat-Widgets, die sich beim Laden automatisch öffnen und den Fokus an sich reißen, unterbrechen ebenfalls jeden linearen Testdurchlauf. Gleiches gilt für eingebettete Zahlungs-Iframes: Wenn darin verwendete Formularfelder keine Labels tragen, liegt das zwar außerhalb des eigenen Codes, wirkt sich aber trotzdem auf die Bedienbarkeit des gesamten Checkouts aus und sollte beim Anbieter angesprochen werden.

Weil sich Drittanbieter-Skripte regelmäßig aktualisieren, ohne dass der Shop-Betreiber davon erfährt, lohnt sich ein kurzer Nachtest nach jedem größeren Update eines eingebundenen Tools. Ein Widget, das beim letzten Check unauffällig war, kann nach einem stillen Versions-Update plötzlich neue Fokusfallen mitbringen.

Häufig gestellte Fragen