Format 9:16 en pixels : 1080 × 1920

Les résolutions 9:16 en pixels

Chaque résolution ci-dessous est du 9:16. Ce qui change, c'est le nombre de pixels, pas la proportion.

Vous trouverez des tableaux plus longs ailleurs, gonflés de tailles d'écran de téléphone comme 1125 × 2000 ou 1284 × 2282. Ce sont des résolutions d'écran, pas des formats de livraison — et la plupart ne sont même pas du 9:16 (un écran d'iPhone Pro Max fait environ 9:19,5). N'exportez pas vers ça. Notre encodeur propose 1080 et 720, et rien d'autre, volontairement.

Ce que coûte vraiment le recadrage d'une 16:9 en 9:16

Voici le calcul que presque personne ne fait. Prenez une vidéo 1920 × 1080. Le plus grand recadrage 9:16 qui tient dedans garde toute la hauteur, 1080 px, et fait 1080 × 9/16 = 607,5 px de large. Ça fait 656 100 pixels sur les 2 073 600 d'origine. 31,6 %. Les 68,4 % restants partent à la poubelle.

Et là, le passage qui gêne : 607,5 px de large, c'est en dessous des 1080 que veut le standard. Publier en 1080 × 1920 impose un agrandissement ×1,78. Vous étirez des pixels qui n'ont jamais été enregistrés. C'est pour ça que votre vertical est flou alors que l'original était en Full HD.

Regardez la colonne « Conservé ». Toujours 31,6 %, en 720p comme en 4K. Ce n'est pas un hasard : le pourcentage ne dépend que du format, jamais de la résolution. Recadrer du 16:9 en 9:16 coûte 68,4 % de l'image à chaque fois. Une source 4:3 s'en tire mieux (42,2 %) parce qu'elle était moins large au départ.

Testez avec vos dimensions

Mettez la taille réelle de votre vidéo. Tout ce que vous voyez est de l'arithmétique sur ces deux nombres.

Pourquoi 607,5 devient 608

607,5 n'est pas un nombre entier de pixels. Il n'existe pas de demi-pixel. Il faut donc l'arrondir — et pas vers n'importe quoi : le H.264 avec sous-échantillonnage chroma 4:2:0 (yuv420p, ce que lit tous les appareils) travaille par blocs de 2 × 2 pixels, donc il exige des dimensions paires. D'où 607,5 → 608, pas 607.

Si vous avez déjà vu ffmpeg cracher width not divisible by 2 et planter, c'est pour ça. Dans notre code, le calcul de la taille de sortie se termine par Math.round(x / 2) * 2 pour cette raison exacte. Une ligne barbante qui évite un export raté.

9:16 vs 1:1 vs 16:9 : lequel pour quoi

Quatre formats, quatre usages. Les pixels sont donnés en Full HD ; multipliez ou divisez pour une autre définition, le rapport ne change pas.

Un mot sur le 4:5. Sur une source horizontale, il coûte moins cher que le 9:16 : le recadrage garde 42,2 % de l'image au lieu de 31,6 %. Si votre plan est trop large pour tenir en 9:16 sans couper le sujet, le 4:5 est souvent le meilleur compromis dans un fil Instagram — il prend plus de hauteur que le carré sans le sacrifice du plein écran.

« Zoomez à 175 % et repositionnez » n'est pas une réponse

Tous les guides sur le sujet finissent pareil : zoomez, glissez le cadre sur votre sujet, exportez. Ça marche pour exactement un type de plan — celui où le sujet ne bouge jamais. Un talking head fixe, centré, sur trépied. Très bien.

Tout le reste, et un recadrage figé lâche à mi-clip. La personne penche hors du cadre. Deux interlocuteurs assis à 1,2 m l'un de l'autre, et un seul tient dans 608 px. La caméra fait un panoramique. Vous finissez par découper le clip en morceaux et recadrer chaque morceau, et c'est là qu'un après-midi passe.

Alors notre convertisseur déplace la fenêtre de recadrage à la place. Concrètement : worker/track.py passe la cascade de Haar fournie avec OpenCV sur les images, lisse le chemin du centre obtenu (les détections brutes tremblent, et un recadrage qui tremble est pire qu'un fixe), et transmet à ffmpeg un script sendcmd qui pilote la fenêtre dans le temps. La géométrie est la même — toujours 31,6 % — mais les 31,6 % suivent le visage.

Specs 9:16 par plateforme

Toutes les quatre publient en 1080 × 1920. Ce qui diffère, c'est la durée, le poids et les images par seconde.

Deux avertissements sur ce tableau. D'abord : le seul chiffre pour lequel je peux pointer une documentation officielle, c'est Shorts, 3 minutes depuis le 15 octobre 2024. Le reste vient des centres d'aide de chaque plateforme et change sans préavis : ce sont les valeurs de juillet 2026. Ensuite : vous ne trouverez pas de colonne « durée idéale » ici. Des chiffres très précis circulent là-dessus (« 21–34 s ») sans source traçable, et je ne vais pas les répéter. Ce qui est une spec est dans le tableau. Combien de temps doit durer votre vidéo dépend de votre niche.

Un seul fichier pour TikTok, Reels et Shorts

Puisque les trois livrent en 1080 × 1920 (tableau juste au-dessus), vous n'avez pas à fabriquer trois versions. Un seul MP4 exporté en 9:16 s'uploade sur TikTok, sur Reels et sur Shorts sans y toucher. La zone de sécurité décrite plus bas est d'ailleurs dessinée assez large pour dégager les trois interfaces d'un coup, pour que le même fichier reste lisible partout.

Il y a un piège, et un seul, qui fait rater beaucoup de gens : le filigrane TikTok. Si vous récupérez votre vidéo avec le bouton « Enregistrer la vidéo » à l'intérieur de l'appli TikTok, celle-ci grave son logo et votre pseudo dans les pixels — pas en surimpression amovible, dans l'image elle-même. Reposter ce fichier sur Reels ou sur Shorts fait deux dégâts d'un coup.

La parade tient en une phrase : ne repartez jamais du fichier « enregistré » depuis une appli. Repartez du master propre — celui de votre montage, ou celui que sort notre encodeur, qui n'estampille jamais rien — et uploadez ce même fichier propre sur les trois.

Les erreurs qui gâchent un vertical

Quatre pièges qui reviennent, et qui se voient tous au premier coup d'œil une fois la vidéo postée.

Les réglages d'export que j'utilise vraiment

Pas de mystère, et pas de tableau de bitrate inventé. Ce sont littéralement les paramètres avec lesquels l'encodeur make-vertical.com exporte chaque vidéo :

-c:v libx264 -preset veryfast -crf 21 -pix_fmt yuv420p
-c:a aac -b:a 160k
-movflags +faststart

• CRF 21 plutôt qu'un bitrate fixe. Vous fixez la qualité et laissez la taille suivre : un plan statique sort léger, un plan chargé sort plus gros. Un bitrate fixe fait exactement l'inverse, ce qui est l'inverse de ce qu'on veut. 18 à 23 est la plage saine ; sous 18 le fichier gonfle et la plateforme le ré-encode de toute façon.
• yuv420p, toujours. Sans ça, certains téléphones n'ouvrent tout simplement pas le fichier.
• +faststart. Déplace l'index du MP4 au début pour que la lecture démarre avant la fin du téléchargement. Ne coûte rien, se remarque à l'upload.
• AAC 160 kbps. Largement assez pour la voix et une musique de fond. 320 kbps sur un TikTok, c'est jeter des mégaoctets.
• preset veryfast. Là je fais un arbitrage : de la vitesse serveur contre quelques mégaoctets de plus qu'en slow. À CRF fixe, la qualité visuelle ne change pas, seule la taille du fichier bouge. Si vous exportez sur votre propre machine sans être pressé, prenez slow.

Pour aller plus loin