So testen Sie, ob ein Artikel das Problem der Leserschaft löst

Beginnen Sie mit einer Person, einer Absicht und einer beobachtbaren Aufgabe

Formulieren Sie die Ausgangsthese des Audits, bevor Sie den Text selbst prüfen:

Leser: [bestimmte Zielgruppe]. Absicht: [was verstanden oder entschieden werden soll]. Aufgabe: Nach dem Lesen können sie [beobachtbare Handlung] ausführen, ohne dass ein unerwähnter Schritt oder eine externe Quelle erforderlich ist.

Zum Beispiel:

Leser: Eine Redakteurin, die einen praktischen Webartikel prüft. Absicht: Feststellen, ob der Entwurf der Zielgruppe hilft. Aufgabe: Ein Aufgabenabschluss-Audit anwenden und eine begründete Entscheidung für Veröffentlichung, Überarbeitung oder Ablehnung festhalten.

Diese Unterscheidung ist entscheidend. „Mehr über Inhaltsqualität erfahren“ ist ein Thema, keine testbare Aufgabe. „Die fehlende Voraussetzung in einer Anleitung identifizieren und den entsprechenden Abschnitt überarbeiten“ ist testbar.

Halten Sie den Umfang so eng, dass der Abschluss einen klaren Endpunkt hat. Ein Leitfaden kann erklären, wie man zwei Produkte vergleicht, ein Dokument vorbereitet, eine Einstellung korrigiert oder zwischen Optionen wählt. Er muss nicht jede angrenzende Frage beantworten, um seine definierte Aufgabe zu lösen.

Die Inhalts- und Veröffentlichungsrichtlinien von GOV.UK empfehlen, Nutzerbedürfnisse zu ermitteln und Inhalte darauf auszurichten. Die Selbsteinschätzungsfragen von Google fragen ähnlich, ob eine Zielgruppe den Inhalt nützlich fände, ob Leser genug lernen, um ihr Ziel zu erreichen, und ob sie die Seite zufrieden verlassen (Google Search Central). Das sind nützliche Denkanstöße, aber die Redaktion muss sie dennoch in einen konkreten Abschlusstest umwandeln.

Skizzieren Sie den Ablaufpfad, bevor Sie den Schreibstil beurteilen

Listen Sie die Schritte auf, die eine lesende Person nacheinander ausführen muss, um die Aufgabe abzuschließen. Berücksichtigen Sie Entscheidungen, Berechnungen, Eingaben, Prüfungen und Übergaben – nicht nur die Überschriften des Artikels.

Ein praktischer Ablaufplan könnte so aussehen:

Markieren Sie dann jeden Schritt als abgedeckt, teilweise abgedeckt oder fehlend. „Abgedeckt“ bedeutet, dass der Leser anhand des Artikels handeln kann, nicht nur, dass das Thema erwähnt wird.

Ein Artikel über eine Budgettabelle erklärt beispielsweise vielleicht, wie Ausgaben summiert werden, lässt aber aus, welcher Zeitraum zu wählen ist, ob Steuern dazugehören oder wie unregelmäßige Rechnungen zu behandeln sind. Die zentrale Berechnung ist vorhanden, doch der Pfad ist bereits bei den Ausgangswerten unterbrochen.

Eine nützliche Audit-Tabelle ist:

Diese Tabelle zeigt, ob der Entwurf als Werkzeug vollständig ist. Sie verhindert auch, dass eine Redaktion eine geschliffene Einleitung belohnt, während eine fehlende Voraussetzung übersehen wird.

Fehlende Eingaben, Annahmen und Abbruchbedingungen prüfen

Viele praktische Artikel scheitern noch vor der ersten Anweisung, weil sie Wissen, Zugänge oder Bedingungen voraussetzen, die der Leser nicht hat. Prüfen Sie jeden Schritt anhand von vier Fragen:

Formulieren Sie Annahmen explizit. Wenn eine Berechnung einen Prozentsatz verwendet, definieren Sie die Basis. Wenn eine Einrichtungsanleitung von einer bestimmten Softwareversion abhängt, benennen Sie die relevante Version oder Funktion. Wenn ein Artikel Optionen vergleicht, geben Sie an, unter welchen Bedingungen die jeweilige Option geeignet ist.

