Entscheidungsbaum: Verzweigungsregeln und Beispiele

Ein Entscheidungsbaum ist eine Abfolge von Fragen, bei der jede Antwort die nächste Frage oder eine finale Empfehlung auswählt. Verwenden Sie ihn, wenn die richtige Handlung tatsächlich von Tatsachen abhängt, die der Leser identifizieren kann – nicht als Verzierung für Ratschläge, die für alle gleich sind.

Erste Reaktion auf einen fehlgeschlagenen Datenexport wählen

1. Zeigt der Export eine Fehlermeldung an?
Ja → Kopieren Sie die genaue Meldung und fahren Sie mit Frage 2 fort.
Nein → Prüfen Sie, ob der Auftrag noch als „In Bearbeitung“ angezeigt wird. Falls ja, warten Sie das angegebene Bearbeitungsfenster ab; falls nicht, starten Sie den Export einmal neu.

2. Besagt die Meldung, dass die Berechtigung verweigert wurde?
Ja → Bitten Sie einen Administrator um Exportberechtigung. Stopp.
Nein → Verkleinern Sie den Datumsbereich und wiederholen Sie den Vorgang einmal. Falls es erneut fehlschlägt, senden Sie die Meldung und die Export-ID an den Support. Stopp.

Das gerenderte Element veranschaulicht den grundlegenden Vertrag: jede Wahl ist unterscheidbar, jeder Pfad führt weiter, und jeder Pfad endet mit einer nächsten Aktion oder Eskalation.

Warum dieses Element wichtig ist

„Kommt darauf an“ ist ehrlich, aber unvollständig. Ein Leser, dem dieser Satz begegnet, muss herausfinden, worauf die Antwort ankommt, entscheiden, welche Bedingungen zutreffen, und die Empfehlung aus dem Text rekonstruieren. Ein Entscheidungsbaum macht diese Abhängigkeiten explizit. Er verwandelt eine vage Einschränkung in eine begrenzte Abfolge: eine Tatsache beobachten, einen Zweig wählen, dann auf den Endpunkt reagieren.

Dies reduziert die Belastung des Arbeitsgedächtnisses. Der Leser bewertet nur die aktuellen Auswahlmöglichkeiten, anstatt jede Ausnahme im Kopf zu behalten. Es macht auch Unsicherheit sichtbar. Wenn eine Person einen Knoten nicht beantworten kann, kann der Baum sie zu einer Prüfung, Messung oder einem Experten führen, anstatt zu einer Vermutung einzuladen. Dies ist besonders wichtig bei der Fehlerbehebung, Eignungsprüfung, Kaufauswahl und Richtlinienauslegung, wo ein selbstbewusster, aber falscher Zweig Zeit kosten oder Risiken verursachen kann.

Maschinelle Extrahierbarkeit bedeutet, dass ein Crawler, Suchsystem, KI-Antwortsystem oder Tool zur Inhaltsumwandlung jede Frage, ihre zulässigen Antworten und den nächsten Knoten oder Endpunkt wiederherstellen kann. Fortlaufender „wenn dies, vielleicht jenes, es sei denn…“-Text verbirgt diese Beziehungen in der Grammatik. Ein typisierter Baum legt sie als Datensätze mit stabilen Identifikatoren und expliziten Zielen offen. Eine Maschine kann die Route Start → hat-Fehler → Berechtigung-verweigert → Zugriff-anfordern bewahren, ohne erschließen zu müssen, welcher Absatz welche Bedingung modifiziert.

Befolgen Sie die Element-Schreibregeln , bevor Sie das Muster anwenden. Der Zweck hat Vorrang vor dem Erscheinungsbild: eine Abfolge bleibt eine Schrittliste, wenn alle dieselben Aktionen in derselben Reihenfolge ausführen, und ein Vergleich bleibt ein Vergleich, wenn Leser Optionen nebeneinander betrachten müssen. Verwenden Sie einen Entscheidungsbaum nur, wenn eine vorherige Antwort ändert, was als Nächstes geschehen soll.

Wann Sie es verwenden sollten

Verwenden Sie einen Entscheidungsbaum, wenn alle folgenden Bedingungen erfüllt sind:

