ONMA Ratgeber

Suchmaschinenoptimierung für Videos auf der eigenen Website

Erfahren Sie, wie Wiedergabeseiten, Video-Sitemaps, VideoObject-Markup und die Search Console Videos für Google auffindbar machen.

22. September 2026

Ein Video in eine Seite einzubetten macht es für Google noch nicht auffindbar. Damit ein Video als Videoergebnis erscheinen kann, muss Google die Wiedergabeseite finden, den Player im gerenderten HTML erkennen, die Videodatei abrufen und alle Angaben eindeutig einem einzigen Video zuordnen können. Bricht eine dieser Stufen, bleibt das Video unsichtbar, auch wenn es auf der Seite tadellos läuft.

Video SEO bezeichnet die Optimierung von Videos mit dem Ziel, in den SERPs ein höheres Ranking zu erzielen; der Fokus liegt dabei entweder auf der Google-Videosuche oder auf YouTube. Dieser Ratgeber behandelt ausschließlich den ersten Fall: Videos, die auf der eigenen Website liegen oder dort eingebettet sind. Die Optimierung eines YouTube-Kanals über Titel, Tags, Thumbnails, Abonnenten oder Zuschauerbindung ist ein eigenes Thema und wird auf den YouTube-eigenen Hilfeseiten behandelt. YouTube kommt hier nur an zwei Stellen vor: als Hosting-Entscheidung und als Quelle der embedUrl.

Wo Videoergebnisse überhaupt erscheinen

Google spielt Videos nicht nur in der vertikalen Videosuche aus. Über Universal Search blendet Google Videoergebnisse auch in den normalen, gemischten Suchergebnissen ein. Ein Video muss also nicht den Tab „Videos" gewinnen, um Sichtbarkeit zu erzeugen. Es kann als Treffer mit Vorschaubild in der regulären Ergebnisliste stehen, eine bewegte Vorschau zeigen oder direkt anwählbare Abschnitte anbieten.

Technisch geht es dabei immer um dieselben drei Fragen, die die Seite beantworten muss:

Unter welcher URL wird dieses Video hauptsächlich wiedergegeben?
Welche Datei und welcher Player gehören zu diesem Video?
Welche Angaben beschreiben Inhalt, Vorschaubild, Dauer und Verfügbarkeit?

Jede Maßnahme in diesem Ratgeber dient einer dieser drei Antworten. Ob Google das Video am Ende tatsächlich als Videoergebnis darstellt, entscheidet Google. Korrekte Angaben sind keine Garantie, sie beseitigen aber die Hindernisse, an denen die Verarbeitung typischerweise scheitert.

Der inhaltliche Grund, überhaupt Aufwand zu investieren: Videos vermitteln komplexe Inhalte schneller als lange Texte und erhöhen die Verweildauer auf der Website. Dieser Effekt verpufft, solange das Video nur über die eigene Navigation gefunden wird.

Die Wiedergabeseite als technische Grundlage

Google empfiehlt, für jedes Video eine eigene Wiedergabeseite mit stabiler URL anzulegen, auf der das Video das Hauptelement der Seite ist. Das ist die folgenreichste Einzelentscheidung der gesamten technischen Video-SEO, und sie fällt vor dem ersten Markup.

Eine Produktseite mit einem kurzen ergänzenden Clip, ein Blogbeitrag mit einem Video im letzten Drittel oder eine Übersichtsseite mit sechs gleichwertigen Einbettungen sind schlechte Kandidaten. Google findet dort kein eindeutiges Hauptvideo und ordnet die Seite entsprechend nicht als Wiedergabeseite ein.

Eine geeignete Wiedergabeseite erfüllt folgende Anforderungen:

Das Video steht im zentralen Inhaltsbereich, nicht in einer Seitenspalte oder im Footer.
Es ist ohne zusätzliche Interaktion sichtbar, also ohne Tab-Wechsel, Akkordeon oder Overlay.
Überschrift und umgebender Text beschreiben genau dieses Video, nicht das Themenfeld allgemein.
Die URL ist dauerhaft erreichbar, kanonisch und indexierbar.
Das Video lädt auch auf mobilen Geräten zuverlässig.
Es gibt genau ein klar bestimmbares Hauptvideo pro Seite.

