Autorenseiten ohne externe Signale: ab wann sie sich lohnen

Die Frage bekomme ich immer wieder: „Mein Projekt hat keine Backlinks, keine Erwähnungen, keine Zitationen. Brauche ich trotzdem eine Autorenseite?" Die kurze Antwort lautet: nein — aber du brauchst eine Autoren-Identität, und die sofort. Das sind zwei verschiedene Dinge, und ihre Verwechslung kostet die meisten Projekte entweder unnötige Arbeit oder eine verpasste Gelegenheit. Dieser Artikel trennt sie, gibt dir ein Schwellenmodell mit vier Stufen an die Hand und behandelt die deutsche Rechtslage, die in englischsprachigen Ratgebern regelmäßig fehlt.

Wenn du wenig Zeit hast: Spring in die Szenario-Matrix, such deine Zeile, folge der Stufe. Der Rest ist Begründung.

Identität ist nicht dasselbe wie eine Seite

Die ganze Diskussion leidet an einer Begriffsverschmelzung. Halten wir zwei Dinge auseinander:

Autoren-Identität ist ein maschinenlesbarer, eindeutiger Bezeichner für die Person hinter dem Text: ein Person-Knoten im JSON-LD, dessen sameAs auf deine bestehenden externen Profile zeigt — GitHub, LinkedIn, Mastodon, was immer es schon gibt. Sie kostet dich einmal zwanzig Minuten Template-Arbeit und danach nichts mehr.

Eine Autorenseite ist eine eigene URL mit Foto, Biografie, Qualifikationen und Werkliste. Sie ist ein publizistisches Artefakt: Sie muss geschrieben, gepflegt, übersetzt, rechtlich geprüft und datenschutzkonform wieder abgeräumt werden.

Der Leitsatz, auf den alles hinausläuft:

Eine Autorenseite erzeugt keine Reputation. Sie ist der Behälter, in dem sich Reputation sammelt. Ein leerer Behälter ist kein Vorteil — teuer wird nur, ihn zu spät hinzustellen.

Das ist keine private Auslegung. Googles eigene Dokumentation zum Article-Markup beschreibt die author.url und ergänzt: „Du kannst stattdessen auch die Property sameAs verwenden. Google kann bei der Unterscheidung der Autoren sowohl sameAs als auch url verstehen." Google sagt dir also selbst, dass eine eigene Autorenseite nicht nötig ist, um einen Autor eindeutig zu identifizieren. Ein Link auf dein GitHub-Profil tut es auch.

Warum Selbstauskunft kein Signal ist

Reputation ist eine Fremdzuschreibung. Das ist keine SEO-Regel, sondern die Definition des Wortes. Wenn du auf deiner eigenen Seite schreibst, dass du Experte bist, hast du eine Behauptung aufgestellt — keinen Beleg geliefert. Eine Autorenseite ohne externe Signale ist genau das: eine Behauptung, aufwendig formatiert.

Das ist der Grund, warum die Autorenseite der Reputation nachgelagert ist und nicht vorgelagert. Sie wird nützlich in dem Moment, in dem es etwas einzusammeln gibt: einen Vortrag, ein Zitat in einem Fachartikel, eine Erwähnung, die du nicht selbst gesetzt hast. Vorher zeigt sie nur, was du über dich selbst sagst — und das steht ohnehin schon in jedem Artikel unter deinem Namen.

Der sameAs-Link dagegen ist keine Behauptung, sondern eine Kante im Graphen. Er verbindet den Namen unter deinem Artikel mit einem Profil, das anderswo existiert und dort verifiziert wurde. Bei Mastodon zum Beispiel funktioniert die Verifikation über einen rel="me"-Link auf deiner Website plus den Eintrag der Website im Mastodon-Profil; der beidseitige Abgleich bestätigt die Inhaberschaft. Das ist billiger als jede Autorenseite und leistet mehr.

Was Google tatsächlich sagt

Hier lohnt es sich, die Belege von den Mythen zu trennen.

sameAs ist eine dokumentierte Alternative zu author.url. Siehe oben. Das ist der zentrale Beleg für „Identität vor Seite".

