Compression vidéo en ligne, gratuite
Réduisez la taille de vos fichiers vidéo avec des préréglages de qualité ou des paramètres personnalisés.
Glissez-déposez un fichier vidéo ici
ou cliquez pour parcourir · MP4, WebM, MOV, AVI, MKV (max. 2 Go)
Ce que la compression vidéo fait réellement à votre fichier
La vidéo brute est un torrent de données de pixels. Un clip 1080p (1920x1080) à 60 ips fait environ 1920 x 1080 x 3 octets par pixel x 60 images par seconde, soit environ 370 Mo par seconde de séquence non compressée. Même 720p 30 ips non compressé fait environ 80 Mo/s. La compression rend la vidéo partageable en exploitant deux redondances : la redondance spatiale au sein d’une image (les pixels voisins se ressemblent souvent) et la redondance temporelle entre images (la plupart des pixels changent à peine d’une image à l’autre). Les codecs modernes encodent des images clés (images complètes) toutes les quelques secondes et seulement les différences entre. Ces différences sont ensuite transformées en DCT, quantifiées (l’étape avec perte qui jette les détails de haute fréquence que votre œil remarque moins) et codées par entropie. La valeur CRF (Constant Rate Factor) que vous choisissez contrôle l’agressivité de l’étape de quantification. CRF 18 est visuellement sans perte ; CRF 23 est la valeur par défaut de x264 (transparente pour la plupart des spectateurs) ; CRF 28 est une qualité web acceptable ; au-dessus de CRF 30 vous commencerez à voir du blocage dans les scènes sombres et du bruit de moustique autour du texte.
Résolution, fréquence d’images et débit binaire sont trois cadrans indépendants. Diviser par deux la résolution de 1080p à 720p réduit les données brutes par 4 (chaque axe divisé par deux). Diviser par deux la fréquence d’images de 60 à 30 ips réduit les données par 2. Les deux réductions sont visuellement évidentes sur du contenu détaillé mais souvent invisibles sur des têtes parlantes, des captures d’écran d’UI essentiellement statiques ou des clips de réseaux sociaux regardés sur un écran de la taille d’un téléphone. Le débit binaire est le troisième cadran : un clip 1080p 30 ips à 5 Mbps a fière allure ; le même clip à 1 Mbps montre des artefacts de compression en blocs. Les préréglages de qualité de l’outil choisissent des valeurs CRF qui visent des débits typiquement acceptables sur le web : préréglage Haute environ CRF 23 (~5 Mbps pour 1080p), Moyenne environ CRF 28 (~2 Mbps), Basse environ CRF 33 (~800 kbps), et Personnalisé vous laisse glisser le curseur vous-même.
L’audio compte aussi. Une vidéo de 10 minutes avec audio PCM (non compressé) porte 100 Mo d’audio seul. L’outil ré-encode l’audio en AAC à 128 kbps par défaut, descendant à environ 10 Mo pour les mêmes 10 minutes sans perte audible pour la plupart des contenus. Le conteneur (l’enveloppe MP4 autour des pistes vidéo et audio) est principalement de la comptabilité : indexation de piste, tables de recherche, en-têtes de codec. MP4 avec H.264 vidéo plus AAC audio est la lingua franca universelle de 2026 : il se lit sur chaque navigateur, téléphone, smart TV, console et lecteur intégré que vous rencontrerez. WebM avec VP9 plus Opus compresse environ 30 % mieux mais reste rejeté par certains écosystèmes hérités.
Comment cet outil fonctionne en coulisses
Le moteur de compression est FFmpeg, le même outil basé sur C qui alimente la ferme d’encodage de Netflix, le pipeline de transcodage de YouTube et presque tous les outils vidéo que vous avez utilisés. La version navigateur est FFmpeg compilé en WebAssembly via Emscripten (lancé par Jerome Wu en 2019, actuellement à la version 4.x), produisant un binaire d’environ 30 Mo qui s’exécute entièrement dans l’onglet du navigateur. Quand vous déposez une vidéo, le fichier est lu dans le système de fichiers virtuel WebAssembly via un lecteur en streaming, donc même les fichiers de 1 Go ne font pas exploser la mémoire du navigateur au moment du téléversement.
Une fois le fichier dans le système de fichiers WASM, l’outil lance FFmpeg avec des arguments comme -i input.mp4 -c:v libx264 -preset medium -crf 28 -c:a aac -b:a 128k output.mp4. FFmpeg décode la source image par image, applique tout redimensionnement ou changement de fréquence d’images que vous avez demandé, transmet les images à libx264 pour l’encodage vidéo, encode l’audio en parallèle via AAC et muxe le résultat dans un nouveau conteneur MP4. Les messages de progression streament depuis stderr de FFmpeg via un écouteur d’événements JavaScript et mettent à jour la barre de progression à l’écran en temps réel.
ffmpeg.wasm utilise SharedArrayBuffer pour l’encodage multi-thread afin que l’encodeur puisse utiliser plusieurs cœurs CPU en parallèle, comme FFmpeg de bureau. SharedArrayBuffer exige que la page soit servie avec deux en-têtes HTTP (Cross-Origin-Opener-Policy: same-origin et Cross-Origin-Embedder-Policy: require-corp) pour des raisons de sécurité liées à la vulnérabilité Spectre. Ce site définit ces en-têtes, donc l’encodage utilise tous vos cœurs disponibles. Le blob de téléchargement est construit en mémoire et remis au navigateur sous forme de lien <a download> synthétisé.
Brève histoire de la compression vidéo
- MPEG-1, 1993.Première norme vidéo numérique répandue. Utilisée dans le Video CD (le format qui a brièvement concurrencé le VHS dans l’Asie des années 1990). Débit cible de 1,5 Mbps pour de la vidéo 352x240. Qualité marginale selon les standards modernes, mais elle a prouvé que la vidéo numérique à débits grand public était possible.
- MPEG-2, 1995.Utilisé dans le DVD (lancement 1996), la TV numérique diffusée (ATSC en Amérique du Nord, DVB en Europe) et le satellite SD. 4 à 8 Mbps pour la vidéo SD. La licence de brevet était complexe dès le début, préfigurant les guerres de codecs ultérieures.
- H.264/AVC ratifié, 2003.Effort conjoint de l’ITU-T et de l’ISO/IEC, ce codec a doublé l’efficacité de MPEG-2 et est devenu dominant en cinq ans. Blu-ray Disc (2006), iPhone (2007), transition de YouTube (2007 à 2010) et streaming HTTP (HLS en 2009, MPEG-DASH en 2011) ont tous été construits sur H.264. En 2026 c’est toujours le codec le plus compatible sur Terre : chaque navigateur, chaque téléphone, chaque smart TV le lit.
- H.265/HEVC, 2013.Autre gain d’efficacité d’environ 50 % par rapport à H.264 en échange de 5 à 10 fois plus de calcul d’encodage. L’adoption a été paralysée par le chaos des licences de brevets : trois pools de brevets concurrents (MPEG-LA, HEVC Advance, Velos) aux revendications chevauchantes ont découragé les fabricants de matériel et de logiciel. Apple s’y est engagé en 2017 (iPhone 7 plus HEIC/HEVC), mais YouTube, les navigateurs et le web ouvert ont largement sauté H.265 au profit de VP9 et AV1.
- VP9 et AV1, 2013 et 2018.Google a publié VP9 en open source en 2013, puis s’est associé à Mozilla, Cisco, Microsoft, Netflix, Amazon, Intel et d’autres dans l’Alliance for Open Media pour concevoir AV1 (ratifié 2018). Les deux sont libres de redevances. AV1 égale ou bat H.265 en compression tout en étant gratuit à utiliser. YouTube sert AV1 aux clients capables, Netflix l’utilise pour les niveaux premium, et les décodeurs matériels sont arrivés dans les puces phares à partir de 2020.
- ffmpeg.wasm, 2019 à 2026.Jerome Wu a publié le premier ffmpeg.wasm en 2019 en compilant FFmpeg en WebAssembly via Emscripten. Les premières versions faisaient environ 50 Mo et étaient lentes. La ligne 4.x s’est stabilisée à environ 30 Mo avec le multi-thread SharedArrayBuffer, rendant la compression côté navigateur pratique pour les fichiers jusqu’à 1 à 2 Go. En 2026 l’approche est suffisamment mature pour que des outils comme celui-ci puissent remplacer les services basés sur le cloud pour la plupart des besoins de compression personnels.
Comment ça marche
- Importez votre vidéo : Sélectionnez ou déposez un fichier vidéo à compresser.
- Définissez les paramètres de compression : Choisissez un niveau de qualité cible ou une taille de fichier, et réduisez éventuellement la résolution ou la fréquence d'images.
- Compressez et téléchargez : Cliquez sur « Compresser » et téléchargez le fichier vidéo allégé une fois le traitement terminé.
Pourquoi utiliser un compresseur vidéo ?
Les fichiers vidéo volumineux sont lents à transmettre, coûteux à stocker et offrent une lecture médiocre sur les connexions mobiles. Les réseaux sociaux, les pièces jointes d'e-mails et l'hébergement web imposent tous des limites de taille. La compression vidéo réduit la taille du fichier en ajustant le débit, la résolution et l'efficacité du codec, souvent avec une réduction de 60 à 80 % pour une perte de qualité visuelle minimale. Ce compresseur fonctionne dans votre navigateur et gère les détails techniques : il vous suffit de choisir la qualité souhaitée et de télécharger le résultat.
Fonctionnalités
- Préréglages de qualité : Choisissez entre Haute, Moyenne, Basse et Personnalisée, avec des tailles de sortie estimées.
- Réduction de la résolution : Réduisez éventuellement à 1080p, 720p, 480p ou 360p pour diminuer davantage la taille du fichier.
- Réduction de la fréquence d'images : Abaissez la fréquence d'images de 60 ips à 30 ips ou 24 ips pour réduire le volume de données.
- Comparaison des tailles de fichier : Affiche les tailles originale et compressée, ainsi que le taux de compression obtenu.
- Traitement local : La compression s'effectue intégralement dans votre navigateur, aucun envoi vers le cloud n'est nécessaire.
Flux de travail de compression du monde réel
- Passer sous la limite de 25 Mo de Discord.La raison la plus courante de compresser une vidéo. Une capture d’écran de 2 minutes ou un clip de téléphone fait souvent 60 à 200 Mo. CRF 28 plus un downscale optionnel à 720p obtient typiquement un clip 1080p de 2 minutes en 8 à 15 Mo. CRF 30 à 32 avec downscale 480p gère même le contenu à forte motion. Le préréglage Moyenne de l’outil est calibré pour ce cas d’usage exact.
- Limites de taille de pièces jointes par email.Gmail et la plupart des serveurs mail d’entreprise plafonnent les pièces jointes autour de 20 à 25 Mo. Pour partager une visite guidée rapide ou une vidéo explicative à un collègue non technique, faire passer une vidéo téléphone de 90 Mo à 15 Mo MP4 avec le préréglage qualité Moyenne est la voie de moindre résistance.
- Coût d’hébergement web et temps de chargement.Une vidéo auto-hébergée sur un site portfolio ou une page produit est beaucoup moins chère à servir à 5 Mo qu’à 50 Mo (bande passante CDN, temps de chargement mobile, Core Web Vitals). Pour les vidéos de héros d’arrière-plan qui bouclent en silence, CRF 30 à 32 plus audio muet et un downscale 720p donnent un look qualité broadcast à taille de fichier portable.
- Archives personnelles.Les vieilles vidéos de téléphone bouffent le stockage du téléphone et du cloud. Ré-encoder une année de vidéos familiales à CRF 23 (visuellement sans perte pour la plupart du contenu) coupe souvent l’archive de 50 à 70 % sans changement de qualité perçu. iCloud au palier 50 Go devient soudain bien plus utilisable.
- Téléversements sur les réseaux sociaux.Instagram, TikTok et X ré-encodent tout ce que vous téléversez, mais partir d’une source compressée sous leurs débits suggérés (typiquement 5 à 10 Mbps pour 1080p) signifie des téléversements plus rapides et évite que leur algorithme massacre votre vidéo avec leur propre ré-encodage agressif. Le préréglage Haute garde la qualité maximale tout en coupant la taille du fichier.
- Économies de données mobiles sur cellulaire.Envoyer une vidéo sur cellulaire : 50 Mo prend 20 à 40 secondes en 4G, mange des données significatives et peut échouer en mauvais signal. Compresser à 5 à 8 Mo s’envoie en 2 à 3 secondes de manière fiable, même en mauvais signal. Vaut la peine de le faire avant d’envoyer des clips par texto à des amis sur des forfaits limités.
Pièges courants et ce qu’ils signifient
- Perte de génération en re-compressant.Chaque passe de compression ajoute du bruit de quantification. Compresser une vidéo déjà compressée (un téléchargement TikTok, la sortie déjà encodée d’une application d’enregistrement d’écran, un export téléphone) donne une compression incrémentale plus petite pour une perte de qualité visible. Partez toujours de la source de plus haute qualité dont vous disposez.
- Pousser CRF trop haut.Les réglages au-dessus de CRF 30 produisent des artefacts de compression visibles : blocage dans les scènes sombres, bruit de moustique autour du texte et des bords nets, bandes dans les ciels en dégradé. Pour les clips de prévisualisation à petites tailles d’écran, vous pouvez vous en sortir avec CRF 32 à 35 ; pour tout ce qui est regardé en plein écran sur une TV ou un moniteur, gardez CRF à 28 ou en dessous.
- Oublier le débit audio.Une vidéo de 10 minutes avec audio PCM non compressé porte 100 Mo d’audio seul. Beaucoup d’exports de téléphone incluent de l’audio non compressé ou peu compressé. Ré-encoder en AAC 128 kbps fait tomber l’audio à environ 10 Mo sans différence audible pour la parole et la plupart de la musique. L’outil ré-encode toujours l’audio.
- Sources à fréquence d’images variable.Les captures d’écran et certaines caméras de téléphone produisent une fréquence d’images variable (les ips varient avec le mouvement). Certains encodeurs gèrent mal cela, produisant des images dupliquées ou des saccades. L’outil normalise vers une fréquence d’images constante pour éviter cela.
- Pipeline HDR vers SDR.Les caméras de téléphone enregistrent maintenant en HDR 10 bits (Dolby Vision sur iPhone, HDR10 sur Android). Déposer un clip HDR dans un pipeline SDR 8 bits sans tone-mapping approprié produit une sortie délavée ou bizarrement saturée. Pour les meilleurs résultats sur des sources HDR, faites le tone-mapping sur l’appareil avant compression, ou acceptez que la sortie SDR aura l’air différente de l’originale.
- Mur de mémoire du navigateur sur très gros fichiers.ffmpeg.wasm tourne dans la mémoire du navigateur. Les fichiers au-dessus d’environ 2 Go touchent souvent le plafond mémoire par onglet du navigateur (typiquement 4 Go sur bureau, moins sur mobile) et échouent en milieu d’encodage. Pour les fichiers plus gros, utilisez HandBrake de bureau ou FFmpeg CLI qui peut streamer depuis le disque.
Confidentialité : votre vidéo ne quitte jamais votre appareil
Chaque service de compression vidéo basé sur le cloud (FreeConvert, Clipchamp, OnlineConverter, CompressVideo.io, des douzaines d’autres) suit le même pipeline : vous téléversez votre vidéo entière, leur serveur lance FFmpeg ou un outil similaire, vous téléchargez le résultat plus petit. Pour une vidéo téléphone de 200 Mo c’est 200 Mo en montée plus 50 Mo en descente à travers leur infrastructure. Le contenu vidéo comprend souvent du matériel sensible : visages et lieux de famille ou collègues, audio de conversations et appels, captures d’écran d’interfaces privées ou réunions de travail, scènes géolocalisées révélant maisons ou lieux de travail. La plupart des opérateurs publient des politiques de confidentialité s’engageant à supprimer les téléversements dans 1 à 24 heures et à chiffrer en transit, et les majeurs détiennent des certifications ISO/IEC 27001. Ils ont de fortes raisons commerciales d’honorer ces politiques. Mais « supprimé dans l’heure » n’est pas « jamais vu ». Pendant cette fenêtre le fichier se trouve dans l’infrastructure de l’opérateur, accessible à tout processus ou personne avec les bonnes permissions, visible dans les journaux et sauvegardes selon la politique de rétention de l’opérateur.
Cet outil ne téléverse jamais rien. Le pipeline complet (sélection de fichier, décodage via lecteurs natifs du navigateur, encodage via ffmpeg.wasm WebAssembly, téléchargement via l’API blob du navigateur) tourne dans votre onglet de navigateur. Aucun téléversement, aucune requête réseau transportant des données vidéo, aucune entrée de journal. Vous pouvez vérifier en ouvrant les outils dev du navigateur sur l’onglet Réseau avant de compresser : aucune requête ne part avec du contenu vidéo. Le seul trafic réseau est le chargement initial de la page lui-même plus le téléchargement unique d’environ 30 Mo de ffmpeg.wasm (mis en cache pour les visites suivantes). Mettez le navigateur en mode avion après le chargement de la page et le compresseur fonctionne toujours sur des fichiers locaux.
Quand un autre outil est le bon choix
- Fichiers de plus de 2 Go.Les limites de mémoire du navigateur deviennent un vrai mur au-delà de 2 Go environ. Utilisez HandBrake de bureau (gratuit, GUI, multiplateforme) ou FFmpeg CLI qui peut streamer depuis le disque et utiliser toute la RAM système disponible. Les préréglages de qualité de HandBrake correspondent directement aux mêmes valeurs CRF que cet outil utilise, donc vos réglages se transfèrent.
- Compression par lot de centaines de fichiers.Pour le ré-encodage systématique d’un dossier de fichiers, l’outil en ligne de commande FFmpeg avec une boucle shell ou un script Python utilisant subprocess est dramatiquement plus rapide. Une ligne :
for f in *.mp4; do ffmpeg -i "$f" -c:v libx264 -crf 28 -c:a aac -b:a 128k "out_$f"; done. Peut aussi utiliser les encodeurs GPU (NVENC, QuickSync) pour 10 à 20x d’accélération. - Flux de post-production professionnel.Adobe Premiere, DaVinci Resolve, Final Cut Pro et Avid Media Composer incluent tous l’encodage parallèle à l’édition. Si vous éditez déjà la vidéo, encoder à la sortie fait partie du flux. Le niveau gratuit de Resolve gère jusqu’en 4K avec tous les mêmes codecs.
- Besoin de vitesse maximale via encodeurs matériels.Les encodeurs accélérés par GPU (NVENC sur Nvidia, QuickSync sur Intel, VCN sur AMD, VideoToolbox sur Apple Silicon) sont 10 à 20x plus rapides que les encodeurs CPU à qualité par bit légèrement inférieure. Les outils navigateur ne peuvent pas accéder aux encodeurs matériels ; pour les jobs où la vitesse compte plus que la qualité parfaite, utilisez des applications de bureau avec accélération matérielle activée.
Questions fréquentes
De combien une vidéo peut-elle être compressée ?
Les taux de compression typiques se situent entre 50 et 80 % de réduction. Une vidéo de 100 Mo peut souvent être réduite à 20 à 40 Mo avec une perte de qualité visuelle minimale. La réduction exacte dépend du codec d'origine, de la complexité du contenu et de vos paramètres de qualité.
La compression dégrade-t-elle la qualité vidéo ?
Avec les paramètres de qualité Moyenne, la plupart des spectateurs ne peuvent pas distinguer la vidéo compressée de l'originale à distance de visionnage normale. Les vidéos à haut débit (caméras ou captures d'écran) se compressent bien. Les vidéos déjà compressées (téléchargées depuis les réseaux sociaux) gagnent moins.
Quel est le meilleur format pour une vidéo compressée ?
Le MP4 avec H.264 est le format le plus compatible pour une vidéo compressée, sur tous les appareils et toutes les plateformes. Pour le web, le WebM avec VP9 offre une meilleure compression, mais une compatibilité moindre sur certains appareils.
Autres questions fréquentes
Pourquoi la compression prend-elle plus de temps que la durée de la vidéo ?
L’encodage vidéo logiciel coûte cher en calcul. Un clip 1080p de 5 minutes peut prendre 3 à 15 minutes pour être encodé en haute qualité, selon votre CPU. Le drapeau -preset dans FFmpeg échange vitesse d’encodage contre efficacité de compression : ultrafast, superfast, veryfast, faster, fast, medium, slow, slower, veryslow. L’outil utilise medium par défaut (bon équilibre). Les encodeurs matériels des applications de bureau peuvent être 10 à 20x plus rapides mais produisent des fichiers légèrement plus gros à la même qualité.
Dois-je choisir H.264, H.265 ou VP9 ?
Pour une compatibilité maximale (partage à n’importe qui sur n’importe quoi), choisissez H.264. Pour environ 30 % de compression en mieux avec support large mais non universel, choisissez H.265 (bon sur appareils Apple et Windows récents) ou VP9 (bon sur Android et Chrome). Pour le plus petit fichier à compatibilité moderne, choisissez AV1. L’outil utilise H.264 par défaut parce qu’il se lit partout.
La compression affecte-t-elle le timing des images ou la synchro ?
L’outil préserve la fréquence d’images source et la synchro audio-vidéo. Si votre source a une fréquence d’images variable, l’encodeur normalise vers une fréquence constante pendant l’encodage, ce qui peut introduire de minuscules décalages de timing (microsecondes) mais est invisible à la lecture. Si vous remarquez une dérive de synchro après compression, la source en avait probablement déjà et l’encodeur la fige.
Puis-je compresser sans ré-encoder (stream copy) ?
Pas avec cet outil. Stream copy (-c copy dans FFmpeg) ne change que le conteneur (MP4 vers MKV par exemple) sans ré-encoder. Pour réellement réduire la taille du fichier, l’encodeur doit ré-encoder les données de pixels à un débit plus bas ou avec un codec différent. Si vous voulez seulement changer le format de conteneur sans changer la taille, utilisez un convertisseur de format vidéo au lieu d’un compresseur.
Pourquoi mon fichier compressé a-t-il parfois l’air pire que ce que le préréglage suggère ?
Le contenu à forte motion (sport, action, changements de scène rapides) se compresse beaucoup plus dur que le contenu statique. Un débit de 5 Mbps qui a fière allure sur une vidéo de tête parlante peut montrer des artefacts sur un match de foot au même débit. Le mode CRF (que l’outil utilise) s’adapte : il alloue plus de bits aux scènes complexes et moins aux simples, donc la sortie est de qualité constante mais de taille de fichier variable. Si la taille du fichier compte plus que la qualité constante, passez à un flux de débit cible dans un outil de bureau.
Existe-t-il un équivalent de bureau ou en ligne de commande ?
Oui, plusieurs. HandBrake est l’interface graphique multiplateforme standard (gratuite, open source, utilise le même FFmpeg en dessous). FFmpeg CLI est l’outil canonique en ligne de commande. Shutter Encoder est une GUI FFmpeg plus accessible. Pour mobile, VLC et CapCut ont une compression basique. Pour l’automatisation par lot, FFmpeg dans un script shell est inégalé. Tous produisent une sortie essentiellement identique à cet outil navigateur parce qu’ils partagent le même encodeur sous-jacent.