Interview mit Valeria Malacasa

Valeria Malacasa ist eine Webdesignerin und UX/UI-Designerin aus Turin.

Seit 2016 entwirft und entwickelt sie Websites und Webschnittstellen, sowohl für private Marken als auch für Einrichtungen der italienischen öffentlichen Verwaltung.

Im Jahr 2026 hat sie den Newsletter Switch auf LinkedIn erstellt, über den sie Einblicke in Webzugänglichkeit, Inklusivität, Webdesign, Webbenutzbarkeit und Optimierung der Webperformance teilt. Sie ist Autorin des Buches "Switch on - Zugänglichkeit".

1. Valeria, lass uns einfach anfangen: Warum ein Buch über Webzugänglichkeit gerade jetzt? Gab es ein Ereignis, ein Projekt oder eine berufliche Frustration, die dich dazu gebracht hat zu sagen: "Okay, das muss in Ordnung gebracht werden"?

Hier (auf LinkedIn Anm. d. Red.) habe ich Anfang 2026 begonnen, Bildungs- und Informationsinhalte zur Webzugänglichkeit zu veröffentlichen, und sofort eine gute Resonanz erhalten. 

Insbesondere hat ein Follower einen Beitrag über den Skip-Link so kommentiert: „Ich lerne mehr von dir als in vielen Kursen, die ich besucht habe“. Andere haben mir privat und öffentlich geschrieben, dass ich mit meiner einfachen Sprache auch komplexe Konzepte erklären konnte, ohne sie langweilig zu machen.

Das hat mir den nötigen Anstoß gegeben!

Ich habe verstanden, dass ich etwas zu sagen habe und dass es ein Werkzeug braucht, das Fachleute an die Webzugänglichkeit heranführt, in einem "Entry-Level"-Format, das direkt zur Sache kommt.

2. Switch On: Zugänglichkeit ist dein erstes Buch. Was hat dich dazu gebracht, Kompetenzen, Beispiele und Checklisten in einen strukturierten Leitfaden zu verwandeln?

Ich arbeite seit Anfang 2022 an Projekten der öffentlichen Verwaltung, und in diesen Jahren habe ich erkannt, dass es immer noch viele Vorurteile und Barrieren in Bezug auf Webzugänglichkeit gibt, die Designer und Entwickler entmutigen.

Das größte Vorurteil ist: die Vorstellung, dass Webzugänglichkeit schwierig sei, sowohl zu lernen als auch anzuwenden.

In Wirklichkeit sind viele der Best Practices einfach, einfacher als man denkt!

Aber wenn man für das Studium der Zugänglichkeit von der offiziellen W3C-Dokumentation oder einem 350-seitigen Handbuch über Vorschriften, die Geschichte der digitalen Zugänglichkeit und eine vollständige Erklärung der WCAG (den internationalen Standards für Webzugänglichkeit) ausgeht, ist es klar, dass man entmutigt werden kann und das Thema aufgibt, indem man es spezialisierten Personen überlässt.

Gerade deshalb wollte ich einen praktischen, gut strukturierten, agilen Leitfaden erstellen, der sich nur auf das konzentriert, was im täglichen Arbeitsleben von Webdesignern und Webentwicklern wirklich benötigt wird, damit die Leser am Ende der letzten Seite denken: „Also, es ist gar nicht so kompliziert, eine zugängliche Website zu erstellen!".

3. An wen hast du gedacht, während du es geschrieben hast: Designer, Entwickler, Agenturen, Freiberufler, Endkunden? Wer sollte es neben dem Monitor aufschlagen, während er arbeitet?

Es ist hauptsächlich für Webdesigner geschrieben, oder für diejenigen, die sich mit grafischem Design und der Entwicklung von Websites beschäftigen.

Ich habe das Buch geschrieben, indem ich meine Erfahrungen als Webdesigner einfließen ließ und genau den Prozess meiner Projekte verfolgt habe, beginnend mit einem Überblick über die Zugänglichkeit, um dann zum grafischen Entwurf, zur Entwicklung, zur Erstellung von Inhalten mit inklusiver Sprache und schließlich zu den Tests zu gelangen.

4. Viele betrachten Zugänglichkeit als eine abschließende Überprüfung, fast als eine Revision, die durchgeführt werden muss, wenn die Website bereits fertig ist. Warum ist das deiner Meinung nach ein Fehler?

Die Vorstellung, dass ein Produkt oder eine Dienstleistung von allen Menschen genutzt werden kann, unabhängig von ihren physischen und geistigen Bedingungen, ob mit oder ohne Behinderungen, muss von Anfang an in das Projekt einfließen.

