CMS & Shops · Praxisguide

Strapi: Barrierefreiheit

Das Frontend muss API-Inhalte semantisch und zugänglich ausgeben.

  • StrapiTechnologie

  • Prüffallmit Grenzfällen

  • 1offizielle Quelle

Redaktion: Wibify · Inhaltlich überarbeitet am

Projekt anfragen

  1. 1Kontakt
  2. 2
  3. 3

Wie erreichen wir Sie?

Ihre Kontaktdaten zuerst – die Projektdetails folgen im nächsten Schritt.

Datenschutz: Ihre Eingaben werden automatisch gespeichert. Mehr erfahren

Nur 2 Minuten
  • Logo von Carline CLD
  • Logo von Eiscafé Lisa
  • Logo von Die Lackierwerkstatt
  • Logo von Moussa Export
  • Logo von Steak Club
  • Logo von Propvex Capital
  • Logo von Mister Glanz
  • Logo von Car Company
  • Logo von Metalllo
  • Logo von Swiss Sanierung
  • Logo von Josh Jabs
  • Logo von Umzugsservice Swiss
  • Logo von Unfallfix24
  • Logo von Autolackiererei Köse
  • Logo von Autogutachten.info

Ergebnis dieses Guides

Ein zugänglicher Redaktions- und Besucherweg

Arbeitsumgebung

Strapi mit Content-Types, API-Berechtigungen und einer getrennten öffentlichen Ausgabe

Wann ist diese Entscheidung wichtig?

Auch gut entwickelte Vorlagen können durch ungeeignete Inhalte unzugänglich werden. Redaktion und Technik brauchen gemeinsame Regeln.

Definieren Sie öffentliche Felder und Beziehungen im Inhaltsmodell. Prüfen Sie API-Rechte getrennt von Redaktionsrechten; Entwürfe und interne Felder dürfen nicht durch einen zu weit berechtigten öffentlichen Zugriff sichtbar werden.

Barrierefreiheit: Schritt für Schritt.

  1. 01

    Vorbereiten

    Prüfen Sie Überschriften, Linktexte, Bilder, Tabellen und Formulare an einem echten Inhalt.

  2. 02

    In Strapi umsetzen

    Korrigieren Sie Struktur und Alternativtexte im Inhalt; beheben Sie Fokus- und Bedienelementfehler an der Vorlage.

  3. 03

    Im tatsächlichen Projekt prüfen

    Rufen Sie die API ohne Anmeldung und mit einem begrenzten Zugang auf. Prüfen Sie Entwurf, Veröffentlichung und die Aktualisierung der nachgelagerten Website.

Beispiel zur Überprüfung

So lässt sich das Ergebnis prüfen.

Als Projektkontext dient Inhalte für Website und App aus einer Redaktion. Der folgende Prüffall ist eine Vorlage für diese Aufgabe und kein Bericht über eine Kundenmessung.

Eingabe / Auslöser
Eine Seite wird nur mit Tastatur und vergrößerter Schrift bedient
Erwartetes Ergebnis
Alle Inhalte und Aktionen bleiben erreichbar, verständlich und ohne horizontale Textverluste nutzbar.
Fehler- oder Grenzfall
Ein Formularfehler wird nicht ausschließlich durch eine Farbe vermittelt.

Abnahme und typische Fehler.

  • Der Hauptweg funktioniert mit Tastatur und Screenreader.
  • Ein Formularfehler wird nicht ausschließlich durch eine Farbe vermittelt.
  • Frontend, API, Medien und Hosting bleiben getrennte Verantwortlichkeiten.

Typischer Fehler

Eine gute Vorlage gleicht schlecht strukturierte Inhalte nicht aus.

Quellen und Versionshinweis

Die Anleitung beschreibt das Vorgehen; konkrete APIs, Produktfunktionen und Laufzeitgrenzen müssen zur eingesetzten Version passen. Halten Sie Version, Konfiguration und Prüfergebnis im Projekt fest und vergleichen Sie die verlinkte Dokumentation bei Änderungen.

  • Kostenlos
  • Unverbindlich
  • Antwort in 24 h

Lassen Sie uns etwas Großes bauen.

Erzählen Sie uns von Ihrem Vorhaben. Im kostenlosen Erstgespräch klären wir Ziele, Umfang und den besten Weg – persönlich, ehrlich und ohne Verkaufsdruck.

Lieber persönlich sprechen?+49 1575 4405511
Profilbild von Hi BaProfilbild von Janine S.Profilbild von V. BinkayProfilbild von Anna L.Profilbild von Mark

aus 24 Google-Bewertungen