Accessibility Statement

Wir sind der Überzeugung, dass alle Menschen unsere Website und unsere Buchungslösung unabhängig von ihren individuellen Fähigkeiten nutzen können sollten. Barrierefreiheit ist für uns nicht nur eine gesetzliche Anforderung – sie trägt zu einem besseren Nutzungserlebnis für alle Gäste bei.

Wir arbeiten kontinuierlich daran, sicherzustellen, dass unsere Website und unsere Buchungslösung die Anforderungen des European Accessibility Act (EAA) erfüllen und den Web Content Accessibility Guidelines (WCAG) 2.1, Konformitätsstufe AA, entsprechen.

Diese Erklärung gilt für die Website des Hotels sowie für die Buchungslösung, über die Reservierungen abgeschlossen werden.

Unser Ansatz

Die Verantwortung für die Barrierefreiheit liegt gemeinsam beim Hotel, bei Nordic Hotels & Resorts und bei unseren Plattformanbietern. Unsere Arbeit umfasst automatisierte Tests, kontinuierliche Überprüfungen und Nutzertests, um bestehende Barrieren fortlaufend zu identifizieren und zu beheben.

Stand der Barrierefreiheit

Unsere Website und unsere Buchungslösung erfüllen die Anforderungen der WCAG 2.1, Konformitätsstufe AA, teilweise. Im Rahmen eines umfassenden Audits wurden 96 Kriterien zur Barrierefreiheit geprüft. Grundlage hierfür war die Checkliste zur Barrierefreiheit der schwedischen Arbeitsverwaltung.

Bekannte Barrieren in der Buchungslösung

Die Buchungslösung, über die Reservierungen auf allen Websites von Nordic Hotels & Resorts abgeschlossen werden, weist die folgenden bekannten Barrieren auf. Diese sind Bestandteil der laufenden Verbesserungsmaßnahmen und werden zentral bearbeitet.

Für Menschen mit Sehbeeinträchtigungen und/oder eingeschränktem Farbsehvermögen

• Auf der Startseite fehlt eine <h1>-Überschrift. Dadurch ist es für Nutzer von Screenreadern schwieriger, das Hauptthema der Seite zu erkennen. (WCAG 1.3.1, 2.4.6)
• Mehrere Bilder innerhalb von Links zu Angeboten und Destinationen verwenden leere Alt-Attribute. Dadurch werden die durch diese Bilder vermittelten Inhalte Nutzern von Screenreadern nicht beschrieben. (WCAG 1.1.1)
• Einige Elemente innerhalb interaktiver Links verwenden role=”presentation” oder role=”none”. Dies kann dazu führen, dass assistive Technologien relevante strukturelle Informationen ignorieren. (WCAG 4.1.2)

Für Menschen mit motorischen Beeinträchtigungen

• Es gibt keinen Link zum direkten Überspringen zum Hauptinhalt. Nutzer, die per Tastatur navigieren, müssen daher bei jedem Seitenaufruf die gesamte Navigation durchlaufen. (WCAG 2.4.1)
• Im Suchfeld für Destinationen ist die Autovervollständigung deaktiviert. Dadurch können Browser und assistive Technologien keine automatischen Eingabevorschläge anbieten. (WCAG 1.3.5)

Für Menschen mit kognitiven Beeinträchtigungen

• Auf der Startseite fehlt eine sichtbare <h1>-Überschrift. Dadurch ist es schwieriger, den Zweck der Seite auf einen Blick zu erfassen. (WCAG 2.4.6)
• Die Seite mit der Hotelübersicht enthält eine große Anzahl interaktiver Elemente. Zudem erscheint die Seitenüberschrift mehrfach auf unterschiedlichen Überschriftenebenen, wodurch eine unübersichtliche Struktur entsteht. (WCAG 1.3.1, 2.4.6)

Bekannte Barrieren auf der Hotelwebsite

Die folgenden Barrieren wurden im Rahmen eines Audits unserer Website identifiziert und sind Bestandteil unserer laufenden Verbesserungsmaßnahmen gemeinsam mit unserem Webanbieter.

Für Menschen mit Sehbeeinträchtigungen und/oder eingeschränktem Farbsehvermögen

