Barrierefreiheit… im Backend?

Sie können diesen Artikel hier auf Englisch lesen.

Wenn es um digitale Barrierefreiheit geht, denken die meisten Menschen, dass die Praktiken zu diesem Thema nur von Frontend-Entwicklern und -Designern durchgeführt werden. Zwar liegt der Großteil der Arbeit in diesen Bereichen, doch diejenigen, die mit dem Backend arbeiten, sind von diesem Thema nicht völlig ausgeschlossen.

Aber ich, der Backend-Entwickler, kümmere mich nicht um das Bildschirmlayout, ich schreibe einmal im Leben ein halbes Dutzend Zeilen HTML. Wie könnte ich in diesem Szenario helfen?

Nun, es gibt immer einen Weg. Im Folgenden bringe ich einige Aktionsideen von Backend-Leuten im Bereich Barrierefreiheit mit.

Leistung

Es ist nicht neu, dass wir hören, dass es äußerst wichtig ist, Leistungsoptimierungen in Anwendungen durchzuführen, und dies hat normalerweise zwei Hauptgründe:

• Die Leistung kann ein entscheidender Faktor dafür sein, dass der Benutzer einen Kauf abschließt , und die mangelnde Leistung einer Website kann zum Verlust potenzieller Kunden führen.
• Google betrachtet den Leistungswert der Website als Kriterium für das Suchranking .

