Erklärung der Hochschule für Musik Hanns Eisler Berlin zur Barrierefreiheit

Öffentliche Stelle / Geltungsbereich

Hochschule für Musik Hanns Eisler Berlin

Wir bemühen uns, unseren Webauftritt oder unsere mobile Anwendung barrierefrei zu gestalten. Die Erklärung zur digitalen Barrierefreiheit wird im Gesetz über die barrierefreie Informations- und Kommunikationstechnik Berlin (BIKTG Bln) verlangt. Die technischen Anforderungen zur Barrierefreiheit ergeben sich aus der BITV 2.0.

Diese Erklärung zur digitalen Barrierefreiheit gilt für das Angebot www.hfm-berlin.de

Erstellung dieser Erklärung zur Barrierefreiheit

Diese Erklärung wurde am 01.10.2025 erstellt bzw. überarbeitet.
Die Überwachungsstelle für digitale Barrierefreiheit; Kompetenzstelle für digitale Barrierefreiheit und Usability beim Regierenden Bürgermeister von Berlin; Senatskanzlei; hat die Internetseite www.hfm-berlin.de am 03.09.2025 einer vereinfachten Überwachung zur BITV 2.0 unterzogen.

Wie barrierefrei ist das Angebot

Dieser Webauftritt / Diese mobile Anwendung ist teilweise barrierefrei. Es werden nur teilweise die Anforderungen der BITV 2.0 erfüllt.

Welche Bereiche sind nicht barrierefrei?

Die nachstehend aufgeführten Bereiche sind aus folgenden Gründen nicht barrierefrei:

1. Struktur & Überschriften

  • Keine h1‑Überschrift
    Auf jeder Seite wird ein h1‑Element eingefügt, das den Haupttitel der jeweiligen Seite enthält; gleichzeitig wird der <title>‑Tag der HTML‑Seite angepasst (z. B. „Startseite: Hochschule für Musik Hanns Eisler Berlin“).
    Zeitplan: Behebung in 2026
  • Fehlerhafte Überschriften‑Hierarchie
    Die vorhandene Überschriften‑Hierarchie wird überprüft und korrigiert, sodass die Überschriften logisch von h1 über h2h3 usw. angeordnet sind; visuelle Überschriften, die bislang nur per CSS dargestellt wurden, werden durch entsprechende HTML‑Überschriften ersetzt.
    Zeitplan: Behebung in 2026
  • Nicht sinnvolle Überschriften‑ und Überschriftentexte
    Unklare oder reine Platzhalter‑Überschriften werden durch aussagekräftige, inhaltlich passende Überschriften ersetzt; unsichtbare Überschriften werden entfernt, weil sie für Screen‑Reader verwirrend wirken.
    Zeitplan: Behebung in 2026

2. Beschriftungen & ARIA

  • Fehlerhafte Beschriftung von Bedienelementen
    Alle Bedienelemente (Buttons, Links, Formularelemente) werden mit korrekten, sprechenden Labels versehen – entweder durch ein sichtbares <label>‑Element oder durch ein passendes aria‑label; bei Elementen, die bislang nur auf Englisch beschriftet waren, wird die Beschriftung ins Deutsche übersetzt.
    Zeitplan: Behebung in 2026
  • Überflüssiger Einsatz von aria‑label
    Das unnötige aria‑label wird von nativen HTML‑Elementen entfernt, weil die semantischen HTML‑Tags bereits die notwendige Beschriftung liefern.
    Zeitplan: Behebung in 2026
  • Programmtisches und sichtbares Label stimmen nicht überein
    Das sichtbare Label und das programmgesteuerte Label (z. B. aria‑label) werden angleichen, sodass beide exakt denselben Text enthalten; dadurch wird die Konsistenz für Screen‑Reader‑Nutzer gewährleistet.
    Zeitplan: Behebung in 2026
  • Verlinktes Logo erscheint zu spät in der Tastatur‑Reihenfolge
    Der Link zum Logo wird im DOM an den Anfang des Seiteninhalts verschoben bzw. erhält einen korrekten tabindex, sodass er beim Tastatur‑Durchlauf sofort erreichbar ist.
    Zeitplan: Behebung in 2026
  • Zusätzliche, unnötige Inhalte für Screen‑Reader
    Die überflüssigen “loading”‑Hinweise werden aus dem HTML‑Code entfernt, weil sie keinen Mehrwert für Screen‑Reader‑Nutzer bieten.
    Zeitplan: Behebung in 2026