1. Mindestens eine sinnvolle Empfehlung hängt von einer Antwort ab, die der Leser oder seine Situation liefert.
2. Jede Entscheidung kann mit beobachtbaren, sich gegenseitig ausschließenden Wahlmöglichkeiten ausgedrückt werden.
3. Das Verfolgen eines Zweigs entfernt irrelevante Wahlmöglichkeiten, anstatt lediglich nützlichen Kontext zu verbergen.
4. Jeder Weg endet in einer Aktion, Schlussfolgerung, benanntem Fallback oder Eskalation.
5. Der Autor kann erklären, warum jede Bedingung die Empfehlung ändert.

Starke Einsatzmöglichkeiten umfassen die Diagnose eines bekannten Symptoms, die Auswahl zwischen Produktkategorien, die Prüfung der Anwendbarkeit von Richtlinien, die Wahl eines Implementierungswegs und die Entscheidung, wann ein Routineprozess eskaliert werden muss.

Beinahe-Treffer sollten in einfacheren Formen bleiben:

• Eine Empfehlung mit mehreren Gründen: Verwenden Sie gewöhnlichen erklärenden Text. Keine Antwort ändert das Ergebnis.
• Ein festgelegter Ablauf: Verwenden Sie geordnete Schritte. Verzweigungen innerhalb jedes Schritts machen den primären Weg schwerer erkennbar.
• Optionen, die Leser anhand gemeinsamer Kriterien vergleichen müssen: Verwenden Sie eine Vergleichstabelle. Ein Baum kann nach dem Vergleich eine Option empfehlen, aber er kann keine Belege ersetzen.
• Ein Persönlichkeitstest: Präferenzen können sich überschneiden und Bewertungen können kumulativ sein. Das ist ein Bewertungsmodell, kein exklusiver Baum.
• Eine Liste von Zielgruppensegmenten: Verwenden Sie einen Persona-Schalter, wenn Leser einfach ihre Rolle wählen und parallele Inhalte erhalten.
• Eine komplexe Berechnung: Verwenden Sie einen Rechner, wenn mehrere numerische Eingaben zusammenwirken. Die Umwandlung von Bereichen in Dutzende von Zweigen verliert an Präzision.
• Ein getarnter Verkaufstrichter: Wenn jeder Pfad dasselbe Produkt empfiehlt, erzeugt der Baum eine Illusion von Diagnose. Nennen Sie die Empfehlung und ihre Grenzen direkt.

Wo Sie es platzieren sollten

Platzieren Sie den Baum unmittelbar nachdem der Leser die Entscheidung, ihren Umfang und alle Tatsachen verstanden hat, die er zur Beantwortung des ersten Knotens benötigt. Setzen Sie in einem Fehlerbehebungsartikel gemeinsame Sicherheitsprüfungen und das genaue Symptom vor den Baum. Definieren Sie in einem Kaufratgeber die Kriterien und die in Frage kommende Optionsmenge, bevor Sie die Leser zu einer Kategorie führen. Geben Sie in Richtlinieninhalten die autoritative Regel und den Zuständigkeitsbereich an, bevor Sie durch Ausnahmen verzweigen.

Genaue Positionsregeln:

• Führen Sie den Baum mit einer H2-Überschrift und einem Satz ein, der die zu treffende Entscheidung benennt.
• Setzen Sie Definitionen, Maße und Voraussetzungen vor den ersten Knoten; lassen Sie nie eine Zweigbezeichnung von einem undefinierten Begriff abhängen.
• Halten Sie unterstützende Belege nahe am Endpunkt, den sie rechtfertigen, oder verlinken Sie jeden Endpunkt mit einem sichtbaren Belegabschnitt auf derselben Seite.
• Setzen Sie nach einem langen Baum eine Zusammenfassung, damit Leser den ausgewählten Endpunkt bestätigen und verstehen können, was als Nächstes zu tun ist.
• Platzieren Sie den Baum vor dem finalen Aufruf zum Handeln. Die Aktion sollte einer Schlussfolgerung folgen, nicht die Diagnose unterbrechen.