• Für das Hero-Video auf der Startseite fehlt eine kurze Textbeschreibung des Inhalts. (WCAG 1.1.1, Level A)
• Für vorab aufgezeichnete Videos fehlt eine Textalternative für die visuellen Inhalte. (WCAG 1.2.1, Level A)
• Der Kontrast zwischen Text und Hintergrund erreicht bei mehreren Elementen nicht das erforderliche Verhältnis von 4,5:1 – darunter auch „Læs mere“-Links. (WCAG 1.4.3, Level AA, teilweise erfüllt)
• Über dem Hero-Video platzierter Text weist keinen ausreichenden Kontrast auf. (WCAG 1.4.3, Level AA, teilweise erfüllt)
• Einige Alt-Texte von Inhaltsbildern sind zu allgemein gehalten oder entsprechen nicht dem tatsächlichen Bildinhalt, z. B. Zimmerbilder mit den Bezeichnungen „Single“ oder „Double“. (WCAG 1.1.1, Level A, teilweise erfüllt)
• Links innerhalb von Fließtext werden ausschließlich durch Farbe gekennzeichnet – ohne Unterstreichung oder einen anderen, nicht farbbasierten Hinweis. (WCAG 1.4.1, Level A, teilweise erfüllt)

Für Menschen mit motorischen Beeinträchtigungen

• Eine globale CSS-Regel entfernt den sichtbaren Fokuszustand interaktiver Elemente. Eine neue :focus-visible-Gestaltung ist geplant. (WCAG 2.4.7, Level AA, teilweise erfüllt)
• Der Cookie-Consent-Dialog verursacht eine Tastaturfalle: Der Fokus bleibt in einer Schleife nahe dem Seitenanfang hängen. Eine Behebung durch den Drittanbieter ist erforderlich. (WCAG 2.1.2, Level A*, teilweise erfüllt)
• Das Hero-Video wird automatisch und kontinuierlich abgespielt, ohne dass eine sichtbare Schaltfläche zum Pausieren oder Stoppen vorhanden ist. (WCAG 2.2.2, Level A*)

Für Menschen mit kognitiven Beeinträchtigungen

• Der Menü-Code ist dupliziert. Vier nav-Elemente erzeugen wiederholte Überschriften (H2) vor der H1-Überschrift der Seite und beeinträchtigen dadurch die Überschriftenhierarchie. (WCAG 1.3.1, Level A, teilweise erfüllt)
• Externe Links, z. B. zu Preferred Hotels, findsmiley.dk und imageshop.no, werden weder visuell noch im Code als externe Links gekennzeichnet. (WCAG 2.4.4, Level A)
• Die Footer-Überschriften „Kontakt“, „Praktisk“ und „Om Admiral“ sind als Links mit href=”#” programmiert, führen jedoch zu keinem Ziel. (WCAG 4.1.2, Level A, teilweise erfüllt)
• Vereinzelte englische Textpassagen auf dänischen Seiten sind nicht mit einem lang-Attribut gekennzeichnet. (WCAG 3.1.2, Level AA, teilweise erfüllt)

Formulare und Fehlerbehandlung

• Vier Formularfelder verfügen über keine programmatisch zugeordnete Beschriftung (Label). (WCAG 1.3.1, Level A)
• Beim E-Mail-Feld fehlt ein autocomplete-Attribut für E-Mail-Adresse und Name. (WCAG 1.3.5, Level AA)
• Pflichtfelder im Newsletter-Formular sind visuell nicht als solche gekennzeichnet. (WCAG 3.3.2, Level A)
• Im Newsletter-Formular fehlt ein einleitender Hinweis darauf, wie Pflichtfelder gekennzeichnet sind. (WCAG 3.3.2, Level A)
• Ungültige Felder erhalten kein aria-invalid-Attribut, und Fehlermeldungen sind nicht über aria-describedby mit den entsprechenden Feldern verknüpft. (WCAG 3.3.1, Level A)
• Bei einer fehlgeschlagenen Validierung wird am Anfang des Formulars keine zusammenfassende Fehlerübersicht angezeigt. (WCAG 3.3.1, Level A)
• Nach einem fehlgeschlagenen Absendeversuch wird der Fokus nicht auf die Fehlermeldung verschoben. (WCAG 3.3.1, Level A)
• Fehlermeldungen bei der Inline-Validierung werden Screenreadern nicht automatisch mitgeteilt, da role=”alert” bzw. aria-live fehlt. (WCAG 4.1.3, Level A)

