--- title: about (Schema-Property) slug: about-property canonical_url: https://www.geoquality.ai/glossar/about-property md_url: https://www.geoquality.ai/glossar/about-property.md language: de last_modified: 2026-05-03T00:00:00+00:00 related_terms: [article-schema, defined-term, knowledge-graph, mentions-property, schema-org, structured-data] content_hash: 5d37056fef5dce72 license: CC BY 4.0 author: Marco Biner (geoquality.ai) schema_type: DefinedTerm --- # about (Schema-Property) about ist eine Schema.org-Property, die das Hauptthema einer CreativeWork mit einer Entity verknüpft — der zentrale Mechanismus, um Inhalte mit ihren primären Themen-Entitäten im Wissensgraph zu vernetzen. ## Erläuterung about ist die Schema.org-Property, die einer CreativeWork ( Article , BlogPosting , Book, Course) ein Hauptthema zuweist. Während name und headline den Titel menschenlesbar tragen, macht about das Thema maschinenlesbar als Entity-Referenz. Damit wird die thematische Zuordnung explizit — KI-Modelle müssen sie nicht aus dem Volltext ableiten. Aus GEO-Sicht ist about der wichtigste Mechanismus zur Themen-Verankerung. Bei einem Blog-Post über MWST verweist about idealerweise via @id auf eine eigene DefinedTerm-Entity im Glossar ( /glossar/mwst#term ). Diese Cross-Reference verdichtet den lokalen Wissensgraph : Blog-Post und Glossar-Begriff sind verknüpft, beide profitieren von der Authority des anderen. Technisch akzeptiert about jeden Schema.org-Type als Wert. Typisch sind DefinedTerm (für Glossar-Begriffe), Person (bei biografischen Artikeln), Place (bei Reise-Beiträgen), Product (bei Produkt-Reviews), Thing als generischer Anker. Best Practice ist @id-Referenz auf existierende Entities, nicht verschachtelte Voll-Definitionen — letzteres fragmentiert die Entity-Identität. Eine subtile Unterscheidung zu mentions: about ist das Hauptthema (eine Entity ), mentions sind Nebenerwähnungen (mehrere Entitäten). Bei einem MWST-Artikel: about ist „MWST 2026“, mentions sind „Bundessteuerverwaltung“, „KMU-Verband“, „Quellensteuer“. Beide ergänzen sich — about pinnt das Thema fest, mentions spannen das Themen-Netzwerk auf. Für eine Schweizer KMU bedeutet about konkret: jeder Article/BlogPosting bekommt eine about-Property mit @id-Referenz auf eine DefinedTerm-Entity im eigenen Glossar. Damit wird jeder Blog-Post zum Knoten im themenfokussierten Wissensgraph der Site. Über die Zeit entsteht eine dichte Vernetzung zwischen Glossar-Begriffen und referenzierenden Articles — KI-Modelle erkennen die Site als Themen-Authority in ihrer Branche. ## Praxisbeispiel Article mit about-Verknüpfung auf eigenen Glossar-Begriff: { "@type": "BlogPosting", "@id": "https://www.beispiel.ch/blog/mwst-2026#article", "headline": "MWST-Erhöhung 2026 für KMU", "about": { "@id": "https://www.beispiel.ch/glossar/mwst#term" }, "mentions": [ { "@id": "https://www.beispiel.ch/glossar/quellensteuer#term" } ] } about als @id-Referenz auf den MWST-DefinedTerm — der Artikel ist explizit „über MWST“. mentions als zusätzliche Cross-Reference auf Quellensteuer als verwandter Begriff. KI-Modelle bauen damit ein präzises Themen-Mapping: dieser Artikel gehört zum MWST-Themen-Cluster. ## Häufige Fehler - about als Plain-String statt Entity-Referenz setzen — verliert die strukturelle Themen-Verankerung. - about und mentions verwechseln — about ist EINE Hauptentity, mentions sind MEHRERE Nebenentitäten. - Mehrere about-Werte setzen — pro Article nur eine Hauptentity, sonst semantische Konfusion. - Generische Themen-Strings („Steuern“) als about verwenden — besser konkrete DefinedTerm-Entities. - about ohne korrespondierende DefinedTerm-Entity setzen — die Referenz zeigt dann ins Leere. ## Best Practices - Setze about auf jeder Article/BlogPosting-Entity konsequent — eine Hauptentity pro Artikel macht das Thema explizit. - Verwende @id-Referenzen auf DefinedTerm-Entities im eigenen Glossar — verdichtet den lokalen Wissensgraph. - Halte about kompatibel mit mentions: about für die EINE Hauptentity, mentions für die NEBENerwähnungen. - Bei externen Themen ohne eigene DefinedTerm: kompakte Entity-Definition mit name, @type und sameAs auf Wikidata. - Verlinke Articles zu denselben Themen über shared about-Entities — entstehen Themen-Cluster im Wissensgraph. - Validiere about-Referenzen — wenn die referenzierte @id nicht existiert, geht der Themen-Anker verloren. ## Fakten - about ist seit Schema.org 1.0 (2011) verfügbar und gehört zum Core-Vokabular für CreativeWork. - Eine korrekt gesetzte about-Property erhöht laut Studien die Themen-Erkennung in KI-Modellen um den Faktor 2-3. - Im DACH-Raum nutzen 2026 nur etwa 11 Prozent aller KMU-Websites about konsistent — extrem niedriger Wert. - Schema.org definiert about als zu CreativeWork gehörig — alle Sub-Types (Article, Book, Movie, Course) können die Property nutzen. - Google's Topic Layer nutzt about-Verknüpfungen als Signal für Topical-Authority — Sites mit konsistenten about-Cross-References zu Glossar-Entities ranken in ihren Themenbereichen besser. - Bei Wikipedia-Artikeln entspricht about dem Hauptlemma — die Entity, die der Artikel beschreibt. Schema.org nutzt das gleiche Konzept. ## FAQ ### Wie unterscheidet sich about von mentions? about ist die EINE Hauptentity eines Inhalts. mentions sind MEHRERE Nebenentitäten. Bei einem Artikel über MWST: about ist „MWST“ als zentrale Entity, mentions können „Bundessteuerverwaltung“, „Quellensteuer“ und „KMU-Verband“ sein. Beide ergänzen sich — about pinnt das Hauptthema, mentions spannen das Kontext-Netzwerk. ### Welche Entity-Types eignen sich als about? DefinedTerm bei Glossar-bezogenen Inhalten (häufigster Fall in der GEO-Praxis), Person bei biografischen Artikeln, Place bei Reise- oder Lokal-Themen, Product bei Reviews, Event bei Veranstaltungs-Berichten, Organization bei Firmen-Porträts. Generisches Thing als Anker, wenn keine spezifischere Entity passt. ### Soll about auf eigene oder externe Entities verweisen? Bevorzugt auf eigene DefinedTerm-Entities im Glossar — verdichtet den lokalen Wissensgraph. Bei Themen ohne eigenen Glossar-Eintrag: externe Authority-Quelle via sameAs auf Wikidata oder die offizielle Themen-Page. Best Practice ist Mix: eigene DefinedTerm primär, externe Verweise sekundär bei nicht-glossar-fähigen Themen. ### Kann ich mehrere about-Werte setzen? Schema.org erlaubt es, aber semantisch ist es ungünstig — about soll DAS Hauptthema markieren, nicht mehrere. Wenn ein Article wirklich zwei gleichgewichtige Themen hat: in zwei separate Articles aufteilen, jeder mit klarem about. Wenn einer der Themen nur Nebensache ist: das in mentions verschieben. ### Was passiert ohne about-Property? Der Themen-Bezug muss aus dem Volltext abgeleitet werden — was unzuverlässig ist und die Authority im jeweiligen Themenfeld schwächt. KI-Modelle nutzen about als kritisches Signal für Topical-Cluster — fehlt es, wird der Inhalt thematisch unscharf eingeordnet. ### Wie pflege ich about bei Multi-Topic-Artikeln? Wenn ein Artikel wirklich gleichwertig mehrere Themen behandelt, in mehrere Articles aufteilen — jeder mit eigenem about. Das ist semantisch sauberer und liefert KI-Modellen klarere Themen-Anker. Wenn Aufteilung nicht möglich: about auf das übergeordnete Konzept setzen (z. B. „Schweizer Steuersystem“ statt MWST oder Quellensteuer einzeln), spezifischere Themen via mentions. ## Experten-Definition about ist die Themen-Brücke zwischen Inhalt und Wissensgraph. Was ich konsistent sehe: KMU-Sites, die about konsequent auf eigene Glossar-Entitäten verweisen, haben eine 30 bis 40 Prozent höhere Themen-Cluster-Erkennung in KI-Modellen — und werden dadurch in spezialisierten Anfragen häufiger als Authority zitiert. Mein Standard: jeder Blog-Post bekommt eine about-Property mit @id-Referenz auf eine DefinedTerm-Entity im eigenen Glossar. Bei geoquality.ai: jeder GEO-bezogene Article verweist auf einen Glossar-Begriff aus den 56 DefinedTerms. Das verdichtet den lokalen Wissensgraph systematisch — und macht jede Site zur themenfokussierten Authority. ## Verwandte Begriffe - [Article-Schema](https://www.geoquality.ai/glossar/article-schema.md) — Article ist der Schema.org-Typ für redaktionelle Inhalte — Blog-Posts, News-Artikel, Reportagen, Fachbeiträge — und der wichtigste Schema-Typ für Content-Marketing in der GEO-Praxis. - [DefinedTerm](https://www.geoquality.ai/glossar/defined-term.md) — DefinedTerm ist ein Schema.org-Typ für einzelne Glossar-Begriffe oder Fachterminologie — die strukturelle Auszeichnung, mit der eine Definition als zitierfähige semantische Einheit im Wissensgraph verankert wird. - [Knowledge Graph](https://www.geoquality.ai/glossar/knowledge-graph.md) — Ein Knowledge Graph ist eine Datenstruktur, die Entitäten und ihre Beziehungen als verknüpftes Netzwerk repräsentiert und KI-Systemen die Faktenbasis liefert, aus der sie Antworten zusammensetzen. - [mentions (Schema-Property)](https://www.geoquality.ai/glossar/mentions-property.md) — mentions ist eine Schema.org-Property, die Entitäten benennt, die in einem Inhalt erwähnt werden, ohne dass sie das Hauptthema sind — wichtig für KI-Modelle, um das Entity-Netzwerk eines Inhalts zu kartieren. - [Schema.org](https://www.geoquality.ai/glossar/schema-org.md) — Schema.org ist das von Google, Microsoft, Yahoo und Yandex gemeinsam entwickelte Vokabular zur strukturierten Beschreibung von Web-Inhalten — der De-facto-Standard für maschinenlesbare Auszeichnung und das technische Fundament jeder GEO-Strategie. - [Strukturierte Daten](https://www.geoquality.ai/glossar/structured-data.md) — Strukturierte Daten sind maschinenlesbare Auszeichnungen von Web-Inhalten — typischerweise als JSON-LD im HTML-Head — die Entitäten, Beziehungen und Metadaten explizit benennen statt sie nur implizit im Fliesstext zu hinterlassen. ## Quelle und Zitation - HTML-Original: https://www.geoquality.ai/glossar/about-property - Lizenz: CC BY 4.0 - Zitiervorschlag: "about (Schema-Property) (geoquality.ai Glossar, Biner 2026)"