Ein Entscheidungsbaum darf nicht direkt neben einem anderen Entscheidungsbaum, einem Persona-Tab-Set oder einem Akkordeon stehen, das Informationen verbirgt, die zur Auswahl eines Zweigs benötigt werden. Er darf eine Warnung nicht von der gefährlichen Bedingung trennen, die sie qualifiziert, einen geordneten Ablauf nicht ohne expliziten „Zurück zu Schritt“-Endpunkt unterbrechen und nicht vor einem Vergleich erscheinen, der die Belege für seine Empfehlungen liefert. Platzieren Sie keine Werbekarten innerhalb von Knoten; kommerzieller Druck macht eine neutrale Führung schwer vertrauenswürdig.

Anatomie

Die Anatomie umfasst acht Teile:

1. Titel: Benennt die Entscheidung als Leserziel, z. B. „Export-Wiederherstellungsroute wählen“.
2. Geltungsbereich: Gibt an, welche Situation der Baum abdeckt und welche er ausschließt.
3. Startknoten: Bietet einen eindeutigen Einstiegspunkt.
4. Frageknoten: Fragt nach einer beobachtbaren Tatsache, nicht nach einer Meinung, die mehrere Bedingungen enthält.
5. Zweigbezeichnungen: Bieten sich gegenseitig ausschließende Antworten in derselben logischen Kategorie.
6. Verbindungen: Ordnen jede Antwort über stabile IDs einem nächsten Knoten oder Endpunkt zu.
7. Abschließender Endpunkt: Gibt eine Schlussfolgerung, Aktion, Belegverlinkung oder sichere Eskalation und markiert den Weg sichtbar als abgeschlossen.
8. Fallback: Behandelt „Unbekannt“, „Nichts trifft zu“, fehlende Daten oder eine unsichere Situation, ohne zu einer Schätzung zu zwingen.

Ein visueller Pfeil ist Darstellung, nicht die Beziehung selbst. Quelldaten müssen das Ziel jedes Zweigs identifizieren, auch wenn der Renderer den Baum auf einem schmalen Bildschirm vertikal anordnet.

Gestaltungsbeispiele

Jede Gestaltungsvariante verwendet denselben Knoten-und-Ziel-Vertrag. Wählen Sie nach der Argumentationsstruktur und dem Viewport, nicht nach visueller Neuheit.

Binärer Diagnosebaum

Jeder Knoten hat „Ja“- und „Nein“-Zweige. Verwenden Sie ihn, wenn eine Tatsache wirklich binär ist: ein Status existiert, ein Test bestanden oder eine Berechtigung vorhanden ist. Vermeiden Sie negative Fragen, da „Nein“ schwer zu interpretieren wird.

Mehrfachauswahl-Baum

Ein Knoten bietet drei oder vier nicht überlappende Kategorien, wie Vertragslaufzeit, Umgebung oder primäre Einschränkung. Definieren Sie Kategoriengrenzen in den Bezeichnungen; „klein“, „mittel“ und „groß“ sind ohne Bereichsangaben unbrauchbar.

Gestaffelter Qualifikationsbaum

Frühe Knoten entfernen nicht in Frage kommende Routen; spätere Knoten verfeinern die Auswahl unter den geeigneten Optionen. Verwenden Sie ihn für Richtlinien, Dienstleistungen oder Integrationsanwendbarkeit. Setzen Sie disqualifizierende Sicherheits- und Rechtsbedingungen an den Anfang, da spätere Präferenzen sie nicht überschreiben können.

Linearer Baum mit Ausnahme-Ausgängen

Der Hauptpfad setzt sich durch eine normale Abfolge fort, während gelegentliche Zweige zur Wiederherstellung oder Eskalation führen. Verwenden Sie ihn, wenn die meisten Leser einer Route folgen und Ausnahmen selten sind. Beschriften Sie Rückkehrpunkte genau, wenn eine Ausnahme wieder in den Ablauf einmündet.

Interaktive Einzelfragen-Ansicht

Zeigen Sie immer nur einen aktuellen Knoten an, wenn der vollständige Baum für den Viewport zu dicht ist. Fügen Sie Fortschrittskontext, Zurück, Neustart, eine textuelle Ergebniszusammenfassung und eine nicht interaktive barrierefreie Ansicht hinzu. Der vollständige Quellbaum muss ohne clientseitiges Abrufen verfügbar sein.

