VideoObject Updates creator und interactionStatistic für bessere Videosemantik

Wenn du Videos mit strukturierten Daten auszeichnest, ist eine kleine, aber durchaus praktische Änderung dazugekommen: Bei VideoObject wird nun ausdrücklich die Eigenschaft creator unterstützt, außerdem wurde der Bereich interactionStatistic überarbeitet. Klingt erst einmal nach einer dieser trockenen Dokumentationsnotizen, die man leicht überliest. Aus meiner Erfahrung sind genau solche Anpassungen aber oft die Stellen, an denen später kleine Validierungsfehler, missverständliche Markups oder unnötig unklare Signale entstehen.

Die wichtigste Botschaft ist ziemlich schlicht: Google hat seine Dokumentation zu strukturierten Videodaten aktualisiert, um die Unterstützung für creator und author klarer zu dokumentieren und um genauer zu beschreiben, welche Interaktionstypen bei interactionStatistic in VideoObject-Daten unterstützt werden. Es geht also nicht um eine neue große Ranking-Funktion, nicht um ein geheimes Video-Update und auch nicht darum, dass du jetzt sofort alle Seiten hektisch umbauen musst. Trotzdem lohnt es sich, genauer hinzusehen.

Warum? Weil strukturierte Daten selten sofort spektakuläre Effekte zeigen. Sie sind eher wie saubere Beschriftungen in einem gut organisierten Lager. Niemand applaudiert, wenn die Regale korrekt beschriftet sind. Aber sobald jemand etwas finden, verstehen oder automatisch verarbeiten soll, merkst du den Unterschied. Bei Videoinhalten ist das besonders relevant, weil Google hier viele Informationen zusammenführen muss: Titel, Beschreibung, Thumbnail, Dauer, Upload-Datum, eingebettete Datei, Sichtbarkeit, gegebenenfalls Live-Status, Interaktionen und eben auch Angaben dazu, wer das Video erstellt hat.

Was sich bei VideoObject geändert hat

Im Kern besteht die Aktualisierung aus zwei Bereichen. Erstens wird die Eigenschaft creator für VideoObject strukturiert dokumentiert. Dabei wird auch deutlich gemacht, dass author unterstützt wird. Zweitens wurde der Abschnitt zu interactionStatistic überarbeitet, damit klarer ist, welche Interaktionstypen tatsächlich erwartet oder unterstützt werden.

Das klingt klein, ist aber gar nicht so unwichtig. Gerade bei Schema.org-Markup gibt es ja oft diesen Graubereich: Eine Eigenschaft ist im Schema grundsätzlich möglich, aber nicht jede Suchmaschine nutzt sie, versteht sie gleich oder empfiehlt sie in ihrer Dokumentation. Wenn Google eine Eigenschaft ausdrücklich dokumentiert, ist das ein anderes Signal als „technisch wäre das nach Schema.org irgendwie denkbar“. Für dich als SEO, Entwickler oder Content-Verantwortlicher bedeutet das: Du kannst diese Angabe mit etwas mehr Sicherheit verwenden.

Die Ergänzung von creator ist vor allem für Websites interessant, die Videos nicht nur als anonyme Medienobjekte behandeln, sondern mit klaren Personen, Marken, Studios, Redaktionen oder Organisationen verbinden möchten. Das betrifft etwa Publisher, Lernplattformen, Produktseiten mit Erklärvideos, YouTube-Einbettungen auf eigenen Seiten, Kursanbieter, Firmenblogs, Rezeptseiten mit Videoanleitungen oder auch Medienarchive.

Manchmal wird bei strukturierten Daten sehr mechanisch gedacht: „Was muss rein, damit das Rich Result möglich ist?“ Das ist verständlich, aber etwas kurz gegriffen. Sauberes Markup kann auch helfen, Entitäten und Beziehungen besser zu beschreiben. Ein Video ist eben nicht nur eine Datei mit einem Thumbnail. Es hat einen Titel, ein Thema, ein Veröffentlichungsdatum, eine Laufzeit, vielleicht eine Transkription und ziemlich oft auch jemanden, der es erstellt hat. Genau dieser Zusammenhang wird durch creator deutlicher.

Creator und author: ähnlich, aber nicht immer identisch

Die Unterstützung von creator und author wirkt auf den ersten Blick fast doppelt gemoppelt. In der Praxis ist es aber nicht ganz dasselbe, zumindest nicht immer. author beschreibt häufig die Person oder Organisation, die als Urheber eines Inhalts auftritt. creator kann breiter verstanden werden und passt gut, wenn du den eigentlichen Ersteller eines kreativen Werks oder Medienobjekts markieren willst.

