So wählen Sie den richtigen Video-Codec für die Wiedergabe im Web

Die Codec-Wahl ist eine Produktentscheidung, nicht nur eine Kompressionsentscheidung

Über Video-Codecs lässt sich leicht schlecht diskutieren. Jemand vergleicht AV1, H.264, VP9 und HEVC in einem Diagramm, zeigt auf die kleinste Datei und erklärt sie zum Sieger. So funktioniert Web-Wiedergabe in der Produktion nicht.

Eine Codec-Entscheidung beeinflusst Startzeit, Buffering, Akkulaufzeit, CDN-Kosten, Gerätekompatibilität, Encoding-Infrastruktur, rechtliche Risiken und Support-Tickets. Der „beste“ Codec für einen Streaming-Dienst mit großer Encoding-Farm ist nicht zwangsläufig der beste Codec für eine Marketing-Website mit fünf Produktvideos.

Die nützliche Frage lautet nicht: „Welcher Codec ist der beste?“ Sie lautet: Welcher Codec liefert dieser Zielgruppe gute Wiedergabe bei möglichst geringem Betriebsrisiko?

Die Kurzfassung: Was Sie 2026 verwenden sollten

Für die meisten Web-Teams sieht die praktische Antwort so aus:

• Verwenden Sie H.264 als Basis. Er ist alt, effizient genug, wird weithin per Hardware decodiert und ist weiterhin die sicherste Kompatibilitätsschicht.
• Ergänzen Sie AV1, wenn Videovolumen oder Bandbreitenkosten es rechtfertigen. AV1 kann hervorragende Kompression liefern, insbesondere bei niedrigeren Bitraten, aber das Encoding ist langsamer und ältere Geräte benötigen möglicherweise einen Fallback.
• Verwenden Sie VP9 vor allem dann, wenn Ihre Zielgruppe und Pipeline ohnehin dazu passen. VP9 bleibt nützlich, insbesondere in WebM-Workflows und manchen Android-/Desktop-Umgebungen, aber AV1 ist der zukunftsorientiertere offene Codec.
• Verwenden Sie HEVC im Web vorsichtig. Für Apple-lastige Zielgruppen kann HEVC attraktiv sein, doch Browser-/Plattformunterstützung und Lizenzkomplexität machen ihn zu einem schlechten universellen Standard.

Das mag konservativ klingen. Das ist es auch. Videofehler sind nicht subtil. Wenn die Wiedergabe scheitert, bewundern Nutzer nicht Ihre Kompressionsrate.

Kennen Sie die vier wichtigsten Web-Codecs

H.264: der langweilige Standard, der weiterhin zählt

H.264, auch als AVC bekannt, bleibt die sicherste Video-Basis des Webs. Er läuft fast überall: in Desktop-Browsern, mobilen Browsern, Smart-TVs, älteren Geräten, Social Embeds und Webviews nativer Apps.

Seine Stärken sind einfach:

• Sehr breite Unterstützung
• Ausgereifte Encoding-Werkzeuge
• Zuverlässige Hardware-Decodierung
• Gutes Akkuverhalten auf Mobilgeräten
• Vorhersehbare Streaming-Unterstützung

Seine Schwächen sind ebenfalls klar. Er ist nicht so kompressionseffizient wie AV1 oder HEVC. Bei gleichem Qualitätsniveau benötigt H.264 in der Regel mehr Bits. Wenn Sie große Videomengen ausliefern, wird dieser Unterschied zu echten CDN-Kosten.

Dennoch ist H.264 für kurze Clips, Produktvideos, Dokumentationsvideos und Websites mit geringem bis mittlerem Traffic meist das richtige erste Encode.

AV1: der effiziente Codec mit echten Kompromissen

AV1 ist die stärkste offene Codec-Wahl für moderne Web-Auslieferung. Bei gleicher Bitrate liefert er oft bessere Qualität als H.264 und VP9, insbesondere für Nutzer mit geringerer Bandbreite. Das macht ihn attraktiv für Streaming-Plattformen, medienlastige Publisher, Bildungsangebote und jedes Team, das Transferkosten ernst nimmt.

