Nuetzlich structured data

Brand-Schema

Auch bekannt als: Brand, schema:Brand


Aktualisiert 2026-05-03 · von Marco Biner

1. Kurzdefinition

Brand ist ein Schema.org-Typ für Marken — die Produkt- oder Service-Identität, die separat von der juristischen Organisation als eigenständige Entity ausgezeichnet wird; relevant bei Multi-Brand-Setups oder wenn Brand und Firma deutlich unterschiedlich sind.

2. Ausführliche Erklärung

Brand ist der Schema.org-Typ für Marken als eigenständige Entitäten. Anders als Organization (die juristische Person) trägt Brand die Marken-Identität — den Namen, unter dem das Produkt vermarktet wird. Bei Setups, in denen Firma und Marke identisch sind, ist Brand-Schema oft nicht nötig. Bei klar separater Brand (z. B. Holding mit mehreren Marken oder Brand-Name unterscheidet sich von Firmen-Name) wird Brand wichtig.

Aus GEO-Sicht ist Brand-Schema bei Multi-Brand-Setups kritisch. KI-Modelle bei Brand-Anfragen suchen nach der konkreten Brand-Entity — bei einem Hersteller mit mehreren Produkt-Marken (z. B. Holding mit drei Produkt-Linien) muss jede Marke als eigene Brand-Entity ausgezeichnet sein. Sonst verschmelzen die Marken im Wissensgraph mit der Holding und verlieren ihre individuelle Authority.

Technisch hat Brand mehrere zentrale Properties. name als Marken-Name, logo als Brand-Logo (typisch ImageObject mit URL), url als Brand-Site, parentOrganization als @id-Referenz auf die juristische Hülle (Organization). Optional sameAs auf Wikidata oder Markenregister-Einträge für externe Verifikation.

Bei geoquality.ai ist Brand-Schema relevant: Safe In Krypto GmbH ist die Organization (juristische Hülle), geoquality.ai ist die Brand. Beide laufen parallel im @graph, mit parentOrganization-Verknüpfung von Brand zu Organization. Damit erkennen KI-Modelle: geoquality.ai ist das Marken-Produkt von Safe In Krypto GmbH — nicht eine separate Firma.

Für eine Schweizer KMU bedeutet Brand-Schema konkret: nur einsetzen wenn Brand-Identität klar separat von der Organization ist. Bei einfachen Setups (Firma = Marke) ist Brand-Schema redundant — die Organization-Entity reicht. Bei Holdings mit Produkt-Marken: pro Marke eine Brand-Entity mit parentOrganization-Verweis. Bei Firmen mit Service-Marken-Trennung (z. B. Beratungs-GmbH mit eigenem Tool-Brand): Brand für das Tool, Organization für die GmbH.

Eine subtile aber wichtige Überlegung bei Brand-Schema: die Frage der Authority-Verteilung. Bei einer Holding mit Sub-Marken kann die Brand-Authority entweder zentral bei der Holding bleiben (Brand-Entitäten verweisen alle auf dieselbe Holding-Organization) oder dezentral pro Marke aufgebaut werden (jede Brand hat eigene Authority-Anker). Beide Modelle haben Implikationen für KI-Sichtbarkeit. Zentrale Authority macht die Holding stark, aber die einzelnen Marken weniger differenziert. Dezentrale Authority differenziert Marken klar, kostet aber pro Marke separates Setup.

Schema.org's brand-Property an Product-Entitäten ist der primäre Verbindungs-Mechanismus zwischen Produkten und ihrer Marke. Ein Product mit brand-Property auf eine Brand-Entity wird im Wissensgraph eindeutig der Marke zugeordnet — wichtig bei E-Commerce-Sites mit mehreren Marken-Lines. Ohne diese Verknüpfung verschmelzen Produkte mit der Holding und verlieren ihre Marken-spezifische Authority. Bei Multi-Brand-Setups also Pflicht.

In der Praxis sehe ich bei meinen Klienten oft die Frage, wann der Schritt zu separater Brand-Auszeichnung Sinn macht. Mein Faustregel-Test: kannst du die Marke und die Firma in einem Satz unterschiedlich beschreiben? Wenn ja, lohnt sich Brand-Schema. Wenn nein, reicht Organization. Bei einer Treuhand-Firma „Müller AG“ mit Brand „Müller AG“ ist Brand-Schema redundant. Bei einer Holding „Beispiel Holding AG“ mit Marken „BeispielTech“, „BeispielFinance“ und „BeispielHealth“ ist Brand-Schema pro Marke Pflicht — sonst verschmelzen alle drei mit der Holding und verlieren ihre individuelle Authority.