Autoren-Markup war nie ein Ranking-Signal. Google Authorship — der rel=author-Mechanismus mit den Autorenfotos in den Suchergebnissen — startete im Juni 2011 und wurde am 28. August 2014 vollständig eingestellt. John Mueller sagte bereits im September 2013 „we don't use authorship for ranking". Ein Ranking-Nutzen wurde nie bestätigt; 2011 war er nur als theoretische Zukunftsmöglichkeit erwähnt worden.

Strukturierte Daten qualifizieren dich für Darstellungs-Features, sie heben nicht dein Ranking. Googles Dokumentation formuliert es über Eignung: Du musst alle erforderlichen Eigenschaften angeben, um für die erweiterte Darstellung in der Google-Suche infrage zu kommen. Vorsicht bei der Zuspitzung — Google benutzt den Satz „strukturierte Daten sind kein Ranking-Faktor" nicht wörtlich. Belegt ist die Eignungs-Logik, nicht ein Dementi.

Autoren-Biografien sind ein Qualitätsthema, kein technisches. Mueller zu der Frage, ob Autoren-Bios das Ranking beeinflussen: „less something I would focus on this as a technical thing … but rather more as a quality thing, as a user experience thing where you can actually do user tests with your users directly."

ProfilePage hilft weniger, als der Name verspricht. Googles Doku nennt als gültige Anwendungsfälle ausdrücklich „eine Autorenseite auf einer Nachrichtenwebsite" und „eine ‚Über mich'-Seite auf einer Blog-Website" — der dokumentierte Nutzen ist jedoch an die Community-Funktion gebunden: Das Markup hilft Google, die Creator einer Online-Community zu verstehen, und speist die Funktion „Diskussionen und Foren". Von einem Ranking-Vorteil oder einem Knowledge Panel steht dort kein Wort. Nebenbei: schema.org selbst verknüpft die ProfilePage über mainEntity mit der Person, nicht über author, und empfiehlt den Typ nirgends speziell für Autorenseiten.

Ein Knowledge Panel lässt sich nicht herbeimarkieren. Panels werden automatisch aus Quellen im Web erzeugt. Beanspruchen ist nicht dasselbe wie Erzeugen: Ein Panel muss bereits existieren, bevor du es beanspruchen kannst. Wer eine Autorenseite baut, um ein Knowledge Panel auszulösen, hat den Mechanismus missverstanden.

Was KI-Systeme tatsächlich tun

Hier wird viel behauptet und wenig belegt. Was sich sagen lässt:

KI-Systeme nehmen JSON-LD-Inhalte auf. Mark Williams-Cook hat es getestet: Die Adresse einer erfundenen Firma stand ausschließlich in absichtlich ungültigem JSON-LD, nicht im sichtbaren Text. ChatGPT und Perplexity fanden und nannten sie. Die verbreitete These „KI-Systeme sehen dein JSON-LD gar nicht" ist damit erledigt. Der Tester selbst zieht daraus allerdings den Schluss, die Modelle läsen das Markup eher als Fließtext, statt es wie eine Suchmaschine zu parsen — das ist seine Interpretation des Befunds, nicht ein zweiter Messwert.

Ob sie den Graphen auswerten, ist offen. Ob ein System @id dereferenziert, Knoten verbindet und sameAs abgleicht, ist für kaum ein System belegt. John Mueller auf die Frage, ob Schema den LLMs beim Entitätsverständnis hilft: „short answer is yes, no, and it depends" — ausdrücklich als persönliche Sicht markiert, „this is not official guidance."

Microsoft ist am deutlichsten geworden. Auf der SMX München im März 2025 bestätigte Fabrice Canel von Microsofts Bing, dass Schema-Markup den LLMs von Microsoft hilft, Inhalte zu verstehen. Die Formulierung stammt allerdings aus dem Bericht von David Mihm; Canel hat sie nachträglich in den Kommentaren bestätigt, sie ist kein wörtliches Zitat. Für Google Gemini, OpenAI und Perplexity ist die Lage laut derselben Quelle schlicht unklar.

