Online Video SEO: Videos auf der eigenen Website für Google indexierbar machen

Ein Video auf der eigenen Website ist für Google zunächst nur eine Datei hinter einem Player. Ob daraus ein Suchergebnis mit Vorschaubild, ein Treffer in Google Videos oder ein Eintrag mit Schlüsselmomenten wird, hängt weniger von der Qualität des Films ab als davon, ob Google vier Dinge zuverlässig zusammenbringt: die Wiedergabeseite, den Player beziehungsweise die Videodatei, das Vorschaubild und die Metadaten.

Genau diese Kette behandelt dieser Leitfaden. Es geht um die technische Indexierung von Videos, die auf Ihren eigenen URLs erreichbar sind, egal ob selbst gehostet oder von einer Plattform eingebettet. Sie lernen, wie Wiedergabeseiten aufgebaut sein müssen, welche Player-Varianten Google erkennt, wie VideoObject-Markup, Schlüsselmomente und Video-Sitemaps funktionieren und wie Sie Fehler im Videoindexierungsbericht der Search Console diagnostizieren. Die Optimierung eines YouTube-Kanals oder des Rankings innerhalb der YouTube-Suche ist ein eigenes Thema und bleibt hier bewusst ausgeklammert.

Die Indexierungskette: vier Stufen, die aufeinander aufbauen

Google betrachtet Videos nie isoliert, sondern immer im Kontext der Seite, auf der sie eingebettet sind. Daraus ergibt sich eine feste Reihenfolge, die sich nicht abkürzen lässt:

1. Die Seite muss indexiert sein. Erst wenn die HTML-Seite im Google-Index steht, kommt das darin enthaltene Video für die Indexierung überhaupt in Frage. Eine Seite mit noindex, eine auf eine andere URL kanonisierte Seite oder eine nie gecrawlte Seite nimmt ihr Video mit in die Unsichtbarkeit.
2. Google muss das Video erkennen. Der Player muss im gerenderten HTML auffindbar sein und mit einer abrufbaren Videoquelle verknüpft werden können.
3. Google muss die Ressourcen abrufen können. Wiedergabeseite, Videodatei beziehungsweise Player und Vorschaubild müssen zugänglich sein. Blockierte Ressourcen können die Videoindexierung verhindern, selbst wenn die Seite selbst vorbildlich indexiert ist.
4. Google muss die Metadaten verstehen. Titel, Beschreibung, Vorschaubild, Upload-Datum und Dauer liefert primär strukturiertes Markup vom Typ VideoObject, ergänzt durch eine Video-Sitemap.

Jede Stufe setzt die vorherige voraus. Wer bei nicht indexierten Videos sofort am Markup schraubt, ohne vorher Indexierung, Erkennung und Abrufbarkeit geprüft zu haben, optimiert möglicherweise das falsche Glied der Kette.

Die Wiedergabeseite: eine URL, ein Hauptvideo

Google empfiehlt für jedes wichtige Video eine eigene Wiedergabeseite, auf der das Video den Hauptinhalt bildet und gut sichtbar platziert ist. Das ist der stärkste strukturelle Hebel im gesamten Thema, und genau hier scheitern die meisten Videoprojekte in der Praxis.

Typische Gegenmuster:

• Die Videogalerie. Ein Dutzend Videos auf einer Übersichtsseite, jeweils mit kurzem Teaser. Google kann kein Hauptvideo bestimmen, und die Seite taugt bestenfalls für eines der Videos als Wiedergabeseite.
• Das Video als Beiwerk. Ein Imagefilm unterhalb von 2.000 Wörtern Fließtext ist nicht der Hauptinhalt, sondern Illustration.
• Das Video hinter einem Tab oder Akkordeon. Inhalte, die erst nach Nutzerinteraktion geladen werden, existieren für den Crawler unter Umständen gar nicht.
• Das Video im Modal. Ein Player, der erst nach einem Klick in einer Lightbox öffnet und dessen Quelle bis dahin nicht im DOM steht, wird zuverlässig übersehen.

Die Konsequenz: Jedes Video, das in der Suche erscheinen soll, braucht eine eigene, indexierbare URL. Dort steht der Player weit oben, idealerweise oberhalb des Falzes. Darunter folgen eine H1 als Titel, eine beschreibende Einleitung, idealerweise ein Transkript oder eine strukturierte Inhaltszusammenfassung und weiterführende interne Verlinkungen. Kategorie- und Übersichtsseiten verlinken auf diese Wiedergabeseiten, sie ersetzen sie nicht.

