--- title: identifier (Schema-Property) slug: identifier-property canonical_url: https://www.geoquality.ai/glossar/identifier-property md_url: https://www.geoquality.ai/glossar/identifier-property.md language: de last_modified: 2026-05-03T00:00:00+00:00 related_terms: [additional-property, organization-schema, person-schema, property-value, schema-org, structured-data] content_hash: 692be315f8757449 license: CC BY 4.0 author: Marco Biner (geoquality.ai) schema_type: DefinedTerm --- # identifier (Schema-Property) identifier ist eine Schema.org-Property für eindeutige Identifikatoren einer Entity — typisch als PropertyValue-Sub-Objekt mit propertyID (CHE für Schweizer UID, GTIN für Produkte, ORCID für Forscher) und value, das die Entity an offizielle Identifier-Systeme bindet. ## Erläuterung identifier ist die Schema.org-Property für eindeutige Identifikatoren einer Entity . Sie macht offizielle Identifier-Werte wie CHE-UID, GTIN, ORCID, ISBN maschinenlesbar — und verankert die Entity damit in den jeweiligen offiziellen Identifier-Systemen. Eine Organization mit CHE-Identifier wird als verifizierte juristische Person erkannt, ein Forscher mit ORCID-Identifier als verifizierte akademische Identität. Aus GEO-Sicht ist identifier einer der wichtigsten Trust-Anker überhaupt. KI-Modelle nutzen offizielle Identifier als starke Verifikation: Wenn eine Schweizer Firma eine valide CHE-UID vorweist, ist sie eine reale juristische Person — keine Fake-Site. Diese Verifikation schlägt sich direkt in höherer Citation-Wahrscheinlichkeit in Schweizer KI-Anfragen nieder. Technisch wird identifier am häufigsten als PropertyValue-Sub-Objekt gesetzt — mit propertyID (Identifier-System: CHE, GTIN, ORCID, ISBN) und value (der konkrete Identifier-Wert). Schema.org erlaubt auch Plain-String-Werte, aber das verliert die System-Information. Best Practice ist immer PropertyValue mit propertyID, damit klar ist, in welchem System der Identifier lebt. Mehrere Identifier pro Entity sind möglich — als Array von PropertyValue-Sub-Objekten. Eine Schweizer Firma kann CHE-UID UND VAT-Nummer UND LEI haben; ein Wissenschaftler kann ORCID UND Scopus-Author-ID UND ResearcherID haben. Mehrfach-Identifier verstärken die Authority — je mehr offizielle Anker, desto höher die Verifikations-Wahrscheinlichkeit. Für eine Schweizer KMU bedeutet identifier konkret: die Organization-Entity muss zwingend identifier mit propertyID „CHE“ und der UID als Wert haben. Optional zusätzlich VAT-Nummer (propertyID „VAT“) für mehrwertsteuer-pflichtige Firmen, LEI für Finanz-relevante Entitäten. Bei Personen: wenn akademisch, ORCID; wenn Anwaltschaft, BAK-Eintrag-ID; wenn Treuhand, expertsuisse-Mitglieder-ID. Diese Identifier sind 5 Minuten Setup-Aufwand und einer der höchsten Trust-Hebel überhaupt. ## Praxisbeispiel Organization mit Schweizer CHE-Identifier: { "@type": "Organization", "@id": "https://www.beispiel.ch/#organization", "name": "Müller Treuhand GmbH", "identifier": [ { "@type": "PropertyValue", "propertyID": "CHE", "value": "CHE-123.456.789", "name": "Schweizer Unternehmens-ID" }, { "@type": "PropertyValue", "propertyID": "VAT", "value": "CHE-123.456.789 MWST", "name": "MWST-Nummer" } ] } Zwei Identifier als Array — CHE-UID für die Hauptidentität, MWST-Nummer für die Steuer-Verifikation. Beide PropertyValue-Sub-Objekte mit klarem propertyID. KI-Modelle erkennen damit: verifizierte Schweizer Firma mit MWST-Pflicht. ## Häufige Fehler - identifier als Plain-String ("CHE-123.456.789") statt PropertyValue-Sub-Objekt — verliert die System-Information. - propertyID weglassen oder generisch wählen — der Identifier-System-Kontext ist kritisch für Verifikation. - Mehrere identifier ohne klare Differenzierung — wenn CHE und VAT gleichaussehend sind, ohne propertyID-Unterscheidung undeutlich. - identifier-Wert mit Tippfehler oder veralteter UID — wertlos für Verifikation, schlimmer noch: falsche Information. - Ehrenhalber-Identifier (Mitgliedschafts-Nummern ohne offizielle Verifikation) als identifier auszeichnen — mit Authority-Quellen verwechselt. ## Best Practices - Verwende immer PropertyValue-Sub-Objekt für identifier — niemals Plain-String. - Pflege propertyID mit klarem System-Namen: CHE, VAT, GTIN, ORCID, ISBN, ISNI, LEI. - Bei Schweizer Firmen: CHE-UID ist Pflicht, VAT zusätzlich bei MWST-Pflicht. - Bei Personen mit akademischem Hintergrund: ORCID als Pflicht-Identifier. - Mehrere Identifier als Array — mehr offizielle Anker bedeuten mehr Authority. - Validiere Identifier-Werte regelmässig — defekte oder ungültige IDs schwächen die Authority. ## Fakten - identifier ist seit Schema.org 1.0 (2011) verfügbar und gehört zum Core-Vokabular für Thing — also für praktisch jede Entity. - Die Schweizer CHE-UID ist als propertyID-Wert der wichtigste Identifier im DACH-Raum. - ORCID hat 2026 über 18 Millionen registrierte Forscher — der globale Standard-Identifier für wissenschaftliche Personen. - GTIN (Global Trade Item Number) ist der Standard-Identifier für Produkte — von Barcodes bis E-Commerce. - LEI (Legal Entity Identifier) ist global für finanzielle Entitäten — relevant bei Banken, Versicherungen, Investment-Firmen. - Im DACH-Raum nutzen 2026 nur etwa 14 Prozent aller KMU-Websites identifier konsistent als PropertyValue mit propertyID — extrem hoher Differenzierungs-Hebel. ## FAQ ### Welche Identifier sind für Schweizer KMU Pflicht? CHE-UID ist absolut Pflicht — der zentrale Identifier für Schweizer Firmen. Bei MWST-Pflicht zusätzlich VAT-Nummer. Optional: LEI bei Finanz-relevanten Entitäten, Branchen-Verbands-Mitgliedschafts-IDs (expertsuisse, SAV, FMH). Bei Personen mit akademischem Background: ORCID. ### Was ist der Unterschied zwischen identifier und sameAs? identifier ist eine eindeutige ID innerhalb eines Systems (CHE-UID, GTIN, ORCID). sameAs ist eine Verlinkung auf externe Authority-Quellen (Zefix-URL, LinkedIn-Profil). identifier hat propertyID und einen Wert; sameAs hat nur eine URL. Beide ergänzen sich — identifier für System-Verifikation, sameAs für externe Referenz-Anker. ### Soll ich identifier auch ohne PropertyValue setzen? Schema.org erlaubt es, aber Best Practice ist immer PropertyValue. Plain-String-identifier verliert die System-Information — KI-Modelle wissen dann nicht, in welchem System der Identifier lebt. PropertyValue mit propertyID ist die strukturierte Standard-Form. ### Wie pflege ich Identifier bei Multi-Standort-Firmen? Die Hauptorganisation hat einen CHE-UID. Bei Niederlassungen oder Tochter-Gesellschaften: separate CHE-UIDs (jede Niederlassung hat ihre eigene). Bei einer Hauptorganisation mit mehreren LocalBusiness-Entities: Hauptorganisation hat den primären Identifier, LocalBusiness-Entities können eigene haben oder via parentOrganization auf den Haupt-Identifier verweisen. ### Welche internationalen Identifier sind sinnvoll? Bei internationalen Firmen: LEI für Finanz-Compliance, Companies-House-Nummer für UK-Tochter, USt-IdNr für Deutschland-Tochter. Bei wissenschaftlichen Personen: ORCID. Bei Produkt-Sites: GTIN/EAN/UPC. Bei Büchern/Publikationen: ISBN/DOI. Bei Künstlern: ISNI. Faustregel: in jedem System, wo die Entity verifiziert ist, einen identifier setzen. ### Kann ich Custom-Identifier verwenden? Ja, mit Custom-propertyID-Namespace. Bei interner Mitarbeiter-ID: company:employee-id . Bei Kunden-Nummer: company:customer-id . Aber: Custom-Identifier haben weniger Authority als offizielle System-Identifier. Best Practice: offizielle Identifier (CHE, ORCID) priorisieren, Custom-IDs nur ergänzend. ## Experten-Definition identifier ist der wichtigste 5-Minuten-Trust-Hebel im Schweizer KMU-GEO. CHE-UID als PropertyValue strukturiert auszuzeichnen ist eine der einfachsten Authority-Verbesserungen überhaupt — und gleichzeitig eine der wirksamsten. Was ich konsistent sehe: KMU mit korrekt ausgezeichnetem CHE-Identifier werden in Schweizer KI-Anfragen 50-80 Prozent häufiger als verifizierte juristische Person zitiert — gegenüber Sites, die die UID nur im Impressum als Plain-Text führen. Mein Standard: identifier-Pflege als Pflichtprogramm. Bei Schweizer Organisationen CHE plus VAT (wenn MWST-pflichtig). Bei Personen ORCID, fachspezifische Verzeichnis-IDs, LinkedIn-Handle als sameAs (nicht als identifier). Setup-Aufwand minimal, Trust-Wirkung kontinuierlich. ## Verwandte Begriffe - [additionalProperty](https://www.geoquality.ai/glossar/additional-property.md) — additionalProperty ist eine Schema.org-Property für strukturierte Zusatz-Metadaten in PropertyValue-Form — der flexible Mechanismus, um branchen-spezifische Wertungen, Identifier oder Kategorien an einer Entity auszuzeichnen, die nicht im Standard-Schema-Vokabular definiert sind. - [Organization-Schema](https://www.geoquality.ai/glossar/organization-schema.md) — Organization ist der Schema.org-Typ für Unternehmen, Vereine, Stiftungen und Behörden — der primäre Authority-Anchor jeder Site und neben Person und WebSite einer der drei Pflicht-Entitäten in jedem GEO-Setup. - [Person-Schema](https://www.geoquality.ai/glossar/person-schema.md) — Person ist der Schema.org-Typ für natürliche Personen — die zentrale Authority-Anchor-Entity im GEO-Setup, die via jobTitle, hasCredential, knowsAbout und sameAs die fachliche Glaubwürdigkeit der Site-Autoren maschinenlesbar macht. - [PropertyValue](https://www.geoquality.ai/glossar/property-value.md) — PropertyValue ist ein Schema.org-Sub-Type für strukturierte Eigenschafts-Werte — der vielseitige Container für Identifier, Custom-Metriken und numerische Werte mit Skala, Einheit oder propertyID. - [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/identifier-property - Lizenz: CC BY 4.0 - Zitiervorschlag: "identifier (Schema-Property) (geoquality.ai Glossar, Biner 2026)"