Die Seite muss deshalb nicht leer sein. Ein erklärender Text, ein Transkript, eine Kapitelübersicht oder weiterführende Hinweise sind sinnvoll und helfen der Seite zusätzlich. Entscheidend ist nur, dass das Video nicht als austauschbares Beiwerk daneben steht.

Wird dasselbe Video auf mehreren URLs verwendet, muss eine davon als primäre Wiedergabeseite festgelegt werden. Interne Verlinkung, Canonical-Angabe, strukturierte Daten und Video-Sitemap zeigen danach einheitlich auf diese eine URL. Widersprüchliche Signale sind der häufigste Grund dafür, dass Google ein technisch korrekt ausgezeichnetes Video der falschen Seite zuordnet oder gar keiner.

Selbst hosten oder einbetten

Für die eigene Website gibt es zwei Modelle: Die Videodatei liegt auf der eigenen Infrastruktur, oder das Video wird über einen externen Dienst eingebettet.

Beim Selbsthosting kontrolliert der Betreiber Datei, Player, Zugriffsregeln und Auslieferung vollständig. Dafür trägt er auch die Verantwortung für Formate, Bandbreite, Sicherheit und Crawlbarkeit. Server oder Content Delivery Network müssen die Last tragen können, denn Videostreaming erzeugt erheblichen Traffic.

Bei einer Einbettung, etwa über YouTube, liefert der Anbieter Player und Auslieferung. Für die strukturierten Daten ist dann die Einbettungsadresse des Players relevant, nicht die normale Wiedergabeadresse der Plattform. Alles, was innerhalb von YouTube passiert, also Kanalstruktur, Tags oder Algorithmus, gehört zu einem anderen Themenfeld.

Praktisch entscheidet die Hosting-Frage vor allem darüber, welche Angaben überhaupt verfügbar sind:

Beim Selbsthosting lässt sich in der Regel eine direkte contentUrl zur Videodatei angeben.
Bei einer Einbettung ist häufig nur die embedUrl bekannt.
Liegen beide vor, werden auch beide ausgezeichnet.
Vertauscht werden dürfen sie nie.

Unabhängig vom Hosting gilt: Soll eine URL der eigenen Website als Videoergebnis erscheinen, braucht sie dort eine eigene, technisch saubere Wiedergabeseite. Eine Einbettung allein verschiebt die Sichtbarkeit sonst vollständig zur Plattform.

VideoObject-Markup korrekt einsetzen

Strukturierte Daten vom Typ VideoObject übermitteln Google die Angaben, die es aus dem gerenderten HTML nicht zuverlässig ableiten kann. Entscheidend ist die saubere Trennung der Ressourcen: Strukturierte Daten für Videos unterscheiden die Videodatei (contentUrl) von der Player-URL (embedUrl), und die Angaben müssen einheitlich und eindeutig sein.

Die wesentlichen Eigenschaften:

name: der Titel des Videos
description: eine konkrete Beschreibung des Inhalts, kein Marketingtext
thumbnailUrl: die URL einer repräsentativen Miniaturansicht
uploadDate: das Veröffentlichungsdatum im ISO-Format
duration: die Laufzeit im Format ISO 8601
contentUrl: die direkte URL der Videodatei, etwa einer MP4-Datei
embedUrl: die URL eines einbettbaren Players

Bei einem eingebetteten YouTube-Video ist deshalb die Einbettungsadresse als embedUrl zu verwenden, nicht die normale Wiedergabeadresse. Ein vereinfachtes Beispiel:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "VideoObject",
  "name": "Technische Einrichtung einer Video-Sitemap",
  "description": "Das Video zeigt, wie eine Video-Sitemap aufgebaut und in der Google Search Console eingereicht wird.",
  "thumbnailUrl": [
    "https://www.example.de/media/video-sitemap-vorschau.jpg"
  ],
  "uploadDate": "2025-02-12T09:00:00+01:00",
  "duration": "PT6M35S",
  "contentUrl": "https://cdn.example.de/videos/video-sitemap.mp4",
  "embedUrl": "https://www.example.de/player/video-sitemap"
}
</script>

