Barrierefreiheit… im Backend?

Sie könnten hier auf Portugiesisch schreiben.

Wenn es um digitale Barrierefreiheit geht, denken die meisten Menschen, dass die Praktiken dieses Themas nur von Frontend-Entwicklern oder -Designern durchgeführt werden. Obwohl sich ein Großteil der Arbeit tatsächlich auf diese Bereiche konzentriert, werden Backend-Entwickler nicht von diesem Thema ausgeschlossen.

Aber ich als Backend-Person entwickle kein Bildschirmlayout und schreibe kaum hin und wieder ein paar Zeilen HTML. Wie könnte ich in diesem Szenario bei irgendetwas helfen?

Nun, es gibt immer einen Weg. In diesem Beitrag bringe ich einige Ideen dazu, was Backend-Mitarbeiter im Bereich Barrierefreiheit tun können.

Leistung

Wir hören seit langem, dass es äußerst wichtig ist, Leistungsoptimierungen in unseren Anwendungen vorzunehmen, und das hat normalerweise zwei Hauptgründe:

• Die Leistung kann ein Schlüsselfaktor für den Abschluss eines Kaufs durch den Benutzer sein , und die mangelnde Leistung einer Website kann zum Verlust potenzieller Kunden führen.
• Google hat den Performance Score als Rankingfaktor in seiner Suchmaschine .

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 „die ganze Zeit“ mit Warten verbringen möchte: Gleich zu Beginn des Flusses wird er bereits einen schlechten Eindruck haben, und diese Langsamkeit kann Angst oder Wut hervorrufen, die das kann (und wahrscheinlich auch tun wird). ) beeinflussen das gesamte Benutzererlebnis.

Internationalisierung

Internationalisierung hat alles mit Barrierefreiheit zu tun. 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 je nach System unterschiedlich ist und als „Backend-Job“ oder „Frontend-Job“ (oder beides) betrachtet werden kann. Fakt ist jedoch: Wenn etwas entwickelt wird, das mehrsprachig sein soll, muss konsequent an der Internationalisierung gearbeitet werden Erledigt. Haben Sie schon einmal eine ins Englische „übersetzte“ Website aufgerufen, aber mehrere Texte in einer anderen Sprache bemerkt? Ja, folgen Sie diesem Beispiel nicht.

Oh! Das klingt vielleicht so einfach, dass es nicht einmal erwähnt werden muss, aber manchmal vergisst man es leicht: Verwenden Sie das langAttribut in Ihrem HTML. Dieses Attribut wird im Allgemeinen im Stammelement der Seite ( htmlTag) verwendet, kann aber auch verwendet werden wenn ein bestimmter Teil der Seite in einer anderen Sprache verfasst ist als der Rest der Website. Dieses Attribut ist sehr wichtig, damit der Browser die von der Seite verwendete Sprache erkennt und automatische Übersetzungen basierend auf der Benutzersprache vorschlägt.

Lernen Sie die Grundlagen

Auch wenn es nicht unbedingt Teil Ihrer täglichen Arbeit ist, empfiehlt es sich zu wissen, was Barrierefreiheit ist und wie sie im Kontext einer Web-/Mobilanwendung funktioniert. Backend-Leute schreiben oft einige Zeilen HTML, und wenn das passiert, sind die generierten Seiten möglicherweise nicht so barrierefrei wie möglich strukturiert.

Sprechen Sie mit Menschen aus anderen Bereichen

Wenn Ihr Team in Bereichen wie Frontend und Design bereits über eine gewisse Barrierefreiheitsreife verfügt, sprechen Sie mit Personen aus diesen Bereichen, um herauszufinden, wie diese Arbeit erledigt wird und wie Sie ihnen helfen können. Vielleicht geht es nur darum, ein Bildbeschreibungsfeld hinzuzufügen, das für ein Bild oder zusätzliche Informationen in Ihren Produktdetails verwendet werden soll, und ja, diese Details sehen vielleicht so winzig aus, dass sie vielleicht unbedeutend klingen, aber zusammen mit anderen Verbesserungen ergeben sie am Ende ein großes Ergebnis Unterschied.