Ein Gegengewicht gibt es auch. Eine im Dezember 2025 veröffentlichte Untersuchung von Search Atlas fand über OpenAI, Gemini und Perplexity hinweg keine Korrelation zwischen Schema-Abdeckung und KI-Zitierraten: Seiten mit umfassendem Schema schnitten nicht durchgängig besser ab als solche mit minimalem oder gar keinem. Die Studie sagt selbst, dass sie Korrelation misst, keine Kausalität.

Und llms.txt? Mueller nannte die Datei „purely speculative for now". Die Zahlen dazu kommen aus zwei verschiedenen Erhebungen: Ahrefs fand im Mai 2026 über 137.000 Domains hinweg, dass 97 % der llms.txt-Dateien null KI-Anfragen erhalten; Originality.ai zählte zwischen Juni 2025 und Mai 2026 einen Anstieg der Dateien von 4.088 auf 36.120. „Kaum abgerufen" ist etwas anderes als „von niemandem gelesen" — Coding-Agenten nutzen die Dateien nachweislich.

Fazit aus der Ungewissheit: Redundanz schlägt Normalisierung. Wenn du nicht weißt, ob ein Konsument deinen Graphen auflöst, dann gib ihm die Information vollständig dort, wo er sie liest — statt sie einmal zentral abzulegen und von überall darauf zu verweisen. Das führt direkt zum nächsten Abschnitt.

Der technische Kern: der Person-Knoten gehört auf jede Seite

Das elegante Muster wäre: den Person-Knoten einmal zentral definieren, etwa auf /ueber-mich/, und aus jedem Artikel nur noch per @id darauf verweisen. Nach der Spezifikation ist das völlig korrekt. Das W3C beschreibt eine „node reference" — ein Objekt, das nur @id enthält — als erstklassiges Konstrukt von JSON-LD 1.1, und eine @id muss nicht einmal dereferenzierbar sein: „While it is a good practice for resource identifiers to be dereferenceable, sometimes this is not practical."

In der Praxis ist dieses Muster trotzdem eine schlechte Idee, und zwar aus einem Grund, den man sauber attribuieren muss:

Was belegt ist: Google verlangt die Seitenbindung des Markups. Die Richtlinien für strukturierte Daten sagen: „Platziere die strukturierten Daten auf der Seite, die sie beschreiben, sofern in der Dokumentation nichts anderes angegeben ist."

Was Praktiker daraus berichten: Yoast und Sitebulb beschreiben übereinstimmend, dass Google @id-Referenzen nur innerhalb derselben Seite auflöst und identische @id nicht seitenübergreifend zusammenführt — Sitebulb formuliert es so: Google verstehe Knoten-Identifikatoren innerhalb derselben Seite, „but they don't yet offer cross-page support". Yoast gibt deshalb alle relevanten Schema-Teile jeder Seite in einem @graph aus und referenziert ausschließlich seitenintern.

Was ich nicht behaupte: dass Google das selbst so gesagt hätte. Eine Google-Primärquelle für die Aussage „seitenübergreifende @id-Referenzen werden nicht aufgelöst" habe ich nicht gefunden. Es ist eine gut gestützte Praktiker-Beobachtung, kein Google-Dementi.

Die praktische Konsequenz ist unter beiden Lesarten dieselbe: Der vollständige Person-Knoten gehört inline in den @graph jeder Artikelseite, und author referenziert ihn seitenintern per @id. Das ist kein KI-Argument — es gilt schon für Google, und es kostet dich ein paar hundert Byte pro Seite.

Ich habe genau diesen Fehler selbst gemacht. Auf dieser Seite gab das Artikel-Template lange einen anonymen Personen-Klon aus:

"author": { "@type": "Person", "name": "Jean Pierre Kolb" }

Der reiche Knoten mit den sieben sameAs-Profilen stand nur auf den beiden Startseiten. Die zwei Enden waren durch nichts verbunden — ein Name ohne Identität auf rund 470 Artikelseiten, eine Identität ohne Artikel auf zwei Startseiten. Repariert sieht es so aus:

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "TechArticle",
      "headline": "…",
      "author": { "@id": "https://www.jpkc.com/#person" }
    },
    {
      "@type": "Person",
      "@id": "https://www.jpkc.com/#person",
      "name": "Jean Pierre Kolb",
      "url": "https://www.jpkc.com/",
      "sameAs": [
        "https://github.com/JPKCom",
        "https://mastodon.social/@JPKCom",
        "https://de.linkedin.com/in/jpkcom"
      ]
    }
  ]
}