3. Praxisbeispiel

Brand mit parentOrganization-Verweis (geoquality.ai-Pattern):

{
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://www.geoquality.ai/#organization",
      "name": "Safe In Krypto GmbH"
    },
    {
      "@type": "Brand",
      "@id": "https://www.geoquality.ai/#brand",
      "name": "geoquality.ai",
      "url": "https://www.geoquality.ai/",
      "logo": "https://www.geoquality.ai/logo.svg",
      "description": "AI Visibility Scoring · Powered by SEAKT.",
      "parentOrganization": {
        "@id": "https://www.geoquality.ai/#organization"
      }
    }
  ]
}

Zwei Entitäten: Organization (juristische Person) und Brand (Marke). parentOrganization verbindet beide. KI-Modelle erkennen: Marke geoquality.ai gehört zu Safe In Krypto GmbH — klare Trennung der Identitäten.

4. Typische Fehler & Missverständnisse

5. Best Practices

6. Fakten


Definition von Marco Biner · Certified GEO Expert

Marco Biner — Founder geoquality.ai, Certified GEO Expert

Brand-Schema ist Niche, aber bei klar separierten Marken-Setups Pflicht. Bei meinem eigenen geoquality.ai habe ich es konsequent eingesetzt: Safe In Krypto GmbH als Organization, geoquality.ai als Brand, Marco Biner als Person — drei klar getrennte Entitäten via @id verknüpft. Damit erkennen KI-Modelle die Identitäts-Schichten deterministisch.

Mein Standard: bei einfachen KMU-Setups (Firma = Marke) Brand-Schema weglassen — Organization reicht. Bei klar separierten Marken (Holding mit Produkt-Linien, Beratungs-GmbH mit Tool-Brand) Brand pro Marke als eigene Entity. parentOrganization-Verweis ist Pflicht für saubere Identitäts-Schicht.


GEO Importance Rank

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

38 /100
Nuetzlich Range 30–49

FAQs

Brauche ich Brand wenn Firma und Marke identisch sind?

Nein, Brand-Schema wäre redundant. Die Organization-Entity reicht — sie kann sowohl die juristische als auch die Marken-Identität tragen. Brand wird erst wichtig, wenn Firma und Marke deutlich unterschiedlich sind: Beispiele Safe In Krypto GmbH/geoquality.ai oder Holding-Konstrukte mit mehreren Produkt-Marken.

Wie unterscheidet sich Brand von Organization?

Organization ist die juristische Person — die GmbH oder AG mit Handelsregister-Eintrag. Brand ist die Marke — der Name, unter dem das Produkt vermarktet wird. Bei separaten Setups: Organization trägt CHE-UID, foundingDate, juristische Identität; Brand trägt name, logo, Marken-Beschreibung.

Brauche ich Brand bei Solo-Konsultations-Sites?

Selten. Bei reinen Personal-Brands (Berater unter eigenem Namen): Person-Entity reicht. Brand-Schema wird relevant, wenn die Person eine separate Service-Marke betreibt — z. B. „Müller Coaching“ als Brand der Person Anna Müller. Bei Mischformen: Person für die natürliche Identität, Brand für die Marken-Identität.

Wie zeichne ich Multi-Brand-Holdings aus?

Eine zentrale Organization-Entity (die Holding), plus pro Marke eine eigene Brand-Entity mit parentOrganization-Verweis auf die Holding. Bei drei Marken: drei Brand-Entitäten plus eine Organization. Alle vier im selben @graph via @id verknüpft. Die Marken können auf eigenen Sub-Domains leben (mit eigenen WebSite-Entities) oder unter einer Multi-Brand-Domain.

Soll Brand ein eigenes logo haben?

Ja, idealerweise. logo als ImageObject mit url, width, height pflegen. Bei separater Brand-Identität ist das Brand-Logo oft anders als das Organization-Logo — z. B. die Holding hat ein Konzern-Logo, jede Marke ein eigenes Produkt-Logo. Strukturierte Bild-Metadaten erhöhen Sichtbarkeit in Google Image Search.

Wie verbinde ich Brand mit Products?

Über die brand-Property an Product-Entitäten. Ein Product hat brand-Property mit @id-Referenz auf die Brand-Entity. Damit ist klar: dieses Produkt gehört zu dieser Marke. Bei Multi-Brand-Holdings besonders wichtig — sonst verschmelzen alle Produkte mit der Holding.


Verwandte Begriffe

Eigene AI-Sichtbarkeit messen

Kostenlose SEAKT-Analyse für jede Website — Score in unter 2 Minuten.

Jetzt analysieren →