Alt-Texte, die Redakteure wirklich ausfüllen

Dieser Beitrag sammelt, was wir bei echten Kundenprojekten gelernt haben – in der Reihenfolge, in der wir es wieder tun würden. Nichts davon ist raffiniert; alles hat uns mindestens einmal Zeit gespart.

Wo es meistens schiefgeht

Die meisten Probleme sind nicht technisch. Sie entstehen, wenn man ohne Bestandsaufnahme startet, mehrere Dinge gleichzeitig ändert und erst am Launch-Tag von einer Abhängigkeit erfährt. Wer den Plan zuerst aufschreibt, macht aus einer riskanten Woche eine planbare.

Erledigen Sie zuerst den langweiligen Teil. Er entscheidet, ob der spannende Teil funktioniert.

Unsere Checkliste

• Erfassen Sie, was heute existiert – auch die Teile, an deren Einbau sich niemand erinnert.
• Legen Sie fest, was identisch bleiben muss und was sich ändern darf.
• Ändern Sie immer nur eine Ebene und prüfen Sie nach jedem Schritt.
• Führen Sie ein kurzes Protokoll, damit die nächste Person nichts neu herausfinden muss.

Ein kleines Beispiel

So sieht die Konfiguration aus, mit der wir starten. Sie ist bewusst minimal; jede zusätzliche Zeile braucht einen Grund.

imports:
  - { resource: 'EXT:sitepackage/Configuration/Sets/Base/settings.yaml' }
settings:
  website.language: de
  website.cache: aggressive

Was Sie messen sollten

Wählen Sie vor dem Start zwei oder drei Kennzahlen und vergleichen Sie sie danach: Time to First Byte, Largest Contentful Paint und die Zahl der Beschwerden aus der Redaktion in der ersten Woche. Ist keine davon schlechter geworden, war die Änderung ein Erfolg.

---

Weitere Beiträge dieser Art finden Sie unter Barrierefreiheit. Wenn Sie das in einem eigenen Projekt ausprobieren, erzählen Sie uns in den Kommentaren, wie es lief.