Author Schema einbauen: E-E-A-T technisch absichern

Wer einen Artikel veröffentlicht, beantwortet damit für Google zwei Fragen: Was steht im Text - und wer hat ihn geschrieben? Das author-Feld im Schema-Markup beantwortet die zweite Frage maschinenlesbar. Ohne dieses Feld muss Google den Urheber raten, und Raten ist genau das, was Sie bei E-E-A-T vermeiden wollen.

Die kurze Antwort vorweg: Setzen Sie in jedem Article- oder BlogPosting-Block ein author-Feld, das entweder auf eine Person oder eine Organization mit eigener Entitäts-URL verweist, und verknüpfen Sie diese Entität über sameAs mit etablierten Profilen. Das kostet pro Seite rund 20 bis 40 Zeilen JSON-LD und ist in einem halben Tag projektweit ausgerollt. In diesem Guide zeigen wir, wann Person und wann Organization die richtige Wahl ist, wie die Felder korrekt verschachtelt werden und welche Fehler den Effekt zunichtemachen.

Warum Author- und Entity-Markup für E-E-A-T zählt

E-E-A-T steht für Experience, Expertise, Authoritativeness und Trustworthiness - die vier Signale, mit denen Google die Glaubwürdigkeit von Inhalten bewertet. Author-Markup adressiert direkt zwei davon: Expertise und Authoritativeness. Es sagt Google nicht nur "hier ist ein Name", sondern "diese benannte Entität steht hinter dem Inhalt, und hier sind die Belege".

Der entscheidende Punkt: Google arbeitet entitätsbasiert. Eine Entität ist ein eindeutig identifizierbares Ding - ein Unternehmen, eine Person, ein Ort. Solange Ihr Autor nur als Klartext "von der Redaktion" im Fließtext steht, ist er für Google keine Entität, sondern eine Zeichenkette. Erst über strukturierte Daten und eine stabile URL wird daraus ein Knoten, den Google mit anderen Datenquellen verknüpfen kann.

Das ist auch der Grund, warum reines Author-Markup ohne Substanz nichts bringt. Ein author-Feld auf einer Seite ohne echte Über-uns-Informationen, ohne externe Belege, ohne konsistenten Markenauftritt ist eine leere Behauptung. Die technische Auszeichnung verstärkt vorhandene Reputation - sie erzeugt keine. Wer die Grundlagen vertiefen möchte, findet sie in unserem Überblick zu E-E-A-T bei Google.

Besonders relevant wird das bei sogenannten YMYL-Themen (Your Money or Your Life) - Finanzen, Gesundheit, Recht. Bei diesen Themen prüft Google die Urheberschaft besonders streng, weil falsche Inhalte hier reale Schäden anrichten können. Rund 30 % aller Suchanfragen fallen in diesen sensiblen Bereich, und genau dort entscheidet belastbares Author-Markup mit darüber, ob ein Artikel überhaupt eine Chance auf Sichtbarkeit hat. Wer in einem YMYL-Feld publiziert und die Urheberschaft nicht sauber auszeichnet, verschenkt eines der stärksten verfügbaren Vertrauenssignale.

Person- vs. Organization-Author: Wann was

Die häufigste Frage in der Praxis lautet: Soll der Autor eine Person sein oder das Unternehmen? Die Antwort hängt von Ihrem Markenmodell ab, nicht von einer SEO-Faustregel.

Eine Person als Author ist sinnvoll, wenn Sie eine echte Personenmarke aufbauen - etwa ein Fachanwalt, ein Arzt oder ein bekannter Berater, dessen Name selbst Vertrauen trägt und der über externe Profile, Publikationen oder Vorträge belegbar ist. Das funktioniert nur, wenn diese Person tatsächlich eine verifizierbare Spur im Web hat.

Eine Organization als Author ist die richtige Wahl, wenn die Marke selbst die vertrauenswürdige Instanz ist und nicht eine einzelne Person. Genau diesen Weg gehen wir bei SEOFX: Author ist die Organisation, nicht ein Einzelname. Das ist robuster, weil die Reputation nicht von einer Person abhängt, die das Unternehmen verlassen könnte, und es vermeidet die schwer pflegbare Verifizierung einzelner Autorenprofile.