Die Angaben müssen zum sichtbaren Inhalt der Seite passen. Generisch befüllte Felder sind der typische Fehler automatisierter Ausgabe: eine für alle Videos identische Beschreibung, eine geschätzte statt gemessene Dauer, oder ein uploadDate, das in Wahrheit das Datum der letzten Seitenänderung ist. Solche Felder sind formal gültig und inhaltlich wertlos.

Prüfen lässt sich das Markup mit dem Test für Rich-Suchergebnisse und dem Schema Markup Validator. Beide sagen allerdings nur, ob die Syntax stimmt. Ob Google die referenzierte Datei tatsächlich abrufen kann, steht auf einem anderen Blatt.

Crawlbarkeit von Player, Datei und Vorschaubild

Google muss die Videodatei abrufen können. Blockiert die robots.txt den Zugriff, kann das Video nicht verarbeitet werden, unabhängig davon, wie sauber das Markup ist. Eine öffentlich erreichbare Wiedergabeseite genügt also nicht, wenn Datei, Player oder Vorschaubild dahinter gesperrt sind.

Zu prüfen sind:

Die robots.txt blockiert weder Videodatei noch Player-Ressourcen noch das Vorschaubild.
Der Server antwortet auf diese URLs mit einem erfolgreichen HTTP-Status.
Kein Abruf verlangt Anmeldung, Session, Cookie oder manuelle Bestätigung.
Bot-Schutz und Web Application Firewall sperren den Googlebot nicht pauschal aus.
Der Player erscheint im gerenderten HTML, auch ohne Nutzerinteraktion.
Die Video-URL bleibt stabil und läuft nicht nach Minuten ab.
Das Vorschaubild besitzt eine eigenständig abrufbare URL.

Zwei Konstellationen fallen in der Praxis besonders oft auf. Signierte URLs mit sehr kurzer Gültigkeit funktionieren im Browser des Nutzers und liefern Google beim späteren Abruf nur noch einen Fehler. Und Video-CDNs, die Anfragen ohne bestimmte Cookies oder Referer-Header ablehnen, schließen den Crawler mit derselben Regel aus, die Hotlinking verhindern soll.

Wird das Video erst nach Klick, Scroll-Ereignis oder Consent-Zustimmung geladen, darf das nicht dazu führen, dass der Player im gerenderten HTML vollständig fehlt. Lazy Loading ist zulässig, ein leerer Container ist es nicht.

Bei selbst gehosteten Dateien sollte der Server zusätzlich HTTP-Range-Requests unterstützen. Damit können Player und Crawler gezielt Teile einer großen Datei anfordern, statt jedes Mal das vollständige Video zu übertragen.

Vorschaubilder und bewegte Vorschauen

Eine hochwertige Video-Miniaturansicht ist Voraussetzung dafür, dass Google eine Videovorschau in den Suchergebnissen ausspielt. Fehlt sie oder ist sie nicht abrufbar, entfällt die auffälligste Darstellungsform des Videoergebnisses.

Das Bild sollte den Inhalt erkennbar repräsentieren, in einem gängigen Format vorliegen, ausreichend aufgelöst sein und ein zum Player passendes Seitenverhältnis haben. Wichtige Motive und Textelemente gehören nicht an den Rand, weil Google das Bild je nach Oberfläche unterschiedlich zuschneidet. Ein schwarzes Startbild, ein Logo ohne Bezug zum Inhalt oder eine für alle Videos identische Standardgrafik erfüllen die Anforderung formal und wirken trotzdem nicht.

Die Bilddatei darf weder durch die robots.txt gesperrt sein noch hinter einer Zugriffskontrolle liegen. Über die Robots-Anweisung max-video-preview, gesetzt im Robots-Meta-Tag der Seite oder im X-Robots-Tag des HTTP-Headers, lässt sich zusätzlich steuern, wie lang eine bewegte Videovorschau höchstens sein darf: Der Wert 0 unterbindet sie, -1 gibt Google keine zeitliche Begrenzung vor. Diese Einstellung betrifft nur die bewegte Vorschau und ersetzt weder Vorschaubild noch Markup.

