Comment choisir le bon codec vidéo pour la lecture web

Le choix du codec est une décision produit, pas seulement une décision de compression

Il est facile de mal discuter des codecs vidéo. Quelqu’un compare AV1, H.264, VP9 et HEVC dans un graphique, désigne le plus petit fichier et déclare un gagnant. Ce n’est pas ainsi que fonctionne la lecture web en production.

Une décision de codec affecte le temps de démarrage, la mise en mémoire tampon, l’autonomie de la batterie, le coût CDN, la compatibilité des appareils, l’infrastructure d’encodage, l’exposition juridique et les tickets de support. Le « meilleur » codec pour un service de streaming disposant d’une grande ferme d’encodage n’est pas nécessairement le meilleur codec pour un site marketing avec cinq vidéos produit.

La question utile n’est pas « quel codec est le meilleur ? » C’est : quel codec offre à cette audience une bonne lecture avec le moins de risque opérationnel ?

La version courte : quoi utiliser en 2026

Pour la plupart des équipes web, la réponse pratique ressemble à ceci :

• Utilisez H.264 comme base. Il est ancien, suffisamment efficace, largement décodé matériellement et reste la couche de compatibilité la plus sûre.
• Ajoutez AV1 lorsque le volume vidéo ou le coût de bande passante le justifie. AV1 peut offrir une excellente compression, surtout à des débits plus faibles, mais l’encodage est plus lent et les appareils plus anciens peuvent devoir utiliser une solution de repli.
• Utilisez VP9 surtout lorsque votre audience et votre pipeline y sont déjà favorables. Il reste utile, notamment dans les workflows WebM et certains environnements Android/desktop, mais AV1 est le codec ouvert le plus tourné vers l’avenir.
• Utilisez HEVC avec prudence sur le web. Il peut être intéressant pour les audiences très orientées Apple, mais la prise en charge par les navigateurs/plateformes et la complexité des licences en font un mauvais choix par défaut universel.

Cela peut sembler conservateur. Ça l’est. Les échecs vidéo ne sont pas subtils. Si la lecture casse, les utilisateurs n’admireront pas votre taux de compression.

Connaître les quatre principaux codecs web

H.264 : le choix par défaut ennuyeux qui compte encore

H.264, aussi connu sous le nom AVC, reste la base vidéo la plus sûre du web. Il se lit presque partout : navigateurs desktop, navigateurs mobiles, smart TVs, appareils plus anciens, intégrations sociales et webviews d’applications natives.

Ses forces sont simples :

• Très large prise en charge
• Outils d’encodage matures
• Décodage matériel fiable
• Bon comportement sur batterie en mobile
• Prise en charge du streaming prévisible

Ses faiblesses sont également claires. Il n’est pas aussi efficace en compression que AV1 ou HEVC. À qualité égale, H.264 nécessite généralement plus de bits. Si vous servez de grands volumes de vidéo, cette différence devient un vrai coût CDN.

Malgré tout, pour des clips courts, des vidéos produit, des vidéos de documentation et des sites à trafic faible à modéré, H.264 est généralement le bon premier encodage.

AV1 : le codec efficace avec de vrais compromis

AV1 est le choix de codec ouvert le plus solide pour la diffusion web moderne. Il offre souvent une meilleure qualité que H.264 et VP9 au même débit, surtout pour les utilisateurs ayant une bande passante plus faible. Cela le rend attrayant pour les plateformes de streaming, les éditeurs riches en médias, les sites d’éducation et toute équipe qui surveille sérieusement ses coûts de transfert.

Mais AV1 n’est pas gratuit. L’encodage est coûteux en calcul, même si les encodeurs modernes et l’accélération matérielle se sont beaucoup améliorés. La prise en charge de la lecture dépend aussi des appareils. Les desktops récents, les appareils Android et les TVs sont de plus en plus capables ; les téléphones et ordinateurs portables plus anciens peuvent ne pas disposer d’un décodage matériel efficace.

La règle pratique : AV1 est excellent comme variante supplémentaire, pas comme seule variante. Associez-le à un repli H.264, sauf si vous contrôlez strictement l’environnement de lecture.

Cette décision ressemble aux choix de formats d’images fixes : une meilleure compression n’est utile que lorsque la prise en charge, le temps d’encodage et la qualité tiennent en conditions réelles. La même logique de compromis s’applique aux décisions de formats d’image comme AVIF contre WebP.

VP9 : toujours utile, moins enthousiasmant

VP9 était la principale alternative ouverte avant la maturité d’AV1. Il peut être beaucoup plus efficace que H.264 et bénéficie d’une prise en charge solide dans de nombreux navigateurs basés sur Chromium, Firefox, les environnements Android et certaines plateformes TV.