Zwei Details, die leicht übersehen werden. Erstens zeigt die @id auf die Domain-Wurzel, nicht auf /db/#person: Eine Person ist nicht an ein Unterverzeichnis gebunden, und über alle Projekte einer Domain hinweg soll es eine Identität geben. Zweitens ist die @id ein Bezeichner, kein Link. Sie darf deshalb nicht aus der Build-URL abgeleitet werden — sonst heißt die Person im Dev-Build http://localhost:8080/…#person und in Produktion anders. Bei mir liegt sie als fester Wert in den Site-Metadaten.

Und dafür brauchst du keine Autorenseite. Die url darf auf deine Startseite zeigen, sameAs auf Profile, die längst existieren.

Das Schwellenmodell

Vier Stufen. Der Auslöser für den Sprung auf Stufe 1 ist immer derselbe: das erste externe Signal, das du nicht selbst gesetzt hast.

Stufe	Auslöser	Empfehlung
0	Keine externen Signale	Keine Seite. Nur die Identität: `Person`-Knoten mit `sameAs`, inline auf jeder Artikelseite. Gibt es kein einziges externes Profil, leg eines an — es kostet nichts und verwandelt eine Behauptung in eine Graph-Kante.
1	Erstes externes Signal (Erwähnung, Zitat, Vortrag)	Autorenseite bauen. Jetzt hat sie etwas zu zeigen, das nicht Selbstauskunft ist.
2	Ein Korpus externer Signale	Die Seite wird zum Hub: zitiert in, gesprochen bei, mitgewirkt an. Reputationsmanagement im eigentlichen Sinn.
3	Mehrere Autoren oder beratungskritische Inhalte	Volles Autoren-System: Disambiguierung, Redaktionsrichtlinie, dokumentierter Review-Prozess.

Dazu ein Querkriterium, das die Stufe nach vorn verschieben kann. Frag dich:

Ändert es die Frage, ob ich der Aussage folge, wenn ich weiß, wer sie trifft?

Bei einem tar-Cheat-Sheet praktisch nicht — der Befehl funktioniert oder nicht, unabhängig davon, wer ihn aufgeschrieben hat. Bei einer Sicherheits-, Rechts- oder Gesundheitsempfehlung erheblich. Je stärker das Querkriterium greift, desto früher lohnt sich die Seite, auch ohne externe Signale.

Szenarien: finde deine Zeile

Situation	Stufe	In einem Satz
Komplett neues Projekt, null Signale	0	Identität sofort, Seite nie voreilig.
Bestandsseite mit Traffic, ohne Autoren-Auszeichnung	0–1	Nachrüsten — und die kanonische Personen-URI einmal festlegen.
Gewachsene Seite mit externen Signalen	2	Die Seite existiert längst; deine Aufgabe ist, die Signale einzusammeln.
Solo-Berater, Freelancer	0–1	Der häufigste Fall. Identität ja, Seite noch nicht.
Firmenblog ohne Personenmarke	0	`Organization` statt `Person`. Autorenseite oft überflüssig.
Mehrautoren-Redaktion, Agentur	3	Disambiguierung wird funktional, nicht kosmetisch.
Open-Source-Maintainer	1	Commits, Releases und Issues sind externe Signale. Meist übersehen.
Wissenschaft	1–3	ORCID als Identitäts-Anker für Menschen und Fachdatenbanken.
E-Commerce ohne Autoren	0	Aber Achtung beim angehängten Blog — siehe Rechtslage.
YMYL: Medizin, Recht, Finanzen	1–3	Das Querkriterium greift maximal. Stufe springt nach vorn.

Vier Zeilen verdienen eine Erläuterung, weil sie nicht selbsterklärend sind.

Der Retrofit ist ein URL-Problem, kein Content-Problem. Wenn du eine Bestandsseite nachrüstest, ist die eigentliche Entscheidung nicht, was in der Bio steht, sondern welche URI die Person dauerhaft identifiziert. Leg sie einmal fest und ändere sie nie wieder. Eine @id-Migration ist teuer, weil du nicht kontrollierst, wer den alten Bezeichner wo gespeichert hat.