Wichtige Momente auszeichnen

Die Funktion Wichtige Momente lässt Nutzer direkt zu einzelnen Abschnitten eines Videos springen und wird über strukturierte Daten gesteuert. Voraussetzung ist, dass die Wiedergabeseite Sprünge zu konkreten Zeitpunkten technisch tatsächlich unterstützt.

Dafür gibt es zwei Wege:

Clip gibt einzelne Abschnitte ausdrücklich an, jeweils mit Bezeichnung, Startzeit in Sekunden und einer URL, die das Video an dieser Stelle öffnet. Der Weg eignet sich, wenn redaktionell festgelegte Kapitel existieren.
SeekToAction beschreibt ein URL-Muster, über das Google beliebige Zeitpunkte selbst ansteuern kann. Der Weg eignet sich, wenn der Player einen Zeitparameter verarbeitet.

Eine Zieladresse kann dann etwa so aussehen:

https://www.example.de/video-sitemap/?zeit=120

Der Player muss diesen Parameter wirklich auslesen und bei Sekunde 120 starten. Markup ohne funktionierende Sprunglogik ist wirkungslos. Bei eingebetteten Drittanbieter-Playern hängt die Umsetzung davon ab, welche Zeitparameter der Anbieter unterstützt.

Video-Sitemap erstellen

Eine Video-Sitemap ergänzt die XML-Sitemap um videospezifische Angaben und hilft Google, Wiedergabeseiten samt der darauf liegenden Videos gezielt zu entdecken. Besonders wertvoll ist sie für Seiten, die intern nur schwach verlinkt sind. Ein Eintrag sieht vereinfacht so aus:

<url>
  <loc>https://www.example.de/ratgeber/video-sitemap/</loc>
  <video:video>
    <video:thumbnail_loc>
      https://www.example.de/media/video-sitemap-vorschau.jpg
    </video:thumbnail_loc>
    <video:title>Video-Sitemap technisch einrichten</video:title>
    <video:description>
      Anleitung zur Erstellung und Einreichung einer Video-Sitemap.
    </video:description>
    <video:content_loc>
      https://cdn.example.de/videos/video-sitemap.mp4
    </video:content_loc>
  </video:video>
</url>

Bei einem extern eingebetteten Player tritt an die Stelle von video:content_loc die Player-Angabe video:player_loc. Titel, Beschreibung, Vorschaubild und URLs müssen mit Wiedergabeseite und VideoObject übereinstimmen. Abweichungen zwischen Sitemap und Markup sind kein Detailfehler, sondern genau die Uneindeutigkeit, die zur Nichtverarbeitung führt.

Die Sitemap enthält ausschließlich kanonische, indexierbare Wiedergabeseiten. Entfernte Videos, Weiterleitungsziele und per noindex ausgeschlossene URLs gehören nicht hinein. Eingereicht wird sie in der Google Search Console.

Videos lassen sich regional einschränken, entweder über strukturierte Daten oder über die entsprechende Angabe in der Video-Sitemap. Diese Angabe gehört nur dorthin, wo das Video tatsächlich nur in bestimmten Ländern verfügbar oder dort gesperrt ist. Eine vorsorglich gesetzte Einschränkung kostet Sichtbarkeit ohne Gegenwert.

Kontrolle in der Search Console

Der Videobericht der Search Console zeigt, welche Videowiedergabeseiten indexiert wurden und warum ein Video auf einer Seite nicht erkannt wurde. Er ist der einzige Ort, an dem sich die Annahmen aus allen vorherigen Abschnitten gegen Googles tatsächliche Verarbeitung prüfen lassen.

Typische Meldungen betreffen:

Die Seite gilt nicht als Wiedergabeseite, weil das Video zu klein, zu weit unten oder neben konkurrierenden Videos steht.
Google konnte keine geeignete Video-URL bestimmen.
Das Vorschaubild war nicht erreichbar oder ungültig.
Das Video lag außerhalb des sichtbaren Bereichs.
Die Videodatei ließ sich nicht verarbeiten, etwa wegen Format oder verweigertem Zugriff.
Es wurde kein ausreichend hervorgehobenes Video gefunden.