Trennen Sie zwingende Eingaben von optionalen Optimierungen. Lesende sollten erkennen können, ob ein Element zwingend erforderlich ist, um fortzufahren, oder lediglich hilfreich. Platzieren Sie Voraussetzungen vor dem eigentlichen Ablauf, um vergeblichen Aufwand zu vermeiden.

Achten Sie auch auf versteckte Zwischenschritte. Müssen Einheiten umgerechnet, Leerzeichen entfernt, ein Datumsbereich ausgewählt oder Fehlermeldungen interpretiert werden? Falls ja, liefern Sie die Regel oder ein kurzes anschauliches Beispiel. Erfinden Sie bei fehlenden Angaben niemals stillschweigend einen Wert. Erklären Sie, was beschafft werden muss, welche Annahme zu dokumentieren ist oder wann die Methode nicht abgeschlossen werden kann.

Ein Artikel wirkt vertrauenswürdiger, wenn er Fehlerbedingungen offen beschreibt. „Wenn das Ergebnis leer ist, prüfen Sie, ob das Quellfeld ausgefüllt ist“ ist nützlicher, als zu suggerieren, dass die Methode immer funktioniert. Das Audit sollte jede Stelle festhalten, an der man realistischerweise steckenbleiben könnte.

Belege auf Substanz prüfen, nicht als bloße Zitat-Dekoration

Fragen Sie sich bei jeder wesentlichen Behauptung, welche Art von Beleg sie erfordert. Eine Definition benötigt unter Umständen eine maßgebliche Referenz. Eine Handlungsanweisung erfordert möglicherweise ein Original-Handbuch oder eine dokumentierte Spezifikation. Eine Empfehlung braucht klare Kriterien und eine nachvollziehbare Herleitung.

Erstellen Sie ein Verzeichnis mit vier Spalten: Behauptung, betroffene Entscheidung, herangezogener Beleg und Stärke der Formulierung. Die letzte Spalte ist wichtig. Ein Beleg stützt vielleicht Formulierungen wie „kann“, „in der Regel“ oder „ist erforderlich“, aber nicht automatisch „immer“, „am besten“ oder „garantiert“. Übernehmen Sie Bedingungen und Einschränkungen aus der Quelle.

Bevorzugen Sie Original- oder Primärquellen, wenn diese den Gegenstand selbst dokumentieren. Die W3C-Erklärung zum WCAG 2.2-Kriterium „Reading Level“ besagt beispielsweise, dass für komplexe Texte eine einfacher verständliche Version oder ergänzender Inhalt bereitgestellt werden sollte, wenn die geforderten Lesekompetenzen überschritten werden. Eine Redaktion kann diese Quelle nutzen, um eine Komplexitätsprüfung zu begründen, vermeidet aber den unbegründeten Schluss, dass ein einzelner Lesbarkeitswert jeden Artikel barrierefrei macht.

Belege sollten direkt neben der Aussage stehen, die sie stützen, so wie in diesem Beispiel, statt in einem unzusammenhängenden Quellenverzeichnis. Eine Quellenliste ist nützlich für die Überprüfung, kann aber keinen Absatz retten, dessen Behauptungen über die Belege hinausgehen. Prüfen Sie Daten, Versionen und Gültigkeitsbereiche, insbesondere bei Anleitungen zu Software, Standards oder Richtlinien.

Benutzerfreundlichkeit und Lesbarkeit als Teil der Aufgabenerledigung prüfen

Ein gut lesbarer Artikel ist nicht bloß angenehm; er verringert den Aufwand, eine Anweisung zu finden, zu verstehen und anzuwenden. Beurteilen Sie den Entwurf direkt am Anwendungsfall:

Die W3C-Leitlinien erklären, dass kurze, gebräuchliche Wörter und kürzere Sätze im Allgemeinen leichter zu erfassen sind, merken aber auch an, dass eine komplexe Fachsprache für ein Fachpublikum angemessen sein kann. Das bedeutet: Redaktionelle Arbeit sollte vermeidbare Hürden abbauen, ohne die nötige Präzision zu opfern. Kürzen Sie keine Bedingung weg, die das Ergebnis verändert.