Aber AV1 ist nicht kostenlos. Das Encoding ist rechenintensiv, auch wenn moderne Encoder und Hardware-Beschleunigung stark aufgeholt haben. Auch die Wiedergabeunterstützung hängt vom Gerät ab. Neuere Desktops, Android-Geräte und TVs sind zunehmend leistungsfähig; ältere Smartphones und Laptops haben möglicherweise keine effiziente Hardware-Decodierung.

Die praktische Regel: AV1 eignet sich hervorragend als zusätzliche Variante, nicht als einzige Variante. Kombinieren Sie ihn mit einem H.264-Fallback, sofern Sie die Wiedergabeumgebung nicht streng kontrollieren.

Diese Entscheidung ähnelt der Wahl von Standbildformaten: Bessere Kompression ist nur dann nützlich, wenn Unterstützung, Encoding-Zeit und Qualität in der realen Welt bestehen. Dasselbe Abwägen gilt bei Bildformat-Entscheidungen wie AVIF versus WebP.

VP9: weiterhin nützlich, weniger spannend

VP9 war die große offene Alternative, bevor AV1 ausgereift war. Er kann deutlich effizienter sein als H.264 und hat solide Unterstützung in vielen Chromium-basierten Browsern, Firefox, Android-Umgebungen und einigen TV-Plattformen.

VP9 ist weiterhin sinnvoll, wenn:

• Sie bereits eine VP9-Encoding-Pipeline haben
• Ihre Zielgruppe überwiegend Chrome, Firefox, Android oder Smart-TV nutzt
• Sie WebM-Auslieferung benötigen
• AV1-Encoding-Kosten derzeit noch nicht akzeptabel sind

Für eine neue Pipeline im Jahr 2026 ist VP9 als langfristiger Advanced Codec jedoch schwerer zu rechtfertigen. Wenn Sie über H.264 hinausgehen, ist AV1 meist die bessere strategische Wette.

HEVC: technisch stark, operativ umständlich

HEVC, auch als H.265 bekannt, ist effizient und in einigen Ökosystemen weit verbreitet. Besonders relevant ist er auf Apple-Geräten, wo Hardware-Unterstützung üblich ist.

Das Problem ist nicht die Qualität. Das Problem ist die Web-Praxis. Die Browserunterstützung war historisch fragmentiert, die Lizenzierung ist komplizierter als bei offenen Codecs, und plattformübergreifendes Verhalten kann uneinheitlich sein. HEVC kann eine sinnvolle Ergänzung für Apple-lastige Zielgruppen oder Workflows nahe an nativen Apps sein, ist aber selten der sauberste universelle Web-Standard.

Wenn Ihre Analytics eine stark von Safari/iOS/macOS geprägte Zielgruppe zeigen, kann HEVC einen Test wert sein. Wenn Sie einen Advanced Codec für das breite Web benötigen, bevorzugen Sie AV1.

Beginnen Sie mit Ihrer Zielgruppe, nicht mit der Codec-Tabelle

Bevor Sie Formate auswählen, beantworten Sie drei Fragen aus Ihren eigenen Analytics:

1. Welche Browser und Geräte sehen sich Ihre Videos tatsächlich an? Desktop Chrome ist nicht dasselbe wie Low-End-Android, Safari auf dem iPhone, In-App-Browser oder Smart-TVs.
2. Wie lang sind die Videos? Ein 12-sekündiger Hero-Loop und eine 90-minütige Lektion haben sehr unterschiedliche wirtschaftliche Rahmenbedingungen.
3. Wie viel Video konsumieren Nutzer tatsächlich? Page Views sind keine Watch Time. Bandbreiteneinsparungen sind vor allem dann relevant, wenn Menschen genug Sekunden schauen, damit der Codec ins Gewicht fällt.

Wenn Ihr Video-Traffic gering ist, kann ein gut komprimiertes H.264 MP4 ausreichen. Wenn Video zentral für das Produkt ist, verwenden Sie mehrere Varianten und moderne Codecs.

Stimmen Sie die Codec-Wahl auf das Auslieferungsmodell ab

Einfach eingebettetes Video

Für eine kleine Website mit einigen Videos beginnen Sie mit:

