Person, Organisation und Autor im Markup

Bei strukturierten Daten würde ich zuerst klären, welche tatsächlichen Beziehungen die Website beschreiben soll. Wer hat den Artikel verfasst, wer gibt ihn heraus, und in welchem Verhältnis steht der Autor zum Unternehmen? In einem kleinen Angebot kann dieselbe Person mehrere dieser Aufgaben übernehmen. Trotzdem bedeutet ihre Rolle als Autor etwas anderes als eine Beschäftigung bei einem Unternehmen. Wenn diese Unterscheidung im sichtbaren Text unklar bleibt, wird sie durch zusätzliches Markup nicht automatisch verständlicher.

Ein zusammenhängendes Beispiel

Für das folgende fiktive Beispiel gelten drei sichtbare Angaben: Lea Beispiel arbeitet für das Beispielstudio. Sie hat den Artikel „Lieferzeiten erklärt“ geschrieben. Das Beispielstudio gibt ihn heraus. Eine eigene Profilseite stellt Lea vor.

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://example.org/#organisation",
      "name": "Beispielstudio",
      "url": "https://example.org/"
    },
    {
      "@type": "Person",
      "@id": "https://example.org/team/lea/#person",
      "name": "Lea Beispiel",
      "url": "https://example.org/team/lea/",
      "worksFor": { "@id": "https://example.org/#organisation" }
    },
    {
      "@type": "ProfilePage",
      "@id": "https://example.org/team/lea/#seite",
      "url": "https://example.org/team/lea/",
      "mainEntity": { "@id": "https://example.org/team/lea/#person" }
    },
    {
      "@type": "Article",
      "@id": "https://example.org/lieferzeiten/#artikel",
      "url": "https://example.org/lieferzeiten/",
      "headline": "Lieferzeiten erklärt",
      "author": { "@id": "https://example.org/team/lea/#person" },
      "publisher": { "@id": "https://example.org/#organisation" }
    }
  ]
}

Die @id-Verweise verbinden die beschriebenen Objekte. Lea erhält dadurch nicht bei jeder Erwähnung eine neue Identität. Schema.org erlaubt für author sowohl Personen als auch Organisationen; im Beispiel wird die tatsächlich benannte Verfasserin verwendet. worksFor bezeichnet ihre Zugehörigkeit zum Studio, publisher dessen Rolle als Herausgeber.

Das Beispiel wurde am 9. September 2026 im Schema.org Markup Validator geprüft: keine Fehler, keine Warnungen. Das Ergebnis betrifft die Auszeichnung, nicht die Wahrheit der fiktiven Angaben oder Googles Auswahl von Suchergebnissen.

Das Beispiel zeigt die Beziehungen gemeinsam. Bei der Umsetzung muss das Markup zum Inhalt der jeweiligen Seite passen. Die Google-Dokumentation für ProfilePage verlangt eine einzelne Person oder Organisation als Hauptgegenstand. Der Artikel ist deshalb nicht allein wegen seiner Autorenzeile eine Profilseite.

sameAs ist kein Verzeichnis passender Links

Mit sameAs verweist Du auf eine Seite, die die Identität eindeutig bezeichnet. Ein offizielles Profil derselben Person kann passen. Eine Website zum gleichen Fachthema, ein Kunde oder ein Arbeitgeber ist deshalb noch nicht dieselbe Person.

Im Beispiel fehlt sameAs bewusst: Für Lea wurden keine zusätzlichen echten Profile angegeben. Ein ausgedachter Eintrag würde die Beschreibung nicht verbessern.

Wie die Verbindung in diesem Wiki aussieht

Für meine Person verwendet das Wiki die ID https://patrickstolp.de/#patrick-stolp. Das Wiki selbst hat eine eigene Website-Identität. Die Redaktionsseite erklärt meine Verantwortung; mein Hauptprofil bleibt die zentrale Personenquelle. Zwei eigene Websites werden so nicht zu zwei unabhängigen Bestätigungen meiner Arbeit.

Für die Prüfung sind damit zwei Dinge nötig, die sich gegenseitig nicht ersetzen: Die Auszeichnung muss technisch stimmen, und die beschriebenen Verhältnisse müssen zutreffen. Der Validator hilft mir bei der ersten Aufgabe. Ob Lea den Artikel geschrieben hat oder beim Studio arbeitet, kann er aus den eingetragenen Angaben nicht unabhängig feststellen. Ebenso wenig würde ich aus einer fehlerfreien Auszeichnung ableiten, dass eine Suchmaschine oder ein KI-System sie deshalb empfehlen wird.