Achten Sie zusätzlich auf saubere Kanonisierung. Ist dieselbe Wiedergabeseite unter mehreren URLs erreichbar, etwa mit und ohne Trackingparameter, muss das kanonische Ziel die URL sein, die das Video tatsächlich zeigt. Ein Canonical auf eine videofreie Kategorieseite entfernt das Video aus der Indexierung, ohne dass irgendwo ein Markup-Fehler vorliegt.

Crawlbare Player: drei Einbettungsvarianten im Vergleich

Google muss Player und Videoquelle im gerenderten HTML finden. Drei Varianten sind üblich, und sie unterscheiden sich deutlich in ihrer Zuverlässigkeit.

Das native video-Element ist die eindeutigste Form. Quelle, Vorschaubild und Dateityp stehen direkt im Markup:

<video controls
       poster="https://example.com/media/dachreinigung-poster.jpg"
       preload="metadata"
       width="1280" height="720">
  <source src="https://example.com/media/dachreinigung.mp4" type="video/mp4">
  <track kind="captions" src="/media/dachreinigung-de.vtt"
         srclang="de" label="Deutsch" default>
</video>

Das poster-Attribut liefert das Vorschaubild, preload="metadata" lädt nur die Kopfdaten und schont die Ladezeit. Untertitel über ein track-Element verbessern zusätzlich die Barrierefreiheit.

Der eingebettete iframe einer Plattform funktioniert ebenfalls, sofern die src im ausgelieferten HTML steht und die Einbett-URL nicht blockiert wird. Die häufigste Fehlerquelle ist hier das Consent-Management: Ein Player, dessen iframe erst nach Zustimmung per JavaScript eingesetzt wird, existiert für den Crawler nicht. Die bewährte Lösung ist ein statischer Platzhalter mit Vorschaubild, kombiniert mit VideoObject-Markup und einer Video-Sitemap, die alle Metadaten unabhängig vom Player übermitteln.

Der reine JavaScript-Player ohne serverseitig ausgeliefertes Markup ist die riskanteste Variante. Google rendert JavaScript, aber verzögert und ohne Vollständigkeitsgarantie. Wenn der Player die Videoquelle erst nach mehreren API-Aufrufen zusammensetzt, ist die Wahrscheinlichkeit hoch, dass beim Rendern nichts erkannt wird.

Prüfen müssen Sie dabei nichts im Blindflug: Die URL-Prüfung in der Search Console zeigt unter „Gerendertes HTML" exakt das, was Google sieht. Steht dort kein video- oder iframe-Element mit gültiger Quelle, ist jedes weitere Optimieren zwecklos, bis dieses Problem gelöst ist.

Ressourcenabruf: die stillen Blocker

Blockierte Ressourcen sind der Klassiker unter den Indexierungsfehlern, weil sie keine sichtbaren Symptome auf der Seite erzeugen. Häufige Muster:

• Ein Disallow: /media/ oder Disallow: /wp-content/uploads/ in der robots.txt, das Videodateien oder Vorschaubilder miterfasst.
• Ein CDN mit eigener, restriktiverer robots.txt. Für den Crawler zählt die robots.txt des Hosts, der die Datei tatsächlich ausliefert, nicht die Ihrer Hauptdomain.
• Vorschaubilder in gesperrten Verzeichnissen oder hinter einem Bildproxy, der Crawler abweist.
• Hotlink-Schutz oder Referrer-Prüfungen, die Anfragen ohne passenden Referrer mit einem Fehlercode beantworten.
• Signierte URLs mit kurzer Gültigkeit für die Videodatei, die zum Abrufzeitpunkt längst abgelaufen sind.

Die zugrundeliegende Regel ist simpel: Wiedergabeseite, Videodatei beziehungsweise Player und Vorschaubild müssen für Google abrufbar sein. Ist auch nur eines dieser Elemente gesperrt, kann die Videoindexierung scheitern, obwohl die Seite selbst kein Indexierungsproblem hat. Testen Sie den Abruf ohne Cookies, ohne Login und ohne Referrer, denn genau so sieht die Anfrage des Crawlers aus.

Vorschaubilder: Pflichtfeld der Videoindexierung

Bei Videos ist das Thumbnail kein Gestaltungsdetail, sondern Voraussetzung dafür, dass ein Treffer überhaupt als Video dargestellt werden kann. Sinnvolle Praxis:

• Eine stabile URL, die dauerhaft erreichbar ist und nicht bei jedem Deployment wechselt.
• Ein unter einem crawlbaren Pfad ausgeliefertes Bild in einem Format, das Google indexieren kann.
• Ein Motiv, das den tatsächlichen Videoinhalt zeigt statt eines generischen Markenbilds. In Ergebnislisten mit mehreren Videotreffern entscheidet das Motiv maßgeblich über die Klickrate.
• Dieselbe Bild-URL an allen drei Stellen: im poster-Attribut des Players, im VideoObject und in der Video-Sitemap. Abweichungen zwischen diesen Quellen gehören zu den häufigsten Ursachen für Warnungen im Indexierungsbericht.

Werden Vorschaubilder per Lazy Loading nachgeladen und liegt die echte Quelle nur in einem data-src-Attribut, muss die finale URL zumindest im strukturierten Datenblock stehen. Die allgemeine Bildoptimierung ist davon zu trennen und gehört nicht in diesen Kontext.

VideoObject: strukturierte Daten für die Metadaten

Strukturierte Daten vom Typ VideoObject helfen Google dabei, Angaben wie Titel, Beschreibung, Vorschaubild, Upload-Datum und Videodauer zu verstehen. Ohne dieses Markup muss Google alles aus dem Seitenkontext ableiten, mit entsprechend unzuverlässigen Ergebnissen.

Für ein gültiges VideoObject sind nach Googles Dokumentation mindestens name, thumbnailUrl und uploadDate erforderlich. Zusätzlich empfiehlt Google, eine contentUrl oder embedUrl anzugeben, damit das Video abgerufen beziehungsweise abgespielt werden kann. In der Praxis heißt das: Die drei Pflichtfelder machen das Markup gültig, aber erst die Quellangabe macht es wirklich nützlich.

Ein vollständiges Beispiel als JSON-LD im head der Wiedergabeseite:

{
  "@context": "https://schema.org",
  "@type": "VideoObject",
  "name": "Dachreinigung Schritt für Schritt erklärt",
  "description": "Ablauf einer professionellen Dachreinigung von der Vorprüfung über die Reinigung bis zur Beschichtung, gezeigt an einem Satteldach.",
  "thumbnailUrl": ["https://example.com/media/dachreinigung-poster.jpg"],
  "uploadDate": "2026-03-11T09:00:00+01:00",
  "duration": "PT7M24S",
  "contentUrl": "https://example.com/media/dachreinigung.mp4",
  "embedUrl": "https://example.com/player/dachreinigung",
  "publisher": {
    "@type": "Organization",
    "name": "Beispiel GmbH"
  }
}

Drei Details, an denen die Umsetzung regelmäßig scheitert:

• uploadDate im korrekten Format. Erwartet wird ein Datum nach ISO 8601, idealerweise mit Zeitzone. Ein deutsches Datumsformat aus dem CMS ist ungültig.
• duration als ISO-8601-Dauer. PT7M24S steht für 7 Minuten und 24 Sekunden. Schreibweisen wie 07:24 werden nicht akzeptiert.
• Konsistenz mit dem sichtbaren Inhalt. Der name sollte dem Titel der Wiedergabeseite entsprechen, die description dem, was dort tatsächlich steht. Strukturierte Daten beschreiben den Seiteninhalt, sie dürfen keine Inhalte behaupten, die auf der Seite fehlen.

Eine realistische Erwartung gehört dazu: Das Vorhandensein gültiger strukturierter Daten garantiert keine besondere Darstellung oder Aufnahme des Videos in die Google-Suchergebnisse. Das Markup ist die Eintrittskarte, nicht die Zusage.

Schlüsselmomente auszeichnen

Schlüsselmomente sind Sprungmarken innerhalb eines Videos, die direkt im Suchergebnis erscheinen können. Für längere Erklär- und Anleitungsvideos sind sie besonders wertvoll, weil sie die Kapitelstruktur bereits in der Trefferliste sichtbar machen. Es gibt zwei Wege, die sich gegenseitig ausschließen.

Clip-Markup zeichnet die Momente manuell aus. Sie legen Anfang, Ende, Bezeichnung und Sprung-URL jedes Abschnitts selbst fest:

"hasPart": [
  {
    "@type": "Clip",
    "name": "Vorprüfung des Dachs",
    "startOffset": 0,
    "endOffset": 96,
    "url": "https://example.com/ratgeber/dachreinigung/?t=0"
  },
  {
    "@type": "Clip",
    "name": "Reinigung mit Niederdruck",
    "startOffset": 96,
    "endOffset": 268,
    "url": "https://example.com/ratgeber/dachreinigung/?t=96"
  }
]