Ergänzend zeigt die URL-Prüfung, wie Googlebot die Seite rendert: ob der Player im gerenderten HTML steht und ob die strukturierten Daten fehlerfrei ausgelesen werden.

Bei der Analyse lohnt es sich, die vollständige Kette zu prüfen: Wiedergabeseite, gerendertes HTML, strukturierte Daten, Player-URL, Videodatei, Vorschaubild. Nur das gemeldete Symptom zu beheben greift oft zu kurz, weil eine einzelne Ursache wie eine robots.txt-Regel gleich mehrere Meldungen erzeugt.

Nach einer Korrektur lässt sich eine erneute Validierung anstoßen. Sie wirkt nicht sofort: Je nach Crawl-Frequenz und Umfang der Website vergeht Zeit, bis aktualisierte Angaben im Bericht erscheinen.

Videos wieder aus der Suche entfernen

Google beschreibt eigene Wege, um Videos wieder aus der Suche zu entfernen oder ihre Anzeige einzuschränken, unter anderem über noindex auf der Wiedergabeseite. Die Anweisung muss dafür abrufbar sein. Wer die URL gleichzeitig per robots.txt sperrt, verhindert, dass Google das noindex überhaupt liest, und erreicht das Gegenteil.

Soll nur die Videodatei nicht mehr verarbeitet werden, während die Seite als normale Textseite indexiert bleibt, werden die Verweise aus Markup und Video-Sitemap entfernt. Danach kann die Datei gelöscht oder dauerhaft gesperrt werden. Auch hier braucht Google Zeit, um vorhandene Informationen neu zu crawlen.

Bei zeitlich begrenzten Inhalten müssen Ablaufdaten über alle Signale hinweg zusammenpassen. Eine in der Sitemap als abgelaufen markierte Ressource darf im Markup nicht als uneingeschränkt verfügbar erscheinen.

Sonderfall Live-Streams

Für Live-Streams kann über zusätzliches Markup ein Live-Logo an das Suchergebnis angehängt werden. Voraussetzung ist, dass der Übertragungsstatus zuverlässig aktualisiert wird und geplanter Beginn, Ende und tatsächliche Verfügbarkeit übereinstimmen.

Die Wiedergabeseite sollte bereits vor dem Start unter ihrer endgültigen, stabilen URL erreichbar und indexierbar sein. Nach dem Ende ist zu entscheiden, ob dort eine Aufzeichnung verfügbar bleibt oder ob die Seite entfernt wird. Beides ist vertretbar, ein unklarer Zwischenzustand mit veraltetem Live-Kennzeichen nicht.

Checkliste vor der Veröffentlichung

Das Video hat eine eigene, indexierbare Wiedergabeseite mit stabiler URL.
Es ist dort das Hauptelement und ohne Interaktion sichtbar.
VideoObject ist vollständig und stimmt mit dem sichtbaren Inhalt überein.
contentUrl und embedUrl sind korrekt unterschieden.
Player, Videodatei und Vorschaubild sind für Google abrufbar.
Das Vorschaubild ist aussagekräftig und dauerhaft erreichbar.
Zeitmarken funktionieren im tatsächlich verwendeten Player.
Die Video-Sitemap enthält nur kanonische Wiedergabeseiten und ist eingereicht.
Regionale Angaben und Ablaufdaten sind über alle Signale konsistent.
Der Videobericht der Search Console meldet keine Blockade.

Fazit

Technische Video-SEO ist vor allem eine Frage der Eindeutigkeit. Google muss an jeder Stelle genau eine Antwort bekommen: eine Wiedergabeseite, eine Videodatei, einen Player, ein Vorschaubild. Je klarer diese Zuordnung ist und je weniger Hindernisse zwischen Crawler und Ressource liegen, desto zuverlässiger kann Google das Video verarbeiten und für passende Suchdarstellungen berücksichtigen.