• H.264-Video
• AAC-Audio
• MP4-Container
• Angemessener Auflösung und Bitrate
• Posterbild
• Lazy Loading, wo sinnvoll

Diese Kombination ist nicht glamourös, aber sie funktioniert. Optional können Sie AV1 oder VP9 als WebM-Quelle vor dem MP4-Fallback ergänzen:

<video controls preload="metadata" poster="poster.jpg">
  <source src="demo-av1.webm" type="video/webm; codecs=av01.0.05M.08">
  <source src="demo-h264.mp4" type="video/mp4; codecs=avc1.4d401f, mp4a.40.2">
</video>

Der Browser wählt die erste Quelle, die er abspielen kann. Testen Sie das auf echten Geräten, nicht nur auf Ihrem Entwicklungs-Laptop.

Streaming und Langform-Wiedergabe

Bei längeren Inhalten ist adaptives Bitrate-Streaming wichtiger als jeder einzelne Codec. HLS und MPEG-DASH ermöglichen dem Player, je nach Netzwerk- und Gerätebedingungen zwischen Qualitätsstufen zu wechseln.

Eine praktische Streaming-Leiter könnte Folgendes enthalten:

• H.264-Varianten für breite Kompatibilität
• AV1-Varianten für geeignete moderne Clients
• Mehrere Auflösungen und Bitraten
• Separate Audio-Varianten, wo sinnvoll
• Segmentgrößen, abgestimmt auf Start- und Wechselverhalten

Codec-Wahl und Bitrate-Ladder-Design sollten gemeinsam getestet werden. Ein schönes AV1-Encode bei einer Bitrate hilft nicht, wenn der Start langsam ist, Segmente zu groß sind oder Geräte der Mittelklasse beim Decoding ins Straucheln geraten.

Ignorieren Sie Hardware-Decodierung nicht

Ein Codec, der in Software unterstützt wird, ist nicht dasselbe wie ein Codec, der gut unterstützt wird. Software-Decodierung kann die CPU-Auslastung erhöhen, Akku verbrauchen und zu ausgelassenen Frames führen. Das ist besonders wichtig für mobile Nutzer, Laptops im Akkubetrieb und 4K-Wiedergabe.

Achten Sie beim Testen auf:

• CPU- und GPU-Auslastung
• Akkuverbrauch
• Ausgelassene Frames
• Lüftergeräusche auf Laptops
• Wärmeentwicklung auf Smartphones
• Startverzögerung
• Reaktionsfähigkeit beim Seeking

Hier kann „beste Kompression“ gegen „gut genug und hardwaredecodiert“ verlieren. Eine größere H.264-Datei, die flüssig läuft, kann besser sein als eine kleinere AV1-Datei, die auf älterer Hardware den Akku des Nutzers belastet.

Die Bitrate ist weiterhin wichtiger, als Teams zugeben

Die Codec-Wahl rettet keine nachlässige Bitrate-Leiter. Viele Webvideos sind verschwenderisch, weil sie mit Production-Master-Einstellungen exportiert und ohne sinnvollen Auslieferungsplan hochgeladen werden.

Als grober Ausgangspunkt für H.264 SDR-Web-Wiedergabe:

• 720p: etwa 2–4 Mbps
• 1080p: etwa 4–8 Mbps
• 4K: etwa 12–25 Mbps

AV1 und HEVC können bei ähnlich wahrgenommener Qualität oft niedriger liegen, aber der Inhalt zählt. Talking-Head-Aufnahmen komprimieren anders als Game Capture, Bildschirmaufzeichnungen, Animation, Sport oder körniger Film.

Testen Sie immer visuell. Kompressionsmetriken helfen, aber die menschliche Wahrnehmung entscheidet, ob das Video akzeptabel ist.

Container und MIME types gehören zur Aufgabe

Ein Codec ist kein Dateiformat. H.264 wird häufig in MP4 ausgeliefert. AV1 kann je nach Zielunterstützung und Pipeline in WebM oder MP4 ausgeliefert werden. VP9 ist häufig WebM. Auch die Wahl des Audio-Codecs ist wichtig: AAC bleibt der sichere MP4-Audio-Standard, während Opus in WebM-Workflows hervorragend ist.