SeekToAction überlässt die Auswahl Google. Sie geben nur das URL-Muster an, mit dem sich jede beliebige Sekunde des Videos ansteuern lässt, und Google kann daraufhin relevante Zeitpunkte automatisch bestimmen:

"potentialAction": {
  "@type": "SeekToAction",
  "target": "https://example.com/ratgeber/dachreinigung/?t={seek_to_second_number}",
  "startOffset-input": "required name=seek_to_second_number"
}

Die Wahl ist eine Ressourcenfrage. Clip-Markup gibt Ihnen volle Kontrolle über Bezeichnungen und Abschnittsgrenzen, verlangt aber redaktionelle Arbeit für jedes einzelne Video. SeekToAction skaliert über den gesamten Bestand, setzt jedoch voraus, dass Ihr Player einen Zeitparameter in der URL zuverlässig auswertet. Testen Sie das vor dem Rollout im Browser: Wenn ?t=96 das Video bei Sekunde null startet, ist das Versprechen im Markup falsch und die Auszeichnung kontraproduktiv.

Video-Sitemaps: der zweite Entdeckungskanal

Eine Video-Sitemap kann Metadaten wie Titel, Beschreibung, Vorschaubild, Speicherort und Dauer eines Videos übermitteln und Google bei der Entdeckung von Videos unterstützen. Sie ersetzt das VideoObject-Markup nicht, sondern transportiert dieselben Informationen auf einem zweiten Weg, der vom Rendering der Seite unabhängig ist.

<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
        xmlns:video="http://www.google.com/schemas/sitemap-video/1.1">
  <url>
    <loc>https://example.com/ratgeber/dachreinigung/</loc>
    <video:video>
      <video:thumbnail_loc>https://example.com/media/dachreinigung-poster.jpg</video:thumbnail_loc>
      <video:title>Dachreinigung Schritt für Schritt erklärt</video:title>
      <video:description>Ablauf einer professionellen Dachreinigung von der Vorprüfung bis zur Beschichtung.</video:description>
      <video:content_loc>https://example.com/media/dachreinigung.mp4</video:content_loc>
      <video:duration>444</video:duration>
      <video:publication_date>2026-03-11T09:00:00+01:00</video:publication_date>
    </video:video>
  </url>
</urlset>

Besonders wertvoll ist die Sitemap genau dort, wo die Erkennung schwierig ist: bei Consent-abhängigen Einbettungen, bei rein clientseitig gerenderten Playern und bei großen Beständen, deren einzelne Wiedergabeseiten nur schwach intern verlinkt sind. Zwei Regeln sind dabei nicht verhandelbar: <loc> bezeichnet die Wiedergabeseite, nicht die Videodatei, und Titel, Beschreibung sowie Thumbnail stimmen mit dem VideoObject überein. Zwei Quellen mit widersprüchlichen Angaben sind schlechter als eine einzige konsistente.

Diagnose im Videoindexierungsbericht der Search Console

Der Videoindexierungsbericht der Google Search Console zeigt, auf welchen indexierten Seiten Google ein Video erkannt hat, ob es indexiert wurde und welche Probleme die Indexierung verhindern. Er bildet die tatsächliche Sicht von Google auf Ihren Videobestand ab und ist damit der Ausgangspunkt jeder Fehlersuche.

Ein bewährter Arbeitsablauf:

1. Das Verhältnis prüfen. Wie viele Seiten mit erkanntem Video stehen wie vielen indexierten Videos gegenüber? Eine große Lücke weist auf ein systematisches Problem hin, nicht auf Einzelfälle.
2. Nach Ursache gruppieren. Der Bericht ordnet nicht indexierte Videos nach Grund. Typische Kategorien betreffen ein fehlendes oder nicht abrufbares Vorschaubild, ein Video, das nicht der Hauptinhalt der Seite ist, oder eine nicht auffindbare Videoquelle. Diese Gruppen verraten, welche Stufe der Indexierungskette bricht.
3. Ein Beispiel exemplarisch nachvollziehen. Wählen Sie eine betroffene URL, prüfen Sie sie mit der URL-Prüfung, sehen Sie sich das gerenderte HTML an und rufen Sie Vorschaubild und Videodatei ohne Cookies und ohne Referrer ab.
4. Erst nach der Korrektur validieren. Nach der Behebung starten Sie die Validierung im Bericht. Die erneute Prüfung braucht Zeit: Ein gestern behobenes Video taucht nicht morgen im Index auf.
5. Dauerhaft beobachten. Videoindexierung ist kein Zustand, den man einmal herstellt. Ein Theme-Update, das den Player umbaut, oder eine neue Consent-Konfiguration kann den Bestand innerhalb weniger Tage aus dem Index entfernen.