Nimm ein einfaches Beispiel: Du betreibst eine Website mit technischen Tutorials. Der begleitende Artikel wurde von einer Redakteurin geschrieben, das Video aber von einem Videoteam produziert und von einem bestimmten Experten moderiert. Wer ist dann author? Wer ist creator? Es kann sein, dass der Artikel eine Autorin hat, während das Video einen anderen Creator hat. Genau solche Fälle sind in Content-Teams gar nicht selten.

Oder ein Produktvideo: Der Text auf der Produktseite stammt vom E-Commerce-Team, das Video wurde jedoch von der Marke selbst erstellt. Dann kann es sinnvoll sein, beim VideoObject als creator die Marke oder Organisation auszuzeichnen. Wenn eine reale Person vor der Kamera steht und als Fachperson sichtbar ist, kann auch eine Person als creator passen. Wichtig ist nur, dass das Markup die Realität sauber abbildet. Strukturierte Daten sind keine Wunschzettel. Sie sollten nicht behaupten, jemand habe etwas erstellt, nur weil man glaubt, dass ein bekannter Name besser klingt.

Aus meiner Sicht ist genau das der Punkt, an dem viele Markups unnötig unsauber werden. Man kopiert ein Snippet aus einem alten Template, setzt überall dieselbe Organisation als author ein und fertig. Das funktioniert technisch vielleicht. Aber wenn deine Website komplexer wird, mehrere Autorinnen, Produzenten, Redaktionen oder externe Creator beteiligt sind, wird diese Pauschallösung schnell dünn.

Warum die Creator-Angabe für Video-SEO interessant ist

Du solltest die Änderung nicht als Garantie für mehr Sichtbarkeit verstehen. Google sagt mit solchen Dokumentationsanpassungen in der Regel nicht: „Wenn du creator einfügst, rankst du besser.“ So funktioniert das nicht. Trotzdem kann eine eindeutige Creator-Angabe helfen, Videoinhalte präziser einzuordnen. Und Präzision ist bei strukturierten Daten fast immer ein Vorteil.

Videoinhalte sind im Suchkontext etwas sperrig. Ein Crawler kann Text relativ direkt lesen, aber bei Videos braucht er zusätzliche Hinweise. Natürlich kann Google inzwischen viel aus Videodateien, Untertiteln, Seitenkontext und Nutzerverhalten ableiten. Trotzdem sind strukturierte Daten ein bewusst gesetztes Signal. Du sagst: Dieses Objekt ist ein Video. Das ist der Name. Das ist das Thumbnail. Das ist die Dauer. Das ist das Veröffentlichungsdatum. Und jetzt eben auch klarer: Das ist der Creator oder Autor.

Gerade bei Seiten, auf denen mehrere Videos eingebettet sind, kann das helfen, die einzelnen Medienobjekte sauber voneinander zu trennen. Stell dir eine Magazinseite vor, auf der ein Artikel drei Videos enthält: ein Interview, einen kurzen Ausschnitt und ein redaktionelles Erklärvideo. Wenn alle drei einfach gleichförmig als VideoObject markiert sind, aber ohne differenzierte Angaben zu Ersteller, Kontext und Interaktion, ist das weniger aussagekräftig. Nicht katastrophal, aber eben flacher.

Ein weiterer Aspekt ist Vertrauen. Nicht im plumpen Sinne von „creator erzeugt automatisch Trust“, sondern eher im Sinne einer nachvollziehbaren Herkunft. Wenn du ein medizinisches Erklärvideo, eine Finanzanalyse oder eine fachliche Anleitung veröffentlichst, macht es einen Unterschied, ob klar ist, wer dahintersteht. Strukturierte Daten ersetzen keine sichtbare Autorenbox, kein Impressum und keine fachliche Qualität. Aber sie können das ergänzen, was auf der Seite ohnehin transparent sein sollte.

Ich würde deshalb nicht empfehlen, creator nur versteckt im JSON-LD zu setzen und auf der sichtbaren Seite keinerlei Hinweis auf die Person oder Organisation zu geben. Das riecht nach halbherziger Optimierung. Besser ist: Was im Markup steht, sollte auch für Nutzer nachvollziehbar sein. Vielleicht nicht Wort für Wort, aber inhaltlich. Wenn du im Markup eine Person als Creator angibst, sollte diese Person auf der Seite oder in einem klar verbundenen Kontext auch vorkommen.

