Das Nichterreichen des Footers aufgrund von unendlichem Scrollen ist ein Barrierefreiheitsfehler

Unterstützung
1

Ich habe einen weiteren geschlossenen Thread gelesen, in dem es darum ging, dass ein Nutzer aufgrund der Infinite-Scroll-Funktion nicht an das Footer-Element gelangt. Das Problem wurde nicht gelöst. Es wurden Bedenken geäußert, dass es sich um ein UX-Problem handelt – was es mit Sicherheit ist. Mir wurde jedoch darauf hingewiesen, dass es sich um ein Barrierefreiheitsproblem handelt.

Das Problem:
Obwohl der Nutzer Eingaben tätigt, also scrollt, beabsichtigt er nicht zwangsläufig, das Infinite-Scroll zu aktivieren. Stattdessen könnte die Absicht darin bestehen, das Footer-Element zu erreichen, um zusätzliche Informationen oder Unterstützung zu erhalten.

Jede Community, die dieses Setup verwendet, wird das Level A der WCAG 2.1 nicht bestehen.

Level A gilt als die grundlegendste und wesentlichste Stufe der Web-Barrierefreiheit.

Ich habe eine Community geprüft und würde dieses Problem als Verstoß gegen folgende Erfolgskriterien einstufen:

2.2.2 Anhalten, Stoppen, Ausblenden (Level A) Kritisch
Für alle sich automatisch aktualisierenden Informationen, die (1) automatisch starten und (2) parallel zu anderen Inhalten dargestellt werden, muss es einen Mechanismus geben, mit dem der Nutzer sie anhalten, stoppen oder ausblenden kann oder die Häufigkeit der Aktualisierung steuern kann, es sei denn, die automatische Aktualisierung ist Teil einer Aktivität, bei der sie unverzichtbar ist.

3.2.5 Änderung auf Anforderung (Level AAA) Schwerwiegend
Kontextwechsel werden nur auf Anforderung des Nutzers ausgelöst, oder es steht ein Mechanismus zur Verfügung, um solche Änderungen zu deaktivieren.

Die Lösung:

  • Fügen Sie einen „Weitere Beiträge laden"-Button zum Feed hinzu, um den Nutzern die Kontrolle zurückzugeben.
  • Geben Sie den Nutzern die Möglichkeit, auszuwählen, wie viele Beiträge sie gleichzeitig anzeigen möchten, damit diejenigen, die eine noch „unendlichere" Erfahrung wünschen, dies tun können.

Es ist nicht wirklich akzeptabel zu sagen: „Wenn Ihnen dieses Setup nicht gefällt, wählen Sie ein anderes". Dieses lässt sich leicht benutzerfreundlicher gestalten und sollte es auch sein. Für viele unserer Kunden ist dies eine ethische und rechtliche Verpflichtung.

Hoffentlich hilft dies, die Notwendigkeit der erforderlichen Änderungen zu untermauern.

2

Von welchem Footer ist hier eigentlich die Rede?

Out of the Box verfügt Discourse über keinen Footer, wie man beispielsweise auf Seiten wie Categories - Discourse Meta sehen kann.

Dies ist eine bewusste Designentscheidung, da das Hinzufügen eines Footers auf einer Website mit unendlichem Scrollen sie unzugänglich machen würde.

3

Vielen Dank für die schnelle Antwort.

Okay, aktuell führt die Kombination aus unendlichem Feed und Footer zu einer unzugänglichen Lösung.

Das muss jedoch nicht die endgültige Antwort sein. Es könnten Steuerelemente im Feed platziert werden, die dem Nutzer die Wahl zwischen dem Laden weiterer Beiträge oder dem Erreichen des Footers bieten. Gibt es dafür Spielraum?

Ein Footer ist ein sehr gängiges Webmuster. Konsistente und wiedererkennbare Web-Erfahrungen zu schaffen, ist ein Kernprinzip für nutzbare und verständliche Erlebnisse.

Footers unterstützen die Erfolgskriterien (SC): 2.4.5 Mehrere Wege (AA)

  • Es muss mehr als eine Möglichkeit geben, eine Webseite innerhalb einer Gruppe von Webseiten zu finden, es sei denn, die Webseite ist das Ergebnis eines Prozesses oder ein Schritt darin.

Das Nicht-Deaktivieren von Footern auf bestimmten Seiten unterstützt das SC 3.2.3 Konsistente Navigation (AA)

  • Navigationsmechanismen, die auf mehreren Webseiten innerhalb einer Gruppe wiederholt werden, müssen jedes Mal in derselben relativen Reihenfolge auftreten, es sei denn, eine Änderung wird vom Nutzer initiiert.

Ist es die Position von Discourse, dass bei dieser Kombination das Problem beim Nutzer liegt?
Wissen Sie, ob es irgendwo in der Dokumentation Ratschläge gibt, die diese Tatsache festhalten: „Da das Hinzufügen eines Footers auf einer Website mit unendlichem Scrollen diese unzugänglich machen würde"?