Es dauert durchschnittlich 3 Sekunden , bis der Benutzer den Zugriff auf eine Seite aufgibt, weil diese noch nicht geladen wurde . Aber stellen wir uns ein Szenario vor, in dem der Benutzer hartnäckig ist und bereit ist, „die ganze Zeit“ mit Warten zu verbringen: Schon beim Betreten der Website wird er einen schlechten Eindruck haben, möglicherweise löst die Langsamkeit Angst oder Irritationen aus, die ( und wird wahrscheinlich auch den Rest des Website-Erlebnisses beeinflussen.

Internationalisierung

Bei der Internationalisierung geht es vor allem um Zugänglichkeit. In der Praxis haben beide Techniken ein gemeinsames Ziel: den Inhalt auf dem Bildschirm für den Benutzer verständlich zu machen .

Dies ist ein Job, der stark davon abhängt, ob die Anwendung, die entwickelt wird, als „Hinterarbeit“ oder „Vorderarbeit“ (oder beides) betrachtet wird. Eines ist jedoch eine Tatsache: Wenn Sie etwas entwickeln, das mehrsprachig sein soll, muss es Arbeit sein durch konsequente Internationalisierung erreicht. Wer hat noch nie eine ins Portugiesische „übersetzte“ Website betreten, aber mehrere Texte auf Englisch bemerkt? Ja, folgen Sie diesem Beispiel nicht.

Oh! Dies scheint zu einfach zu sein, um es überhaupt zu erwähnen, aber im Alltag vergisst man es oft: Verwenden Sie das Attribut langin HTML. Es wird normalerweise im Stammelement der Seite (Tag html) verwendet, kann aber auch für einen bestimmten Teil verwendet werden Teil der Seite ist in einer anderen Sprache als der Rest der Website. Dieses Attribut ist für den Browser sehr wichtig, um die auf der Seite verwendete Sprache zu identifizieren und automatische Übersetzungen basierend auf der Browsersprache des Benutzers vorzuschlagen.

lerne die Grundlagen

Auch wenn es nicht unbedingt Teil Ihres täglichen Lebens ist, ist es ratsam zu wissen, was Barrierefreiheit ist und wie sie im Kontext einer Web-/Mobile-Anwendung funktioniert. Backend-Entwickler generieren oft HTML-Seiten, und wenn sie das tun, sind diese Seiten möglicherweise nicht so benutzerfreundlich wie möglich strukturiert.

Sprechen Sie mit Kollegen aus anderen Bereichen

Wenn Ihr Team bereits eine gewisse Reife in Bezug auf Barrierefreiheit in Bereichen wie Frontend und Design aufweist, sprechen Sie mit Personen aus diesen Bereichen, um herauszufinden, wie diese Arbeit erledigt wird und wie Sie ihnen helfen können. Vielleicht fehlt einfach ein Beschreibungsfeld für Bildalternativen oder zusätzliche Informationen in den Produktdetails, und ja, diese Details scheinen so klein zu sein, dass sie unbedeutend sind, aber zusammen mit anderen Verbesserungen machen sie am Ende einen großen Unterschied.

Zeitlimit für den Abschluss von Aktionen

Die Zeit sollte keine Einschränkung sein, die den Benutzer daran hindert, eine Aktivität abzuschließen, d. h. wenn der Benutzer 5 Minuten oder 1 Stunde benötigt, um ein Formular abzusenden, so muss die Anwendung auf beide Szenarien vorbereitet sein.

Natürlich können wir die Tatsache nicht ignorieren, dass es mehrere technische Einschränkungen gibt, die uns daran hindern können, dies bereitzustellen, aber es ist immer gut, solche Probleme zu vermeiden, die nur zu Frustration beim Benutzer führen. Außerdem gibt es , wie das W3C erklärt, einige Ausnahmen von dieser Regel:

• Echtzeitereignisse: Die Aktivität muss zeitlich begrenzt sein, beispielsweise bei einer Online-Auktion.
• Aktivitäten, bei denen die Zeit von entscheidender Bedeutung ist: Zeit ist von entscheidender Bedeutung, und eine Erhöhung des Limits würde die Aktion ungültig machen, z. B. ein zeitlich begrenztes Angebot auf einer E-Commerce-Website.
• Limit von 20 Stunden: Obwohl es unwahrscheinlich ist, dass die Erledigung einer Aufgabe mehr als 20 Stunden am Stück dauert, wurde dies vom W3C als Limit gewählt, danach ist ein Zeitlimit zulässig.

Wie das W3C empfiehlt , müssen wir eine Möglichkeit bieten, die Bedeutung einer Abkürzung anzuzeigen, wenn sie auf der Seite verwendet wird, um Benutzern zu helfen, die:

• Schwierigkeiten haben, die Bedeutung eines Akronyms zu entziffern;
• verlassen Sie sich auf Screenreader;
• ein begrenztes Gedächtnis haben;
• Schwierigkeiten haben, den Kontext, in dem es steht, zu nutzen, um die Bedeutung des Akronyms zu verstehen.

erneute Authentifizierung

Stellen Sie sich das folgende Szenario vor:

Meine Lieblingsband aller Zeiten spielt ein Konzert in der Nähe meines Wohnortes und ich habe die seltene Chance, mir diesen Traum, sie zu sehen, zu erfüllen. Da ich bereits weiß, dass die Konkurrenz um die Garantie der Tickets groß sein wird, lasse ich alle meine Registrierungen auf der Website bereit und warte nur darauf, dass die Tickets zum Kauf freigegeben werden. Wenn die Tickets endlich verfügbar sind, garantiere ich meine, ich gebe meine Kartendaten ein und alles, aber … wenn ich den Kauf abschließen möchte, stürzt meine Sitzung ab. In diesem Moment überkommt mich Verzweiflung, ich authentifiziere mich schnell erneut und als ich versuche, mit dem Kauf fortzufahren, sehe ich die traurige Nachricht: Tickets ausverkauft .

Eine „irgendwie“ langweilige Situation, oder? So ist es.

Okay, das ist ein Problem, aber was hat das mit der Barrierefreiheit zu tun?

Dies ist zwar kein ausschließliches Problem der Barrierefreiheit, aber wenn diese Situation bereits große Irritationen für Benutzer hervorruft, die keine Einschränkungen haben, stellen Sie sich das vor für diejenigen, die nur die Maus verwenden können oder zum Navigieren auf einen Bildschirmleser angewiesen sind?

Deshalb müssen wir bei der Implementierung von Abläufen, die eine Authentifizierung erfordern, vorsichtig sein. Der Benutzer muss seine Aktivität fortsetzen können, ohne Daten zu verlieren, wenn seine Sitzung abläuft. In diesem Ticketszenario gibt es einige Lösungen, die das Problem lindern:

• Verlängern Sie die Sitzungszeit regelmäßig, während der Benutzer auf der Website aktiv ist.
• Reservieren Sie das Ticket und speichern Sie die Formulardaten, während der Benutzer sie eingibt, für den Fall, dass er das Ausfüllen aus irgendeinem Grund nicht abschließen kann und später fortfahren möchte;
• Stellen Sie eine Option zur erneuten Authentifizierung bereit, ohne die aktuelle Seite zu verlassen, und setzen Sie den Ablauf nach der erneuten Authentifizierung fort.

In Szenarien, in denen Sie nach Text suchen können, um Inhalte zu finden, ist es interessant, über einen Mechanismus zu verfügen, der Inhalte mit ähnlichen Namen vorschlägt, falls das System vermutet, dass bei der Suche ein Rechtschreibfehler vorliegt. Auf diese Weise vermeiden wir, dass der Benutzer eine zweite Suche durchführen, seinen Fehler korrigieren und erst dann finden muss, was er sucht.

Wie bei vielen Dingen, wenn es um Barrierefreiheit geht, hilft die Rechtschreibkorrektur allen Arten von Benutzern, insbesondere aber Menschen mit geringer Bildung und Menschen mit einer kognitiven Beeinträchtigung wie Legasthenie.

Abschließend

Okay, aber was ist, wenn keiner dieser Tipps auf mein tägliches Backend zutrifft? Benötige ich weiterhin Kenntnisse zur Barrierefreiheit?

Nun, da der Bereich Technologie immer beliebter und umfassender wird und der Eintritt neuer Leute (einschließlich PCDs) zunimmt, kann ein Grundwissen über das Thema nicht nur Backend-Entwicklern, sondern jedem im Team helfen Wir können nicht nur die Bedürfnisse der Benutzer verstehen, für die wir die Systeme entwickeln, sondern auch mögliche Mitarbeiter , die solche Bedürfnisse haben könnten.

Es ist sogar erwähnenswert, dass nicht nur die Personen, die mit Frontend, Backend, Design und Qualitätssicherung arbeiten, für die Barrierefreiheit verantwortlich sind, sondern jeder, der irgendeine Phase im Design einer Software durchläuft, einen Beitrag leisten kann.

Verweise

• Ja, Barrierefreiheit ist auch ein Backend-Anliegen (Eric Bailey)
• Timing anpassbar – Zeitlimits für erforderliche Verhaltensweisen (W3C)
• Abkürzungen (W3C)