Wie du creator sinnvoll einsetzt

Technisch kann creator je nach Fall eine Person oder eine Organization sein. Das ist wichtig, weil viele Websites reflexartig immer Organization verwenden, selbst wenn eine konkrete Person im Vordergrund steht. Manchmal passt das, manchmal nicht.

Wenn ein Video von einer Firma als Ganzes produziert wurde, zum Beispiel ein offizielles Produktvideo, ist eine Organisation als creator naheliegend. Wenn ein einzelner Experte ein Tutorial erstellt hat, ist eine Person passender. Wenn ein Video von einem redaktionellen Team stammt, kann eine Organisation oder Redaktion sinnvoll sein. Es gibt Fälle, in denen beides denkbar wäre. Dann würde ich mich fragen: Wer wird für Nutzer sichtbar als Ersteller des Videos wahrgenommen?

Ein vereinfachtes JSON-LD-Beispiel könnte so aussehen:

{
  "@context": "https://schema.org",
  "@type": "VideoObject",
  "name": "Beispielvideo zur Produktnutzung",
  "description": "Ein kurzes Video, das zeigt, wie du das Produkt im Alltag verwendest.",
  "thumbnailUrl": "https://example.com/video-thumbnail.jpg",
  "uploadDate": "2026-09-24",
  "duration": "PT2M30S",
  "creator": {
    "@type": "Organization",
    "name": "Beispiel GmbH"
  }
}

Oder, wenn eine Person der eigentliche Creator ist:

{
  "@context": "https://schema.org",
  "@type": "VideoObject",
  "name": "Grundlagen der Videooptimierung",
  "description": "Eine Einführung in strukturierte Daten für Videoinhalte.",
  "thumbnailUrl": "https://example.com/thumb.jpg",
  "uploadDate": "2026-09-24",
  "creator": {
    "@type": "Person",
    "name": "Max Mustermann"
  }
}

Das ist natürlich stark vereinfacht. In einem echten Projekt würdest du meistens weitere Eigenschaften wie contentUrl, embedUrl, publisher, expires oder andere passende Angaben prüfen. Aber für den neuen Punkt reicht es: creator beschreibt, wer das Video erstellt hat.

Und ja, ich weiß, solche Beispiele sehen immer sauberer aus als die Realität. Im echten CMS gibt es dann ein Feld für „Autor“, eins für „Redakteur“, eins für „Videoquelle“, eins für „Kanalname“, und niemand weiß mehr genau, welches Feld ins Markup fließt. Genau deshalb ist die Dokumentationsänderung ein guter Anlass, deine Templates einmal anzuschauen. Nicht panisch, eher mit einer Tasse Kaffee und der Frage: „Bildet unser Markup wirklich ab, was auf der Seite passiert?“

Was die Änderung bei interactionStatistic bedeutet

Der zweite Teil der Aktualisierung betrifft interactionStatistic. Diese Eigenschaft wird genutzt, um Interaktionen mit einem Objekt strukturiert anzugeben. Bei einem Video kann das zum Beispiel die Anzahl bestimmter Nutzerinteraktionen sein. Der entscheidende Punkt ist aber: Nicht jede beliebige Zahl, die irgendwo in deinem Analytics-Tool steht, gehört automatisch in dieses Feld.

Google hat den Abschnitt überarbeitet, um die unterstützten Interaktionstypen für interactionStatistic bei VideoObject klarer zu machen. Das ist vermutlich die trockenste Stelle der ganzen Änderung, aber praktisch vielleicht sogar die wichtigste. Denn hier passieren schnell Fehler.

Viele Websites möchten gern möglichst viele Engagement-Zahlen ins Markup schreiben: Views, Likes, Kommentare, Shares, Saves, Klicks, Wiedergaben, Abschlussraten, was auch immer gerade verfügbar ist. Aus SEO-Sicht ist diese Versuchung verständlich. Mehr Daten fühlen sich besser an. Nur ist strukturiertes Markup kein Abladeplatz für alle Metriken, die man irgendwo findet. Wenn die Dokumentation nur bestimmte Interaktionstypen vorsieht oder unterstützt, solltest du dich daran halten.

Bei VideoObject ist ein typisches Muster für eine Wiedergabe- oder Aufrufstatistik etwa ein InteractionCounter mit einem passenden interactionType. In vielen Fällen wird hier eine Wiedergabehandlung wie WatchAction relevant sein. Entscheidend ist weniger der genaue Charme des Snippets, sondern die Logik dahinter: Du gibst nicht einfach eine Zahl an, sondern sagst, welche Art von Interaktion gezählt wurde.

