Auf dem großen Bildschirm sieht die Tabelle ordentlich aus. Drei Zeilen, vier Spalten und ein farbiger Balken genügen scheinbar, um den Angebotsvergleich zu erklären. Beim zellenweisen Lesen steht dort aber nur noch „1.200“ ohne erkennbare Angabe, zu welchem Objekt, Zeitraum und Merkmal der Wert gehört.
Diese Werkstatt richtet sich an Redaktionen und Immobilienunternehmen in Österreich und Deutschland. Sie behandelt eine selbst geplante öffentliche Datentabelle. Die Beispieldaten sind erfunden. Es wird weder ein konkretes Portal geprüft noch eine vollständige Barrierefreiheit oder nationale Rechtserfüllung bescheinigt.
Welche Frage rechtfertigt das Tabellenraster?
Im Modell sollen Leser drei fiktive Angebote nach ihren bezeichneten monatlichen Kosten vergleichen. Eine Tabelle ist dafür dann hilfreich, wenn jede Zeile dasselbe Bezugsobjekt und jede Spalte dasselbe Merkmal meint. Ein nebeneinandergelegter Satz unterschiedlicher Preisarten wäre dagegen trotz schöner Linien kein sauberer Vergleich.
Die Redaktion schreibt zuerst die Leserfrage aus. Danach entscheidet sie, welche Angaben nebeneinander benötigt werden. Nicht jedes Detail einer großen Arbeitsdatei muss in der öffentlichen Tabelle erscheinen. Mehr Spalten können den Zusammenhang verdecken, wenn sie für die Frage keine Funktion haben.
Auch die Art des Werts wird festgelegt: bestätigte Angebotsangabe, eigene Beispielrechnung oder noch offene Frage. Diese Zustände werden nicht allein über eine Farbe unterschieden. Im Beispiel bekommt ein unbekannter Wert eine verständliche Kennzeichnung statt einer zufälligen Null.
Die Bedeutung jeder Datenzelle rekonstruieren können
Die WAI-Anleitung beschreibt für Datentabellen eine technische Zuordnung von Kopf- und Datenzellen. Unterstützende Technologien können damit beim Navigieren den passenden Kontext vermitteln. Allein die visuelle Hervorhebung von Überschriften reicht für eine zugängliche Tabelle nicht. [TABLE]
Für den eigenen Entwurf heißt das: Benenne Zeilen und Spalten so, dass ihre Beziehung klar bleibt. Im Beispiel lautet ein Spaltenkopf nicht nur „Kosten“, sondern bezeichnet die tatsächlich dargestellte monatliche Summe und ihre Einheit. Die Zeile besitzt eine eindeutige fiktive Angebotskennung.
Die Redaktion übergibt nicht bloß eine Bildschirmaufnahme. Sie beschreibt, welche Überschrift zu welchen Zellen gehört. Die zuständige technische Umsetzung wählt dafür eine passende Markierung. Dieser Artikel stellt keinen universellen Code bereit, der jeden möglichen Tabellenaufbau korrekt löst.
Das Thema außerhalb einzelner Zellen erklären
Eine kurze Tabellenbenennung kann vermitteln, worum es insgesamt geht. Bei einem ungewöhnlichen oder komplexen Aufbau kann eine zusätzliche Orientierung helfen. Die WAI-Anleitung unterscheidet diese Funktionen und erklärt, dass eine Zusammenfassung nicht einfach die Benennung wiederholen soll. [CAPTION]
In unserem einfachen Beispiel könnte die Benennung den Vergleichsgegenstand und seinen fiktiven Charakter nennen. Ein kurzer Begleittext erklärt anschließend, welche Kostenpositionen einbezogen sind und weshalb die Werte keine vollständigen realen Wohnbudgets darstellen.
Das ist etwas anderes als eine bedeutungslose Überschrift wie „Übersicht“. Leser sollen erkennen, ob die Tabelle ihnen bei ihrer Frage hilft. Wird derselbe Aufbau später mit anderen Daten benutzt, müssen Benennung, Einheiten und Erläuterung zum neuen Inhalt passen.
Komplexität nicht nur kleiner skalieren
Das erste Modell enthält auch mehrere Zeilenköpfe, zusammengezogene Zwischenüberschriften und verschachtelte Monatsbereiche. Die Redaktion fragt, ob wirklich alle Zusammenhänge in einer einzigen Tabelle gebraucht werden. Vielleicht sind zwei klar getrennte Darstellungen verständlicher, wenn sie unterschiedliche Fragen beantworten.
Eine Aufteilung darf jedoch keine notwendige Beziehung verbergen. Wer zwei Werte vergleichen soll, muss deren Bezug weiterhin erkennen können. Es wird deshalb nicht allein nach einem schmalen Bildschirmfoto entschieden, sondern anhand der beabsichtigten Leseaufgabe.
Wird eine größere Tabelle beibehalten, gehört ihre tatsächliche Struktur ausdrücklich in den technischen Prüfauftrag. Die passende Lösung hängt vom Aufbau ab. Die Information wird nicht einfach als winziges Bild verkleinert und anschließend als zugänglich bezeichnet.
Die endgültige Ausgabe prüfen, nicht nur den Entwurf
Beim Wechsel von einem Bearbeitungsformat in ein anderes können strukturelle Tabelleninformationen verloren gehen; die WAI-Anleitung weist darauf hin. [TABLE] Prüfe deshalb das tatsächlich vorgesehene Ausgabeformat. Eine gut strukturierte Arbeitsdatei bestätigt nicht automatisch den späteren Webexport oder das PDF.
Unsere eigene redaktionelle Probe beginnt mit einer einzelnen Zelle: Kann die prüfende Person den vollständigen Satz dazu bilden? Zum Beispiel: „Für das fiktive AngebotA bezeichnet dieser Wert die angegebene monatliche Summe in Euro.“ Bleibt die Zuordnung unklar, wird die konkrete Ursache notiert.
Eine technische Abnahme muss darüber hinaus die tatsächlichen zugänglichen Beziehungen und Bedienweisen prüfen. Der reine Anblick auf dem eigenen Monitor ersetzt sie nicht. Auch ein erfolgreicher einzelner Test bestätigt nicht jede mögliche Nutzungssituation.
Das Ergebnis der Werkstatt ist eine begrenzte, verständliche Datendarstellung mit benanntem Thema, eindeutigen Einheiten und nachvollziehbaren Bezügen. Die Leser sollen ihre Vergleichsfrage beantworten können. Ein perfektes Raster ohne erkennbare Bedeutung wäre lediglich eine sorgfältig formatierte Informationslücke.