3. Navigation & Menü

  • Menü ist fehlerhaft implementiert
    Das Hauptmenü wird nach dem ARIA‑Menu‑Button‑Pattern neu programmiert, sodass es sowohl mit der Tastatur als auch mit Screen‑Readern vollständig bedienbar ist; ein Escape‑Mechanismus zum Schließen des Menüs wird integriert.
    Zeitplan: Behebung in 2026
  • Unterschiedliches Verhalten des Menüs mit JAWS und NVDA
    Das JavaScript‑Verhalten des Menüs wird so angepasst, dass beide Screen‑Reader (JAWS und NVDA) das Menü identisch interpretieren und keine Tastatur‑Fallen entstehen.
    Zeitplan: Behebung in 2026
  • Automatisch startender Slider
    Der Slider wird so konfiguriert, dass er nicht automatisch startet; ein Play/Pause‑Button wird bereitgestellt, und das Element reagiert auf die Einstellung prefers‑reduced‑motion.
    Zeitplan: Behebung in 2026
  • Falsche Fokus‑Reihenfolge (z. B. auf der Suchseite)
    Die Tab‑Reihenfolge wird im HTML‑Quellcode logisch angeordnet, indem positive tabindex‑Werte vermieden und die natürliche Dokumenten‑Reihenfolge verwendet wird; dadurch wird der Fokus für Tastatur‑ und Screen‑Reader‑Nutzer korrekt gesetzt.
    Zeitplan: Behebung in 2026

4. Farben, Kontrast & Schriftgröße

  • Links und Bedienelemente heben sich nicht ausreichend vom Inhalt ab
    Die Gestaltung von Links und Bedienelementen wird um ein zweites Unterscheidungsmerkmal (z. B. Unterstreichung, Rahmen, Symbol) ergänzt, sodass sie sich auch bei reinem Farb‑Kontrast deutlich vom restlichen Text abheben.
    Zeitplan: Behebung in 2026
  • Schrift teilweise sehr klein
    Die Schriftgrößen werden auf mindestens 16 px (bzw. 1 rem) festgelegt; alle Texte werden in relativen Einheiten (rem) definiert, sodass Nutzer die Schriftgröße über den Browser vergrößern können.
    Zeitplan: Behebung in 2026
  • Farb‑Kontrast nicht ausreichend
    Die Farbpalette wird mit dem Color‑Contrast‑Analyser geprüft und so angepasst, dass der Kontrast‑Wert von 4,5 : 1 (Text) bzw. 3 : 1 (Grafiken) erreicht wird.
    Zeitplan: Behebung in 2026

5. Formulare & interaktive Elemente

  • Fehlerhafte Beschriftung von Formularelementen
    Jedes Eingabefeld erhält ein eindeutiges, sichtbares <label>‑Element, das über das for‑Attribut mit dem jeweiligen Feld verknüpft ist; Platzhalter‑Texte werden nicht mehr als alleinige Beschriftung verwendet.
    Zeitplan: Behebung in 2026
  • Bedienelemente unzureichend/uneindeutig beschriftet
    Alle interaktiven Elemente (z. B. Filter‑Schalter, „Zurücksetzen“-Buttons) werden mit klaren, beschreibenden Beschriftungen versehen, sodass ihr Zweck sofort erkennbar ist.
    Zeitplan: Behebung in 2026
  • Cookie‑Banner am Seitenende
    Das Cookie‑Banner wird an den Seitenanfang verschoben, erhält die Rolle dialog und bekommt den Fokus, sobald es erscheint; die Schaltflächen im Banner erhalten konsistente Beschriftungen.
    Zeitplan: Behebung in 2026

6. Links & Kontext

  • Links ohne Kontext
    Jeder Link wird mit einem kontextualisierten Link‑Text versehen (z. B. „Weiter zur Studienbewerbung“), oder alternativ wird ein passendes aria‑label hinzugefügt.
    Zeitplan: Behebung in 2026
  • Nicht sinnvolle Linktexte
    Unverständliche oder doppelte Linktexte werden durch eindeutige, beschreibende Texte ersetzt; Links, die zu unterschiedlichen Zielseiten führen, erhalten unterschiedliche Beschriftungen.
    Zeitplan: Behebung in 2026
  • Duplicate‑Links zu unterschiedlichen Zielen
    Gleichlautende Links, die zu verschiedenen Zielseiten führen, werden entweder zusammengeführt oder mit unterschiedlichen Link‑Texten versehen, sodass der Nutzer sofort erkennt, wohin der Link führt.
    Zeitplan: Behebung in 2026