Es nur am Ende des Projekts zu behandeln, führt hauptsächlich zu zwei Nachteilen:

1. niedriger oder nicht vorhandener Zugänglichkeitsgrad;
2. höhere Investitionen für die Überprüfung.

Ein konkretes Beispiel: die Rampen an Gehwegen.

Wenn ein Gehweg keine Rampe hat, die einen reibungslosen Durchgang für Rollstuhlfahrer, Personen mit eingeschränkter Mobilität oder Personen mit Kinderwagen ermöglicht, was passiert dann? Die beiden Szenarien sind normalerweise:

1. Im schlimmsten Fall bleibt der Gehweg so, und damit bleibt auch die architektonische Barriere;
2. Im besten Fall wird der Gehweg aufgebrochen und die Rampe hinzugefügt, was für die Gemeinschaft sowohl in finanzieller als auch in zeitlicher Hinsicht Kosten verursacht.

Wenn dieser Gehweg jedoch von Anfang an mit den entsprechenden Rampen gebaut worden wäre, wäre das Problem nicht aufgetreten, die Zeit- und Kostenaufwände wären nahezu identisch gewesen und die architektonische Barriere wäre nie entstanden.

Ich habe es ein wenig vereinfacht, aber das Konzept gilt auch für die Webzugänglichkeit.

Den Code und das Design einer Schnittstelle zu überarbeiten, kann Wochen an Entwicklungszeit kosten, wobei die Kosten praktisch auf null gesenkt werden könnten, wenn man die Zugänglichkeit von Anfang an einbezieht.

Oft sind es gerade diese Kosten für Nachbesserungen, die blockieren, und die Schnittstellen bleiben unzugänglich.

5. Was ist der hartnäckigste Mythos über Webzugänglichkeit, den du entkräften möchtest? Der, den du am häufigsten hörst und der dich dazu bringt, einen WCAG-Validator aus dem Fenster zu werfen.

Es gibt viele, und die Reaktion ist mehr oder weniger die gleiche!

Wahrscheinlich ist das, was mich am meisten stört - und was ich auch im Buch erwähnt habe - die Vorstellung, dass Webzugänglichkeit nur wenige Menschen betrifft.

Es gibt zwei Aspekte dieses Mythos, die entkräftet werden müssen.

Erstens betrifft Webzugänglichkeit potenziell jeden, nicht nur Menschen mit Behinderungen. Denk an den Farbkontrast: Er ist nützlich für sehbehinderte Menschen, aber auch für diejenigen, die ihr Telefon bei Sonnenlicht oder bei reduzierter Helligkeit benutzen. Ein bisschen wie die Rampe des Gehwegs, von der ich vorher sprach: Sie ist entscheidend für Rollstuhlfahrer, aber auch nützlich für mich, wenn ich mein Kind im Kinderwagen schiebe oder für eine Person, die vorübergehend Krücken benutzt.

Zweitens gibt es einen ethischeren Grund, warum dieses Vorurteil keinen Sinn macht.

Wenn die Menschen, die von einer zugänglichen Website profitieren könnten, tatsächlich wenige wären, wäre das dann ein guter Grund, sie auszuschließen? Warum sollte eine blinde oder gehörlose Person „weniger wert“ sein als hundert nicht-blinde und nicht-gehörlose Personen? Und wenn diese eine Person mit Behinderung genau die richtige für die Website wäre, die ein Angebot anfordern oder eine Demo des verkauften Produkts anfordern muss?

Ein weiterer nicht zu vernachlässigender Vorteil im Webdesign ist, dass ein sauberer und semantischer HTML-Code sowohl für Screenreader als auch für Suchmaschinenbots und KI nützlich ist, was positive Auswirkungen auf SEO und GEO hat.

6. Im Buch sprichst du über barrierefreies Design, Farbkontrast, semantisches HTML, ARIA, Screenreader und Tastaturnavigation. Wo sollte jemand anfangen, der sich heute wie vor einem Labyrinth fühlt?

Ich werde dich nicht anlügen: Es gibt viele Regeln zur Zugänglichkeit, einige einfacher, andere weniger, und nicht alle guten Praktiken sind in den WCAG kodifiziert. Webzugänglichkeit umfasst verschiedene Aspekte, visuelle und nicht-visuelle, die alle gleich wichtig sind.

Die gute Nachricht ist, dass man nicht unbedingt alle kennen muss!

