Performance & Barrierefreiheit
Core Web Vitals, WCAG-Konformität und die Prüfdokumentation, die beides belegt.
Zuletzt überarbeitet am
- Startseite
- Performance & Barrierefreiheit
Auf dieser Seite
- Was Performance & Barrierefreiheit hier umfasst
- Was es in den USA kostet
- Wie lange es dauert
- Wie die Arbeit tatsächlich abläuft
- Was Sie uns schicken sollten
- Wie Sie die Ergebnisse prüfen
- Inhouse, Freelancer, Studio oder KI-Modell?
- Zusammenarbeit mit einem Studio, das Sie nie persönlich treffen
- US-Vorschriften, die Sie kennen sollten
- Fragen an jeden, der Ihnen dafür ein Angebot macht
- Begriffe, die Ihnen begegnen werden
- Drei Situationen, die Sie vielleicht kennen
- Alles, was wir über Performance & Barrierefreiheit geschrieben haben
- Mit uns an Performance & Barrierefreiheit arbeiten
- Verwandte Leitfäden und Leistungen
Diese Seite zeigt das Gesamtbild: was wir tun, was es in den USA kostet, wie lange es dauert, was wir von Ihnen brauchen, und jeden Artikel, den wir zu dem Thema geschrieben haben. Wenn Sie bereits wissen, was Sie möchten, fordern Sie ein Angebot an oder testen Sie uns zunächst mit ein paar Dateien – beides ist kostenlos und mit keinem Verkaufsgespräch verbunden.
Was Performance & Barrierefreiheit hier umfasst
Vierzehn Disziplinen klingen nach viel – bis man merkt, wie oft ein einziger Auftrag drei davon braucht. Im Bereich Performance & Barrierefreiheit umfasst die Arbeit konkret Folgendes:
- Largest Contentful Paint
- Die Zeit, bis das größte Bild oder der größte Textblock im Viewport gerendert ist – ein Näherungswert dafür, wann eine Seite geladen wirkt.
- Interaction to Next Paint
- Ein Maß für die Reaktionsfähigkeit: wie lange eine Seite braucht, um nach einer Nutzerinteraktion eine sichtbare Reaktion zu rendern.
- Cumulative Layout Shift
- Ein Maß dafür, wie stark sich sichtbare Inhalte während der Lebensdauer einer Seite unerwartet verschieben.
- WCAG-Konformitätsstufen
- Die drei Stufen der Web Content Accessibility Guidelines – A, AA und AAA – und wozu Sie sich tatsächlich verpflichten, wenn Sie eine davon beanspruchen.
- Barrierefreiheit per Tastatur
- Jede Funktion einer Website allein mit der Tastatur bedienbar machen, in logischer Reihenfolge und mit sichtbarem Fokus.
- Screenreader-Kompatibilität
- Sicherstellen, dass Inhalte von der Software, die eine Seite vorliest, sinnvoll ausgegeben werden.
- Farbkontrast
- Der messbare Leuchtdichteunterschied zwischen Vorder- und Hintergrund und die Schwellenwerte, die Inhalte erfüllen müssen.
- Performance-Budgets
- Vereinbarte Obergrenzen für Seitengewicht, Anzahl der Requests oder Timing-Metriken, automatisch durchgesetzt, damit sie nicht stillschweigend überschritten werden können.
- Critical Rendering Path
- Die Abfolge von Arbeitsschritten, die ein Browser abschließen muss, bevor er etwas Brauchbares rendern kann.
- HTTP/2 und HTTP/3
- Die neueren Versionen des Protokolls, über das der Webverkehr läuft, und was sie daran ändern, wie Ressourcen ausgeliefert werden sollten.
- Content Delivery Networks
- Verteilte Server, die Kopien Ihrer Inhalte nahe bei den Menschen vorhalten, die sie abrufen.
- Real User Monitoring
- Performance-Daten aus echten Besuchen erfassen statt aus synthetischen Tests.
Das sind zwölf von 163. Den vollständigen Index finden Sie weiter unten auf dieser Seite.
Was es in den USA kostet
Das kostet so etwas in den USA in der Regel. Verstehen Sie es als Plausibilitätsprüfung, nicht als Preisliste: Der ehrliche Betrag hängt vom Auftrag ab, und wer Ihnen einen Festpreis nennt, ohne sich die Arbeit anzusehen, rät nur.
| Art der Arbeit | Typische Spanne | Was Sie dafür bekommen |
|---|---|---|
| Performance-Audit | $2,500 – $10,000 | Feld- und Labormessungen, priorisierte Befunde und ein Plan, mit dem Entwickler arbeiten können. |
| Barrierefreiheits-Audit | $4,000 – $20,000 | Automatisierte und manuelle Tests nach WCAG 2.1 AA, mit Befunden, die den Erfolgskriterien zugeordnet sind. |
| Behebung | $5,000 – $60,000+ | Die eigentliche Behebung – deren Umfang ganz davon abhängt, was das Audit ergeben hat. |
Das sind breite Spannen, und das hat einen Grund. Hier sehen Sie, was einen Auftrag vom einen Ende zum anderen verschiebt.
Was den Preis tatsächlich bestimmt
- Größe der Website und Anzahl der Templates
- Sechs Templates zu korrigieren korrigiert tausend Seiten. Tausend handgebaute Seiten zu korrigieren, tut das nicht.
- Wie schlecht die Ausgangslage ist
- Eine semantisch aufgebaute Website braucht Anpassungen. Eine Website aus verschachtelten Divs und Klick-Handlern muss neu gebaut werden.
- Skripte von Drittanbietern
- Die langsamsten Teile der meisten Websites gehören jemand anderem. Sie zu entfernen, ist ebenso eine kaufmännische Verhandlung wie eine technische Aufgabe.
- Tiefe der Barrierefreiheitstests
- Automatisiertes Scannen ist günstig. Manuelle Tests mit assistiven Technologien und echten Nutzern sind der Teil, der findet, worauf es ankommt.
- Einschränkungen durch Frameworks
- Manche Stacks erschweren barrierefreies Markup mehr als andere, und Workarounds kosten Zeit.
- Ob es behoben bleibt
- Budgets und automatisierte Prüfungen in der CI kosten etwas Aufwand bei der Einrichtung und bewahren das Ganze vor Rückschritten.
Wie die Bezahlung üblicherweise strukturiert ist
Neben dem Wie-viel gibt es die Frage nach dem Wie. Fünf Modelle decken fast alles in dieser Branche ab, und welches passt, hängt davon ab, wie gut sich der Auftrag vor Beginn beschreiben lässt.
- Pro Einheit
- Ein Festpreis pro Bild, pro Minute, pro Seite, pro Asset. Am besten geeignet, wenn die Arbeit wirklich wiederholbar ist und Sie eine Einheit präzise beschreiben können. Es ist das am einfachsten zu budgetierende Modell und das, über das am einfachsten gestritten wird, denn alles hängt davon ab, ob Ihre Vorstellung von einer Einheit mit unserer übereinstimmt. Klären Sie das an einem Muster, bevor Sie es auf einer Rechnung klären.
- Stunden- oder Tagessatz
- Sie kaufen Zeit, und das Ergebnis ist das, was in dieser Zeit entsteht. Ehrlich, wenn noch niemand den Auftrag abgrenzen kann – eine Rettungsaktion, ein unbekanntes Archiv, eine Explorationsphase. Fragen Sie trotzdem nach einer Obergrenze. Eine offene Stundenvereinbarung ohne Deckel ist ein Budget ohne Boden.
- Projektfestpreis
- Eine Zahl für einen definierten Leistungsumfang, meist mit einer festgelegten Anzahl an Korrekturrunden. Das Modell, das die meisten Kunden bevorzugen – und das ein vages Briefing am härtesten bestraft. Der Preis ist nur so fest wie der Leistungsumfang, also rechnen Sie damit, dass das Leistungsdokument konkreter ist, als es sich angenehm anfühlt. Genau diese Konkretheit schützt Sie.
- Monatlicher Retainer
- Eine feste Kapazität, die jeden Monat für Sie reserviert ist. Lohnt sich, sobald die Arbeit kontinuierlich statt gelegentlich anfällt – ein Katalog, der aktualisiert wird, ein Kanal, der wöchentlich veröffentlicht, eine Website, die sich ständig ändert. Unterhalb von etwa zehn bis fünfzehn Stunden im Monat kostet es meist mehr, als die Arbeit nach Bedarf einzukaufen.
- Wert- oder ergebnisbasiert
- Preise, die an ein Geschäftsergebnis statt an den Aufwand gekoppelt sind. Selten und selten so sauber, wie es klingt. Es funktioniert, wo das Ergebnis eindeutig und zurechenbar ist, und scheitert, wo es keins von beidem ist. Prüfen Sie ein ergebnisbasiertes Angebot so kritisch wie jede andere Behauptung zur Zurechenbarkeit.
Wenn Sie eine echte Zahl statt einer Spanne möchten, ist der schnellste Weg, uns das tatsächliche Briefing zu schicken – Umfang, Volumen, Deadline und, falls vorhanden, ein paar Beispieldateien. Das reicht in der Regel für einen Festpreis statt einer Schätzung.
Wie lange es dauert
Wie lange sollte das dauern? Hier sind die üblichen Zeiträume – mit dem Vorbehalt, dass jeder davon voraussetzt, dass Entscheidungen dann getroffen werden, wenn sie anstehen.
| Phase | Übliche Dauer |
|---|---|
| Messung und Audit | 2–4 Wochen |
| Quick Wins ausliefern | Woche 3–4 |
| Strukturelle Behebung | 4–12 Wochen |
| Prüfung mit assistiven Technologien | 1–2 Wochen |
| Budgets und Monitoring eingerichtet | 1 Woche |
Eines sollte man klar sagen: Die häufigste Ursache für ein verspätetes Projekt ist nicht die Produktion. Es ist das Warten – auf Inhalte, auf eine Entscheidung, darauf, dass sich eine Person etwas ansieht. Wenn ein Projekt schnell vorankommen soll, ist das Wirksamste, was Sie tun können, eine Person zu benennen, die freigeben darf, und sicherzustellen, dass sie erreichbar ist. Diese eine Änderung bringt mehr als jedes Nachhaken.
Eilaufträge sind möglich und tatsächlich teurer, weil echte Menschen echte Überstunden machen oder ein Auftrag eine Warteschlange überspringt, in der jemand anderes steht. Wir sagen Ihnen immer, was ein Eilauftrag tatsächlich kostet, bevor Sie sich darauf festlegen.
Wie die Arbeit tatsächlich abläuft
So sieht der Ablauf eines Performance- und Barrierefreiheitsprojekts tatsächlich aus. Das ist kein Marketing-Diagramm – es ist die Reihenfolge, in der die Dinge passieren müssen, und die meisten teuren Probleme in diesem Bereich entstehen, wenn einer dieser Schritte in falscher Reihenfolge erfolgt oder ganz übersprungen wird.
1. Die Realität messen
Zuerst Felddaten – was echte Besucher auf echten Geräten tatsächlich erlebt haben –, dann Labortests, um das zu erklären. Ein Laborwert auf einem schnellen Laptop ist eine Hypothese, keine Messung.
2. Barrierefreiheit prüfen
Automatisierte Tests finden vielleicht ein Drittel der Probleme. Für den Rest braucht es eine Tastatur, einen Screenreader und einen Menschen. Beide Durchgänge, in dieser Reihenfolge.
3. Priorisieren
Befunde, geordnet danach, wie viele Menschen betroffen sind und wie schwer die Behebung ist. Die Schweregrade eines Audit-Tools sind keine Prioritätenliste.
4. Zuerst die großen Dinge beheben
Bilder, Schriften und Skripte von Drittanbietern sind bei der Geschwindigkeit meist die Top drei. Fokuszustände, Beschriftungen und Überschriften sind es bei der Barrierefreiheit.
5. Die strukturellen Dinge beheben
Semantisches Markup, Überschriftenreihenfolge, Landmark-Regionen, Fokusmanagement. Das dauert länger, und genau das macht eine Website tatsächlich nutzbar statt nur konform.
6. Mit Menschen verifizieren
Tests mit assistiven Technologien durch jemanden, der sie täglich nutzt. Nichts anderes zeigt Ihnen, ob die Website wirklich nutzbar ist.
7. Budgets festlegen
Performance-Budgets und Barrierefreiheitsprüfungen in der Build-Pipeline, damit das nächste Release die Arbeit nicht stillschweigend zunichtemachen kann.
8. Dokumentieren
Eine Erklärung zur Barrierefreiheit, die den aktuellen Stand, bekannte Lücken und den Weg zur Meldung von Problemen ehrlich beschreibt.
Wo passt Performance & Barrierefreiheit hinein? Meist irgendwo in der Mitte dieses Ablaufs – und der Bereich übernimmt jede Entscheidung, die davor getroffen wurde. Das spricht dafür, den Umfang früh festzulegen: Eine Änderung in Phase zwei ist ein Gespräch, dieselbe Änderung in Phase sieben ein Neubau.
Was Sie uns schicken sollten
Ein Briefing muss nicht lang sein. Es muss bei einer Handvoll Punkte konkret sein – bei allem anderen darf es vage bleiben.
Was in das Briefing gehört
- Für wen es ist
- Die Zielgruppe, in einem Satz, in Ihren eigenen Worten. Kein Persona-Dokument – ein Satz.
- Was es leisten muss
- Die Handlung, die jemand ausführen soll, oder die Entscheidung, die er treffen können soll.
- Wo es eingesetzt wird
- Jede Platzierung, in jeder Größe. Das ist die mit Abstand häufigste Auslassung, und sie ist es, die Nachshootings und neue Zuschnitte verursacht.
- Was bereits existiert
- Markenrichtlinien, frühere Arbeiten, die Dateien, die niemand mag. Vor allem die Dateien, die niemand mag – und warum.
- Was feststeht
- Farben, Schriften, rechtliche Texte, Plattformanforderungen – alles, was nicht zur Diskussion steht.
- Woran man gute Arbeit erkennt
- Zwei oder drei Referenzen plus ein Beispiel für etwas, das Sie ausdrücklich nicht mögen. Die Abneigung ist nützlicher als die Vorlieben.
- Die echte Deadline
- Das Datum, an dem etwas live sein muss, nicht das Datum, an dem Sie gern einen Entwurf sehen würden. Sagen Sie, welches von beiden Sie nennen.
- Wer freigibt
- Ein Name. Ein Briefing mit vier Freigebenden und niemandem, der entscheidet, kostet Sie zwei zusätzliche Korrekturrunden.
Zwei davon verdienen besondere Betonung, weil sie Geld kosten, wenn sie fehlen. Wo es eingesetzt wird – jede Platzierung, in jeder Größe – ist die Auslassung, die Nachshootings und neue Zuschnitte verursacht. Und wer freigibt ist der Punkt, der unbemerkt Korrekturrunden hinzufügt: Ein Projekt mit vier Freigebenden und niemandem, der entscheidet, kostet immer mehr als eines mit einem einzigen Namen.
Speziell für Performance & Barrierefreiheit
Zusätzlich zum allgemeinen Briefing profitiert gerade dieser Auftrag davon, wenn Sie Folgendes geklärt haben, bevor jemand anfängt:
- Core Web Vitals, bewertet anhand von Felddaten echter Nutzer, nicht anhand eines Laborwerts von einem schnellen Rechner
- LCP unter 2,5 Sekunden, INP unter 200 Millisekunden, CLS unter 0,1, jeweils am 75. Perzentil
- Jedes interaktive Element per Tastatur bedienbar, mit einem Fokuszustand, den man tatsächlich sieht
- Mit einem echten Screenreader getestet, von jemandem, der damit umgehen kann
Wenn Sie schon Dateien bereit haben, können Sie sie direkt senden – sie landen in einem privaten Speicher statt in einem Posteingang, und nichts ist öffentlich. Wenn Sie lieber erst die Qualität sehen möchten, bevor Sie sich festlegen, testen Sie uns zuerst mit ein paar Dateien. Keine Kreditkarte, keine Verpflichtung – und wenn es nicht das ist, was Sie brauchen, haben Sie nur einen Nachmittag verloren.
Wie Sie die Ergebnisse prüfen
Arbeit abzunehmen ist eine Fähigkeit, aber niemandem wird sie beigebracht. Ein gutes Feedback spart eine Korrekturrunde; ein vages verursacht zwei.
- Prüfen Sie es dort, wo es eingesetzt wird
- Geben Sie ein Web-Asset im Browser frei, ein Print-Asset auf Papier, eine Audiomischung auf einem Smartphone-Lautsprecher. Ein Ergebnis in dem Tool freizugeben, mit dem es erstellt wurde, ist der Weg, auf dem Probleme an die Öffentlichkeit gelangen.
- Prüfen Sie die Ränder, nicht die Mitte
- Die Mitte ist fast immer in Ordnung. Achten Sie auf die Ecken, die kleinste Größe, den längsten Text, den dunkelsten Bereich, die letzten zehn Sekunden.
- Prüfen Sie eine Sache nach der anderen
- Farbe, dann Typografie, dann Abstände, dann Inhalt. Eine Prüfung, die alles auf einmal sehen will, sieht das Auffälligste und übersieht den Rest.
- Sammeln Sie Feedback, bevor Sie es senden
- Eine gebündelte Liste ist besser als sechs E-Mails. Widersprüche innerhalb Ihres eigenen Unternehmens lassen sich auf Ihrer Seite günstiger auflösen als auf unserer.
- Sagen Sie konkret, was nicht stimmt
- „Das muss mehr knallen“ kostet eine Korrekturrunde. „Die Überschrift ist vor dem Himmel schwer lesbar, können wir den Bereich dahinter abdunkeln?“ kostet zehn Minuten.
- Sagen Sie auch, was gut ist
- Nicht aus Höflichkeit. Wenn Sie nur Probleme markieren, kann in der nächsten Runde verloren gehen, was Ihnen gefallen hat – ohne dass jemand wusste, dass es wichtig war.
Der Maßstab, an dem wir uns messen
Damit Sie wissen, woran Sie messen: Das wird auf unserer Seite geprüft, bevor irgendetwas Sie erreicht. Nichts davon ist optional, und nichts davon wird extra berechnet.
- Core Web Vitals, bewertet anhand von Felddaten echter Nutzer, nicht anhand eines Laborwerts von einem schnellen Rechner
- LCP unter 2,5 Sekunden, INP unter 200 Millisekunden, CLS unter 0,1, jeweils am 75. Perzentil
- Jedes interaktive Element per Tastatur bedienbar, mit einem Fokuszustand, den man tatsächlich sieht
- Mit einem echten Screenreader getestet, von jemandem, der damit umgehen kann
- Kontrast geprüft auf 4,5:1 für Fließtext und 3:1 für großen Text und Bedienelemente
- Eine Erklärung zur Barrierefreiheit, die offenlegt, was noch nicht behoben ist, statt zu behaupten, alles sei erledigt
Warnsignale speziell bei Performance & Barrierefreiheit
Wenn Ihnen eines davon in den Ergebnissen auffällt, sprechen Sie es an. Alles lässt sich beheben, und alles ist jetzt günstiger zu beheben als nach der Veröffentlichung.
- Eine Website mit 98 Punkten im Labor, die sich trotzdem langsam anfühlte
- Ein Accessibility-Overlay, das alles verschlimmert hat
- Aus ästhetischen Gründen entfernte Fokuszustände
Wie wir fertige Arbeiten präsentieren – einschließlich Vorher und Nachher –, sehen Sie im Portfolio. Alles, was als Muster gekennzeichnet ist, ist ein eigenes Demonstrationsstück und kein Kundenprojekt – und das steht auch direkt dabei.
Inhouse, Freelancer, Studio oder KI-Modell?
Das ist die Entscheidung hinter der Frage „Was kostet das?“, und sie verdient eine ehrliche Antwort statt eines Verkaufsgesprächs. Es gibt vier Wege, Performance- und Barrierefreiheitsarbeit erledigen zu lassen, und wir sind nur für einige davon die richtige Wahl.
Inhouse erledigen
Jemand auf Ihrer Gehaltsliste macht es.
Was dafür spricht: Die schnellste Feedbackschleife überhaupt, das tiefste Produktwissen, kein Briefing-Aufwand bei kleinen Änderungen.
Was dagegen spricht: Sie kaufen eine Person, keinen Auftrag: ihren Urlaub, ihre Krankheitstage, ihre Grenzen und die Software. Sobald der Bedarf schwankt, rechnet es sich nicht mehr, denn Sie bezahlen das ganze Jahr für die Spitzenlast.
Einen Freelancer beauftragen
Ein Spezialist, direkt beauftragt.
Was dafür spricht: Der günstigste Weg zu echter Expertise, und Sie bekommen genau die Person, die die Arbeit macht.
Was dagegen spricht: Eine Person ist ein Single Point of Failure. Keine Vertretung, begrenzte Kapazität – und wenn sie mitten im Projekt aufhört, erben Sie ihre Dateien und ihre Konventionen.
Ein Studio beauftragen
Ein Team mit Prozess, Prüfebene und Vertretung.
Was dafür spricht: Bewältigt Volumen und Vielfalt, übernimmt die Qualitätskontrolle und fällt nicht aus, wenn eine Person krank ist.
Was dagegen spricht: Pro Stunde teurer als ein Freelancer, und Sie sind ein Kunde unter mehreren. Lohnt sich, wenn Konsistenz über viele Ergebnisse hinweg wichtiger ist als der niedrigste Satz.
Ein KI-Modell nutzen
Generative oder automatisierte Tools, mit oder ohne menschliche Prüfung.
Was dafür spricht: Wirklich schnell und wirklich günstig bei dem, was es gut kann – und es wird auch auf Seite vierhundert nicht müde.
Was dagegen spricht: Es liegt selbstbewusst falsch, und zwar auf eine Weise, die auf den ersten Blick schwer zu erkennen ist – und woran es scheitert, fällt Kunden auf: Hände, Text, Anzahlen, Kanten, Kontinuität. Nichts sollte ausgeliefert werden, ohne dass ein Mensch es angesehen hat. Deshalb kalkulieren wir unsere KI-Arbeit inklusive Prüfung und nicht als vergünstigte Variante.
Kurz gesagt: Wenn die Arbeit konstant anfällt und zentral für Ihr Geschäft ist, stellen Sie jemanden ein. Wenn sie schwankt oder ein Spektrum an Fähigkeiten braucht, für das sich keine Festanstellung rechtfertigen lässt, beauftragen Sie ein Studio. Wenn es um eine einzelne Spezialaufgabe geht und Sie den richtigen Spezialisten gefunden haben, arbeiten Sie mit ihm. Das sagen wir Ihnen lieber vorab, als einen Auftrag anzunehmen, für den wir nicht geeignet sind.
Zusammenarbeit mit einem Studio, das Sie nie persönlich treffen
Die meiste Arbeit an Performance & Barrierefreiheit findet heute zwischen Menschen an verschiedenen Orten statt, oft in unterschiedlichen Zeitzonen. Das ist in Ordnung – das ist es seit Jahren –, aber es belohnt einige Gewohnheiten und bestraft andere.
- Überschneidung statt Rund-um-die-Uhr-Abdeckung
- Entscheidend ist nicht, ob ein Anbieter um 14 Uhr Eastern Time wach ist, sondern ob es ein verlässliches Zeitfenster gibt, in dem Sie beide sprechen können. Fragen Sie nach dem Zeitfenster und tragen Sie es in den Kalender ein.
- Bündeln Sie Ihr Feedback
- Über Zeitzonen hinweg kosten drei Runden mit je einem Kommentar drei Tage. Eine Runde mit zwölf Kommentaren kostet einen. Das ist Ihr größter Hebel für die Bearbeitungszeit.
- Senden Sie Dateien einmal, und zwar richtig
- Eine saubere Übergabe mit Originalen, einem schriftlichen Briefing und benannten Dateien spart mehr Zeit als jedes Nachhaken. Die Hälfte aller „langsamen“ Projekte war schon am Anfang langsam.
- Vereinbaren Sie, was „dringend“ bedeutet
- Jeder sagt „dringend“. Legen Sie vorab fest, was ein Eilauftrag tatsächlich auslöst – eine andere Warteschlange, einen anderen Preis, ein anderes Team –, damit das Wort seine Bedeutung behält.
- Bleiben Sie in einem Thread
- Eine Entscheidung, die in einer Direktnachricht getroffen wird, ist eine Entscheidung, die niemand sonst auf beiden Seiten findet. Ein Kanal, ein Thread pro Auftrag.
Unsere Arbeitszeiten überschneiden sich mit dem US-Geschäftstag, und wir vereinbaren lieber ein festes Zeitfenster mit Ihnen, als eine Erreichbarkeit rund um die Uhr zu versprechen, die niemand wirklich durchhalten kann. Wenn Sie alles besprechen möchten, bevor Sie sich festlegen, nehmen Sie Kontakt auf – es gibt kein Pitch-Deck, und niemand wird Ihnen hinterhertelefonieren.
US-Vorschriften, die Sie kennen sollten
Das ist keine Rechtsberatung, und wir sind keine Anwälte. Es ist eine Liste der amerikanischen Vorschriften, die bei dieser Art von Arbeit so häufig eine Rolle spielen, dass Unkenntnis teuer wird. Wenn etwas davon auf Sie zutrifft, lohnen sich zwanzig Minuten mit jemandem, der Anwalt ist.
ADA Title III
US-Gerichte haben Title III des Americans with Disabilities Act vielfach auf kommerzielle Websites angewendet, und Klagen sowie Abmahnschreiben wegen mangelnder Web-Barrierefreiheit sind an der Tagesordnung. WCAG 2.1 AA ist der De-facto-Maßstab in Vergleichen und gerichtlich bestätigten Vergleichsvereinbarungen.
Section 508
Bundesbehörden und Organisationen, die an sie verkaufen, müssen Section 508 erfüllen, das die WCAG als technischen Standard übernimmt. Wenn Sie an die US-Bundesregierung verkaufen, ist ein Accessibility Conformance Report Teil der Beschaffung und keine Nebensache.
Regeln der Bundesstaaten und Branchen
Mehrere Bundesstaaten haben eigene Barrierefreiheitsanforderungen für öffentliche Stellen, und Branchen wie Bildung, Gesundheitswesen und Finanzen unterliegen zusätzlichen Pflichten. Der gemeinsame Nenner bleibt bei allen WCAG 2.1 AA.
Und das allgemeine Geschäftliche
Ganz gleich, um welche Disziplin es geht: Wer in den USA professionelle Dienstleistungen einkauft, steht vor denselben wenigen Fragen. Das sind die, die uns Kunden am häufigsten stellen.
- Verträge und Leistungsbeschreibungen
- Eine Leistungsbeschreibung, die Ergebnisse, Anzahl der Korrekturrunden, Rechteregelung und Zahlungsplan benennt, ist die Stunde wert, die das Lesen dauert. Die meisten Streitigkeiten in dieser Branche drehen sich nicht um Qualität, sondern darum, dass zwei Seiten „fertig“ unterschiedlich verstanden haben.
- Rechteinhaberschaft und Work made for hire
- Nach US-Urheberrecht gehört ein von einem selbstständigen Auftragnehmer geschaffenes Werk grundsätzlich dem Auftragnehmer, sofern es keine schriftliche Rechteübertragung gibt oder es nicht in eine der eng gefassten gesetzlichen Work-made-for-hire-Kategorien fällt. Das überrascht viele Auftraggeber. Lassen Sie sich die Übertragung schriftlich geben; ein Studio, das dabei zögert, verrät Ihnen damit etwas Nützliches.
- Bezahlung eines externen Dienstleisters
- Ein US-Unternehmen, das einen US-Auftragnehmer bezahlt, holt in der Regel ein Formular W-9 ein und muss gegebenenfalls ein 1099-NEC einreichen; bei einem Dienstleister außerhalb der USA ist es stattdessen meist ein W-8BEN oder W-8BEN-E. Ihr Steuerberater wird diese Unterlagen vor der ersten Rechnung haben wollen, nicht nach der letzten.
- Umsatzsteuer (Sales Tax) auf Dienstleistungen
- Ob eine kreative oder digitale Dienstleistung steuerpflichtig ist, ist von Bundesstaat zu Bundesstaat verschieden, und mehrere Bundesstaaten besteuern manche digitalen Leistungen und andere nicht. Eine Frage an Ihren Steuerberater vor einem großen Auftrag ist besser als ein Schreiben einer bundesstaatlichen Steuerbehörde danach.
- Werbeaussagen
- Die Federal Trade Commission macht Werbetreibende für Aussagen in ihrem Marketing verantwortlich, auch für Aussagen in Bildern. Ein retuschiertes Produktfoto, das das Produkt nicht mehr wahrheitsgetreu zeigt, ist zuerst ein Werbeproblem und erst dann ein Designproblem – und die Haftung liegt beim Werbetreibenden, nicht beim Retuscheur.
- Barrierefreiheit
- Title III des Americans with Disabilities Act wird von US-Gerichten in vielen Fällen so ausgelegt, dass er auch Websites erfasst, und Bundesbehörden sowie ihre Auftragnehmer sind an die Section 508 gebunden, die auf WCAG verweist. Barrierefreiheit von Anfang an einzuplanen ist günstiger, als hinterher vor Gericht darüber zu streiten.
Unsere eigenen Bedingungen sind veröffentlicht, statt nur auf Anfrage verschickt zu werden: Sie können die Allgemeinen Geschäftsbedingungen, die Zahlungsbedingungen, die Erstattungsrichtlinie und die Regelungen zu Vertraulichkeit und NDA lesen, bevor Sie mit irgendjemandem sprechen. Wenn etwas darin für Sie nicht passt, sagen Sie es früh – das meiste ist verhandelbar, und alles lässt sich besser vor der Arbeit klären als danach.
Fragen an jeden, der Ihnen dafür ein Angebot macht
Auch an uns. Wenn ein Anbieter bei einer dieser Fragen ausweicht, ist das die Antwort auf die Frage, die Sie eigentlich gestellt haben.
- Wer macht die Arbeit tatsächlich?
- Fragen Sie, ob sie bei der Person bleibt, mit der Sie sprechen, an ein Team geht oder weitervergeben wird. Nichts davon ist falsch. Es nicht zu wissen, schon.
- Was genau ist eine Korrektur?
- Fragen Sie, was als Korrektur und was als neues Briefing gilt und wie viele Korrekturen enthalten sind. Das ist die häufigste Quelle für eine Rechnung, mit der Sie nicht gerechnet haben.
- Wem gehören die Ergebnisse?
- Lassen Sie es sich schriftlich geben, einschließlich der Arbeitsdateien. „Ihnen gehört das Endergebnis“ und „Ihnen gehört alles“ sind sehr unterschiedliche Positionen, und die zweite kostet nicht ohne Grund mehr.
- Was passiert, wenn es falsch ist?
- Fragen Sie, was eine Nachbesserung kostet und wie schnell sie erfolgt. Ein Studio mit einer klaren Antwort hat dieses Gespräch schon einmal geführt.
- Kann ich Arbeiten sehen, die meinem Projekt ähneln?
- Kein Showreel – Arbeiten aus Ihrer Kategorie, in Ihrem Volumen, mit Ihren Rahmenbedingungen. Ein schönes Portfolio aus einer anderen Kategorie beweist Geschmack, nicht Eignung.
- Wie gehen Sie mit meinen Dateien um?
- Wo sie gespeichert werden, wer darauf zugreifen kann, wie lange sie aufbewahrt werden und was am Ende mit ihnen passiert. Wenn Sie Unveröffentlichtes senden, lassen Sie das im Vertrag festhalten.
- Was brauchen Sie von mir?
- Ein Anbieter, der das nicht beantworten kann, hat sich keine Gedanken über Ihre Seite des Auftrags gemacht – und das merken Sie dann, wenn die Deadline da ist.
Noch eine, und zwar die, die am meisten Überwindung kostet: Was würde Sie dazu bringen, diesen Auftrag abzulehnen? Ein Studio, das noch nie einen Auftrag abgelehnt hat, nimmt alles an – und das sagt Ihnen etwas darüber, wie sorgfältig Ihr Auftrag behandelt wird.
Begriffe, die Ihnen begegnen werden
Jedes Fachgebiet hat ein Vokabular, das als Abkürzung gedacht ist und als Hürde ankommt. Hier erklären wir in einfachen Worten, was die gängigen Begriffe rund um Performance & Barrierefreiheit tatsächlich bedeuten. Sie brauchen das nicht, um die Leistung einzukaufen, aber es macht das Gespräch kürzer.
- Felddaten
- Was echte Besucher erlebt haben, erfasst aus echten Sitzungen. Die Messung, die zählt.
- Labordaten
- Ein synthetischer Test unter kontrollierten Bedingungen. Nützlich für die Diagnose, irreführend als Urteil.
- 75. Perzentil
- Der Schwellenwert, den Google für die Core Web Vitals verwendet: Drei von vier Besuchen müssen den Zielwert erreichen, das langsame Viertel lässt sich also nicht ignorieren.
- WCAG 2.1 AA
- Der Barrierefreiheitsstandard, auf den die meisten Vorschriften verweisen, und das praktische Ziel für nahezu jede kommerzielle Website.
- Screenreader
- Software, die eine Oberfläche vorliest. Sie ist der Grund, warum semantisches Markup auf eine Weise zählt wie nichts anderes.
- Fokuszustand
- Die sichtbare Anzeige, auf welchem Element sich die Tastatur befindet. Wird sie aus ästhetischen Gründen entfernt, ist eine Website per Tastatur nicht mehr bedienbar.
- Landmark
- Strukturelle Bereiche – Header, Navigation, Hauptinhalt, Footer –, mit denen assistive Technologien innerhalb einer Seite springen können.
- Alt-Text
- Eine Textalternative für ein Bild. Beschreibt die Funktion, nicht das Aussehen, und bleibt bei rein dekorativen Bildern leer.
- Render-blockierend
- Ressourcen, die geladen sein müssen, bevor überhaupt etwas erscheint. Meist Schriften und Stylesheets, meist behebbar.
- Performance-Budget
- Eine vereinbarte Obergrenze für Größe oder Timing, im Build durchgesetzt, sodass Regressionen in der Pipeline scheitern statt beim Nutzer.
Es gibt eine umfangreichere Wissensbibliothek, falls Sie bei einem dieser Begriffe tiefer einsteigen möchten – und alles darin ist auf dieselbe Weise geschrieben: klar und mit Quellen.
Drei Situationen, die Sie vielleicht kennen
Abstrakten Ratschlägen stimmt man leicht zu, aber sie sind schwer anzuwenden. So zeigt sich diese Art von Problem tatsächlich – und so würden wir jeweils vorgehen.
Eine Website mit 98 Punkten im Labor, die sich trotzdem langsam anfühlte
Der Labortest lief über eine schnelle Verbindung mit warmem Cache. Die Felddaten zeigten, dass echte Nutzer wegen zweier Drittanbieter-Tags und eines unkomprimierten Hero-Bildes bei acht Sekunden landeten. Beides tauchte in dem Wert, über den alle berichtet hatten, nicht auf.
Ein Accessibility-Overlay, das alles verschlimmert hat
Statt das Markup zu korrigieren, wurde ein Widget eingebaut, das Konformität mit einer einzigen Codezeile versprach. Es zerstörte die Tastaturnavigation und behob die eigentlichen Probleme nicht. Es zu entfernen und das Markup zu korrigieren, dauerte länger – und funktionierte tatsächlich.
Aus ästhetischen Gründen entfernte Fokuszustände
Ein CSS-Reset hatte sämtliche Fokusrahmen entfernt. Für Tastaturnutzer wurde die Website zu einem unsichtbaren Labyrinth. Einen gestalteten, sichtbaren Fokuszustand wiederherzustellen, dauerte einen Nachmittag.
Keiner dieser Fälle erforderte Heldentaten. Es brauchte jemanden, der früh auf das Richtige schaut – und genau das ist im Wesentlichen das, was Erfahrung in diesem Bereich ausmacht.
Alles, was wir über Performance & Barrierefreiheit geschrieben haben
Ein Artikel pro Thema, jeweils mit den Zahlen, wie gute Arbeit aussieht, was zu vermeiden ist und woher das alles stammt.
- Largest Contentful Paint richtig optimieren
- Interaction to Next Paint: Die Entscheidungen, auf die es ankommt
- Cumulative Layout Shift – richtig gemacht
- WCAG-Konformitätsstufen richtig verstehen
- Barrierefreiheit per Tastatur – richtig gemacht
- Screenreader-Kompatibilität richtig umsetzen
- Farbkontrast: Die Entscheidungen, auf die es ankommt
- Performance-Budgets richtig festlegen
- Den Critical Rendering Path richtig optimieren
- HTTP/2 und HTTP/3 – richtig gemacht
- Content Delivery Networks: Was wirklich funktioniert
- Real User Monitoring: Was wirklich funktioniert
- Barrierefreie Formulare: Die Entscheidungen, auf die es ankommt
- ARIA: Wann es sinnvoll ist und wann nicht
- Server-Antwortzeit richtig optimieren
- JavaScript-Performance: Was wirklich funktioniert
- Barrierefreie Datentabellen: Was wirklich funktioniert
- Kognitive Barrierefreiheit: ein Praxisleitfaden
- Automatisierte Barrierefreiheitstests: Was wirklich funktioniert
- Ladestrategie für Bilder und Schriften: ein Praxisleitfaden
- Erklärungen zur Barrierefreiheit: ein Praxisleitfaden
- Back/Forward Cache richtig nutzen
- Preload und Preconnect: Resource Hints richtig einsetzen
- Speculative Loading – richtig gemacht
- Reflow und Zoom: ein Praxisleitfaden
- Skip-Links und Landmarks: ein Praxisleitfaden
- Accessibility-Overlays: Warum sie keine Lösung sind
- Transkripte für Audio und Video richtig umsetzen
- Live-Untertitel – richtig gemacht
- Gebärdensprache für Videos: Die Entscheidungen, auf die es ankommt
- Informationen und Beziehungen im Markup: Die Entscheidungen, auf die es ankommt
- Sinnvolle Lesereihenfolge: Die Entscheidungen, auf die es ankommt
- Sensorische Merkmale in Anleitungen: ein Praxisleitfaden
- Unterstützung der Bildschirmausrichtung richtig umsetzen
- Eingabezweck und Autovervollständigung: Die Entscheidungen, auf die es ankommt
- Steuerung automatisch abgespielter Audioinhalte: Was wirklich funktioniert
- Bilder von Text: Was wirklich funktioniert
- Nicht-Text-Kontrast für Bedienelemente: Die Entscheidungen, auf die es ankommt
- Tooltips und Inhalte bei Hover oder Fokus: Was wirklich funktioniert
- Tastaturfallen: Die Entscheidungen, auf die es ankommt
- Tastenkürzel mit einzelnen Tasten richtig umsetzen
- Sitzungs-Timeouts und Zeitbegrenzungen – richtig gemacht
- Seitentitel für Barrierefreiheit – richtig gemacht
- Aussagekräftige Linktexte richtig formulieren
- Mehrere Wege zum Auffinden von Seiten: Die Entscheidungen, auf die es ankommt
- Überschriften und Beschriftungen – richtig gemacht
- Zeigergesten und Alternativen: Was wirklich funktioniert
- Zeigeraktionen abbrechen: Was wirklich funktioniert
- Sichtbare Beschriftung im Namen für Sprachsteuerung – richtig gemacht
- Bewegungsaktivierung – richtig gemacht
- Ziehbewegungen – richtig gemacht
- Sprache der Seite und einzelner Abschnitte – richtig gemacht
- Unerwartete Kontextwechsel: So machen Sie es richtig
- Konsistente Navigation und Erkennbarkeit: Was wirklich funktioniert
- Konsistente Hilfe: Die Entscheidungen, auf die es ankommt
- Fehlererkennung und Korrekturvorschläge: ein Praxisleitfaden
- Fehlervermeidung bei wichtigen Transaktionen: Die Entscheidungen, auf die es ankommt
- Redundante Eingaben: Die Entscheidungen, auf die es ankommt
- Barrierefreie Namen und Rollen: Ein Praxisleitfaden
- Statusmeldungen und Live-Regionen: Was wirklich funktioniert
- Zeilenlänge und Textdarstellung richtig umsetzen
- Die ADA-Title-II-Regel zur Web-Barrierefreiheit: ein Praxisleitfaden
- ADA Title III und Unternehmenswebsites: ein Praxisleitfaden
- Section 508 für die IT von US-Bundesbehörden: Was wirklich funktioniert
- Was der European Accessibility Act für US-Unternehmen bedeutet
- VPAT und Accessibility Conformance Reports: ein Praxisleitfaden
- Barrierefreie PDFs: Was wirklich funktioniert
- Barrierefreiheit mobiler Apps: Was wirklich funktioniert
- Barrierefreie E-Mails: Die Entscheidungen, auf die es ankommt
- First Contentful Paint: Was wirklich funktioniert
- Total Blocking Time: Die Entscheidungen, auf die es ankommt
- Labordaten versus Felddaten: Die Entscheidungen, auf die es ankommt
- Chrome UX Report: Die Entscheidungen, auf die es ankommt
- PageSpeed Insights – richtig genutzt
- Long Tasks und der Main Thread – richtig gemacht
- Web Workers – richtig eingesetzt
- Tree Shaking und Bundle-Größe – richtig gemacht
- Textkomprimierung mit Brotli und Gzip: Was wirklich funktioniert
- Critical CSS: Die Entscheidungen, auf die es ankommt
- Lazy Loading von Bildern richtig umsetzen
- Content Visibility und Rendering-Aufwand: Die Entscheidungen, auf die es ankommt
- Long Animation Frames: Die Entscheidungen, auf die es ankommt
- Server-Timing-Header: Was wirklich funktioniert
- 103 Early Hints: ein Praxisleitfaden
- Soft Navigations in Single-Page-Apps: ein Praxisleitfaden
- Layout Thrashing: ein Praxisleitfaden
- Bild-CDNs: ein Praxisleitfaden
- Weiterleitungsketten und Performance – richtig gemacht
- Übermäßige DOM-Größe: ein Praxisleitfaden
- Ungenutztes CSS und JavaScript: So machen Sie es richtig
- Fetch Priority: ein Praxisleitfaden
- Video-Ladeperformance: Die Entscheidungen, auf die es ankommt
- Hydration-Kosten und Islands – richtig umgesetzt
- Speicherlecks in langlebigen Seiten: ein Praxisleitfaden
- Scroll-Performance: ein Praxisleitfaden
- Compositing und GPU-Layer: Die Entscheidungen, auf die es ankommt
- Felddebugging mit der web-vitals-Bibliothek: Die Entscheidungen, auf die es ankommt
- Lighthouse in Continuous Integration: ein Praxisleitfaden
- Barrierefreie Authentifizierung: ein Praxisleitfaden
- Fokusdarstellung: ein Praxisleitfaden
- Überschreibungen des Textabstands: ein Praxisleitfaden
- Barrierefreie Karten: Die Entscheidungen, auf die es ankommt
- Barrierefreie Mediaplayer: Die Entscheidungen, auf die es ankommt
- Iframe-Titel und eingebettete Inhalte: ein Praxisleitfaden
- Barrierefreies SVG: So machen Sie es richtig
- Switch-Steuerung und alternative Eingabemethoden: ein Praxisleitfaden
- Forced Colors und Hochkontrastmodus: ein Praxisleitfaden
- Planung der Barrierefreiheits-Nachbesserung – richtig gemacht
- WCAG 3 und was als Nächstes kommt – richtig eingeordnet
- Barrierefreie Autovervollständigungsfelder: Was wirklich funktioniert
- Font-Subsetting – richtig umgesetzt
- Code-Splitting und dynamische Imports: Was wirklich funktioniert
- Asset-Versionierung und Cache-Busting: Die Entscheidungen, auf die es ankommt
- Barrierefreiheit bei Infinite Scroll: ein Praxisleitfaden
- Caching-Strategien mit Service Workern: Die Entscheidungen, auf die es ankommt
- Edge-Caching für dynamische Seiten: Was wirklich funktioniert
- Screenreader-Tests auf Mobilgeräten: ein Praxisleitfaden
- Abkürzungen und Fachjargon im Markup: Was wirklich funktioniert
- Fokusmanagement in Single-Page-Apps: ein Praxisleitfaden
- Fehlerzusammenfassungen in Formularen: Was wirklich funktioniert
- Pflichtfelder kennzeichnen: So machen Sie es richtig
- Eingabemasken und Formatierung – richtig umgesetzt
- Barrierefreie Datei-Upload-Steuerelemente: ein Praxisleitfaden
- CAPTCHA-Alternativen: ein Praxisleitfaden
- Skripte für manuelle Barrierefreiheitstests: ein Praxisleitfaden
- Barrierefreiheitsschulungen für Teams: So machen Sie es richtig
- Warnmeldungen bei Performance-Regressionen: Die Entscheidungen, auf die es ankommt
- Tests in langsamen Netzwerken: So machen Sie es richtig
- Performance auf leistungsschwachen Geräten: Die Entscheidungen, auf die es ankommt
- Eingebettete Widgets und Performance – richtig umgesetzt
- Fokusreihenfolge bei CSS-Layouts: Die Entscheidungen, auf die es ankommt
- Barrierefreie Rich-Text-Editoren: Ein Praxisleitfaden
- Barrierefreie Chat-Widgets: ein Praxisleitfaden
- Barrierefreie Navigationsmenüs: So machen Sie es richtig
- Barrierefreie Akkordeons und Disclosure-Elemente: Was wirklich funktioniert
- Barrierefreie Karussells: So machen Sie es richtig
- Barrierefreie Bereichsschieberegler: ein Praxisleitfaden
- Barrierefreie Datumsauswahlen: ein Praxisleitfaden
- Barrierefreie Mehrfachauswahl-Steuerelemente: Was wirklich funktioniert
- Barrierefreie Toast-Benachrichtigungen: ein Praxisleitfaden
- Barrierefreie Breadcrumb-Navigation: So machen Sie es richtig
- Fortschrittsbalken und Stepper – richtig gemacht
- Digitale Barrierefreiheit im Gesundheitswesen – richtig gemacht
- Barrierefreiheit bei Finanzdienstleistungen: ein Praxisleitfaden
- Barrierefreiheit in der Bildungstechnologie: Was wirklich funktioniert
- Barrierefreiheit von Airline-Websites: Die Entscheidungen, auf die es ankommt
- Barrierefreiheit von Selbstbedienungskiosken: Was wirklich funktioniert
- Barrierefreie Recruiting-Systeme: ein Praxisleitfaden
- Barrierefreie virtuelle Events – richtig umgesetzt
- Performance als Teamgewohnheit etablieren: Was wirklich funktioniert
- Performance mit Geschäftskennzahlen verknüpfen: So machen Sie es richtig
- Budgets für Drittanbieter-Code: ein Praxisleitfaden
- Barrierefreiheit in Lieferantenverträgen: ein Praxisleitfaden
- Bildgewicht prüfen: So machen Sie es richtig
- Cache-Header prüfen: Was wirklich funktioniert
- Performance für ein globales Publikum – richtig umgesetzt
- Design für Menschen mit Sehbehinderung: Die Entscheidungen, auf die es ankommt
- Fortschritte bei der Barrierefreiheit messen: Was wirklich funktioniert
- Barrierefreiheit in agilen Teams: Was wirklich funktioniert
- Barrierefreiheit mit echten Nutzern testen: ein Praxisleitfaden
- Nutzererlebnis nach Gerät messen: So machen Sie es richtig
- Barrierefreiheit für kleine Teams: Die Entscheidungen, auf die es ankommt
- Performance für Content-Websites – richtig gemacht
Arbeiten Sie mit uns an Performance & Barrierefreiheit
Erzählen Sie uns, woran Sie arbeiten, und wir sagen Ihnen ehrlich, ob wir das richtige Studio dafür sind – auch dann, wenn wir es nicht sind. Es gibt keine Pitch-Deck, und niemand wird Ihnen hinterhertelefonieren.
- Kostenlos testen – wir führen einen kostenlosen technischen Review einer Seite durch, schriftlich ausgearbeitet, ohne Kreditkarte und ohne Verpflichtung. Das ist ein besserer Test als jedes Portfolio, denn es geht um Ihr eigenes Material.
- Preise ansehen – veröffentlichte Tarife und die Preisspannen am US-Markt, damit Sie jedes Angebot auf Plausibilität prüfen können, auch unseres.
- Festpreis anfragen – senden Sie uns das Briefing und ein Beispiel, und Sie erhalten eine konkrete Zahl statt einer Spanne.
- Sehen Sie sich unsere Arbeiten speziell in dieser Disziplin an.
- Stellen Sie eine Frage. Auch das ist erlaubt.
Verwandte Leitfäden und Leistungen
Über diese Links gelangen Sie zum nächstliegenden Praxisthema, zur passenden Leistung oder zum passenden Entscheidungsleitfaden.