Liefern Sie korrekte MIME types aus. Stellen Sie sicher, dass Range Requests funktionieren. Konfigurieren Sie Caching bewusst. Defekte Header können dazu führen, dass Seeking im Video fehlschlägt oder unnötige erneute Downloads erzwungen werden. Wenn sich Video in Produktion anders verhält als lokal, prüfen Sie die tatsächliche HTTP-Antwort; der Ansatz aus Debugging von Redirects und HTTP-Headern in Produktion lässt sich direkt auf Medienauslieferung anwenden.

Messen Sie Wiedergabe, nicht nur Page Speed

Allgemeine Performance-Scores können schwere Seiten markieren, erklären die Videoerfahrung aber nicht vollständig. Erfassen Sie videospezifische Signale:

• Time to first frame
• Startverzögerung
• Rebuffering-Quote
• Durchschnittlich ausgelieferte Bitrate
• Ausgelassene Frames
• Fehlerrate nach Browser und Gerät
• Watch Time und Abbruchpunkte

Ein Page Audit ist weiterhin nützlich für angrenzende Probleme: übergroße Poster, render-blockierende Skripte, schlechtes Lazy Loading und Layout Shifts rund um den Player. Wenn Ihr Team Lighthouse als ersten Durchlauf nutzt, lesen Sie es als Priorisierungswerkzeug statt als Urteil; Lighthouse-Berichte brauchen Interpretation, besonders auf medienlastigen Seiten.

Ein praktischer Entscheidungsbaum

Nutzen Sie dies als Ausgangspunkt:

1. Benötigen Sie maximale Kompatibilität? Verwenden Sie H.264 MP4.
2. Liefern Sie viele Videominuten pro Nutzer aus? Ergänzen Sie AV1-Varianten, wo sie unterstützt werden.
3. Besteht Ihre Zielgruppe überwiegend aus Apple-Geräten? Erwägen Sie HEVC als zusätzliche Variante, nicht als einzige.
4. Haben Sie bereits in VP9 investiert? Behalten Sie es, wenn es gut funktioniert; migrieren Sie nicht ohne Belege eilig weg.
5. Langform oder variable Netzwerke? Verwenden Sie adaptives Streaming, bevor Sie sich auf einen einzelnen Codec fixieren.
6. Low-End-Mobile-Zielgruppe? Bevorzugen Sie hardwaredecodierte Formate und konservative Bitraten.
7. Kurzes dekoratives Video? Überlegen Sie, ob es überhaupt Video sein sollte. Ein statisches Bild, eine Animation oder ein kürzerer Loop kann besser sein.

<!-- tool-cta:start -->

💡 Probieren Sie Folgendes aus: Testen Sie mit dem Video Converter, wie verschiedene Codecs bei Ihren Inhalten abschneiden, damit Ihre Entscheidung auf der tatsächlichen Ausgabe basiert und nicht auf allgemeinen Benchmarks.

<!-- tool-cta:end -->

Die vernünftige Standardempfehlung

Wenn Sie heute eine Web-Video-Pipeline aufbauen oder erneuern, beginnen Sie hier:

• Encodieren Sie einen verlässlichen H.264/AAC MP4-Fallback.
• Ergänzen Sie AV1 für Browser und Geräte, die davon profitieren.
• Verwenden Sie adaptives Streaming für Langform-Inhalte.
• Testen Sie auf echten Geräten, einschließlich älterer und schwächerer Hardware.
• Überwachen Sie Wiedergabefehler und Buffering nach dem Launch.

Codec-Auswahl ist keine einmalige Erklärung. Sie ist eine Wartungsentscheidung. Browserunterstützung verbessert sich, Hardware verändert sich, Encoding-Werkzeuge werden schneller, und Ihre Zielgruppe verschiebt sich. Überprüfen Sie die Entscheidung regelmäßig, aber jagen Sie nicht jeder neuen Codec-Ankündigung hinterher. Der richtige Codec ist derjenige, den Ihre Nutzer flüssig, in akzeptabler Qualität und ohne Bandbreitenverschwendung oder fragile Auslieferungsinfrastruktur abspielen können.