Ein dritter, oft übersehener Fall: das Zusammenspiel beider. Sie können eine Person als author und die Organisation als publisher setzen. Author ist, wer den Text geschrieben hat; Publisher ist, wer ihn herausgibt. Bei reinen Markenpublikationen reicht es, beide Rollen mit derselben Organisation zu füllen.

In der Praxis sehen wir die meisten Verluste dort, wo Agenturen ohne klares Markenmodell starten und mitten im Projekt von Person auf Organisation wechseln oder umgekehrt. Jeder solche Wechsel zerreißt die Entitäts-Historie, die Google über Monate aufgebaut hat. Treffen Sie die Entscheidung deshalb einmal bewusst zu Projektbeginn und halten Sie sie konsequent durch. Ein stabiler, gleichbleibender Author über Jahre ist wertvoller als ein technisch perfektes, aber wechselndes Markup.

Das author-Feld in Article/BlogPosting korrekt setzen

Der häufigste Fehler ist, author als simplen String zu schreiben: "author": "SEOFX". Das ist technisch gültig, aber praktisch wertlos, weil Google daraus keine Entität ableiten kann. Stattdessen muss author ein verschachteltes Objekt mit eigenem @type und einer @id oder url sein, die als Entitäts-Anker dient.

So sieht ein korrektes BlogPosting mit Organisation als Author aus:

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Author Schema einbauen: E-E-A-T technisch absichern",
  "datePublished": "2026-06-22",
  "dateModified": "2026-06-22",
  "author": {
    "@type": "Organization",
    "@id": "https://seofx.de/#organization",
    "name": "SEOFX",
    "url": "https://seofx.de/"
  },
  "publisher": {
    "@type": "Organization",
    "@id": "https://seofx.de/#organization"
  },
  "mainEntityOfPage": {
    "@type": "WebPage",
    "@id": "https://seofx.de/blog/author-schema-einbauen/"
  }
}

Drei Details entscheiden über die Wirkung:

• Die @id als Anker. Verwenden Sie für die Organisation überall dieselbe @id (etwa #organization). So erkennt Google, dass Author und Publisher dieselbe Entität sind und verbindet alle Vorkommen über die Seiten hinweg.
• dateModified pflegen. Ein aktuelles dateModified signalisiert Pflege und stützt das Experience-Signal. Setzen Sie es nur bei echten inhaltlichen Updates.
• mainEntityOfPage setzen. Dieses Feld bindet das Markup eindeutig an die kanonische URL und verhindert Verwechslungen bei paginierten oder gespiegelten Seiten.

Wenn Sie eine echte Person als Author auszeichnen, ersetzen Sie das author-Objekt durch einen Person-Block mit eigener @id, die auf eine reale Autorenseite zeigt. Wie man solche Blöcke wartbar und dynamisch in ein CMS integriert, behandeln wir in Schema.org für Entwickler.

sameAs für Autoren- und Marken-Entitäten

Das sameAs-Feld ist der Hebel, der aus einem Namen eine belegte Entität macht. Es listet externe URLs auf, die dieselbe Entität beschreiben - und genau über diese Verweise verknüpft Google Ihre Angaben mit bereits bekannten Datenquellen.

Für eine Organisation gehören typischerweise diese Profile in sameAs:

{
  "@type": "Organization",
  "@id": "https://seofx.de/#organization",
  "name": "SEOFX",
  "url": "https://seofx.de/",
  "sameAs": [
    "https://www.linkedin.com/company/seofx/",
    "https://www.facebook.com/seofx/",
    "https://www.instagram.com/seofx/",
    "https://g.page/seofx/"
  ]
}

Die Auswahl ist nicht beliebig. Wirksam sind Profile, die Google ohnehin crawlt und vertraut: das eigene Google Business Profil, etablierte Social-Media-Kanäle, Branchenverzeichnisse mit hoher Autorität. Ein Profil in sameAs aufzunehmen, das es nicht gibt oder das einen anderen Namen führt, ist kontraproduktiv - es schwächt die Konsistenz statt sie zu stärken.

Für eine Person als Author wären statt Unternehmensprofilen die personenbezogenen Belege relevant: ein LinkedIn-Personenprofil, ein Autorenprofil bei einem Fachverlag, ein Wikipedia-Eintrag falls vorhanden. Entscheidend ist in beiden Fällen: Jede in sameAs genannte URL sollte die Entität wirklich repräsentieren und denselben Namen führen.

Wie viele Profile sind sinnvoll? Mehr ist nicht automatisch besser. Drei bis fünf hochwertige, gepflegte Profile wiegen schwerer als ein Dutzend halbtoter Verzeichniseinträge. Priorisieren Sie Plattformen, auf denen Sie ohnehin aktiv sind und die Google als vertrauenswürdig einstuft. Ein verwaistes Profil, das seit Jahren nicht gepflegt wurde, stiftet eher Verwirrung über den aktuellen Stand Ihrer Entität, als dass es Vertrauen aufbaut.

Verbindung zum Knowledge Graph

Der Knowledge Graph ist Googles interne Datenbank bekannter Entitäten. Wenn Ihre Marke dort als Knoten existiert, kann Google Ihre Inhalte einer verifizierten Quelle zuordnen - und genau das ist das Fundament für stabile E-E-A-T-Signale und ein mögliches Knowledge Panel.

Author- und sameAs-Markup ist einer der Wege, wie eine Entität überhaupt in den Knowledge Graph gelangt oder dort geschärft wird. Der Mechanismus dahinter: Google sammelt Aussagen über eine Entität aus vielen Quellen. Ihr strukturiertes Markup ist eine dieser Aussagen, die externen sameAs-Profile sind weitere. Stimmen alle überein - identischer Name, identische URL-Struktur, widerspruchsfreie Angaben -, wächst Googles Vertrauen in die Entität.

Diese Konsistenz ist messbar wichtiger als jede Einzelmaßnahme. Schon kleine Abweichungen im Markennamen über verschiedene Plattformen hinweg können verhindern, dass Google mehrere Vorkommen als eine Entität erkennt. Vereinheitlichen Sie deshalb Schreibweise, Domain und Profilnamen überall identisch, bevor Sie das Author-Markup feinjustieren. Wie strukturierte Daten generell zur Entitätsbildung beitragen, zeigen wir in Strukturierte Daten mit Schema.org.

Ein praktischer Effekt: Marken mit sauberer Entitätsverknüpfung tauchen deutlich häufiger in KI-Antworten und AI Overviews auf, weil generative Systeme bevorzugt Quellen zitieren, die sie eindeutig identifizieren können. Author-Markup zahlt damit nicht nur auf klassisches SEO ein, sondern auch auf die wachsende Sichtbarkeit in KI-Systemen.

Häufige Fehler beim Author-Schema

In Audits sehen wir immer wieder dieselben Stolperstellen. Diese sechs kosten am meisten Wirkung:

• Author als reiner String. "author": "Redaktion" erzeugt keine Entität. Immer ein Objekt mit @type und url oder @id verwenden.
• Fehlende Über-uns-Seite. Eine Author-URL, die ins Leere zeigt oder keine echten Informationen enthält, untergräbt das Vertrauenssignal statt es zu stützen.
• Inkonsistente Namen. Mal mit Rechtsform, mal ohne, mal mit Ortszusatz - so erkennt Google keine einheitliche Entität.
• Erfundene sameAs-Profile. Verweise auf nicht existierende oder fremde Profile schaden mehr, als sie nutzen.
• Author und Publisher verwechselt. Author ist der Urheber des Textes, Publisher der Herausgeber. Beide Felder gehören gesetzt, nicht vermischt.
• Markup ohne inhaltliche Substanz. Schema verstärkt Reputation, es ersetzt sie nicht. Ohne echte Expertise im Content bleibt das Author-Feld wirkungslos.

Ein weiterer subtiler Fehler betrifft die Konsistenz zwischen sichtbarem Inhalt und Markup. Wenn im JSON-LD ein Autor steht, der auf der Seite nirgends erwähnt wird, gilt das als verstecktes Markup und kann von Google abgewertet werden. Was Sie auszeichnen, sollte auch sichtbar sein.

Der teuerste Fehler ist allerdings keiner im Code, sondern im Prozess: Author-Markup einmalig einzurichten und dann nie wieder anzufassen. Profile ändern sich, URLs ziehen um, Plattformen verschwinden. Ein sameAs, das auf ein gelöschtes Profil zeigt, oder eine Author-URL, die nach einem Relaunch ins Leere läuft, kehrt das Vertrauenssignal ins Gegenteil. Planen Sie deshalb eine regelmäßige Prüfung ein, idealerweise als festen Punkt in jedem technischen SEO-Audit. So bleibt Ihr Markup über die Jahre belastbar statt schleichend zu verfallen.

JSON-LD-Beispiele zum Kopieren

Hier zwei vollständige, einsatzbereite Vorlagen. Erstens das empfohlene Markenmodell mit der Organisation als Author und Publisher - der Ansatz, den wir selbst nutzen:

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Beispiel-Artikeltitel",
  "datePublished": "2026-06-22",
  "dateModified": "2026-06-22",
  "image": "https://seofx.de/images/beispiel.webp",
  "author": {
    "@type": "Organization",
    "@id": "https://seofx.de/#organization",
    "name": "SEOFX",
    "url": "https://seofx.de/",
    "sameAs": [
      "https://www.linkedin.com/company/seofx/",
      "https://g.page/seofx/"
    ]
  },
  "publisher": {
    "@type": "Organization",
    "@id": "https://seofx.de/#organization",
    "name": "SEOFX",
    "logo": {
      "@type": "ImageObject",
      "url": "https://seofx.de/images/logo.webp"
    }
  },
  "mainEntityOfPage": {
    "@type": "WebPage",
    "@id": "https://seofx.de/blog/beispiel/"
  }
}