7. Medien (Bilder, Videos, PDFs)

  • Nicht aussagekräftige Alternativtexte
    Für jedes Bild wird ein sinnvoller Alt‑Text erstellt, der den Bildinhalt beschreibt; dekorative Bilder erhalten ein leeres alt="".
    Zeitplan: Behebung in 2026
  • Grafische Abstände in PDF
    Die grafisch erzeugten Abstandselemente werden aus PDF_Dateien entfernt und durch reine Text‑ bzw. Layout‑Formatierungen ersetzt, sodass das Dokument ohne überflüssige Grafiken auskommt.
    Zeitplan: Noch nicht absehbar bzw. sobald technische Möglichkeiten ein vereinfachtes Umwandeln zulassen
  • PDF‑Dokument nicht PAC‑konform
    Das PDF wird nach dem Standard PDF/UA‑1 (ISO 14289‑1) nach‑getaggt, Tabellen‑Header, Links und Alt‑Texte werden ergänzt, und anschließend wird ein erneuter PAC‑Test durchgeführt, bis das Dokument die Prüfung besteht.
    Zeitplan: Noch nicht absehbar bzw. sobald technische Möglichkeiten ein vereinfachtes Umwandeln zulassen
  • Fehlende Untertitel bzw. Audiodeskription bei Videos
    Alle vorhandenen Videos werden mit Untertiteln und, falls nötig, mit Audiodeskriptionen versehen; die entsprechenden <track>‑Elemente werden im HTML eingebunden.
    Zeitplan: Behebung in 2026

8. Barrierefreie Sprache & Gebärdensprache

  • Informationen in Deutscher Gebärdensprache fehlen
    Für die wichtigsten Inhalte (Startseite, Navigation, Erklärung zur Barrierefreiheit) werden Gebärdensprache‑Videos produziert und über einen direkten 1‑Click‑Link von jeder Seite aus erreichbar gemacht.
    Zeitplan: Behebung in 2026
  • Informationen in Leichter Sprache fehlen
    Die zentralen Texte (Startseite, Navigation, Erklärung zur Barrierefreiheit) werden in Leichter Sprache aufbereitet und über ein gut sichtbares Symbol verlinkt, sodass sie von allen Nutzer*innen sofort gefunden werden können.
    Zeitplan: Behebung in 2026

9. Sonstige technische Probleme

  • Fehlerhafte Reihenfolge von Inhaltselementen
    Die Reihenfolge der HTML‑Elemente wird so angepasst, dass die logische Lesereihenfolge (Überschrift → Bild → Tag → Text) mit der visuellen Darstellung übereinstimmt; dadurch wird die Navigation für Screen‑Reader‑Nutzer korrekt.
    Zeitplan: Behebung in 2026
  • Anderssprachige Teile ohne lang‑Attribut
    Für alle fremdsprachigen Textabschnitte wird das passende lang‑Attribut (z. B. lang="en") gesetzt, sodass Screen‑Reader die richtige Sprache verwenden können.
    Zeitplan: Behebung in 2026
  • Benutzerpräferenzen werden nicht angewendet
    Das CSS wird so erweitert, dass prefers-color-schemeprefers-reduced-motion und individuelle Schriftgrößen respektiert werden; feste Farb‑ und Größenangaben in Inline‑Styles werden entfernt.
    Zeitplan: Behebung in 2026

Feedbackmechanismus/Barrieren melden

Sie möchten Informationen zur Umsetzung der Barrierefreiheit oder bestehende Barrieren melden? Sie können etwas auf unserer Website oder der mobilen Anwendung nicht ausreichend wahrnehmen, bedienen oder verstehen? Sie benötigen Informationen in einer barrierefreien Form? Dann informieren Sie uns bitte.

Kontakt zur Ansprechperson der öffentlichen Stelle:

Name: Alexander Piefke
Tel.:  +49 (0)30 688 305 - 806
E-Mail: alexander.piefke(at)hfm-berlin.de

Kontakt zur Landesbeauftragten für digitale Barrierefreiheit (Durchsetzungsverfahren)

Wenn Ihre Kontaktaufnahme mit der öffentlichen Stelle nicht erfolgreich war, Sie innerhalb von einem Monat keine Antwort erhalten haben oder die Antwort unzureichend war, können Sie sich an die Landesbeauftragte für digitale Barrierefreiheit wenden und ein Durchsetzungsverfahren anstreben.

Bitte kontaktieren Sie immer zuerst die betroffene öffentliche Stelle!

Link zum Kontaktformular

Weitere Informationen zum Durchsetzungsverfahren und der Landesbeauftragten für digitale Barrierefreiheit

Kontakt

Der Regierende Bürgermeister von Berlin
- Senatskanzlei -

Postanschrift:
Jüdenstraße 1, 10178 Berlin