identifier (Schema-Property)
Auch bekannt als: schema:identifier, identifier-Property
1. Kurzdefinition
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.
2. Ausführliche Erklärung
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.
3. 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.
4. Typische Fehler & Missverständnisse
- 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.
5. 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.
6. 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.
Definition von Marco Biner · Certified GEO Expert
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.
GEO Importance Rank
Wie wichtig ist dieser Begriff für Generative Engine Optimization?
FAQs
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: <code>company:employee-id</code>. Bei Kunden-Nummer: <code>company:customer-id</code>. Aber: Custom-Identifier haben weniger Authority als offizielle System-Identifier. Best Practice: offizielle Identifier (CHE, ORCID) priorisieren, Custom-IDs nur ergänzend.
Verwandte Begriffe
Eigene AI-Sichtbarkeit messen
Kostenlose SEAKT-Analyse für jede Website — Score in unter 2 Minuten.
Jetzt analysieren →