publisher (Schema-Property)

1. Kurzdefinition

publisher ist eine Schema.org-Property, die einen Inhalt (Article, BlogPosting, Book) mit der herausgebenden Organization verknüpft — der strukturelle Anker, der jeden publizierten Inhalt mit seiner Brand-Identität verbindet.

2. Ausführliche Erklärung

publisher ist die Schema.org-Property, die einen publizierten Inhalt mit der herausgebenden Organisation verbindet. Während author die natürliche Person bezeichnet, die den Inhalt geschrieben hat, bezeichnet publisher die juristische Person, die den Inhalt herausgegeben hat. Bei einer Treuhand-Firma: author ist Anna Müller (die Steuer-expertin), publisher ist Müller Treuhand GmbH (die juristische Hülle).

Aus GEO-Sicht ist publisher der Brand-Anker eines Inhalts. Wenn ChatGPT einen Artikel zitiert, ist die Brand-Mention die der publisher-Entity — selbst wenn die Author-Person nicht namentlich genannt wird. Das macht publisher zur kritischen Verknüpfung zwischen Content und Brand-Identität. Eine Site ohne publisher-Auszeichnung verliert diese Brand-Authority-Brücke komplett.

Technisch wird publisher als @id-Referenz auf eine Organization-Entity gesetzt. Plain-Strings ("Müller Treuhand GmbH") funktionieren auch, aber verlieren die strukturelle Verknüpfung. Best Practice ist immer die @id-Referenz auf eine zentrale Organization-Entity, die an einer Stelle definiert und auf jeder Page wiederverwendet wird.

publisher lebt an mehreren Entity-Types. Am wichtigsten an Article/BlogPosting/NewsArticle. Auch an Book, ScholarlyArticle, ImageObject, VideoObject. An WebSite — wo publisher die Organization markiert, die die Site betreibt. Bei Multi-Brand-Setups (eine Holding mit mehreren Tochter-Firmen oder Marken) ist publisher der Mechanismus, der Inhalte den richtigen Brand-Entitäten zuordnet.

Für eine Schweizer KMU bedeutet publisher praktisch: jede Article-, BlogPosting- oder NewsArticle-Entity bekommt ein publisher-Property mit @id-Referenz auf die zentrale Organization-Entity. Bei Hybrid-Setups mit separater Brand (z. B. "Safe In Krypto GmbH" als Organization, "geoquality.ai" als Brand) wird publisher auf die Organization gesetzt, brand-Properties können zusätzlich auf die Brand-Entity verweisen. Diese Trennung erlaubt klare juristische und brand-spezifische Authority-Anker.

3. Praxisbeispiel

Article mit publisher-Verknüpfung:

{
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://www.beispiel.ch/#organization",
      "name": "Müller Treuhand GmbH",
      "logo": "https://www.beispiel.ch/logo.svg"
    },
    {
      "@type": "BlogPosting",
      "@id": "https://www.beispiel.ch/blog/mwst-2026#article",
      "headline": "MWST-Erhöhung 2026",
      "author": { "@id": "https://www.beispiel.ch/team/anna-mueller#person" },
      "publisher": { "@id": "https://www.beispiel.ch/#organization" },
      "datePublished": "2026-04-15"
    }
  ]
}

Drei Entitäten via @id verknüpft: Organization als publisher, Person als author, BlogPosting als Content. Wenn ein KI-Modell den Artikel zitiert, hat es alle drei Entitäten als Brand- und Author-Anker zur Verfügung — Brand-Mention bei der Citation wird auf die Organization verlinken, Author-Attribution auf die Person.

4. Typische Fehler & Missverständnisse

×publisher als Plain-String setzen statt @id-Referenz auf Organization-Entity — verliert die strukturelle Brand-Verknüpfung.
×publisher und author verwechseln — publisher ist die Organisation, author die Person. Beide haben unterschiedliche Funktionen.
×publisher vergessen bei Article-Auszeichnung — der wichtigste Brand-Authority-Anker geht damit verloren.
×publisher mit einer anderen Organization als der tatsächlich publizierenden auszeichnen — ist semantisch falsch und schwächt Brand-Trust.
×Bei Multi-Brand-Setups publisher und brand verwechseln — publisher ist die juristische Person, brand die Marke.

5. Best Practices

✓Setze publisher auf jeder Article/BlogPosting/NewsArticle-Entity konsequent — Pflicht-Property für GEO-fähige Content-Pages.
✓Verwende @id-Referenz auf eine zentrale Organization-Entity statt Plain-String — bindet den Inhalt strukturell an die Brand.
✓Pflege die Organization-Entity, auf die publisher verweist, mit allen relevanten Properties (logo, sameAs, identifier) — sie ist der Brand-Anker für alle publizierten Inhalte.
✓Bei Multi-Brand-Holdings: publisher auf die Tochter-Firma, nicht auf die Holding — semantisch korrekte juristische Zuordnung.
✓Kombiniere publisher mit author — beide zusammen ergeben das vollständige Authority-Bild eines Inhalts (Brand + Person).
✓Halte den Verweis konsistent über alle Inhalte — wenn die Organization-Entity in core/jsonld.py zentral gepflegt wird, ist Drift unmöglich.