Open-Source-Maintainer stehen fast immer schon auf Stufe 1. Commits, Releases, Issues und Pull-Requests in fremden Repositories sind externe, überprüfbare Signale, die andere Menschen gesetzt haben. Wer ein Paket mit nennenswerter Nutzung pflegt, hat den Behälter längst zu füllen — und merkt es oft nicht.

Beim Firmenblog ist Organization meist die ehrlichere Auszeichnung. Wenn die Texte austauschbar von drei Personen im Marketing geschrieben werden, ist eine Autorenseite pro Person ein Etikett ohne Substanz. Das gilt auch andersherum: Eine an eine einzelne Person gebundene Entität wird beim Firmenverkauf zum Problem. Organization als publisher trennt sauber zwischen der Person, die schreibt, und dem Haus, das publiziert.

Bei ORCID ist Vorsicht geboten. ORCID ist ein exzellenter Identitäts-Anker für Menschen, Fachdatenbanken und Verlage. Dass Suchmaschinen ORCID, GND oder VIAF als Autoritäts-Identifikatoren auswerten, ist mir nirgends belegt — Google positioniert die identifier-Eigenschaft laut ProfilePage-Doku als seiteninterne ID. Nimm ORCID in sameAs auf, aber erwarte keinen Suchmaschinen-Effekt davon.

Ein Sonderfall noch: KI-generierte Inhalte und Ghostwriting. Wer ist Autor, wenn ein Modell den Rohtext geschrieben und ein Mensch ihn geprüft hat? Meine Antwort steht in Adversarische Faktentreue für KI-Texte und auf der Seite zur KI-Transparenz: Autor ist, wer die Verantwortung für den Inhalt übernimmt. Die Autorenseite ist der Ort, an dem man das erklärt — ein weiteres Argument dafür, sie erst dann zu bauen, wenn man etwas zu erklären hat.

Die deutsche Rechtslage

Dieser Abschnitt fehlt in praktisch jedem englischsprachigen Ratgeber, und er ist der Grund, warum die Frage in Deutschland anders zu beantworten ist als in den USA.

Das ist keine Rechtsberatung. Ich bin IT-Berater, kein Anwalt. Was folgt, ist meine Lektüre der Gesetzestexte mit Quellenangabe; im Zweifel frag jemanden mit Zulassung.

§ 5 DDG (Impressum) gilt nur für „geschäftsmäßige, in der Regel gegen Entgelt angebotene digitale Dienste". Verlangt wird „der Name und die Anschrift, unter der sie niedergelassen sind". Dass ein Postfach nicht genügt, sondern eine ladungsfähige Anschrift nötig ist, ist gefestigte Auslegung — im Gesetzestext steht das Wort „ladungsfähig" nicht.

§ 18 Abs. 1 MStV geht weiter: Er verlangt von allen Telemedien, „die nicht ausschließlich persönlichen oder familiären Zwecken dienen", Name und Anschrift „leicht erkennbar, unmittelbar erreichbar und ständig verfügbar". Das erfasst also auch das nicht-geschäftsmäßige Fachblog, das aus § 5 DDG herausfällt.

§ 18 Abs. 2 MStV ist der eigentliche Fund. Anbieter „mit journalistisch-redaktionell gestalteten Angeboten" müssen zusätzlich zu den Angaben nach §§ 5 und 6 DDG „einen Verantwortlichen mit Angabe des Namens und der Anschrift" benennen. Die Pflichten sind kumulativ, nicht ersetzend. Und dann kommt der Satz, um den es hier geht:

Werden mehrere Verantwortliche benannt, ist kenntlich zu machen, für welchen Teil des Dienstes der jeweils Benannte verantwortlich ist.

Das Gesetz kennt bereichsbezogene Verantwortlichkeit. Es verlangt, sichtbar zu machen, wer für welchen Teil eines Angebots einsteht. Das ist, in Reinform, die juristische Urahnin der Autorenseite — Jahrzehnte bevor jemand Person-Schema geschrieben hat. Wer mehrere Autoren hat und Abs. 2 unterfällt, baut die Zuordnung nicht für Google, sondern weil der Medienstaatsvertrag sie fordert.

