Nuetzlich structured data

ImageObject

Auch bekannt als: schema:ImageObject


Aktualisiert 2026-05-03 · von Marco Biner

1. Kurzdefinition

ImageObject ist ein Schema.org-Typ für strukturiert ausgezeichnete Bilder mit url, width, height, caption und creator — der Standard für maschinenlesbare Bild-Metadaten in JSON-LD und der Brücke zur Google Bildsuche.

2. Ausführliche Erklärung

ImageObject ist der Schema.org-Typ für Bilder als eigenständige Entitäten. Statt Bilder nur als URL-Strings in image-Properties zu referenzieren, werden sie als ImageObject-Sub-Objekte mit url, width, height, caption und optional creator/license ausgezeichnet. Damit werden Bilder zu vollwertigen Knoten im Wissensgraph mit eigenen Metadaten.

Aus GEO-Sicht ist ImageObject relevant für Bildsuche, Rich Results und multimodale KI-Modelle. Während ein Plain-URL-String nur sagt „hier ist ein Bild“, liefert ein ImageObject Kontext: Dimensionen, Beschreibung, Urheber, Lizenz. Diese Metadaten werden von Google Image Search, Pinterest und multimodalen LLMs (GPT-4V, Claude 3 Opus) aktiv genutzt.

Technisch hat ImageObject mehrere zentrale Properties. url als Bild-URL (Pflicht). width und height in Pixeln — wichtig für Layout-Reservation und Rich-Result-Optimierung. caption als Bildbeschreibung — Alt-Text-Äquivalent für Accessibility und KI-Modelle mit visueller Verarbeitung. creator als @id-Referenz auf die produzierende Organization oder Person. license für Bildrechte (typisch Creative-Commons-URL).

ImageObject lebt in mehreren Verwendungs-Kontexten. Erstens: als Wert von image-Properties an anderen Entities (Article.image, Organization.logo, Person.image, Product.image). Zweitens: als eigenständige Entity mit @id im @graph, referenziert via @id von verschiedenen Entities. Best Practice ist letzteres bei wiederverwendeten Bildern — eine zentrale Definition, mehrere Referenzen.

Für eine Schweizer KMU bedeutet ImageObject konkret: bei wichtigen Bildern (Logo, Team-Fotos, Produkt-Bilder, Hero-Bilder) als ImageObject mit @id, url, width, height und caption auszeichnen. Kreuz-Referenzen aus verschiedenen Entities via @id. Das macht Bilder im Wissensgraph navigierbar und steigert die Google Bildsuche-Sichtbarkeit messbar.

3. Praxisbeispiel

ImageObject als zentrale Entity mit Mehrfach-Referenzen:

{
  "@graph": [
    {
      "@type": "ImageObject",
      "@id": "https://www.beispiel.ch/team/anna.jpg#image",
      "url": "https://www.beispiel.ch/team/anna.jpg",
      "width": 800,
      "height": 800,
      "caption": "Anna Müller — Inhaberin und Dipl. Steuerexpertin",
      "creator": { "@id": "https://www.beispiel.ch/#organization" },
      "license": "https://www.beispiel.ch/bildrechte"
    },
    {
      "@type": "Person",
      "@id": "https://www.beispiel.ch/team/anna#person",
      "image": { "@id": "https://www.beispiel.ch/team/anna.jpg#image" }
    }
  ]
}

ImageObject einmal definiert, von der Person via @id referenziert. Bei zusätzlicher Article-Author-Sektion oder Team-Übersicht: dieselbe @id-Referenz, kein Duplikat.

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

ImageObject ist der unterschätzte Schema-Typ für visuell starke Sites. Während die meisten Sites Bilder nur als URL-Strings referenzieren, macht strukturierte ImageObject-Auszeichnung die Bilder im Wissensgraph navigierbar — und in der Google Bildsuche sichtbarer. Was ich konsistent sehe: KMU mit konsequenter ImageObject-Pflege haben eine 30-50 Prozent höhere Bildsuche-Sichtbarkeit.

Mein Standard: bei Hauptbildern (Logo, Team-Fotos, Hero-Bilder, Produkt-Bilder) ImageObject mit @id, url, width, height, caption pflegen. Bei wiederverwendeten Bildern: zentrale Definition, Mehrfach-Referenzen via @id. Setup ist 10-20 Minuten pro Site und steigert Bild-Sichtbarkeit messbar.


GEO Importance Rank

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

49 /100
Nuetzlich Range 30–49

FAQs

Wann ImageObject vs. Plain-URL?

ImageObject bei wichtigen Bildern (Logo, Team-Fotos, Hero-Bilder, Produkt-Bilder), wo Metadaten wie Dimensions, Caption oder Lizenz wertvoll sind. Plain-URL reicht bei Inhalts-Bildern in Articles, wo der Kontext aus dem Article kommt. Faustregel: wenn ein Bild eigene Identität hat, ImageObject; wenn es nur Inhalts-Illustration ist, Plain-URL.

Welche width/height-Werte sind optimal?

Bei Hero-Bildern und Hauptbildern: 1200x630 (für Social-Sharing-Kompatibilität) oder 1200x675 (16:9). Bei Logos: original Vektor-Dimensionen oder 800x800 als hohe Auflösung. Bei Team-Fotos: 800x800 oder höher quadratisch. Wichtig: width und height in Pixeln, nicht in Prozent oder Em.

Soll caption Alt-Text ersetzen oder ergänzen?

Beide sind wichtig — alt-Attribut im HTML img-Tag für Screen-Reader, caption im ImageObject für Schema.org-Konsumenten. Idealerweise inhaltlich identisch oder kompatibel. Caption kann etwas länger sein und mehr Kontext tragen, alt sollte kompakt bleiben.

Wie pflege ich Bildrechte über license?

license akzeptiert URLs auf Lizenz-Definitionen. Standard sind Creative-Commons-URLs: <code>https://creativecommons.org/licenses/by/4.0/</code> für CC BY 4.0. Bei eigenen Bildern: URL auf eine Bildrechte-Page der eigenen Site. Bei Stock-Bildern: URL des Stock-Anbieters. Klare License-Auszeichnung kann bei Sharing-Konflikten rechtlich relevant sein.

Brauche ich für jedes Bild ein eigenes ImageObject?

Nein, nur für strukturell wichtige Bilder. Inhalts-Illustrationen in Articles brauchen kein ImageObject — sie sind Kontext-Bilder, keine eigenständigen Entitäten. Ein Logo, ein Hero-Bild, ein Team-Foto sind eigenständig und verdienen ImageObject. Faustregel: bei wiederverwendeten oder identitäts-relevanten Bildern Voll-Auszeichnung.

Wie verbinde ich ImageObject mit OpenGraph og:image?

Beide laufen parallel, nutzen aber dasselbe Bild. Im HTML-Head: og:image als Plain-URL des Bilds. Im JSON-LD: ImageObject mit @id und vollständigen Metadaten. Beide URLs identisch. Vorteil: Social-Sharing nutzt og:image, Search/AI nutzen ImageObject — eine Bild-Quelle, zwei Mechanismen.


Verwandte Begriffe

Eigene AI-Sichtbarkeit messen

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

Jetzt analysieren →