Google liest Deine Seite nicht. Google parst sie. Für eine Maschine ist ein Webauftritt zunächst ein Haufen Zeichen, und ob daraus eine Person mit Buch, Podcast und Fachgebiet wird oder nur eine Zeichenkette, entscheiden ein paar Kilobyte am richtigen Ort. Das ist die kleinste Datenmenge mit der größten Hebelwirkung, die ich im Web kenne.
Die drei Erfolgskriterien von Guideline 3.8
Erforderliche Elemente: Binde das erforderliche title-Element ein und ergänze optionale Elemente im HTML-Kopfbereich dort, wo sie Bedienbarkeit, Barrierefreiheit oder Performance verbessern.
Meta-Tags: Binde relevante Meta-Tags ein, die von Browsern, Suchmaschinen und anderen Nutzeragenten breit unterstützt werden.
Strukturierte Daten: Nutze strukturierte Daten wie schema.org, umgesetzt mit JSON-LD, Microdata, RDFa oder Mikroformaten, damit Inhalte über Werkzeuge und Dienste hinweg von Menschen wie von Maschinen einheitlich interpretiert und weiterverwendet werden können.
Meine Einordnung
Die drei Kriterien oben bauen aufeinander auf, und ihr Anspruch steigt. Das erste ist Pflichtprogramm, das zweite gesunder Menschenverstand, das dritte der eigentliche Hebel.
Bei den strukturierten Daten geht es nämlich nicht um Suchmaschinenoptimierung im alten Sinn, sondern um Entitätenaufbau. Der Unterschied ist entscheidend: Eine Suchmaschine kann Deinen Namen im Text finden, ohne zu wissen, wer Du bist. Erst wenn Du per JSON-LD sagst, dass hier eine Person steht, die dieses Buch geschrieben hat, diesen Podcast produziert und mit diesem Wikidata-Eintrag identisch ist, entsteht ein eindeutiger Knoten im Knowledge Graph. Aus Zeichenketten werden Dinge. Und Dinge lassen sich verknüpfen, zitieren und wiedererkennen.
Genau das ist der Grund, warum das Thema durch KI-Systeme wichtiger geworden ist, nicht unwichtiger. Sprachmodelle und KI-Suchen müssen entscheiden, worauf sie sich stützen. Explizite, überprüfbare Aussagen im Quelltext sind dafür belastbarer als Rückschlüsse aus Fließtext. Wer maschinenlesbar erklärt, wer er ist und was er anbietet, überlässt diese Deutung nicht dem Zufall.
Die Kosten stehen dazu in keinem Verhältnis. Ein vollständiger JSON-LD-Block für einen Artikel wiegt typischerweise ein bis zwei Kilobyte. Das ist weniger als ein kleines Icon und ungefähr ein Hundertstel eines einzigen unoptimierten Titelbildes. Für diesen Preis bekommst Du Eindeutigkeit. Ich kenne keine andere Stelle im Web, an der so wenig übertragene Daten so viel Wirkung entfalten.
Wo ich weiter gehe
Diese Guideline ist die seltene Ausnahme in meinem Werkzeugkasten: Sie fordert, Daten hinzuzufügen. Sonst plädiere ich für das Gegenteil. Trotzdem stimme ich hier zu, und zwar aus dem gleichen Denken heraus. Präzise Metadaten sind kein zusätzlicher Ballast, sondern ein Ersatz für teures Raten. Jede Maschine, die aus Deinem Fließtext mühsam erschließen muss, was ein sauberer JSON-LD-Block in zwei Kilobyte klar sagt, verbrennt mehr Rechenzeit als diese zwei Kilobyte je gekostet haben.
Aber genau daraus folgt der Maßstab: Es geht um Genauigkeit, nicht um Menge. In der Praxis sehe ich regelmäßig das Gegenteil, nämlich Kopfbereiche voller Meta-Tags, die kein Dienst der Welt jemals ausliest, dazu doppelte Auszeichnungen aus drei verschiedenen Plugins und strukturierte Daten, die etwas anderes behaupten als die sichtbare Seite. Das ist keine Maschinenlesbarkeit, das ist Rauschen mit Zusatzgewicht.
Dein erster Schritt heute
Bevor Du etwas ergänzt, prüfe den Ist-Zustand. Meistens ist weniger vorhanden als gedacht, oder es ist vorhanden und fehlerhaft.
Und dann fang klein an. Ein sauberer Block für Deine Organisation oder Person, korrekt verknüpft, bringt mehr als zwanzig halb ausgefüllte Auszeichnungen über die ganze Website verteilt.
Datensparsamkeit heißt nicht, Maschinen im Dunkeln zu lassen. Sie heißt, ihnen genau das zu sagen, was stimmt, und nichts darüber hinaus.
Quelle: W3C-Fassung von Guideline 3.8