Das Design ist der erste Schritt, denn wenn es Probleme mit der Zugänglichkeit gibt, werden diese auch in der Entwicklungsphase auftreten. Man kann jedoch nicht leugnen, dass die Verwendung von semantischem HTML die Grundlage für eine zugängliche Schnittstelle ist.

Deshalb ist mein Buch ein guter Ausgangspunkt, da es nur die wesentlichen Regeln identifiziert und einen Überblick über das Thema bietet.

7. Wenn du drei häufige Fehler angeben müsstest, die eine Website weniger zugänglich machen, welche würdest du wählen? Die kleinen, alltäglichen, scheinbar harmlosen, die aber Türen vor den Nutzern zuschlagen können.

Es sind die Fehler, die ich am häufigsten sehe - und übrigens auch die, die sich am einfachsten beheben lassen - :

1. unzureichendes Kontrastverhältnis zwischen Text und Hintergrund;
2. Verwendung von HTML-Tags <button> für Links und von <a> für Schaltflächen;
3. Fehlen des Skip-Links am Anfang der Seite.

Es sind drei „kleine“ Fehler, einfach zu beheben, aber die für eine Person, die Screenreader verwendet, mit visuellen Einschränkungen oder Schwierigkeiten bei der Nutzung von Maus und Trackpad, die Navigation komplex und frustrierend machen.

8. Wie wichtig ist die Zugänglichkeit für die Gesamtqualität einer Website? Mit anderen Worten: Ist eine zugängliche Website „nur“ inklusiver oder auch besser gestaltet?

Für mich ist die Zugänglichkeit genauso wichtig wie alle anderen qualitativen Aspekte, von der Ästhetik bis zur Optimierung der Konversionen.

Viele Best Practices der Zugänglichkeit haben erhebliche Auswirkungen auf SEO, Usability und Konversionen.

Eine sehr schöne Website, die jedoch nicht zugänglich ist, hat wahrscheinlich einen unordentlichen und nicht semantischen HTML-Code, Inhalte, die über JavaScript geändert werden, visuell komplexe Elemente, die schwer zu erfassen und zu nutzen sind, und das ist nicht nur schlecht für Menschen mit Behinderungen: Es ist schlecht für alle Besucher und eine potenzielle Verlustmöglichkeit für Geschäft und Branding für diejenigen, die in diese Website investiert haben.

Eine zugängliche Website bringt Vorteile für jeden, der sie besucht, und damit auch für die Marke, die mit dieser Website konkrete Ergebnisse erzielen möchte.

9. Was können Agenturen und Teams konkret tun, um die Zugänglichkeit in den Prozess zu integrieren, ohne sie in einen bürokratischen Berg zu verwandeln?

Zunächst einmal muss man verstehen, was Web-Zugänglichkeit ist und warum sie wichtig ist.

Es ist ein unverzichtbarer Teil unserer Arbeit und der Grund, warum ich dieses Thema in den ersten Teil meines Buches aufgenommen habe.

Man muss alle Vorurteile ablegen, verstehen, auf welchen Prinzipien die Zugänglichkeit basiert und welche Vorteile sie bringt, nicht nur für die Besucher einer Website, sondern für alle Stakeholder.

Anschließend kann man mit meinem Buch beginnen oder umfassendere Handbücher studieren, aber zweifellos muss man irgendwann die Website des W3C öffnen und die WCAG studieren, mindestens die Level A und AA, die für das umgesetzte Projekt gelten.

Es gibt dann noch andere normative Aspekte, die vertieft werden müssen, wie die Zugänglichkeitsdeklaration und der Feedback-Mechanismus. Hier ist es unvermeidlich, sich mit der Bürokratie auseinanderzusetzen, falls die Website unter die Anforderungen des Gesetzes Stanca oder des aktuellen European Accessibility Act fällt. 

10. Wenn eine Person dein Buch zu Ende lesen würde und sich entscheiden würde, eine einzige Sache in der Art und Weise zu ändern, wie sie Websites entwirft oder entwickelt, was würdest du dir wünschen, dass es wäre?

Ich würde mir wünschen, dass diese Person lernt, sich immer Fragen zu stellen, was der Grund ist, warum ich das Projekt Switch ins Leben gerufen habe.

Wenn die Person, die das Buch gelesen hat, eine neue Website startet und sich beim Schreiben des HTML-Codes für das Logo oben links fragt: „Einen Moment, aber wenn ich es so schreibe, wird der Screenreader es dann richtig lesen?“ dann habe ich sicherlich mein Ziel erreicht!

Sie können Valeria besser auf LinkedIn kennenlernen: https://www.linkedin.com/in/valeriamalacasa/ oder auf ihrer Website: valeriamalacasa.it