Ergänzend prüft der Test für Rich-Suchergebnisse, ob Ihr VideoObject syntaktisch gültig ist. Er beantwortet allerdings nur die Markup-Frage, nicht die nach der Erreichbarkeit der Ressourcen. Beide Werkzeuge zusammen ergeben erst das vollständige Bild.

Performance und Erkennbarkeit in Einklang bringen

Videos sind schwer, und der Impuls, sie so spät wie möglich zu laden, ist berechtigt. Er kollidiert nur dann mit der Indexierung, wenn dabei die Erkennbarkeit verloren geht. Ein tragfähiger Kompromiss:

• Die Facade-Technik. Statt des vollständigen Players wird zunächst nur das Vorschaubild mit Play-Symbol ausgeliefert, der Player folgt beim Klick. Das ist performant und unschädlich, sofern VideoObject und Video-Sitemap die Metadaten unabhängig davon liefern.
• preload="metadata" statt preload="auto" beim nativen Player. Die Kopfdaten genügen für Dauer und Darstellung, die Datei selbst wird erst beim Abspielen geladen.
• Kein Lazy Loading für das Vorschaubild oberhalb des Falzes. Das Poster der Wiedergabeseite ist das Hauptmotiv und sollte sofort laden.
• Videoquelle serverseitig ausliefern. Wo immer möglich, steht die Quelle bereits im HTML, das der Server sendet, und wird nicht per JavaScript nachträglich erzeugt.

Die Faustregel lautet: Optimieren Sie, wann etwas geladen wird, nicht ob es im Markup steht. Alles, was nur im Browser eines zustimmenden Nutzers existiert, existiert für die Indexierung nicht.

Selbst gehostet oder eingebettet

Beide Wege führen in den Index, sie verschieben nur, wo der Aufwand anfällt.

Beim Selbsthosting kontrollieren Sie Dateiformat, Auslieferung und URL-Stabilität vollständig. Dafür tragen Sie die Verantwortung für Bandbreite, Kodierung, Range-Requests und die dauerhafte Erreichbarkeit der Datei unter der contentUrl. Für Google ist diese Variante die direkteste, weil die Videoquelle unmittelbar abrufbar ist.

Bei der Einbettung über eine Plattform übernimmt der Anbieter Auslieferung und Gerätekompatibilität. Sie geben dafür Kontrolle über den Player ab und verweisen im Markup per embedUrl statt contentUrl. Entscheidend ist, dass die Wiedergabeseite auf Ihrer Domain als kanonische Heimat des Videos erkennbar bleibt: eigene URL, eigenes Markup, eigener Eintrag in der Video-Sitemap. Die Plattform ist in dieser Konstruktion der Hoster, nicht das Optimierungsziel.

Checkliste für die Veröffentlichung einer Wiedergabeseite

• Die Seite ist indexierbar, kanonisiert auf sich selbst und intern verlinkt.
• Das Video ist der Hauptinhalt und steht ohne Interaktion sichtbar im gerenderten HTML.
• Videodatei beziehungsweise Player und Vorschaubild sind nicht per robots.txt gesperrt, auch nicht auf einem abweichenden CDN-Host.
• VideoObject enthält mindestens name, thumbnailUrl und uploadDate, dazu contentUrl oder embedUrl sowie duration im ISO-8601-Format.
• Titel, Beschreibung und Thumbnail-URL stimmen zwischen Seite, Markup und Video-Sitemap überein.
• Die Wiedergabeseite steht als <loc> in der Video-Sitemap, nicht die Videodatei.
• Falls Schlüsselmomente ausgezeichnet sind: Der Zeitparameter in der URL funktioniert im Browser nachweislich.
• Die URL-Prüfung zeigt im gerenderten HTML einen Player mit gültiger Quelle.
• Nach etwa zwei bis vier Wochen: Der Videoindexierungsbericht führt die Seite als Seite mit indexiertem Video.

Der letzte Punkt ist der einzige, der wirklich zählt. Alles davor ist Vorbereitung, und selbst ein fehlerfrei umgesetztes Setup ist keine Garantie für eine bestimmte Darstellung in der Suche. Was Sie kontrollieren können, ist die vollständige Kette der Voraussetzungen. Ob Google ein Video anzeigt, bleibt Googles Entscheidung, aber über ein Video, das Google nicht abrufen kann, wird diese Entscheidung garantiert nicht zu Ihren Gunsten ausfallen.