Wann ist etwas „journalistisch-redaktionell gestaltet"? Das ist nicht legaldefiniert und nicht abschließend geklärt. Das Gutachten des Wissenschaftlichen Dienstes des Bundestags (WD 10-035/22) nennt als Kriterien eine planvolle Tätigkeit, die auf inhaltliche Bearbeitung zielt und der Einwirkung auf die öffentliche Meinungsbildung dienen soll. Für Blogs werden die klassischen Publizistikkriterien herangezogen: publizistische Ausrichtung, häufige Aktualisierung, längere Dauer, hohe Zahl von Einträgen. Zwei Leitplanken aus der Rechtsprechung: Das OLG Bremen entschied am 14.01.2011 (Az. 2 U 115/10), dass auch die Website einer Rechtsanwaltskanzlei journalistisch-redaktionell gestaltet sein kann, wenn sie über bloße Eigenwerbung hinausgeht und regelmäßig bearbeitete Neuigkeiten enthält. Das OVG Berlin-Brandenburg befand am 13.08.2014, kommerzielle Kommunikation sei grundsätzlich nicht journalistisch-redaktionell, weil sie an wirtschaftlichen statt an gesellschaftlichen Relevanzkriterien ausgerichtet ist.

Für den Shop-Betreiber heißt das konkret: Produktseiten, Über-uns und Kundenbewertungen lösen Abs. 2 nicht aus. Ein angehängter, regelmäßig bespielter Blog, der über Produktwerbung hinaus gesellschaftliche Themen behandelt, kann es sehr wohl.

Bußgeld. Verstöße gegen die Informationspflichten aus § 18 MStV können nach § 115 MStV mit einer Geldbuße bis zu 50.000 Euro geahndet werden. (Die im MStV ebenfalls genannten 500.000 Euro betreffen andere Tatbestände, nicht § 18.)

Pseudonyme. § 5 DDG verlangt von natürlichen Personen den vollen Vor- und Nachnamen. Das LG Oldenburg entschied am 10.04.2020 (Az. 5 O 489/20), dass die alleinige Verwendung eines eingetragenen Künstlernamens statt des bürgerlichen Namens gegen die Impressumspflicht verstößt. Ob ein eingetragener Künstlername genügen kann, ist in der Literatur weiterhin umstritten. Wer pseudonym publizieren will, sollte das rechtlich klären, bevor er eine Autorenseite baut — nicht danach.

Die DSGVO-Kehrseite: eine Autorenseite ist schwer rückabwickelbar. Ein Autorenfoto ist eine Verarbeitung personenbezogener Daten und braucht eine Rechtsgrundlage, in der Praxis die Einwilligung. Die ist nach Art. 7 Abs. 3 DSGVO jederzeit widerrufbar, und der Widerruf muss so einfach sein wie die Erteilung; beim Ausscheiden kommen Löschpflichten aus Art. 17 DSGVO in Betracht. Wie weit eine einmal erteilte Einwilligung über das Ausscheiden hinaus trägt, ist umstritten: Das LAG Baden-Württemberg entschied 2023 (Az. 3 Sa 33/22), sie wirke ohne ausdrückliche abweichende Abrede nicht fort — das BAG hatte 2015 (Az. 8 AZR 1011/13) noch entschieden, eine schriftliche Einwilligung erlösche nicht automatisch mit dem Arbeitsverhältnis. Verlass dich also nicht auf eine einfache Antwort.

Für Stufe 3 folgt daraus eine Betriebsregel: Wer Autorenseiten für Angestellte anlegt, braucht von Anfang an einen dokumentierten Prozess für den Tag, an dem jemand geht.

Anti-Patterns: was wirklich passiert ist

Zwei Fälle werden in SEO-Kreisen ständig als Beleg für algorithmische Strafen zitiert. Beide sind echt — und beide belegen etwas anderes, als behauptet wird.

