MP4 vs WebM: zwei Container, zwei Welten, wann nimmst Du was?

Wer Web-Videos kennt, kennt MP4 und WebM. Beide sind Container-Formate, beide spielen im Browser, beide werden von YouTube ausgeliefert. Trotzdem gibt es Situationen, in denen man konvertieren muss, weil der Ziel-Kontext nur eines von beiden akzeptiert. Dieser Ratgeber klärt, wann welches Format passt und welche Konvertierungs-Richtung Sinn ergibt.

Schnellüberblick: MP4 und WebM im Vergleich

Eigenschaft	MP4 (MPEG-4 Part 14)	WebM (Matroska-Subset)
Spezifiziert seit	2001 (ISO/IEC 14496-14)	2010 (Google)
Lizenz	Patente, MPEG-LA-Pool	royalty-free
Container-Basis	ISO Base Media File Format	Matroska
Video-Codecs typisch	H.264 (AVC), H.265 (HEVC)	VP8, VP9, AV1
Audio-Codecs typisch	AAC, AC-3	Opus, Vorbis
Standard auf iPhone	ja, Default	nein
Standard auf Android	ja	optional
Standard auf YouTube	bis 720p	ab 1080p
Browser-Support	100 Prozent	97 Prozent (kein iOS Safari vor 14.1)
Hardware-Decoding	überall	mobil VP9 ja, AV1 selten
E-Mail-Inline-Preview	nein	nein
WhatsApp / Telegram	ja	teilweise

Die beiden Formate sind technisch gut vergleichbar, kulturell aber sehr verschieden: MP4 ist das industriell etablierte Format, WebM das politisch motivierte freie Format.

Die Geschichte hinter den Containern

MP4 wuchs aus dem Apple-QuickTime-Container, den Apple 1991 entwickelt hatte. Die ISO standardisierte das Konzept 2001 als MPEG-4 Part 14. Mit der Einführung des iPhone 2007 und der Pflicht-Verwendung von H.264 im MP4-Container etablierte sich MP4 als De-facto-Standard für Smartphone-Video, Streaming und Camcorder-Aufnahmen. Praktisch jede Aufnahme-App der letzten 15 Jahre schreibt MP4.

WebM entstand 2010 als strategische Antwort von Google auf das Patent-belastete H.264. Google kaufte 2010 die Codec-Firma On2 (Hersteller von VP8) und veröffentlichte WebM als offenes, royalty-freies Container-Format. Basis ist Matroska (MKV), eingeschränkt auf VP8 / VP9 / AV1 als Video und Opus / Vorbis als Audio. Mozilla, Opera und Chrome unterstützten WebM sofort, Apple und Microsoft erst Jahre später.

Der Unterschied bleibt bis heute relevant: wer ein Open-Source-Projekt distribuiert, wählt eher WebM. Wer ein Apple-Gerät als Quelle hat, hat MP4.

Codecs: H.264 / H.265 vs VP9 / AV1

Container und Codec sind zwei verschiedene Schichten. Was wirklich die Datei-Größe und Bildqualität bestimmt, ist der Codec im Inneren:

• H.264 (AVC) ist seit 2003 der universelle Codec. Sehr gute Hardware-Beschleunigung, brauchbare Kompression, Patente im MPEG-LA-Pool. Default in MP4-Containern bei iPhone-Aufnahmen.
• H.265 (HEVC) ist seit 2013 der Nachfolger. Etwa 30 bis 50 Prozent bessere Kompression als H.264, dafür komplexere Patent-Lage. Apple stellt seit iOS 11 (2017) auf HEVC um, wenn das Zielgerät HEVC dekodieren kann.
• VP9 ist seit 2013 der Standard-Codec in WebM. Qualitativ etwa wie H.265, dafür royalty-free. Hardware-Decoding in modernen Smartphones und PCs vorhanden.
• AV1 ist seit 2018 verfügbar, entwickelt von der Alliance for Open Media (Google, Mozilla, Netflix, Amazon, Microsoft, Cisco). Bessere Kompression als VP9, royalty-free, aber Hardware-Encoding selten.