Ein stark vereinfachtes Beispiel:

{
  "@context": "https://schema.org",
  "@type": "VideoObject",
  "name": "Beispielvideo",
  "interactionStatistic": {
    "@type": "InteractionCounter",
    "interactionType": { "@type": "WatchAction" },
    "userInteractionCount": 12345
  }
}

Auch hier gilt: Nur verwenden, wenn die Zahl plausibel und wirklich gemeint ist. Wenn du keine zuverlässige öffentliche oder interne View-Zahl hast, musst du dieses Feld nicht erzwingen. Manchmal ist kein Wert besser als ein wackliger Wert. Das klingt banal, aber in Audit-Projekten sieht man immer wieder Markups, die aus Templates befüllt werden und dann auf jeder Videoseite dieselbe Zahl, eine Null oder irgendeinen internen Platzhalter enthalten. Das ist nicht hilfreich.

Warum Klarheit bei Interaktionen wichtig ist

Interaktionsdaten sind sensibel, weil sie schnell wie Qualitätssignale wirken. Ein Video mit 250.000 Aufrufen macht einen anderen Eindruck als eines mit 17 Aufrufen. Ob Google diese Zahl in einem bestimmten Suchfeature sichtbar nutzt oder nicht, ist gar nicht der einzige Punkt. Strukturierte Daten sollten verlässlich sein. Wenn du Interaktionen auszeichnest, sollte klar sein, was gezählt wird.

Was zählt als View? Ein automatisches Laden? Eine Sekunde Wiedergabe? Dreißig Sekunden? Ein vollständiger Play? Eine eingebettete Wiedergabe auf einer Partnerseite? Ein Start im sichtbaren Bereich? Plattformen definieren das unterschiedlich. Genau deshalb ist es gefährlich, aus irgendeiner Metrik vorschnell eine allgemeine Interaktionsstatistik zu machen.

Aus meiner Praxis würde ich sagen: Wenn du interactionStatistic nutzt, dann dokumentiere intern, woher die Zahl kommt. Nicht in einem 40-seitigen Prozesshandbuch, keine Sorge. Aber irgendwo sollte klar sein: Dieses Feld kommt aus der Videoplattform, wird alle X Stunden aktualisiert und bedeutet Y. Sonst weiß nach sechs Monaten niemand mehr, warum im Markup plötzlich andere Zahlen stehen als im Frontend.

Und noch etwas: Wenn du Likes, Kommentare oder Shares auf der Seite sichtbar darstellst, heißt das nicht automatisch, dass du sie alle als strukturierte Daten im VideoObject angeben solltest. Halte dich an die unterstützten Typen. Das ist vielleicht weniger kreativ, aber robuster. Suchmaschinen mögen in strukturierten Daten keine Kreativität im falschen Moment. Da ist solide Handwerksarbeit meistens besser.

Was du jetzt konkret prüfen solltest

Ich würde die Änderung nicht als Notfall behandeln. Es ist eher eine gute Gelegenheit für einen kleinen Video-Markup-Check. Wenn du nur wenige Videos hast, ist das schnell erledigt. Wenn du ein großes Videoarchiv betreibst, solltest du es systematischer angehen.

Schau dir zuerst deine bestehenden VideoObject-Daten an. Gibt es bereits ein Feld für author? Gibt es ein internes Creator-Feld im CMS? Wird immer dieselbe Organisation ausgegeben, egal wer das Video erstellt hat? Werden Personen sauber als Person und Organisationen sauber als Organization markiert? Schon diese Fragen bringen oft erstaunlich viel ans Licht.

Dann prüfe, ob creator für deine Inhalte sinnvoll ist. Nicht jedes Video braucht zwanghaft eine maximal ausführliche Urheberstruktur, aber wenn du klare Creator-Daten hast, würde ich sie nicht ignorieren. Besonders bei fachlichen, redaktionellen oder markenbezogenen Videos ist die Angabe naheliegend.

Danach kommt interactionStatistic. Hier solltest du eher konservativ sein. Wenn du eine saubere View-Zahl hast und der Interaktionstyp zur Dokumentation passt, kannst du sie verwenden. Wenn du mehrere Metriken hast, aber nicht sicher bist, welche unterstützt werden, dann nicht alles ins Markup kippen. Lieber weniger und korrekt als mehr und fragwürdig.