Sports Illustrated, 2023. Das Magazin veröffentlichte Artikel unter erfundenen Autoren-Personas wie „Drew Ortiz" und „Sora Tanaka", deren Profilfotos auf einem Marktplatz für KI-generierte Porträts gekauft worden waren. Nach der Recherche von Futurism wurden alle KI-Autoren entfernt; die Arena Group schob die Verantwortung auf den Dienstleister AdVon Commerce.

CNET, 2023. Ab November 2022 erschienen über 70 Finanzbeiträge unter der Byline „CNET Money Staff", mehr als die Hälfte davon fehlerhaft, teils mit Plagiaten. Wikipedia stufte CNET daraufhin für den betroffenen Zeitraum von „generally reliable" auf „generally unreliable" herab. Red Ventures hatte CNET 2020 für 500 Millionen US-Dollar gekauft; der spätere Verkauf wurde durch den Skandal erschwert.

Und jetzt der Teil, den fast alle weglassen: Für keinen der beiden Fälle gibt es einen Beleg für eine Google-Strafe. Keine dokumentierte manuelle Maßnahme, keine quantifizierten Ranking- oder Traffic-Verluste. Die Konsequenzen waren publizistisch und reputationell — ein Reliabilitäts-Downgrade bei Wikipedia, ein beschädigter Verkaufsprozess, verbrannte Marken. Wer diese Fälle als SEO-Penalty erzählt, erzählt sie falsch.

Das ist keine Entwarnung, sondern eine Präzisierung: Der Schaden war real, aber er kam nicht vom Algorithmus. Er kam von Menschen, die aufhörten, der Quelle zu glauben. Das ist der Schaden, den eine erfundene oder aufgeblähte Autorenseite anrichtet — und der ist nicht durch eine Recovery-Strategie zu beheben.

Was ist mit dünnen, ehrlichen Autorenseiten? Die einschlägige Google-Policy heißt in der deutschen Fassung „Missbrauch mit massenhaft generierten Inhalten" (englisch „scaled content abuse"): Sie greift, wenn viele Seiten generiert werden, um vorrangig Suchrankings zu manipulieren, statt Nutzern zu helfen. Sie zielt also auf Massenerzeugung zur Ranking-Manipulation, unabhängig davon, ob Mensch oder Maschine erzeugt hat. Ob eine handgeschriebene, dünne Autorenseite darunterfällt, ist damit nicht belegt — die Massen- und Manipulationsschwelle fehlt. Der Schaden bleibt insoweit hypothetisch, was kein Grund ist, den Behälter leer hinzustellen, aber auch kein Grund zur Panik.

Was ich nicht behaupte

Faktentreue heißt, die Grenzen des eigenen Wissens sichtbar zu machen. Diese acht Dinge werden über das Thema gesagt, und ich sage sie ausdrücklich nicht:

Nicht: „KI-Systeme lesen JSON-LD nicht." Empirisch widerlegt.
Nicht: „LLMs verarbeiten Schema nur als Fließtext." Das ist die Interpretation eines Testers, kein Messwert — und Microsoft sagt für seine LLMs das Gegenteil.
Nicht: „Wikidata schließt selbstpubliziertes Material aus." Die Relevanz-Richtlinie sagt das schlicht nicht.
Nicht: „Sports Illustrated und CNET wurden von Google abgestraft." Kein Beleg.
Nicht: „§ 18 MStV verlangt ‚regelmäßig Nachrichten oder politische Informationen'." Steht nicht im Gesetzestext.
Nicht: „Dünne Autorenseiten führen zur Abstrafung." Der Schaden ist hypothetisch.
Nicht: „ORCID, GND oder VIAF werden von Suchmaschinen als Autoritäts-Identifikatoren ausgewertet." Unbelegt.
Nicht: „E-E-A-T ist ein Ranking-Faktor." Ist es nicht — und Autoren-Markup ebenso wenig.

Und eines, das ich nur mit Herkunftsangabe sage: Dass Google @id nicht seitenübergreifend auflöst, berichten Yoast und Sitebulb. Eine Google-Primärquelle dafür kenne ich nicht. Die Empfehlung, den Person-Knoten inline auszugeben, hängt nicht davon ab — sie ist unter beiden Lesarten richtig.