Begrenzen Sie die Zeit, um Aktionen abzuschließen

Die Zeit darf 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 uns verschiedene technische Einschränkungen davon abhalten können, dies bereitzustellen, aber es ist immer gut, solche Probleme zu vermeiden, die den Benutzer nur frustrieren. Darüber hinaus 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 es auf die Zeit ankommt: Zeit ist ein wesentlicher Faktor und eine Erhöhung der Grenzzeit würde die Aktion ungültig machen, beispielsweise bei einem zeitlich begrenzten Angebot in einem Online-Shop.
• 20-Stunden-Limit: Obwohl es unwahrscheinlich ist, dass eine Aufgabe mehr als 20 Stunden am Stück benötigt, um abgeschlossen zu werden, wurde dies vom W3C als Limit gewählt, danach ist ein Zeitlimit zulässig.

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

• Schwierigkeiten haben, die Bedeutung eines Akronyms zu interpretieren;
• hängt von Screenreadern ab;
• ein begrenztes Gedächtnis haben;
• Schwierigkeiten haben, den Kontext zu verwenden, in dem sie die Bedeutung des Akronyms verstehen sollen.

Erneute Authentifizierung

Stellen Sie sich das folgende Szenario vor:

Meine Lieblingsband aller Zeiten wird in der Nähe meines Wohnortes sein und ich habe die seltene Chance, diesen Traum, sie zu sehen, wahr werden zu lassen. Da ich weiß, dass die Konkurrenz um Tickets groß sein wird, erstelle ich mein Konto auf der Website und warte nur darauf, dass die Tickets verfügbar sind. Als dieser Moment endlich kommt, bekomme ich mein Ticket, gebe die Kreditkartennummer ein und alles, aber … gerade als ich klicke, um den Kauf abzuschließen, werde ich abgemeldet. In diesem Moment bin ich verzweifelt: Ich versuche schnell, mich erneut einzuloggen, und als ich versuche, mit dem Kauf fortzufahren, sehe ich die traurige Nachricht: Tickets ausverkauft.

Nicht cool, oder? Ja.

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

Tatsächlich ist dies nicht nur ein Problem für die Barrierefreiheit, aber wenn diese Situation bei Benutzern, die keine Einschränkungen haben, zu Frustration führt, können Sie sich vorstellen, wie es für diejenigen ist, 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 sollte in der Lage sein, die Aktivität ohne Datenverlust fortzusetzen, falls die Sitzung abläuft. In diesem Ticketszenario gibt es einige Lösungen, die das Problem lindern:

• Verlängern Sie die Sitzungsdauer 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 Fällen, in denen eine Textsuche zum Auffinden von Inhalten möglich ist, ist es interessant, über einen Mechanismus zu verfügen, der Inhalte mit ähnlichen Namen vorschlägt, falls das System den Verdacht hat, dass der Benutzer bei der Suche ein Wort falsch geschrieben hat. Auf diese Weise vermeiden wir, dass der Benutzer eine zweite Suche durchführen, den Fehler korrigieren und erst dann finden muss, was er sucht.

Wie bei vielen Dingen, wenn es um Barrierefreiheit geht, hilft die Rechtschreibprüfung allen Arten von Benutzern, insbesondere aber Menschen mit einem niedrigen Bildungsniveau und Menschen mit einer kognitiven Beeinträchtigung wie Legasthenie.

Einpacken

Okay, aber was ist, wenn keiner dieser Tipps auf meine tägliche Backend-Arbeit zutrifft? Benötige ich weiterhin Kenntnisse zur Barrierefreiheit?

Nun, da der Technologiebereich immer beliebter und integrativer wird und auch der Eintritt neuer Menschen (einschließlich Menschen mit Behinderungen) zunimmt, kann ein Grundwissen über das Thema auf diese Weise nicht nur den Backend-Mitarbeitern, sondern jedem in einem 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 auch erwähnenswert, dass die Barrierefreiheit nicht nur in der Verantwortung der Personen liegt, die mit Frontend, Backend, Design und Qualitätssicherung arbeiten, sondern dass jeder, der irgendeine Phase der Konzeption der 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)