Testen solltest du natürlich auch. Strukturierte Daten können syntaktisch gültig sein und trotzdem inhaltlich schief liegen. Ein JSON-LD-Block kann perfekt formatiert sein, aber wenn er den falschen Creator nennt oder eine Interaktionszahl falsch interpretiert, ist das kein gutes Markup. Validierungstools finden nicht jede fachliche Unsauberkeit. Die fachliche Prüfung bleibt bei dir.

Typische Fehler, die du vermeiden solltest

Ein häufiger Fehler ist, creator und publisher miteinander zu verwechseln. Der Publisher ist nicht immer der Creator. Eine Plattform kann ein Video veröffentlichen, das von einer anderen Organisation erstellt wurde. Ein Shop kann ein Hersteller-Video einbetten. Ein Magazin kann ein Interview hosten, das von einem externen Team produziert wurde. Wenn du alles gleichsetzt, verlierst du Genauigkeit.

Ein zweiter Fehler ist das blinde Ausfüllen von author mit dem Seitenautor. Bei einem Artikel mit eingebettetem Video kann der Seitenautor der Autor des Textes sein, aber nicht der Ersteller des Videos. Das muss nicht immer getrennt werden, aber du solltest zumindest bewusst entscheiden.

Ein dritter Fehler betrifft Interaktionszahlen. Wenn du Views im Frontend anzeigst und gleichzeitig im Markup angibst, sollten die Werte nicht völlig auseinanderlaufen. Kleine Verzögerungen sind normal, aber wenn Nutzer 1.200 Views sehen und im Markup 98.000 stehen, wirkt das nicht sauber. Umgekehrt genauso.

Und dann gibt es noch den Klassiker: Markup wird einmal eingeführt und nie wieder angefasst. Gerade Video-Markup altert schnell. URLs ändern sich, Thumbnails werden ersetzt, Videos laufen ab, Einbettungen verschwinden, Datenschutzlösungen blockieren Player, und plötzlich steht im strukturierten Datensatz noch ein wunderschönes VideoObject, obwohl auf der Seite gar kein abspielbares Video mehr vorhanden ist. Nicht schön. Passiert aber.

Meine Einschätzung zur Bedeutung der Änderung

Ich würde diese Aktualisierung als saubere Präzisierung einstufen, nicht als Revolution. Sie ist nützlich für alle, die Videodaten ernsthaft pflegen. Wenn du bisher nur das absolute Minimum an VideoObject-Markup setzt, wirst du vermutlich nicht über Nacht etwas verpassen. Wenn du aber Wert auf saubere Entitäten, klare Urheberangaben und robuste strukturierte Daten legst, solltest du die Änderung aufnehmen.

Besonders gefällt mir daran, dass der Fokus ein Stück weit weg vom reinen „Rich Result abhaken“ geht. Strukturierte Daten sind mehr als ein Ticket für hübsche Suchergebnis-Darstellungen. Sie sind eine Beschreibung deiner Inhalte in maschinenlesbarer Form. Je komplexer Suchsysteme werden, desto wertvoller ist saubere Semantik. Nicht magisch, nicht als Abkürzung, aber als solides Fundament.

Bei creator sehe ich den größten Nutzen in der besseren Zuordnung von Videoinhalten zu Personen oder Organisationen. Bei interactionStatistic liegt der Nutzen eher in der Vermeidung von Missverständnissen. Google sagt im Grunde: Bitte verwende diese Eigenschaft nicht beliebig, sondern achte darauf, welche Interaktionstypen unterstützt werden. Das ist trocken, aber sinnvoll.

Wenn du jetzt etwas tun willst, dann mach es pragmatisch: Prüfe ein paar deiner wichtigsten Videoseiten. Sieh dir das JSON-LD an. Vergleiche es mit dem sichtbaren Inhalt. Frage dich, ob der Creator stimmt und ob die Interaktionsdaten wirklich sauber sind. Wenn ja, gut. Wenn nein, ist das ein überschaubarer Optimierungsansatz.

Am Ende ist diese Änderung ein kleiner Hinweis darauf, wohin gute technische SEO ohnehin geht: weg von Tricks, hin zu präziser Beschreibung. Du hilfst Suchmaschinen, deine Inhalte besser zu verstehen, indem du nicht mehr behauptest als nötig, aber das Richtige klar benennst. Und gerade bei Videos, die für Crawler naturgemäß schwerer greifbar sind als Text, ist das eine ziemlich vernünftige Richtung.