Nutzen Sie Tabellen für direkte Vergleiche, nummerierte Listen für Abläufe und kurze Absätze für Begründungen. Erfordert ein Schritt eine Entscheidung, platzieren Sie die Bedingung unmittelbar vor der Handlung. Ist ein Fachbegriff unvermeidlich, definieren Sie ihn bei der ersten Erwähnung und verwenden Sie danach durchgehend denselben Begriff.

Lesen Sie den Text einmal im Überfliegemodus und einmal als Anwendender. Wer den Text überfliegt, sollte das versprochene Ergebnis, die Voraussetzungen und den Weg zur Antwort sofort erfassen können. Wer die Schritte tatsächlich ausführt, muss handeln können, ohne die vom Autor gedachte Reihenfolge erst mühsam rekonstruieren zu müssen.

Führen Sie vor der Veröffentlichung einen Lesertest durch

Die stärkste Qualitätskontrolle vor der Veröffentlichung ist ein kurzer Praxistest mit einer Person, die der Zielgruppe entspricht, den Entwurf aber nicht selbst verfasst hat. Geben Sie ihr die Aufgabenbeschreibung und den Artikel. Bitten Sie sie, die Aufgabe selbstständig auszuführen und dabei nur zu schildern, wonach sie sucht oder was sie benötigt – nicht, ob ihr der Artikel gefällt.

Beobachten Sie, ob sie:

Halten Sie genaue Reibungspunkte fest: ein fehlendes Feld, eine unklare Bezeichnung, eine übersehene Bedingung, ein unerklärtes Ergebnis oder eine externe Abhängigkeit. Werten Sie ein erfolgreiches Erraten nicht als Beweis dafür, dass der Artikel verständlich ist. Fragen Sie: „Was im Artikel hat Ihnen gesagt, dass Sie das tun sollen?“ Lautet die Antwort „Das wusste ich schon“, weist der Entwurf möglicherweise immer noch eine Lücke auf.

Klassifizieren Sie nach dem Test jedes Problem als blockierend, verlangsamend oder kosmetisch. Beheben Sie blockierende Probleme zuerst: fehlende Voraussetzungen, missverständliche Formulierungen, falsche Reihenfolgen und fehlende Ausnahmepfade. Testen Sie den überarbeiteten Pfad anschließend erneut. Ein Lesertest garantiert keinen universellen Nutzen, zeigt aber, ob die beschriebene Aufgabe auch von jemand anderem als dem Autor gelöst werden kann.

Analysedaten später nutzen und vorsichtig interpretieren

Webanalysen zeigen zwar, was nach der Veröffentlichung passiert ist – etwa Seitenaufrufe, Suchanfragen, Absprünge oder Interaktionen –, belegen aber für sich allein genommen nicht, ob eine Aufgabe erfolgreich abgeschlossen wurde. Ein kurzer Besuch kann bedeuten, dass die Antwort schnell gefunden wurde; ein langer Besuch kann bedeuten, dass Verwirrung herrschte. Betrachten Sie Verhaltensdaten als Anlass für Nachforschungen, nicht als Ersatz für das Aufgabenabschluss-Audit.

Verknüpfen Sie verfügbare Daten mit einer konkreten Hypothese: „Leser finden möglicherweise die Voraussetzung nicht“ oder „Der Problemlösungszweig ist vielleicht unklar“. Prüfen Sie den betreffenden Abschnitt, wiederholen Sie den Nutzertest und überarbeiten Sie den Inhalt erst dann, wenn die Erkenntnisse die Änderung stützen. Vermeiden Sie es, eine Kennzahl in eine Erfolgsbehauptung umzuwandeln, ohne das tatsächliche Ergebnis der Nutzer beobachtet oder anderweitig überprüft zu haben.

Googles People-First-Richtlinien fordern dazu auf, inhaltliche Qualität, Quellen, Vollständigkeit und die Erreichung von Nutzerzielen zu bewerten. Diese Fragen stimmen mit diesem Audit überein, aber kein Dokument eines Suchsystems kann bestätigen, dass ein konkreter Entwurf eine konkrete Aufgabe löst. Die redaktionelle Entscheidung stützt sich weiterhin auf den Entwurf, seine Belege und den tatsächlich beobachteten Pfad.

Dieses Thema weiter erkunden