Parameter

Der übergeordnete Container besitzt die Baum-Identität und den Startpunkt. Wiederholte Knoten besitzen ihren eigenen Prompt oder Endpunkt-Inhalt, während Zweigdatensätze Antwortbezeichnungen und Ziele besitzen.

Ein Endpunkt hat keine Zweige. Eine Frage hat mindestens zwei, und jedes Ziel verweist auf einen Knoten im selben Baum. Die Daten müssen azyklisch sein: Kein Zweig darf zu einem Vorfahren zurückführen. Ein Wiederherstellungspfad, der wieder in einen Ablauf einmündet, sollte mit „Zurück zu Schritt 3“ enden, anstatt eine Schleife innerhalb des Baums zu erzeugen.

Syntax- und Codebeispiele

Alle drei Formen beschreiben dieselben kanonischen Datensätze. Renderer können das Layout ändern, müssen aber die Quellreihenfolge, Bezeichnungen, Ziele, Endpunkte und den vollständigen nicht interaktiven Lesepfad bewahren.

Portable Markdown-Direktive

:::decision-tree{id=export-recovery variant=binary start=has-error}
## Wählen Sie eine Export-Wiederherstellungsroute

::item{id=has-error kind=question branches="yes:permission-error|no:still-processing"}
### Zeigt der Export eine Fehlermeldung an?
Wählen Sie den im Exportverlauf angezeigten Status aus.
::

::item{id=permission-error kind=question branches="yes:request-access|no:retry-smaller"}
### Besagt die Meldung, dass die Berechtigung verweigert wurde?
::

::item{id=still-processing kind=endpoint}
### Bearbeitungsfenster prüfen
Warten Sie, bis das angegebene Fenster endet, und starten Sie dann den Export einmal neu.
::

::item{id=request-access kind=endpoint}
### Exportberechtigung anfordern
Bitten Sie einen Administrator um Zugriff, bevor Sie es erneut versuchen.
::

::item{id=retry-smaller kind=endpoint}
### Kleineren Export wiederholen
Reduzieren Sie den Datumsbereich einmal; falls es fehlschlägt, senden Sie den Fehler und die Export-ID an den Support.
::
:::

Das kompakte Attribut branches verwendet Bezeichnung:Ziel-Paare, getrennt durch |. Bezeichnungen dürfen keines der Trennzeichen enthalten. Eine Plattform mit verschachtelten Zweigdatensätzen kann dieselben Werte strukturell speichern, aber der Export muss die explizite Zuordnung von Bezeichnung zu Ziel reproduzieren.

Hugo-Shortcode

{{< decision-tree title="Wählen Sie eine Export-Wiederherstellungsroute" id="export-recovery" variant="binary" start="has-error" >}}
  {{< decision-node id="has-error" kind="question" title="Zeigt der Export eine Fehlermeldung an?" branches="Ja:permission-error|Nein:still-processing" >}}
  Wählen Sie den im Exportverlauf angezeigten Status aus.
  {{< /decision-node >}}
  {{< decision-node id="permission-error" kind="question" title="Besagt die Meldung, dass die Berechtigung verweigert wurde?" branches="Ja:request-access|Nein:retry-smaller" >}}{{< /decision-node >}}
  {{< decision-node id="still-processing" kind="endpoint" title="Bearbeitungsfenster prüfen" >}}
  Warten Sie, bis das angegebene Fenster endet, und starten Sie dann den Export einmal neu.
  {{< /decision-node >}}
  {{< decision-node id="request-access" kind="endpoint" title="Exportberechtigung anfordern" >}}
  Bitten Sie einen Administrator um Zugriff, bevor Sie es erneut versuchen.
  {{< /decision-node >}}
  {{< decision-node id="retry-smaller" kind="endpoint" title="Kleineren Export wiederholen" >}}
  Reduzieren Sie den Datumsbereich einmal; falls es fehlschlägt, senden Sie den Fehler und die Export-ID an den Support.
  {{< /decision-node >}}
{{< /decision-tree >}}