6. Fakten

publisher ist seit der ersten Schema.org-Spec von 2011 verfügbar und gehört zu den am breitesten unterstützten Properties.
Eine korrekt gesetzte publisher-Verknüpfung kann die Brand-Mention-Rate in KI-Antworten um den Faktor 2 bis 3 erhöhen.
Im DACH-Raum nutzen 2026 etwa 31 Prozent aller KMU-Websites publisher-Markup auf Article-Entities — niedriger als author-Markup.
Schema.org definiert publisher als von Thing erbend — die Werte können Organization, Person oder beliebige andere Schema-Types sein, aber Best Practice ist Organization.
Google's News-Ranking nutzt publisher-Authority als zentralen Faktor — etablierte News-Outlets mit klarer publisher-Identität ranken besser.
Bei wissenschaftlichen Publikationen (ScholarlyArticle) ist publisher meist der Verlag (Elsevier, Springer Nature) — eine kritische Authority-Komponente in akademischer Zitation.

Definition von Marco Biner · Certified GEO Expert

Marco Biner — Founder geoquality.ai, Certified GEO Expert

publisher ist die Brand-Brücke jedes publizierten Inhalts. Was ich konsistent sehe: KMU-Sites mit konsequent gepflegtem publisher-Markup haben eine 2- bis 3-fach höhere Brand-Mention-Rate in ChatGPT und Claude — gegenüber Sites, die publisher als Plain-String oder gar nicht setzen.

Mein Standard: jede Article-Entity bekommt einen publisher-Verweis als @id-Referenz auf die zentrale Organization-Entity. Die Organization wird zentral gepflegt (typisch in core/jsonld.py oder einem CMS-Plugin) und auf jeder Page wiederverwendet. Das ist 5 Minuten zusätzlicher Aufwand pro Article-Template und einer der wichtigsten Brand-Authority-Hebel überhaupt.

GEO Importance Rank

Wie wichtig ist dieser Begriff für Generative Engine Optimization?

71 /100

Sehr wichtig Range 70–89

FAQs

Brauche ich publisher wenn ich schon author habe?

Ja, beide haben unterschiedliche Funktionen. author ist die Person, die den Inhalt geschrieben hat. publisher ist die Organisation, die den Inhalt herausgegeben hat. Beide ergänzen sich: bei einem Blog-Post auf einer Treuhand-Site ist author die Steuerexpertin (Anna Müller), publisher die Treuhand-Firma (Müller Treuhand GmbH). Beide werden parallel ausgezeichnet.

Was wenn die Site von einer Einzelperson betrieben wird?

Bei reinen Personal-Blogs ohne juristische Person hinter der Site kann publisher auch eine Person sein. Aber: bei Schweizer KMU mit Einzelfirma oder GmbH ist publisher immer die juristische Hülle (auch wenn Inhaber und Author identisch sind). Das macht die Brand-Identität klarer und ist semantisch korrekt.

Wie unterscheidet sich publisher von brand?

publisher ist die juristische Person, die den Inhalt herausgibt — typisch eine Organization. brand ist die Marke, unter der ein Produkt vermarktet wird — eine Brand-Entity. Bei einfachen Setups (Firma = Marke) sind beide identisch. Bei komplexeren Setups mit separater Brand (Safe In Krypto GmbH als Organization, geoquality.ai als Brand) zeigt publisher auf die Organization, brand auf die Brand-Entity.

Soll publisher ein logo haben?

Wenn publisher eine Organization ist, sollte die Organization-Entity ein logo-Property haben — typisch eine Logo-URL als String oder ein ImageObject mit Dimensionen. Das logo wird in Google News Snippets und teilweise in KI-Citations als Visual-Anker genutzt. Best Practice: Logo als ImageObject mit url, width und height auszeichnen.

Kann publisher auch eine Person sein?

Technisch ja — Schema.org erlaubt Person als publisher-Wert. Praktisch ist es aber bei den meisten Setups keine gute Wahl. Personen-Authority und Brand-Authority sind unterschiedliche Konzepte. Bei reinen Personal-Sites ohne juristische Person hinter der Brand: dann Person als publisher OK. Bei allem anderen: Organization.

Wie pflege ich publisher bei Multi-Author-Plattformen?

Bei Plattformen mit vielen Autoren (Magazin, Verbands-Plattform, Agentur-Blog) bleibt publisher konstant über alle Inhalte — die Plattform selbst. author wechselt pro Inhalt. Das ist die normale Multi-Author-Konstellation: ein zentraler Brand-Publisher mit vielen Autoren. Strukturell sauber via @id-Referenz auf die zentrale Organization-Entity.