Ich befinde mich in einer schwierigen Lage: Ich werde Redesigns für einige große Communities, die wir betreiben, vorschlagen müssen. Daher versuche ich, mir das Gesamtbild dieses Problems zu verschaffen.

4

Mir sind keine bestehenden Studien zu diesem Bereich bekannt, aber es ist zweifellos eine allgemein bekannte Tatsache, dass man auf einer Website mit unendlichem Scrollen keine Fußzeile einfügen sollte. Es gibt viele bekannte Beispiele dafür: Facebook, Twitter, LinkedIn, Instagram, Gmail usw. Keine dieser Seiten verfügt über eine Fußzeile, und dennoch ist die gesamte Funktionalität der Webanwendungen verfügbar, da sie von Milliarden von Nutzern verwendet werden.

Das steht nicht auf unserer Roadmap, und mir ist nicht bekannt, dass einer unserer bestehenden zahlenden Kunden nach etwas Ähnlichem gefragt hat.

Wenn ich die gesamte Historie richtig verstanden habe, besteht Ihr Problem darin, dass:

  • Ihre Haupt-Website eine Fußzeile hat.
  • Sie möchten, dass Ihre Haupt-Website und Ihre Discourse-Instanz ähnlich aussehen.
  • Discourse auf einigen Seiten keine hervorgehobene Fußzeile haben wird, da sie durch das unendliche Scrollen „wegscrollt".
  • Sie nicht möchten, dass die Fußzeile nur auf einigen Seiten vorhanden ist.

Ich verstehe, dass dies eine komplizierte Situation ist, aber wenn Sie stoisch damit umgehen wollen, haben Sie bei der Nutzung von Discourse nur zwei Möglichkeiten:

  1. Die Fußzeile einfügen.
    Verwenden Sie eine Seite ohne unendliches Scrollen als Startseite, z. B. Categories - Discourse Meta, damit sie prominent dargestellt wird, und machen Sie sich keine Sorgen darüber, dass sie auf der Route /latest nicht erreichbar ist.

  2. Die Fußzeile weglassen.
    Unsere Seite discourse.org verfügt über eine Fußzeile, ebenso wie unser Blog. Aber hier haben wir nicht dieselbe Fußzeile. Viele Unternehmen machen dasselbe. Das Gegenteil zu tun, könnte bedeuten, einen quadratischen Pfosten in ein rundes Loch zu zwängen.

5

Ich vertrete eine Auswahl Ihrer bestehenden zahlenden Kunden. Wie ich bereits in meinem ersten Beitrag erwähnt habe, gibt es weitere Threads, die diese Kombination und die damit verbundenen Bedenken diskutieren, die auf eine ähnliche Weise abgetan wurden wie Ihre jüngste Antwort.

Es ist kein persönliches Problem von mir. Es handelt sich um einen Zugänglichkeitsmangel, den viele Communities erleben. Ich hatte gehofft, dass das Team offen dafür wäre, dies zu beheben.

Wir werden Discourse weiterhin nutzen und prüfen, einige unserer eigenen benutzerdefinierten Lösungen zu entwickeln, da dies derzeit so weit von Ihrer Roadmap entfernt ist.

6

Glaubst du nicht, dass du vielleicht am falschen Baum bellst, da es keinen Footer gibt?

Vielleicht könntest du oben auf der Seite einen Text hinzufügen, der erklärt, dass es sich um eine Seite mit unendlichem Scrollen ohne Footer handelt.

7

Um es etwas parteiisch zu sagen: Ich finde es nicht ganz fair, Discourse als eine Webseite zu bezeichnen.

Es ist eine Web-App und verwischt damit die Grenze zwischen Webseiten und Apps.

Wenn ich es als App betrachte, ändert das doch die Dinge erheblich, oder?

Öffne es als PWA, und es verhält sich ziemlich überzeugend wie eine App.

Wo ist denn im iOS-Mail-Client der Footer?

(Okay, okay, es gibt einige grundlegende Steuerelemente in einem schwebenden unteren Panel, aber das gilt auch für Discourse im Hub-Modus.)

Wird Apple etwa dafür kritisiert, dass es keinen Footer gibt?

Was ist mit Gmail?

Wie kann es sein, dass es für Gmail und Mail in Ordnung ist, unendliches Scrollen für E-Mails zu haben, aber irgendwie nicht in Ordnung ist, wenn es um Themenlisten geht? Sind diese nicht semantisch sehr ähnlich?

Wären die Nutzer begeistert, wenn die Entwickler von Gmail oder iOS-Mail einen Button für weitere E-Mails einführen würden?

Wie kommt es, dass ihre Experten für Barrierefreiheit zu dem Schluss gekommen sind, dass unendliches Scrollen für diese beiden Apps in Ordnung ist?

Gelten diese Richtlinien in diesem Fall also überhaupt?

8

Das Forum unter https://thepavilion.io/ verfügt über eine zusätzliche Fußzeile, die du zur Inspiration nutzen könntest. Sie funktioniert gut auf iOS Safari, aber weniger gut (oder zumindest anders) in der iOS-Discourse-App.