La conversion Mo en Ko repose sur un choix de convention qui n’est pas neutre : multiplier par 1 000 (norme SI décimale) ou par 1 024 (binaire IEC) donne des résultats différents, et confondre les deux provoque des erreurs concrètes lors du téléversement de fichiers, du calcul de bande passante ou de l’optimisation d’images. L’écart entre les deux conventions atteint environ 2,4 %, ce qui suffit à faire dépasser un plafond ou à fausser une estimation de taille.
Décimal SI contre binaire IEC : pourquoi 1 Mo peut valoir 1 000 ou 1 024 Ko
La norme SI (Bureau international des poids et mesures) définit 1 Mo comme égal à 1 000 Ko. C’est la convention appliquée par la plupart des fabricants de stockage et par les systèmes de fichiers modernes orientés grand public.
A lire en complément : Classement des 10 meilleures entreprises de dépannage informatique en Haute-Garonne
La norme IEC, adoptée pour clarifier l’usage binaire, définit quant à elle le mébioctet (Mio) comme égal à 1 024 Kio. Les deux systèmes coexistent, et les abréviations Mo / Ko sont parfois utilisées pour les deux sans distinction dans les interfaces courantes.
En pratique : un système d’exploitation affichant « 1,0 Mo » peut utiliser 1 024 Ko en interne, tandis qu’un formulaire web indiquant une limite en Ko applique souvent la convention décimale. Comparer deux valeurs issues de conventions différentes donne un résultat faux, même si les chiffres semblent proches.
A découvrir également : Récupération à un moment donné : principe et fonctionnement expliqués en détail
Pour une conversion propre, la formule reste simple :
- Base décimale SI : nombre de Mo × 1 000 = nombre de Ko. Exemple : 2,5 Mo = 2 500 Ko. C’est la convention des services web, des APIs et de la plupart des plateformes de téléversement.
- Base binaire IEC : nombre de Mio × 1 024 = nombre de Kio. Exemple : 2,5 Mio = 2 560 Kio. C’est la convention affichée par Windows dans l’explorateur de fichiers et par certains systèmes Unix.
- Pour vérifier quelle convention un service applique, comparer la taille en octets bruts (disponible dans les propriétés du fichier) au plafond indiqué, plutôt que de s’appuyer sur les Ko affichés par l’interface.
L’erreur la plus fréquente : croire qu’une conversion réduit le fichier
Convertir une taille en Mo en Ko ne modifie pas le fichier. C’est une erreur de raisonnement courante : exprimer 1,8 Mo en 1 800 Ko (ou 1 843 Kio) ne réduit pas le poids réel du fichier d’un seul octet. Si un formulaire refuse un fichier de 2 Mo parce que la limite est 1 500 Ko, recalculer la taille en Ko ne résoudra rien.
Pour faire passer un fichier sous un plafond, il faut agir sur le fichier lui-même : compression, redimensionnement ou changement de format. La conversion d’unités est un outil de vérification, pas un outil de réduction.
Compression avec perte ou sans perte : le bon choix selon le contenu
Pour les images, le type de compression dépend du contenu visuel. Une compression avec perte (JPEG, WebP en mode lossy) convient aux photographies où un léger flou est imperceptible. Elle devient problématique sur les captures d’écran, les diagrammes ou les images contenant du texte : les artefacts de compression rendent les contours flous et dégradent lisibilité et qualité perçue.
Pour ces contenus, une compression sans perte (PNG, WebP en mode lossless) préserve la netteté pixel par pixel. Le fichier reste plus lourd, mais la qualité visuelle est intacte. Le choix du format conditionne autant le poids final que la qualité rendue, et ce critère échappe au simple calcul de conversion.
Plafonds de téléversement : lire la limite avant de convertir
Un plafond exprimé en Ko par un service web peut correspondre à des octets calculés en base 10 ou en base 2 selon l’implémentation. La seule façon fiable de savoir si un fichier passera est de comparer sa taille en octets bruts au plafond converti en octets, en évitant les intermédiaires affichés.
Gmail, par exemple, fixe une limite de 25 MB pour les pièces jointes et recommande un lien vers un service de stockage en ligne au-delà. Dans ce cas, optimiser un fichier de 30 Mo pour le faire passer sous 25 Mo est faisable par compression, mais si la réduction nécessaire dépasse ce que la compression peut offrir sans dégrader le contenu, partager un lien reste la solution la plus directe.
Arrondi et affichage : la source d’écart silencieuse
Un outil de conversion en ligne peut afficher 1 024 Ko pour 1 Mo, tandis que le formulaire cible arrondit à 1 000 Ko. Sur des fichiers proches de la limite, cet écart suffit à provoquer un rejet inattendu. Travailler avec la taille en octets bruts évite tout arrondi intermédiaire. Les propriétés d’un fichier sur macOS ou Linux affichent systématiquement cette valeur.
Tableau de référence : conversion Mo en Ko
| Mo (décimal) | Ko (base 1 000) | Kio (base 1 024) |
|---|---|---|
| 0,5 Mo | 500 Ko | 512 Kio |
| 1 Mo | 1 000 Ko | 1 024 Kio |
| 2 Mo | 2 000 Ko | 2 048 Kio |
| 5 Mo | 5 000 Ko | 5 120 Kio |
| 10 Mo | 10 000 Ko | 10 240 Kio |
| 25 Mo | 25 000 Ko | 25 600 Kio |
Conversion Mo en Ko pour l’optimisation web et les images
En développement web, les tailles de fichiers sont quasi systématiquement exprimées en base décimale SI. Les outils d’audit de performance expriment les ressources en Ko et Mo selon cette convention. Un fichier image destiné au web se mesure donc en Ko décimaux, et les recommandations de poids s’entendent dans ce système.
Pour les images, la conversion Mo/Ko intervient surtout comme étape de vérification avant mise en ligne. Vérifier la taille en Ko avant import évite les allers-retours de compression et les rejets automatiques par les CMS qui appliquent des limites strictes côté serveur. Sur ce point, travailler directement en octets dans les outils d’export (Photoshop, Squoosh, ImageOptim) donne le contrôle le plus précis, indépendamment de la convention affichée ensuite par le navigateur ou le système.
La distinction bits/octets mérite aussi d’être rappelée en contexte réseau : un débit exprimé en Mb/s (mégabits par seconde) n’est pas comparable à une taille de fichier en Mo (mégaoctets). Pour estimer un temps de transfert, il faut convertir le débit en Mo/s en divisant par 8 – la confusion entre ces deux unités reste l’une des erreurs les plus répandues lors du calcul de temps de téléchargement.
Au moment de choisir une méthode de conversion, l’essentiel est d’identifier la convention du service destinataire et de travailler en octets bruts dès que la précision compte. La formule elle-même est triviale ; c’est le contexte d’application qui détermine si le résultat est fiable.
