Erklärung zur Barrierefreiheit dieses Webauftritts
Diese Erklärung zur Barrierefreiheit gilt für die Website www.historisches-zentrum-remscheid.de des Historischen Zentrums Stadt Remscheid.
Wir sind bemüht, unsere Website im Einklang mit den geltenden Vorgaben zur barrierefreien Informationstechnik (BITV 2.0 in Verbindung mit den Anforderungen der EU-Richtlinie 2016/2102 bzw. dem für Nordrhein-Westfalen geltenden Landesrecht) barrierefrei zugänglich zu machen.
Stand der Vereinbarkeit mit den Anforderungen
Diese Website ist mit BITV 2.0 / WCAG 2.1 Stufe AA teilweise vereinbar. Die nachfolgend genannten Inhalte sind aus den genannten Gründen noch nicht vollständig barrierefrei.
Nicht barrierefreie Inhalte
Die folgenden Inhalte sind noch nicht vollständig barrierefrei:
- Interaktive Karte: Die eingebundene Karte eines Drittanbieters ist möglicherweise nicht vollständig per Tastatur und Screenreader bedienbar. Als Ausgleich stehen die Ortsinformationen zusätzlich als Text zur Verfügung.
- Ältere Bild- und Dokumentbestände: Bei einzelnen Bildern aus Altbeständen können noch Alternativtexte fehlen; sie werden fortlaufend ergänzt. Einzelne PDF-Dokumente sind noch nicht barrierefrei getaggt.
Erstellung dieser Erklärung
Diese Erklärung wurde am 14.09.2026 erstellt. Grundlage war eine Selbstbewertung.
Die Erklärung wurde zuletzt am 15.09.2026 überprüft.
Barrieren melden: Feedback und Kontakt
Sind Ihnen Mängel beim barrierefreien Zugang zu Inhalten dieser Website aufgefallen, oder benötigen Sie Informationen in einer zugänglichen Form? Bitte wenden Sie sich an uns:
E-Mail: Werkzeugmuseum-Hiz@remscheid.de
Telefon: 02191 16 2519
Wir bemühen uns, Ihre Rückmeldung zeitnah zu beantworten.
Durchsetzungsverfahren / Schlichtung
Falls Sie auf Ihre Rückmeldung keine zufriedenstellende Antwort erhalten, können Sie sich an die für Nordrhein-Westfalen zuständige Schlichtungs- bzw. Ombudsstelle für barrierefreie Informationstechnik wenden:
Ombudsstelle für barrierefreie Informationstechnik
des Landes Nordrhein-Westfalen
bei der Landesbeauftragten für
Menschen mit Behinderungen
Fürstenwall 25
40219 Düsseldorf
E-Mail: ombudsstelle-barrierefreie-it@mags.nrw.de
Website: www.mags.nrw/ombudsstelle-barrierefreie-informationstechnik
Gesamteinschätzung
Legende: ● umgesetzt/gut ◐ zu prüfen/teilweise ○ Handlungsbedarf
| Bereich | Status | Kernbefund |
|---|---|---|
| Grundstruktur (Landmarks, Sprache) | ● gut | <main>, Header/Footer/Nav vorhanden; lang gesetzt. |
| ARIA (Namen, Zustände) | ● gut | aria-label, -hidden, -expanded, -current, -live, role=“dialog” im Einsatz. |
| Fokus-Sichtbarkeit | ● gut | Fokus-Styles vorhanden (u. a. :focus-visible). |
| Skip-Link „Zum Inhalt springen” | ● umgesetzt | In 2.68 ergänzt (war zuvor nicht vorhanden). |
| Textkontrast | ● umgesetzt | In 2.68 auf dunkleres Gold (#a66908) abgesichert, in 2.69 gemessen: Magenta 4,62:1, Blau 4,53:1. Beide bestehen. |
| Karten-Text-Alternative | ● umgesetzt | In 2.68 als Screenreader-Liste ergänzt. |
| Cookie-Dialog / Megamenü / Slider | ◐ teilweise | Fokus/ESC/Live-Region in 2.68 ergänzt; Live-Test steht aus (Checkliste vorhanden). |
| Alternativtexte (Inhaltsbilder) | ◐ technisch umgesetzt | In 2.69: Bilder ziehen Alt-Text aus der Mediathek; Mediathek-Spalte als Erinnerung. Redaktionelle Pflege läuft. |
| Karte (Maps Marker Pro) | ◐ prüfen | Drittanbieter: Tastatur/Screenreader am Live-System testen. |
| Überschriften-Hierarchie | ◐ redaktionell | Technisch möglich (Fließtext-Baustein ab 2.70 mit echten H2/H3); je Seite redaktionell einhalten. |
Prinzip 1: Wahrnehmbar
1.1.1 Textalternativen
- Umgesetzt: Die Bild-Bausteine gaben zuvor pauschal leere Alt-Texte aus. Ab 2.69 ziehen Inhaltsbilder (Infocard, Karten-Modul, Hero-Foto, Slider) den Alt-Text aus der Mediathek; nur wenn dort nichts hinterlegt ist, gilt das Bild als dekorativ. Der Mechanismus erkennt auch skalierte Bild-URLs.
- Umgesetzt (Unterstützung): Die Mediathek zeigt jetzt eine Spalte „Alt-Text” (vorhanden/fehlt) als Erinnerung für die Redaktion.
- Läuft: Der Bestand an Alt-Texten wird redaktionell gepflegt;jedes inhaltstragende Bild bekommt einen kurzen, beschreibenden Alt-Text; echte Deko bleibt leer.
- Gut: Rein dekorative Grafiken sind konsequent mit leerem Alt und aria-hidden ausgezeichnet. Der Bildnachweis („© Urheber”) ist sichtbarer Text.
1.3.1 Info & Beziehungen · 1.3.2 Reihenfolge
- Gut: Klare Landmark-Struktur (header, main, footer, nav); aktive Navigation via aria-current.
- Umgesetzt: Der Fließtext-Baustein bietet ab 2.70 eine optionale Überschrift als echtes <h2>/<h3>; semantisch sauber für Struktur und Screenreader.
- Redaktionell: Überschriften-Hierarchie pro Seite einhalten: genau eine H1, darunter logisch H2/H3 ohne Ebenensprünge.
1.4.3 Kontrast (Text) · 1.4.11 Kontrast (Nicht-Text)
- Geprüft & abgesichert: Die Hausfarben als Textfarbe auf Weiß wurden gemessen; Magenta #d3376e 4,62:1, Blau #5f61ff 4,53:1 (Ziel 4,5:1, beide bestehen). Gold nutzt als Textfarbe jetzt das dunklere #a66908 (4,52:1 statt zuvor 3,08:1).
- Zu prüfen: Weiße Schrift auf Hausfarbe (gefüllte Buttons/Pills) am Live-System stichprobenartig gegenchecken.
Prinzip 2: Bedienbar
2.4.1 Bereiche überspringen (Skip-Link)
- Umgesetzt: Ein versteckter, bei Fokus sichtbarer Sprunglink „Zum Inhalt springen” wird als erstes Element im Seitenkörper ausgegeben und springt auf den Hauptinhalt (#main). Alle Templates tragen dafür id=“main“ am <main>.
2.1.1 Tastatur · 2.1.2 Keine Tastaturfalle · 2.4.7 Fokus sichtbar
- Gut: Fokus-Stile sind im CSS vorhanden (inkl. :focus-visible).
- Umgesetzt (Megamenü): ESC schließt offene Panels; verlässt der Fokus die Navigation, klappt sie zu.
- Umgesetzt (Cookie-Dialog): Fokus wandert beim Öffnen in den Dialog und beim Schließen zurück; ESC schließt; eine Fokus-Falle hält Tab innerhalb des Dialogs.
- Zu prüfen: Slider und Statusleiste am Live-System per Tastatur durchgehen; falls Auto-Play, Pause-Möglichkeit (2.2.2). Die Test-Checkliste unterstützt diesen Durchgang.
Prinzip 3: Verständlich
- Gut · 3.1.1 Sprache: Die Seitensprache (lang) wird über WordPress gesetzt (Deutsch). Silbentrennung verbessert die Lesbarkeit.
- Gut · 3.3.2 Beschriftungen: Das Newsletter-Feld hat ein aria-label; Social-Links sind benannt.
- Zu prüfen · 3.3.1/3.3.2 Formular: Beim Kontaktformular sichtbare Labels, Fehlermeldungen und die DSGVO-Einwilligungs-Checkbox korrekt beschriften.
Prinzip 4: Robust
- Gut · 4.1.2 Name/Rolle/Wert: Interaktive Elemente nutzen ARIA (aria-label, aria-expanded, aria-current); der Cookie-Dialog hat role=“dialog“.
- Umgesetzt · 4.1.3 Statusmeldungen: Der Slider-Zähler ist eine aria-live-Region; Screenreader sagen den Slide-Wechsel an. Der Cookie-Banner nutzt ebenfalls aria-live.
Drittanbieter & besondere Komponenten
- Karte (Maps Marker Pro / Leaflet): Umgesetzt: Eine für Screenreader lesbare Text-Liste „Die Orte des Ensembles im Überblick” (Titel + Text je Ort) wird aus denselben Daten ausgegeben; so sind die Karten-Infos auch ohne bedienbare Karte verfügbar. Weiter zu prüfen: Tastatur-Erreichbarkeit der Marker und Screenreader-Ausgabe des Plugins am Live-System.
- PDF-Dokumente: müssen barrierefrei/getaggt werden.
Priorisierte Maßnahmen (Rest-Aufgaben)
| Prio | Maßnahme | Kriterium |
|---|---|---|
| Hoch | Manuellen Tastatur- & Screenreader-Durchgang am Live-System durchführen (Checkliste liegt vor), inkl. Karte/Maps Marker Pro. | 2.1.1 / 4.1.2 |
| Laufend | Überschriften-Hierarchie je Seite einhalten (genau eine H1, keine Ebenensprünge). | 1.3.1 |
| Laufend | Redaktionelle Pflege der Alt-Texte im Bestand (Mediathek-Spalte als Kontrolle). | 1.1.1 |
Umgesetzte Maßnahmen (Stand Theme 2.70)
| Maßnahme | Kriterium | Umsetzung |
|---|---|---|
| Skip-Link „Zum Inhalt springen” | 2.4.1 | Ausgabe über wp_body_open, bei Fokus sichtbar, Ziel #main; id=“main“ in allen Templates. (2.68) |
| Gold-Textfarbe abgesichert | 1.4.3 | –house-main für Stadtarchiv-Textkontexte von #ce8208 auf #a66908 umgestellt. (2.68) |
| Karten-Text-Alternative | 1.1.1 | Screenreader-Liste der Orte (Titel + Text) aus den Overlay-Daten. (2.68) |
| Cookie-Dialog: Fokus & ESC | 2.1.2 / 2.4.3 | Fokus setzen/zurückgeben, Fokus-Falle, ESC schließt mit aktueller Auswahl. (2.68) |
| Megamenü: ESC & Fokus | 2.1.1 | ESC schließt Panels; Fokus verlässt Nav → schließen. (2.68) |
| Slider: Live-Region | 4.1.3 | Zähler als aria-live-Region, damit Slide-Wechsel angesagt werden. (2.68) |
| Alt-Texte für Inhaltsbilder | 1.1.1 | Infocard, Karten-Modul, Hero-Foto und Slider ziehen den Alt-Text aus der Mediathek; skalierte URLs werden erkannt. (2.69) |
| Mediathek: Spalte „Alt-Text” | 1.1.1 | Erinnerung für die Redaktion (vorhanden/fehlt) in der Medienübersicht. (2.69) |
| Kontraste Magenta/Blau gemessen | 1.4.3 | Beide bestehen für normalen Text (4,62:1 bzw. 4,53:1). (2.69) |
| Fließtext-Baustein: semantische Überschrift | 1.3.1 | Optionale Überschrift als echtes H2/H3 mit den Typo-Variablen –fs-h2/–fs-h3. (2.70) |
Technische Rahmenbedingungen
Plattform und Sprachen
Die Website basiert auf WordPress als Content-Management-System, umgesetzt als Full-Site-Editing-Block-Theme (theme.json in Version 3). Vorausgesetzt werden PHP ab 8.0 (entwickelt und getestet mit 8.3) sowie WordPress ab 6.6 (getestet bis 6.8). Serverseitig kommt PHP zum Einsatz, clientseitig HTML5, CSS3 und JavaScript.
Theme und Architektur
Grundlage ist ein eigenentwickeltes Theme („hiz-theme“), kein zugekauftes Fremd-Theme. Die Inhalte sind als modulare, wiederverwendbare Blöcke aufgebaut, die im WordPress-Editor kombiniert werden. Das Design beruht auf einem Design-Token-System (CSS Custom Properties für Farben, Schriftgrößen und Abstände).
Programmiertechnik im Detail
- Backend: PHP, eng an die WordPress- und Block-APIs angebunden (render-basierte Blöcke, Templates, Options-Seiten).
- Frontend-CSS: modernes CSS3 mit Custom Properties, CSS Grid und Flexbox sowie fließender Typografie über
clamp(). - Frontend-JavaScript: schlankes Vanilla-JavaScript ohne Framework und ohne eigene jQuery-Abhängigkeit im Theme.
Plugins und Abhängigkeiten
Vom Theme funktional benötigt:
- Advanced Custom Fields (ACF), PRO-Funktionen: zentrale Abhängigkeit für das gesamte Baustein-System (ACF-Blöcke, Wiederholungsfelder, Options-Seiten wie „Öffnungszeiten und Eintritt“).
- Maps Marker Pro: liefert die interaktive Karte des Ensembles, technisch auf Basis der Karten-Bibliothek Leaflet.
Für Betrieb, Wartung und Zustellung (Website-Ebene):
-
- UpdraftPlus: erstellt regelmäßige Sicherungen von Dateien und Datenbank und ermöglicht deren Wiederherstellung, auf Wunsch auch auf externen Speicherzielen.
- WP Mail SMTP: sorgt für einen zuverlässigen E-Mail-Versand über einen SMTP-Dienst statt der Standard-Mailfunktion von PHP. Das verbessert die Zustellbarkeit von System- und Formular-Mails deutlich.
Weitere Bausteine
- Cookie-Consent: als Eigenentwicklung im Theme umgesetzt (kein separates Consent-Plugin), inklusive serverseitigem Sperren externer Inhalte vor der Einwilligung.
- Schriften: eigene Schriften des Design-Systems (u. a. „mendl-sans-dusk“), über CSS-Variablen eingebunden.
Browser-Baseline
Die eingesetzten Techniken (CSS Custom Properties, Grid mit Flex-Abständen, clamp(), :focus-visible) setzen aktuelle Browser voraus: Chrome/Edge und Firefox etwa ab 2021, Safari ab 15.4. Internet Explorer 11 wird nicht unterstützt.
Browser-Kompatibilität
Die Website funktioniert zuverlässig in allen gängigen, aktuellen Browsern, am Computer ebenso wie auf Tablet und Smartphone:
- Google Chrome
- Microsoft Edge
- Mozilla Firefox
- Apple Safari (macOS und iOS)
- die mobilen Varianten auf Android und iPhone
Maßgeblich ist jeweils eine aktuelle Browser-Version. Da sich alle genannten Browser automatisch aktualisieren, befinden sich nahezu alle Besucherinnen und Besucher ohnehin auf einem passenden Stand. Sehr alte Programme wie der Internet Explorer 11 werden nicht mehr unterstützt. Das entspricht dem heutigen Standard, denn auch WordPress selbst und praktisch alle modernen Websites verzichten darauf.