Zweitens das Modell mit einer Person als Author und der Organisation als Publisher - für den Fall, dass eine echte, belegbare Personenmarke dahintersteht:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Beispiel-Artikeltitel",
  "datePublished": "2026-06-22",
  "author": {
    "@type": "Person",
    "@id": "https://seofx.de/team/beispiel-autor/#person",
    "name": "Beispiel Autor",
    "url": "https://seofx.de/team/beispiel-autor/",
    "jobTitle": "SEO-Berater",
    "sameAs": [
      "https://www.linkedin.com/in/beispiel-autor/"
    ]
  },
  "publisher": {
    "@type": "Organization",
    "@id": "https://seofx.de/#organization",
    "name": "SEOFX"
  }
}

Beide Varianten lassen sich identisch für Article, BlogPosting und NewsArticle einsetzen - die Author-Logik ist bei allen dreien gleich. Ersetzen Sie die Platzhalter durch Ihre realen URLs und prüfen Sie das Ergebnis im Rich Results Test von Google sowie im Schema.org-Validator.

Audit-Checkliste für Ihr Author-Schema

Bevor Sie das Markup live schalten, gehen Sie diese Punkte durch. Sie decken die Fehler ab, die den größten Wirkungsverlust verursachen:

• Author als Objekt. Jeder Artikel hat ein author-Feld als Objekt mit @type, nicht als String.
• Stabile @id. Organisation und Person nutzen eine feste @id, die seitenübergreifend identisch ist.
• Ziel-URL erreichbar. Jede Author-URL führt auf eine echte Seite mit Substanz, nicht ins Leere.
• sameAs verifiziert. Alle sameAs-Profile existieren, führen denselben Namen und repräsentieren die Entität wirklich.
• Publisher gesetzt. publisher ist sauber von author getrennt und mit Logo ausgezeichnet.
• Namen einheitlich. Markenname identisch auf Website, Google Business Profil und allen verknüpften Profilen.
• Validierung bestanden. Rich Results Test und Schema-Validator melden keine Fehler.

Wer diese sieben Punkte sauber umsetzt, hat das technische Fundament für belastbare Autorensignale gelegt. Der nächste Schritt ist, dieses Fundament inhaltlich zu füllen - mit echter Expertise, externen Belegen und einem konsistenten Markenauftritt. Wie diese technischen und inhaltlichen Bausteine zusammenwirken, fassen wir in unserem umfassenden E-E-A-T-Leitfaden zusammen.

Author-Schema ist kein Allheilmittel und ersetzt keine Reputation. Aber es ist der Übersetzer, der Ihre vorhandene Glaubwürdigkeit für Google und KI-Systeme lesbar macht. Ohne diesen Übersetzer bleibt selbst die beste Expertise eine Vermutung - und Vermutungen ranken nicht.