Dies ist die Hugo-Adapter-Spezifikation, keine Anweisung, den Baum mit beliebigen verschachtelten Listen nachzuahmen. Sie verwendet nur benannte Parameter und erfordert, dass der Renderer fehlende Ziele, doppelte IDs, Zyklen und Frageknoten ohne ausreichende Zweige zurückweist.

WordPress-Block

<!-- wp:amicited/decision-tree {"title":"Wählen Sie eine Export-Wiederherstellungsroute","id":"export-recovery","variant":"binary","start":"has-error"} -->
  <!-- wp:amicited/decision-node {"id":"has-error","kind":"question","title":"Zeigt der Export eine Fehlermeldung an?","branches":[{"label":"Ja","target":"permission-error"},{"label":"Nein","target":"still-processing"}]} -->
  <p>Wählen Sie den im Exportverlauf angezeigten Status aus.</p>
  <!-- /wp:amicited/decision-node -->
  <!-- wp:amicited/decision-node {"id":"permission-error","kind":"question","title":"Besagt die Meldung, dass die Berechtigung verweigert wurde?","branches":[{"label":"Ja","target":"request-access"},{"label":"Nein","target":"retry-smaller"}]} /-->
  <!-- wp:amicited/decision-node {"id":"still-processing","kind":"endpoint","title":"Bearbeitungsfenster prüfen"} -->
  <p>Warten Sie, bis das angegebene Fenster endet, und starten Sie dann den Export einmal neu.</p>
  <!-- /wp:amicited/decision-node -->
  <!-- wp:amicited/decision-node {"id":"request-access","kind":"endpoint","title":"Exportberechtigung anfordern"} -->
  <p>Bitten Sie einen Administrator um Zugriff, bevor Sie es erneut versuchen.</p>
  <!-- /wp:amicited/decision-node -->
  <!-- wp:amicited/decision-node {"id":"retry-smaller","kind":"endpoint","title":"Kleineren Export wiederholen"} -->
  <p>Reduzieren Sie den Datumsbereich einmal; falls es fehlschlägt, senden Sie den Fehler und die Export-ID an den Support.</p>
  <!-- /wp:amicited/decision-node -->
<!-- /wp:amicited/decision-tree -->

Der WordPress-Containerblock beschränkt innere Blöcke auf Entscheidungsknoten, validiert Ziele vor der Veröffentlichung und rendert serverseitig eine vollständige Liste oder eine gleichwertige barrierefreie Struktur. Nur-Editor-Verbindungslinien sind nicht die Quelle der Wahrheit.

Beispiele

Gutes Beispiel

Ein Kaufratgeber fragt: „Muss das Gerät ohne Netzstrom betrieben werden?“ Ja führt zu batteriebetriebenen Optionen; Nein fragt: „Bleibt es an einem festen Standort?“ Diese Antwort führt entweder zu installierten oder tragbaren Optionen. Jeder Endpunkt nennt eine Kategorie, erklärt die entscheidende Einschränkung und sendet den Leser zu einem sichtbaren Vergleich der in Frage kommenden Produkte. „Nicht sicher“ führt zur Messung des vorgesehenen Standorts und zur Prüfung des Steckdosenzugangs.

Dies funktioniert, weil die Fragen Tatsachen betreffen, die ein Leser beobachten kann, die Zweige sich nicht überschneiden und jede Antwort ungeeignete Kategorien entfernt. Der Baum empfiehlt eine Kategorie, anstatt vorzutäuschen, ein bestimmtes Produkt ohne Preis-, Funktions- und Belegvergleiche auszuwählen.

Schlechtes Beispiel

Eine Software-Seite fragt: „Möchten Sie bessere Ergebnisse?“ Sowohl Ja als auch Noch nicht führen zu „Demo buchen.“ Die nächste Frage fragt, ob der Besucher Geschwindigkeit, Qualität oder Einsparungen schätzt, obwohl die meisten Käufer alle drei schätzen. Jeder Endpunkt wiederholt dieselbe Produktbehauptung.

