Wichtig structured data

inDefinedTermSet

Auch bekannt als: schema:inDefinedTermSet


Aktualisiert 2026-05-03 · von Marco Biner

1. Kurzdefinition

inDefinedTermSet ist eine Schema.org-Property an DefinedTerm, die auf den umgebenden DefinedTermSet verweist — bindet einen einzelnen Glossar-Begriff strukturell an seinen Container und macht die Set-Zugehörigkeit explizit.

2. Ausführliche Erklärung

inDefinedTermSet ist die Schema.org-Property, die einen einzelnen DefinedTerm-Eintrag mit dem umgebenden DefinedTermSet verknüpft. Sie ist die spezialisierte Variante von isPartOf für Glossar-Strukturen — Sub-Begriff verweist auf Container-Glossar.

Aus GEO-Sicht ist inDefinedTermSet kritisch für die Erkennung von Glossar-Strukturen durch KI-Modelle. Wenn ein DefinedTerm via inDefinedTermSet auf einen DefinedTermSet verweist (z. B. geoquality.ai/glossar#geo-glossar), erkennt ein KI-Modell den Begriff als Teil eines kohärenten Wissensbestands — nicht als isolierten Eintrag. Diese Set-Zugehörigkeit überträgt Authority vom Container auf den einzelnen Begriff.

Technisch wird inDefinedTermSet als @id-Referenz (oder Plain-URL-String) auf die DefinedTermSet-Entity gesetzt. Bei geoquality.ai's 56-Begriffe-Glossar verweist jeder DefinedTerm via inDefinedTermSet auf geoquality.ai/glossar#geo-glossar — der zentrale Set-Anker bündelt alle Begriffe als kohärenten Wissensbestand.

Schema.org erlaubt inDefinedTermSet als Plain-String (URL des Sets) oder als strukturierte @id-Referenz. Best Practice ist die @id-Referenz, weil sie die Verknüpfung zur Set-Entity im Knowledge-Graph präziser ausdrückt — und bei Auflösung über @ids weniger fehleranfällig ist als String-URLs.

Für eine Schweizer KMU mit eigenem Branchen-Glossar bedeutet das praktisch: jeder DefinedTerm im Glossar bekommt inDefinedTermSet auf den zentralen Set-Container. Diese Cross-Reference ist Pflicht für die strukturelle Glossar-Auszeichnung — ohne sie sind die einzelnen Begriffe nicht als Set erkennbar. Die Verknüpfung ist 5 Sekunden Aufwand pro Begriff und einer der wichtigsten Glossar-spezifischen Hebel.

3. Praxisbeispiel

DefinedTerm mit inDefinedTermSet-Verknüpfung:

{
  "@type": "DefinedTerm",
  "@id": "https://www.geoquality.ai/glossar/json-ld#term",
  "name": "JSON-LD",
  "description": "W3C-Standard zur strukturierten Auszeichnung von Web-Inhalten.",
  "inDefinedTermSet": {
    "@id": "https://www.geoquality.ai/glossar#geo-glossar"
  }
}

Der JSON-LD-DefinedTerm verweist auf den GEO-Glossar-Set-Container. KI-Modelle erkennen damit: dieser Begriff ist Teil des geoquality.ai GEO-Vokabulars, nicht ein isolierter Eintrag.

4. Typische Fehler & Missverständnisse

5. Best Practices

6. Fakten


Definition von Marco Biner · Certified GEO Expert

Marco Biner — Founder geoquality.ai, Certified GEO Expert

inDefinedTermSet ist die Klammer, die ein Glossar zu einem kohärenten Wissensbestand macht. Bei geoquality.ai habe ich diese Property an allen 56 DefinedTerms konsequent gepflegt — jeder Begriff verweist auf den Set-Container /glossar#geo-glossar. Ohne diese Verknüpfung wären die Begriffe für KI-Modelle isolierte Einträge, mit ihr werden sie zu Teilen einer publizierten Wissens-Sammlung.

Mein Standard für jeden Klienten mit Glossar: inDefinedTermSet auf jedem DefinedTerm, hasDefinedTerm-Liste am Set-Container. Bidirektionale Vollständigkeit. Setup ist minimaler Aufwand, Wirkung kontinuierlich über die Glossar-Lebensdauer.


GEO Importance Rank

Wie wichtig ist dieser Begriff für Generative Engine Optimization?

53 /100
Wichtig Range 50–69

FAQs

Wie unterscheidet sich inDefinedTermSet von isPartOf?

inDefinedTermSet ist die spezialisierte Variante von isPartOf für Glossar-Strukturen. Beide drücken Container-Zugehörigkeit aus, aber inDefinedTermSet ist semantisch klarer für Glossare. Best Practice: inDefinedTermSet bei DefinedTerm-Sub-Begriffen, isPartOf für allgemeinere Hierarchie-Beziehungen.

Kann ein DefinedTerm in mehreren Sets sein?

Schema.org erlaubt nur eine inDefinedTermSet-Verknüpfung pro DefinedTerm. Wenn derselbe Begriff in mehreren Kontexten relevant ist, werden mehrere DefinedTerm-Instanzen mit unterschiedlichen @ids und Set-Verknüpfungen angelegt. sameAs zwischen den Instanzen kann die semantische Identität markieren.

Soll inDefinedTermSet auf eine URL oder @id zeigen?

@id-Referenz ist Best Practice. Plain-URL-String funktioniert auch (Schema.org erlaubt beides), aber @id-Referenz bindet den Begriff präziser in den Knowledge-Graph. Bei geoquality.ai: <code>{"@id": "https://www.geoquality.ai/glossar#geo-glossar"}</code> als strukturierte Referenz.

Brauche ich inDefinedTermSet wenn das Set hasDefinedTerm hat?

Ja, beide Richtungen sollten gepflegt sein. Set hat hasDefinedTerm-Liste der Begriffe, Begriff hat inDefinedTermSet zurück. Diese Bidirektionalität ist Best Practice für saubere Glossar-Auszeichnung — einseitige Verknüpfungen schwächen die Erkennung.

Was passiert ohne inDefinedTermSet?

Der DefinedTerm wird als isolierter Eintrag erkannt, ohne Verknüpfung zum übergeordneten Glossar. Damit fehlt die Authority des Set-Containers — der Begriff trägt nur seine eigene Authority, nicht die des Glossars. Im KMU-Glossar-Kontext ist das ein Verlust von 30-50 Prozent der möglichen Authority-Wirkung.

Wie pflege ich inDefinedTermSet bei mehrsprachigen Glossaren?

Pro Sprache eigenes DefinedTermSet mit eigener @id (z. B. <code>/glossar#geo-glossar-de</code>, <code>/fr/glossar#geo-glossar-fr</code>). Begriffe in der jeweiligen Sprache verweisen auf das Set ihrer Sprache. Cross-Sprach-Verknüpfungen via sameAs zwischen den Sets möglich, aber inDefinedTermSet bleibt sprachgebunden.


Verwandte Begriffe

Eigene AI-Sichtbarkeit messen

Kostenlose SEAKT-Analyse für jede Website — Score in unter 2 Minuten.

Jetzt analysieren →