VP9 a encore du sens si :

• Vous avez déjà un pipeline d’encodage VP9
• Votre audience utilise principalement Chrome, Firefox, Android ou smart TV
• Vous avez besoin d’une diffusion WebM
• Le coût d’encodage AV1 n’est pas encore acceptable

Pour un nouveau pipeline en 2026, toutefois, VP9 est plus difficile à justifier comme codec avancé à long terme. Si vous allez au-delà de H.264, AV1 est généralement le meilleur pari stratégique.

HEVC : techniquement solide, opérationnellement délicat

HEVC, aussi connu sous le nom H.265, est efficace et largement utilisé dans certains écosystèmes. Il est particulièrement pertinent sur les appareils Apple, où la prise en charge matérielle est courante.

Le problème n’est pas la qualité. Le problème est la praticité sur le web. La prise en charge par les navigateurs a historiquement été fragmentée, les licences sont plus compliquées qu’avec les codecs ouverts, et le comportement multiplateforme peut être inégal. HEVC peut être un ajout judicieux pour les audiences très orientées Apple ou les workflows proches des applications natives, mais c’est rarement le choix par défaut web universel le plus simple.

Si vos analytics montrent une audience très Safari/iOS/macOS, HEVC peut valoir la peine d’être testé. Si vous avez besoin d’un seul codec avancé pour le web au sens large, préférez AV1.

Commencez par votre audience, pas par le tableau des codecs

Avant de choisir des formats, répondez à trois questions à partir de vos propres analytics :

1. Quels navigateurs et appareils regardent réellement vos vidéos ? Desktop Chrome n’est pas la même chose qu’un Android d’entrée de gamme, Safari sur iPhone, les navigateurs in-app ou les smart TVs.
2. Quelle est la durée des vidéos ? Une boucle hero de 12 secondes et un cours de 90 minutes ont des économies très différentes.
3. Quelle quantité de vidéo les utilisateurs consomment-ils réellement ? Les pages vues ne sont pas du temps de visionnage. Les économies de bande passante comptent surtout lorsque les gens regardent assez de secondes pour que le codec fasse une différence.

Si votre trafic vidéo est léger, un MP4 H.264 bien compressé peut suffire. Si la vidéo est centrale dans le produit, utilisez plusieurs variantes et des codecs modernes.

Faites correspondre le choix du codec au modèle de diffusion

Vidéo intégrée simple

Pour un petit site avec quelques vidéos, commencez par :

• Vidéo H.264
• Audio AAC
• Conteneur MP4
• Résolution et débit raisonnables
• Image poster
• Chargement paresseux lorsque c’est approprié

Cette combinaison n’est pas spectaculaire, mais elle fonctionne. Vous pouvez éventuellement ajouter AV1 ou VP9 comme source WebM avant le repli MP4 :

<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>

Le navigateur choisira la première source qu’il peut lire. Testez cela sur de vrais appareils, pas seulement sur votre ordinateur portable de développement.

Streaming et lecture longue durée

Pour les contenus plus longs, le streaming à débit adaptatif compte davantage qu’un codec unique. HLS et MPEG-DASH permettent au lecteur de basculer entre des niveaux de qualité selon les conditions réseau et appareil.

Une échelle de streaming pratique pourrait inclure :

• Des variantes H.264 pour une large compatibilité
• Des variantes AV1 pour les clients modernes compatibles
• Plusieurs résolutions et débits
• Des variantes audio séparées lorsque c’est utile
• Des tailles de segments ajustées pour le démarrage et le comportement de commutation

Le choix du codec et la conception de l’échelle de débits doivent être testés ensemble. Un magnifique encodage AV1 à un débit donné n’aide pas si le démarrage est lent, si les segments sont trop volumineux ou si les appareils de milieu de gamme peinent à le décoder.

N’ignorez pas le décodage matériel

Un codec pris en charge en logiciel n’est pas la même chose qu’un codec bien pris en charge. Le décodage logiciel peut augmenter l’utilisation CPU, vider la batterie et provoquer des images perdues. C’est particulièrement important pour les utilisateurs mobiles, les ordinateurs portables sur batterie et la lecture 4K.

Lors des tests, surveillez :

• L’utilisation CPU et GPU
• La décharge de la batterie
• Les images perdues
• Le bruit des ventilateurs sur les ordinateurs portables
• La chaleur sur les téléphones
• Le délai de démarrage
• La réactivité lors de la recherche

C’est ici que la « meilleure compression » peut perdre face à « suffisamment bon et décodé matériellement ». Un fichier H.264 plus volumineux qui se lit sans à-coups peut être préférable à un fichier AV1 plus petit qui épuise la batterie de l’utilisateur sur du matériel ancien.