Dies scheitert, weil die Auswahlmöglichkeiten weder exklusiv sind noch die Entscheidung ändern. Die Fragen sammeln Zustimmung, anstatt Bedürfnisse zu diagnostizieren, und die Zweige verbergen einen einzigen Aufruf zum Handeln. Ersetzen Sie dies durch ein direktes Wertversprechen und Belege. Wenn verschiedene Implementierungen wirklich zu unterschiedlichen Einschränkungen passen, fragen Sie nach diesen messbaren Einschränkungen und erlauben Sie einen ehrlichen Endpunkt wie „Dieses Produkt ist nicht geeignet.“

Schema-Markup und Barrierefreiheit

Schema.org hat keinen DecisionTree-Typ. Kennzeichnen Sie das Element nicht als HowTo, es sei denn, die Seite enthält unabhängig davon einen geordneten Ablauf, und kennzeichnen Sie Frageknoten nicht als FAQPage, wenn ihre Antworten lediglich Zweigsteuerungen sind. Der Baum kann helfen, interne Inhaltsdaten zu generieren – Knoten, Auswahlmöglichkeiten, Ziele und Endpunktempfehlungen –, aber er speist standardmäßig keine öffentliche Schema-Eigenschaft.

Verwenden Sie für die Barrierefreiheit eine Überschrift für den Baumbetitel und eine geordnete oder verschachtelte Liste für die vollständige statische Form. Jede Frage und jeder Endpunkt benötigt sichtbaren Text; Verbindungen dürfen sich nicht allein auf Farbe, Linienrichtung oder räumliche Position stützen. Wiederholen Sie die Antwortbezeichnung in der Beziehung, z. B. „Wenn ja, fahren Sie mit der Berechtigungsprüfung fort.“ Ein Screenreader sollte die Route verstehen, ohne ein Diagramm interpretieren zu müssen.

Wenn der Baum interaktiv ist, verwenden Sie native Schaltflächen für die Auswahlmöglichkeiten. Machen Sie die aktuelle Frage in einem beschrifteten Bereich sichtbar, verschieben Sie den Fokus auf die neue Frage oder kündigen Sie sie über eine zurückhaltende Live-Region an, und stellen Sie „Zurück“- und „Neustart“-Steuerungen bereit. Deaktivieren Sie nicht den Browser-Zoom, sperren Sie nicht den Fokus und ändern Sie keine Auswahl bei Fokussierung. Bewahren Sie die gewählte Route als Text am Endpunkt auf, damit der Leser überprüfen kann, wie das Ergebnis erzielt wurde.

Alle Knoten und Endpunkte sollten im serverseitig gerenderten HTML ankommen, auch wenn inaktive Knoten visuell verborgen sind. Wenn die Leistung dies für ein sehr großes Expertensystem unpraktisch macht, veröffentlichen Sie eine vollständige barrierefreie Alternative und behandeln Sie die interaktive Anwendung als separates Tool anstelle dieses Inhaltselements.

Schreibregeln

Das Ziel ist der kürzeste vertretbare Weg, nicht der Anschein von Raffinesse.

• Schreiben Sie den Titel als Entscheidung: „Wählen Sie…“, „Prüfen Sie, ob…“ oder „Finden Sie das richtige…“. Halten Sie ihn auf 3–12 Wörter.
• Fragen Sie pro Frage eine Tatsache in 5–18 Wörtern ab. Teilen Sie Bedingungen, die durch „und“ oder „oder“ verbunden sind, es sei denn, sie haben immer dieselbe beobachtbare Antwort.
• Verwenden Sie zwei bis vier Zweige pro Frage und maximal fünf Entscheidungsebenen. Mehr Tiefe führt dazu, dass Leser ihren Weg verlieren und mobile Darstellungen unhandlich werden.
• Machen Sie Geschwisterzweige exklusiv und gemeinsam ausreichend für den beabsichtigten Geltungsbereich. Fügen Sie „Nicht sicher“ oder „Keine davon“ hinzu, wenn Unsicherheit realistisch ist.
• Verwenden Sie parallele Bezeichnungen aus einer Kategorie: alle Ja/Nein, alle Bereiche, alle Umgebungen, oder alle genannten Einschränkungen.
• Geben Sie numerische Grenzen genau an. Verwenden Sie „Weniger als 50 Standorte“ statt „kleines Unternehmen“. Vermeiden Sie überlappende Bereiche an Grenzwerten.
• Geben Sie jedem Endpunkt einen 2–10-wörtigen Aktions-Titel und bis zu 80 Wörter, die erklären, warum er folgt, was zu tun ist und wann zu eskalieren ist.
• Setzen Sie die sicherste und kostengünstigste Unterscheidungsprüfung früh an. Fragen Sie nicht nach spezialistischen Messungen, bevor eine sichtbare Status- oder Berechtigungsprüfung bereits den Weg bestimmt.
• Halten Sie Belege, Einschränkungen und Konsequenzen sichtbar. Ein Baum organisiert eine Entscheidung; er beweist nicht, dass die Empfehlung richtig ist.
• Testen Sie jeden Pfad laut als Satz: „Da die Antwort X war, fahren Sie mit Y fort.“ Wenn dieser Satz unlogisch ist, ist der Zweig falsch.