Eine Datei-Konvertierung zwischen MP4 und WebM bedeutet immer auch einen Codec-Wechsel (z.B. H.264 → VP9 oder VP9 → H.264). Das ist ein neuer Encode, keine bloße Umverpackung. Erwartbarer Qualitätsverlust ist gering bei mittleren bis hohen CRF-Werten, aber spürbar bei aggressiver Kompression.

Audio: AAC vs Opus

Auch die Audio-Spuren unterscheiden sich:

• AAC ist seit Anfang der 2000er der Standard für MP4. Sehr gute Qualität ab 96 kbps, Hardware-Decoder in jedem Gerät, leichte Patent-Lizenz-Last.
• Opus ist seit 2012 der Standard für WebM. Royalty-frei, optimiert für Sprache und Musik, niedrigere Latenz, sehr gute Qualität auch bei niedrigen Bitraten (32 kbps für Sprache, 64 kbps für Musik). Discord und WebRTC nutzen Opus als Default.

Bei der Konvertierung MP4 → WebM wird AAC nach Opus transkodiert (Re-Encode, leichter Qualitäts-Verlust, akzeptabel ab 96 kbps Quell-Bitrate). Bei WebM → MP4 wird Opus nach AAC, analog.

Wann konvertieren? Vier konkrete Fälle

1. iPhone-Aufnahme für ein Open-Source-Projekt → MP4 zu WebM

Du hast eine .mp4-Aufnahme vom iPhone und willst sie auf einer GitHub-Pages-Seite als <video>-Tag einbetten, mit dem Anspruch, kein Patent-belastetes Format auszuliefern. Konvertiere zu WebM mit VP9 + Opus.

2. WebM-Download von YouTube für Schnitt in DaVinci Resolve → WebM zu MP4

Du hast .webm aus einem YouTube-Downloader. DaVinci Resolve, Final Cut Pro und viele andere Schnitt-Programme arbeiten am besten mit H.264-MP4. Konvertiere zu MP4 mit H.264 + AAC.

3. Twitter / X / TikTok Upload → meistens MP4

Social-Media-Plattformen akzeptieren WebM offiziell, transkodieren es aber intern oft zu MP4 und verlieren Qualität. Wer Kontrolle über das End-Format will, lädt MP4 hoch.

4. HTML5-<video> mit Fallback → beide ausliefern

Wer kompatibel sein will, kombiniert <source> mit MP4 und WebM:

<video controls>
  <source src="demo.webm" type="video/webm">
  <source src="demo.mp4" type="video/mp4">
</video>

Moderne Browser nehmen das erste passende Format. Safari unter iOS 14.1 ältere Versionen fallen auf MP4 zurück.

Workflow: MP4 ↔ WebM mit mp4webm.de

Der Konverter läuft komplett im Browser mit ffmpeg.wasm. Drei Schritte:

1. Richtung wählen: MP4 → WebM oder WebM → MP4, Toggle am Anfang.
2. Datei wählen: Drag-and-Drop oder Click. Maximal 200 MB.
3. Qualität + Breite einstellen, dann Konvertieren. Drei Quality-Modi (fast / balanced / high) mappen auf CRF 30 / 23 / 18.

Engine im Detail:

• MP4 → WebM nutzt -c:v libvpx-vp9 -crf <q> -b:v 0 -c:a libopus -b:a 128k. Two-Pass-Encoding ist möglich aber im Browser zu langsam, daher Single-Pass mit CRF.
• WebM → MP4 nutzt -c:v libx264 -preset medium -crf <q> -pix_fmt yuv420p -c:a aac -b:a 128k -movflags +faststart. Faststart legt die moov-Box an den Anfang für Web-Streaming.

Resize-Filter scale=W:-2:flags=lanczos reduziert die Auflösung wenn maxWidth gesetzt ist. Lanczos liefert die beste Schärfe pro CPU-Einheit.

Die Verarbeitung läuft komplett lokal, kein Server-Upload. Details zur Privacy-Architektur stehen im Ratgeber Datenschutz bei Video-Konvertern.

Bei Fragen oder Korrekturen zur Codec-Lage, zu Browser-Support-Status oder zur Encoder-Wahl: info@akara-solutions.de.