Komponenten und Codequalität

• 29 interaktive Bedienelemente verfügen über keinen barrierefreien Namen. Dies betrifft hauptsächlich Schaltflächen, die ausschließlich aus Icons bestehen, beispielsweise Menü-, Schließen- und Slider-Schaltflächen. (WCAG 4.1.2, Level A)
• Bildlinks ohne Text, z. B. Social-Media-Icons im Footer, verfügen über keinen barrierefreien Namen. (WCAG 4.1.2, Level A)
• Zwei von fünf iframes verfügen über kein title-Attribut, darunter die Einbettung von Snazzy Maps. (WCAG 4.1.2, Level A)
• Modale Dialoge verfügen nicht über role=”dialog”, aria-modal und einen barrierefreien Namen. (WCAG 4.1.2, Level A, teilweise erfüllt)
• Die W3C-Validierung der Startseite zeigt 274 Fehler und 37 Warnungen, darunter ungültige Attribute und Zeichen. (WCAG 4.1.1, Level A)
• Auf der Startseite kommen aufgrund des duplizierten Menü-Codes doppelte id-Werte vor. „bbh-mega-menu-link“ erscheint fünfmal. (WCAG 4.1.1, Level A, teilweise erfüllt)
• Zwei Navigationsbereiche verfügen über aria-labels („Site“, „Primary“), die nicht mit dem sichtbaren Menütext übereinstimmen. (WCAG 2.5.3, Level A)

Bereiche, die einer ergänzenden manuellen Prüfung bedürfen

Die folgenden Bereiche konnten im Rahmen automatisierter Tests nicht vollständig überprüft werden, da der Cookie-Dialog und andere technische Einschränkungen die automatisierten Tools blockieren. Die manuelle Überprüfung wird fortlaufend durchgeführt.

• Lesereihenfolge für assistive Technologien – erfordert einen Test mit dem NVDA-Screenreader. (WCAG 1.3.2, Level A)
• Vollständige Tastaturnavigation – der automatisierte Test wird durch den Cookie-Dialog blockiert. (WCAG 2.1.1, Level A)
• Logische Fokusreihenfolge – die Überprüfung wird aus demselben Grund blockiert. (WCAG 2.4.3, Level A)
• Kontrast in Standard-, Hover- und Fokuszuständen von Komponenten – erfordert eine manuelle Messung. (WCAG 1.4.11, Level AA)
• Kontrast von Icons – erfordert eine manuelle Messung der Menü-, Social-Media- und USP-Icons. (WCAG 1.4.11, Level AA)
• Qualität der Fehlermeldungstexte und der Erfolgsmeldung – erfordert einen manuellen Formulartest. (WCAG 3.3.3, 4.1.3, Level AA/A)

Erstellung dieser Erklärung

Diese Erklärung basiert auf einem strukturierten Audit der Website anhand von 96 Kriterien zur Barrierefreiheit (WCAG 2.1 Level A und AA sowie zusätzlichen schwedischen Kriterien aus der Checkliste zur Barrierefreiheit der schwedischen Arbeitsverwaltung). Die Überprüfung umfasst sowohl automatisierte Tests als auch manuelle Prüfungen mithilfe von Tastatur, Screenreader und Browser-Entwicklertools.

Kontakt

Sollten Sie bei der Nutzung unserer Website oder unserer Buchungslösung auf Barrieren stoßen oder Informationen in einem alternativen Format benötigen, kontaktieren Sie uns bitte über die auf unserer Website angegebenen Kontaktdaten. Wir werden unser Bestes tun, um Ihnen weiterzuhelfen.

Durchsetzung

Die schwedische Behörde für digitale Verwaltung (DIGG) ist für die Durchsetzung der Barrierefreiheitsanforderungen zuständig. Sollten Sie mit der Bearbeitung Ihres Feedbacks durch uns nicht zufrieden sein, können Sie sich an DIGG wenden.

Diese Erklärung wurde zuletzt am 24.08.2026 aktualisiert.