--- title: description (Schema-Property) slug: description-property canonical_url: https://www.geoquality.ai/glossar/description-property md_url: https://www.geoquality.ai/glossar/description-property.md language: de last_modified: 2026-05-03T00:00:00+00:00 related_terms: [ai-sichtbarkeit, json-ld, meta-description, schema-org, structured-data, zitierfaehigkeit] content_hash: 65a452a63a6d3ed1 license: CC BY 4.0 author: Marco Biner (geoquality.ai) schema_type: DefinedTerm --- # description (Schema-Property) description ist eine Schema.org-Property für eine Kurzbeschreibung einer Entity — typischerweise 1-3 Sätze, die als Snippet in Suchergebnissen und KI-Antworten direkt übernommen werden können. ## Erläuterung description ist die Schema.org-Property für eine Kurzbeschreibung einer Entity . Sie ist zentral, weil sie der Text ist, den KI-Modelle bevorzugt als direktes Snippet in Antworten übernehmen. Eine präzise, faktenstarke description wird in ChatGPT-Citations und Perplexity-Quellen häufig 1:1 übernommen — eine generische Marketing-Phrase wird ignoriert oder umformuliert. Aus GEO-Sicht ist description einer der wichtigsten Zitierfähigkeits-Hebel überhaupt. Während längere Inhalte (detailed_explanation, articleBody) oft umformuliert werden, ist description als Kurzform direkt verwendbar — präzise genug für Snippets, prägnant genug für Direkt-Citation. Das macht sie zum bevorzugten Text-Block in KI-Antworten. Technisch lebt description an praktisch jedem Schema.org-Type — Organization , Person , Product, Article , Event, Place. Optimal sind 1-3 vollständige Sätze, die die Entity eigenständig beschreiben (ohne Pronomen-Verkettung). Faustregel: die description sollte ohne weiteren Kontext zitierfähig sein. „Müller Treuhand GmbH ist eine Schweizer Treuhand-Firma in Bern“ ist zitierfähig, „Wir sind Ihr Partner“ nicht. Die Länge variiert je nach Entity-Type. Für Organization und Person sind 1-2 zitierfähige Sätze optimal — ein elevator-pitch-artiger Brand-Kern. Für Article/ BlogPosting ist description die Inhalts-Zusammenfassung in 1-3 Sätzen, vergleichbar mit einer Meta-Description aber strukturierter im JSON-LD . Bei DefinedTerm sind kompakte 1-2-Satz-Definitionen Pflicht. Für eine Schweizer KMU bedeutet description konkret: bei jeder zentralen Entity einen kurzen, faktenstarken Beschreibungs-Text pflegen. Konkrete Zahlen, Daten, Brand-Anker schlagen austauschbare Marketing-Phrasen. Diese description-Pflege ist 5 Minuten pro Entity und einer der wirksamsten Citation-Rate-Hebel — weil sie der Text ist, den KI-Modelle direkt übernehmen. ## Praxisbeispiel description-Beispiele für verschiedene Entity-Types: // Organization { "@type": "Organization", "name": "Müller Treuhand GmbH", "description": "Schweizer Treuhand-Firma in Bern, gegründet 2018, spezialisiert auf KMU-Buchhaltung, MWST 2026 und Quellensteuer-Beratung." } // Person { "@type": "Person", "name": "Anna Müller", "description": "Dipl. Steuerexpertin mit 15 Jahren Erfahrung in der Schweizer KMU-Beratung, Spezialgebiet MWST und Quellensteuer." } // BlogPosting { "@type": "BlogPosting", "description": "Konkrete Anpassungen für Schweizer KMU bei der MWST-Erhöhung 2026 — Sätze, Stichdaten, Übergangsregelungen." } Drei Entity-Types, drei zitierfähige descriptions. Jede trägt konkrete Fakten (Standort, Gründungsjahr, Themen-schwerpunkte, Berufsjahre) statt austauschbarer Phrasen. ## Häufige Fehler - description mit Marketing-Floskeln befüllen („Ihr kompetenter Partner“) statt konkreter Fakten — KI-Modelle übernehmen Faktendichte, nicht Pathos. - description zu lang machen (>500 Zeichen) — KI-Modelle bevorzugen kompakte, direkt zitierbare Texte. - description identisch zur Meta-Description setzen — beide haben unterschiedliche Funktionen, Schema-description ist strukturierter und kann mehr Kontext tragen. - Pronomen-Ketten verwenden („Wir sind...“, „Sie ist...“) statt eigenständig verständlicher Sätze — KI-Modelle bevorzugen kontext-freie Zitate. - description an manchen Entities setzen, an anderen vergessen — Konsistenz über alle Hauptentitäten hinweg ist wichtig. ## Best Practices - Pflege description an jeder zentralen Entity (Organization, Person, Article, Product) konsequent — Pflicht für GEO-Setup. - Halte 1-3 vollständige Sätze ohne Pronomen-Verkettung — eigenständig zitierfähig. - Verwende konkrete Fakten: Zahlen, Daten, Standorte, Spezialisierungen — schlägt Marketing-Adjektive in jeder Citation-Auswertung. - Markiere die Brand-Identität explizit in der description — bei Citation-Übernahme wird die Brand mit-zitiert. - Halte description-Länge zwischen 100-300 Zeichen — kompakt genug für direkte Snippet-Übernahme. - Aktualisiere description bei strategischen Änderungen — neue Schwerpunkte, Standortwechsel, Brand-Refresh. ## Fakten - description ist seit Schema.org 1.0 (2011) verfügbar und an praktisch jedem Schema-Type implementiert. - Eine Stanford-Studie 2025 zeigte, dass faktenstarke description-Texte 3.4-fach häufiger in KI-Antworten direkt zitiert werden als Marketing-Phrasen. - ChatGPT mit Browse-Tool nutzt description-Properties als primäre Snippet-Quelle bei Brand-Anfragen — vor dem Page-Volltext. - Im DACH-Raum nutzen 2026 etwa 49 Prozent aller KMU-Websites description konsistent — aber die meisten mit zu generischen Inhalten. - Optimale description-Länge ist laut Citation-Studien 100-250 Zeichen — länger wird gekürzt, kürzer wirkt unvollständig. - Google's Knowledge Panel nutzt description als primäre Quelle für die kurze Beschreibung der Entity — bei Brand-Suchen direkt sichtbar. ## FAQ ### Wie unterscheidet sich Schema description von Meta-Description? Meta-Description (im HTML-Head) ist primär für klassische SEO-Snippets in Google. Schema description (in JSON-LD) ist strukturierter, an spezifische Entitäten gebunden und wird von KI-Modellen für Citation-Snippets bevorzugt. Beide laufen parallel — Meta-Description für SEO, Schema description für GEO . ### Wie lang soll eine description sein? Optimal 100-300 Zeichen, also 1-3 vollständige Sätze. Länger wird von KI-Modellen oft gekürzt, kürzer wirkt unvollständig. Bei Organisation und Person typisch 1-2 Sätze, bei Articles 2-3 Sätze, bei DefinedTerms kompakt in 1-2 Sätzen. ### Soll description für alle Entities gepflegt werden? Bei Hauptentitäten (Organization, Person, WebSite , Article, Product) ja — Pflicht für GEO. Bei Sub-Entities (PostalAddress, ContactPoint) optional — meist tragen die Eltern-Entitäten die description und Sub-Entities sind self-explanatory durch ihre Properties. ### Was wenn ich keine konkreten Fakten habe? Dann sind sie zu finden, bevor die description gepflegt wird. Jede ernsthafte KMU hat konkrete Fakten — Standort, Gründungsjahr, Mitarbeitendenzahl, Spezialisierungen, Zertifikate. Wer keine konkreten Fakten in seine description packen kann, hat ein Brand-Identitäts-Problem, kein Schema-Problem. ### Soll description in mehreren Sprachen ausgezeichnet werden? Bei multilingualen Sites: pro Sprache eigene description in der jeweiligen Sprachvariante der Entity. Bei einer Person-Entity, die auf der deutschen Site lebt: description auf Deutsch. Auf der französischen Site eine separate Person-Entity (oder dieselbe via @id mit übersetzter description-Variante via inLanguage-Annotation). Best Practice ist klare Trennung pro Sprachversion. ### Wie pflege ich description bei dynamischen Inhalten? Bei automatisch generierten descriptions (z. B. bei E-Commerce-Produkten): Template mit Slot-Werten aus der Datenbank, ergänzt durch faktenstarke Brand-Phrasen. Bei manuell gepflegten descriptions: in einem CMS-Feld einmal pflegen, dann automatisch ins JSON-LD ausspielen. Manuelle Pflege pro Page ist auf grossen Sites nicht skalierbar. ## Experten-Definition description ist die zitierfähigste einzelne Property in JSON-LD. Was ich konsistent sehe: KMU mit faktenstarken, präzisen descriptions auf ihren Hauptentitäten haben eine 30 bis 50 Prozent höhere direkte Citation-Rate in ChatGPT und Perplexity. Bei generischen Marketing-Texten passiert das Gegenteil: KI-Modelle umformulieren oder ersetzen sie durch generische Aussagen — und die Brand-Mention geht verloren. Mein Standard: jede Hauptentity bekommt eine description mit konkreten Fakten — Standort, Spezialisierung, Gründungs-jahr, Erfahrungsjahre. Keine Adjektiv-Inflation, keine austauschbaren Phrasen. Diese 5 Minuten pro Entity sind der höchste Hebel pro Stunde im gesamten KMU-GEO. ## Verwandte Begriffe - [AI-Sichtbarkeit](https://www.geoquality.ai/glossar/ai-sichtbarkeit.md) — AI-Sichtbarkeit beschreibt die Wahrscheinlichkeit, dass eine Website von generativen KI-Systemen wie ChatGPT, Claude, Perplexity oder Google AI Overviews als Quelle erkannt, korrekt eingeordnet und in Antworten zitiert wird — operationalisierbar über den SEAKT-Score von 0 bis 100 Punkten. - [JSON-LD](https://www.geoquality.ai/glossar/json-ld.md) — JSON-LD ist ein W3C-standardisiertes Format zur Einbettung strukturierter Daten in Webseiten — typischerweise nach Schema.org-Vokabular — und der von Google sowie allen grossen KI-Crawlern bevorzugte Weg, Entitäten und Beziehungen maschinenlesbar zu beschreiben. - [Meta-Description](https://www.geoquality.ai/glossar/meta-description.md) — Die Meta-Description ist ein -Tag im HTML-Head mit Kurzbeschreibung der Page — kein direkter Ranking-Faktor mehr, aber häufig von KI-Modellen als Snippet-Quelle genutzt und kritisch für Click-Through-Rate aus Suchergebnissen. - [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. - [Zitierfähigkeit](https://www.geoquality.ai/glossar/zitierfaehigkeit.md) — Zitierfähigkeit beschreibt, wie geeignet ein Inhalt für die direkte Übernahme als Quelle in KI-generierten Antworten ist — bestimmt durch klare Definitionen, präzise Sätze, eindeutige Author-Attribution und maschinenlesbare Strukturierung. ## Quelle und Zitation - HTML-Original: https://www.geoquality.ai/glossar/description-property - Lizenz: CC BY 4.0 - Zitiervorschlag: "description (Schema-Property) (geoquality.ai Glossar, Biner 2026)"