Setzen Sie niemals vertrauliche personenbezogene Daten, eine unqualifizierte medizinische oder rechtliche Diagnose, einen versteckten Preis, eine Sicherheitswarnung, ein mehrfeldriges Formular oder eine irreversible Aktion innerhalb eines Knotens. Erstellen Sie niemals eine Sackgasse, eine unbeschriftete Verbindung, einen Endpunkt, der nur „Kommt darauf an“ sagt, oder einen Kreislauf, der den Leser zwingt, Fragen endlos zu wiederholen.

Beitragstypen, die es verwenden

Das Frontmatter postTypes definiert die unterstützte Menge. Die Präsenz in dieser Tabelle bedeutet, dass der Beitragstyp einen Baum verwenden darf, wenn sein Inhalt tatsächlich verzweigt; sie macht das Element nicht auf jeder Seite verpflichtend.

QA-Checkliste

• Die Seite enthält eine echte Abhängigkeit: Mindestens eine Antwort ändert die nächste Frage oder den Endpunkt.
• Der Titel und der Geltungsbereich geben genau an, welche Entscheidung der Baum trifft und welche er ausschließt.
• Es gibt einen Startknoten, jede Frage hat zwei bis vier Zweige, und jedes Ziel existiert.
• Geschwisterauswahlmöglichkeiten sind exklusiv, verwenden parallele Bezeichnungen und decken realistische Unsicherheit ab.
• Jeder Pfad endet innerhalb von fünf Ebenen in einer Aktion, Schlussfolgerung, einem Fallback oder einer Eskalation.
• Kein Endpunkt ist verwaist, kein Knoten zeigt auf sich selbst oder einen Vorfahren, und kein Leser kann sich in einer Endlosschleife befinden.
• Jeder Endpunkt erklärt, warum er folgt, und hält Belege oder Einschränkungen verfügbar.
• Der Baum ersetzt keinen festgelegten Ablauf, keinen nebeneinander angeordneten Vergleich, keine Berechnung, Warnung oder direkte Empfehlung.
• Alle Texte und Beziehungen sind im serverseitig gerenderten HTML vorhanden und ohne Verbindungslinien verständlich.
• Tastaturnutzer können auswählen, zurückgehen, neu starten und das Ergebnis mit sichtbarem Fokus erreichen.
• Fokus- und Statusänderungen werden angekündigt, ohne den Fokus zu sperren oder einen Screenreader wiederholt zu unterbrechen.
• Die Darstellung auf schmalen Bildschirmen bewahrt die Quellreihenfolge, beschriftet jede Verbindung und erfordert kein horizontales Scrollen.
• Der statische Fallback und das interaktive Ergebnis erzeugen für dieselben Antworten dieselben Endpunkte.
• Ein Prüfer ist jeden Pfad durchgegangen, hat Grenzwerte getestet und jeden Zweig hinterfragt, der zum selben Ergebnis führt.

Häufig gestellte Fragen

Die folgenden Fragen behandeln Implementierungsentscheidungen, die oft erst auftauchen, nachdem der Baum entworfen wurde. Der Kerntest bleibt einfach: Zweige müssen Tatsachen darstellen, die das Ergebnis ändern, und jeder Weg muss sicher enden.