Wie ich zu diesen Abgrenzungen komme, steht in Adversarische Faktentreue für KI-Texte: Jede überprüfbare Behauptung wird mit dem Ziel geprüft, sie zu widerlegen. Drei dieser acht Punkte waren vor der Recherche meine eigenen Arbeitsthesen.

FAQ

Brauche ich eine Autorenseite, wenn ich keine Backlinks habe?

Nein. Ohne externe Signale hat eine Autorenseite nichts zu zeigen außer dem, was du über dich selbst sagst — und das steht bereits unter jedem Artikel. Was du stattdessen sofort brauchst, ist eine Autoren-Identität: ein Person-Knoten mit sameAs-Links auf deine bestehenden Profile, inline auf jeder Artikelseite. Google nennt sameAs in seiner Article-Dokumentation ausdrücklich als Alternative zu einer eigenen Autoren-URL.

Ab wann lohnt sich eine Autorenseite?

Ab dem ersten externen Signal, das du nicht selbst gesetzt hast: eine Erwähnung, ein Zitat, ein Vortrag, ein Beitrag in einem fremden Repository. Ab da hat die Seite einen Inhalt, der über Selbstauskunft hinausgeht. Vorher baust du einen leeren Behälter. Ausnahme: Bei beratungskritischen Themen — Medizin, Recht, Finanzen, Sicherheit — lohnt sie sich früher, weil die Frage „wer sagt das?" dort die Antwort verändert.

Hilft eine Autorenseite beim Ranking?

Nein, jedenfalls nicht als direkter Faktor. Google Authorship war von 2011 bis 2014 aktiv und wurde nie als Ranking-Signal bestätigt; John Mueller sagte 2013 „we don't use authorship for ranking". Strukturierte Daten qualifizieren dich für Darstellungs-Features, sie heben nicht dein Ranking. Der Nutzen einer Autorenseite ist Zuordenbarkeit und Vertrauen, nicht Position.

Lesen KI-Systeme mein Person-Schema?

Sie nehmen die Inhalte auf — das ist getestet: ChatGPT und Perplexity gaben eine Adresse wieder, die ausschließlich in ungültigem JSON-LD stand. Ob sie den Graphen auswerten, also @id auflösen und sameAs abgleichen, ist für die meisten Systeme nicht belegt. Microsoft hat für seine LLMs bestätigt, dass Schema hilft; für Google Gemini, OpenAI und Perplexity gibt es keine vergleichbare Aussage. Unter dieser Ungewissheit ist Redundanz die robuste Strategie.

Wo gehört der Person-Knoten hin?

Vollständig in den @graph jeder Artikelseite, referenziert per seiteninterner @id. Nicht: einmal zentral auf einer Über-mich-Seite definieren und von überall dorthin verweisen. Google verlangt, dass strukturierte Daten auf der Seite stehen, die sie beschreiben, und nach Berichten von Yoast und Sitebulb werden seitenübergreifende @id-Referenzen nicht zusammengeführt.

Muss ich als Blogger einen Verantwortlichen benennen?

Möglicherweise. § 18 Abs. 1 MStV verlangt Name und Anschrift von allen Telemedien, die nicht rein persönlichen oder familiären Zwecken dienen. Ist dein Angebot zusätzlich „journalistisch-redaktionell gestaltet" — Indizien sind publizistische Ausrichtung, häufige Aktualisierung, längere Dauer, viele Einträge — verlangt § 18 Abs. 2 MStV zusätzlich einen benannten Verantwortlichen. Bei mehreren Verantwortlichen muss kenntlich sein, wer für welchen Teil einsteht. Das ist keine Rechtsberatung; die Abgrenzung ist nicht abschließend geklärt.

Weiterlesen

Der Rahmen für die Autoritäts-Seite dieses Themas steht in E-E-A-T & Marken-Autorität. Die technische Auszeichnung insgesamt — JSON-LD, llms.txt, Markdown-Mirror — behandelt Structured Data und technisches GEO. Wie Google KI-Sichtbarkeit selbst einordnet, klärt Googles AI-Optimization-Guide. Und die Methode hinter den acht „Das behaupte ich nicht"-Punkten beschreibt Adversarische Faktentreue für KI-Texte.