Le débit compte encore plus que les équipes ne l’admettent

Le choix du codec ne sauve pas une échelle de débits négligée. Beaucoup de vidéos web sont gaspilleuses parce qu’elles sont exportées avec des paramètres de master de production et téléversées sans plan de diffusion raisonnable.

Comme point de départ approximatif pour la lecture web H.264 SDR :

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

AV1 et HEVC peuvent souvent descendre plus bas à qualité perçue similaire, mais le contenu compte. Une vidéo face caméra ne se compresse pas comme une capture de jeu, un enregistrement d’écran, une animation, du sport ou un film granuleux.

Testez toujours visuellement. Les métriques de compression aident, mais la perception humaine décide si la vidéo est acceptable.

Les conteneurs et les types MIME font partie du travail

Un codec n’est pas un format de fichier. H.264 est couramment diffusé en MP4. AV1 peut être diffusé en WebM ou en MP4 selon la prise en charge cible et le pipeline. VP9 est couramment en WebM. Les choix de codec audio comptent aussi : AAC reste le choix audio MP4 sûr par défaut, tandis qu’Opus est excellent dans les workflows WebM.

Servez les bons types MIME. Assurez-vous que les requêtes Range fonctionnent. Configurez le cache délibérément. Des en-têtes cassés peuvent faire échouer la recherche dans la vidéo ou forcer des retéléchargements inutiles. Si la vidéo se comporte différemment en production qu’en local, inspectez la réponse HTTP réelle ; l’approche décrite dans le débogage des redirections et des en-têtes HTTP en production s’applique directement à la diffusion média.

Mesurez la lecture, pas seulement la vitesse de page

Les scores de performance génériques peuvent signaler des pages lourdes, mais ils n’expliqueront pas entièrement l’expérience vidéo. Suivez des signaux propres à la vidéo :

• Temps jusqu’à la première image
• Délai de démarrage
• Taux de remise en mémoire tampon
• Débit moyen délivré
• Images perdues
• Taux d’erreur par navigateur et appareil
• Temps de visionnage et points d’abandon

Un audit de page reste utile pour les problèmes périphériques : posters surdimensionnés, scripts bloquant le rendu, mauvais chargement paresseux et décalages de mise en page autour du lecteur. Si votre équipe utilise Lighthouse comme première passe, lisez-le comme un outil de priorisation plutôt que comme un verdict ; les rapports Lighthouse demandent une interprétation, surtout sur les pages riches en médias.

Un arbre de décision pratique

Utilisez ceci comme point de départ :

1. Besoin d’une compatibilité maximale ? Utilisez H.264 MP4.
2. Vous servez de nombreuses minutes de vidéo par utilisateur ? Ajoutez des variantes AV1 lorsque c’est pris en charge.
3. Audience majoritairement sur appareils Apple ? Envisagez HEVC comme variante supplémentaire, pas comme seule variante.
4. Déjà investi dans VP9 ? Gardez-le s’il fonctionne bien ; ne migrez pas dans l’urgence sans preuves.
5. Format long ou réseaux variables ? Utilisez le streaming adaptatif avant d’être obsédé par un seul codec.
6. Audience mobile d’entrée de gamme ? Favorisez les formats décodés matériellement et les débits conservateurs.
7. Vidéo décorative courte ? Demandez-vous si ce devrait vraiment être une vidéo. Une image statique, une animation ou une boucle plus courte peut être préférable.

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

💡 Essayez ceci : Testez le rendu de différents codecs sur votre contenu avec Video Converter, afin que votre décision repose sur le résultat réel et non sur des benchmarks génériques.

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

La recommandation par défaut raisonnable

Si vous construisez ou rafraîchissez aujourd’hui un pipeline vidéo web, commencez ici :

• Encodez un repli MP4 H.264/AAC fiable.
• Ajoutez AV1 pour les navigateurs et appareils qui en bénéficient.
• Utilisez le streaming adaptatif pour les contenus longs.
• Testez sur de vrais appareils, y compris du matériel ancien et d’entrée de gamme.
• Surveillez les erreurs de lecture et la mise en mémoire tampon après le lancement.

La sélection d’un codec n’est pas une déclaration ponctuelle. C’est un choix de maintenance. La prise en charge des navigateurs s’améliore, le matériel change, les outils d’encodage deviennent plus rapides et votre audience évolue. Réexaminez la décision périodiquement, mais ne courez pas après chaque nouvelle annonce de codec. Le bon codec est celui que vos utilisateurs peuvent lire sans à-coups, avec une qualité acceptable, sans gaspiller de bande passante ni fragiliser votre stack de diffusion.