Aller au contenu principal
ToolsByUs

Compresser une image à 100KB

Réglez la cible du compresseur à environ 100KB, choisissez JPEG pour les photos ou WebP pour un fichier plus petit à qualité égale, et laissez la qualité baisser avant les dimensions. Tout s’exécute dans votre navigateur — l’image est décodée, ré-encodée et téléchargée localement, et aucune copie n’est jamais envoyée.

100 % local
Vous voulez juste l’outil ? Ouvrez Compresser une imageVise une taille cible ou un niveau de qualité donnéOuvrir l’outil

Compresser une image à 100KB en clair

Un plafond de 100KB est l’un des verrous d’envoi les plus courants du web : portails gouvernementaux, formulaires de candidature, systèmes de soumission de conférences et portails universitaires l’imposent tous, et presque aucun appareil photo ne produit par défaut un fichier aussi petit. Une photo de téléphone de 12 mégapixels commence à 3–5MB, alors le travail n’est jamais « la rendre un peu plus petite » — c’est une réduction de 30–50×, ce qui veut dire choisir quelle sorte de perte vous acceptez de vivre.

L’outil Compresser une image de ce site fait tout le travail localement : votre photo est décodée en pixels dans l’onglet du navigateur, ré-encodée selon les réglages de votre choix, et rendue sous forme de téléchargement. Il n’y a pas d’étape d’envoi à devoir croire, pas de file d’attente, et pas de copie de votre image sur le disque de quelqu’un d’autre — parce qu’aucun serveur n’intervient à aucun moment.

Cette page est la recette pour atteindre un chiffre précis. Elle explique les deux molettes qui comptent — dimensions et qualité — l’ordre dans lequel les sacrifier, et le choix de format qui change toute l’équation. En bref : réduisez d’abord les pixels, puis négociez la qualité par petits pas, et préférez WebP quand le système destinataire l’accepte.

Tout ce qui suit se déroule dans l’outil Compresser une image — ouvrez-le dans un second onglet et suivez le pas à pas.

Si le choix entre JPEG et WebP est une terre inconnue, le guide des formats d’image explique ce que chaque format sacrifie.

Les deux molettes : dimensions d’abord, qualité ensuite

La taille du fichier évolue grossièrement avec le nombre de pixels multiplié par la qualité. Le nombre de pixels est quadratique — diviser par deux largeur et hauteur retire 75% des pixels — tandis que la qualité suit une courbe plus douce : passer de qualité 80 à 60 divise souvent les octets par deux pour un changement que peu d’yeux repèrent sur une photo. La recette est donc ordonnée : redimensionnez aux plus grandes dimensions dont le système destinataire a réellement besoin, et seulement ensuite descendez la qualité.

  • Le portail demande 1024px de large ? Redimensionnez d’abord à 1024. Une image de 4000px compressée à 100KB gaspille du détail sur des pixels que le formulaire n’affichera jamais.
  • Descendez la qualité par pas de 10 à partir de 80, en ré-encodant à chaque fois, et arrêtez-vous au premier pas sous la limite — le dernier pas que vous n’avez pas fait est de la qualité que vous gardez.
  • En dessous de qualité 40, les artefacts JPEG bavent sur les bords et le texte ; si vous en êtes là, revenez en arrière et retirez plutôt des pixels.

Le choix du format change les calculs

À qualité visuelle égale, WebP atterrit typiquement 25–35% plus petit que JPEG, ce qui transforme un encodage à 100KB tout juste passant en un encodage à 70KB confortable. PNG est le mauvais outil pour les photographies — il est sans perte, donc un PNG de photo pèse souvent dix fois le JPEG — mais c’est le bon outil pour les captures d’écran et les diagrammes aux aplats de couleur et aux bords nets. AVIF bat WebP dans beaucoup de cas, mais la prise en charge par les navigateurs et les portails reste variable : traitez-le comme un format bonus plutôt que comme le plan.

Matériau sourceChoixRaison
PhotographiesJPEG ou WebPFormats avec perte taillés pour les tons continus
Captures d’écran, diagrammesPNG ou WebPLes aplats de couleur se compressent proprement, sans artefacts
Photos + portail accepte WebPWebP à q≈70Rendu identique, environ 30% d’octets en moins que JPEG

La recette 100KB, pas à pas

Ouvrez le compresseur, déposez l’image, et réglez le plus long côté sur ce que le portail exige réellement — 1024px et 1600px sont les plafonds courants. Encodez une fois à qualité 75 et vérifiez la taille. Si c’est au-dessus, descendez la qualité de 10 et répétez ; si c’est nettement en dessous (disons 60KB), remontez la qualité d’un cran, car la marge que vous laissez derrière vous est de la qualité donnée pour rien.

Deux réserves honnêtes. Le ré-encodage est avec perte par définition — le fichier téléchargé est un nouveau JPEG/WebP dérivé de votre original, alors gardez l’original pour l’archive et traitez la sortie comme la copie de soumission. Et les métadonnées ne sont pas conservées : l’EXIF, y compris les coordonnées GPS, est abandonné par le ré-encodage, ce qui pour un formulaire de soumission est généralement exactement ce que vous voulez, et la page de suppression des métadonnées ci-dessous couvre ce sujet à part entière.

Quand 100KB ne suffit vraiment pas

Certaines images ne survivent pas à 100KB sans dégâts visibles : un document A4 scanné à résolution lisible, une photo de groupe où les visages doivent rester nets, une image avec du texte fin. Dans ces cas, les options honnêtes sont hors de l’encodeur — demandez au système destinataire si le PDF est accepté (les scans riches en texte se compressent bien mieux en PDF), si moins de pixels sont réellement exigés, ou si la limite existe pour protéger leur stockage plutôt que leur processus, auquel cas une demande polie débloque parfois un quota plus généreux. Aucun réglage d’encodeur ne sauve une image dont l’information a réellement besoin de plus de place.

Questions fréquentes

Ma photo est-elle envoyée quand je la compresse ici ?

Non. Le compresseur décode et ré-encode l’image dans votre onglet à l’aide des API Canvas et d’encodage fournies avec le navigateur lui-même. Il n’y a aucun endpoint d’envoi, et la Content-Security-Policy bloque les connexions sortantes. Regarder l’onglet Network pendant que vous compressez montre zéro requête transportant votre image.

Quel réglage de qualité atteint 100KB le plus souvent ?

Pour un JPEG de 1024px de large d’une photo typique, une qualité de 65–75 atterrit généralement entre 60 et 120KB. Il n’y a pas de chiffre universel — les scènes très riches en texture fine (feuillage, foules) produisent des fichiers plus gros que les dégradés nets — c’est pourquoi la recette est une itération par pas de dix plutôt qu’un réglage magique unique.

Pourquoi ma photographie en PNG est-elle tellement plus lourde que la même image en JPEG ?

PNG est un format sans perte : il stocke chaque variation de pixel exactement, et les photographies sont pleines de minuscules variations. Pour les photos, le fichier fait souvent 5–10× le JPEG. PNG brille sur les captures d’écran, les logos et les diagrammes — aplats de couleur et bords francs — où il est fréquemment plus petit *et* plus net qu’un encodage avec perte.

La compression retire-t-elle les données EXIF et de localisation ?

Oui — le ré-encodage via le canvas abandonne les métadonnées EXIF, y compris les coordonnées GPS, le modèle d’appareil photo et les horodatages. Si votre but est précisément la suppression des métadonnées à qualité d’origine, l’outil de suppression des métadonnées s’en charge directement ; si vous compressez de toute façon, le fichier propre sort comme effet secondaire.

Puis-je compresser à exactement 100KB, et pas seulement en dessous ?

Le compresseur vise un plafond, pas un nombre d’octets exact — les encodeurs ne sont pas assez déterministes pour promettre 100 000 octets pile, et les portails vérifient « au plus », pas « exactement ». Placez-vous à 10–15% sous la limite et vous avez la meilleure qualité que la contrainte permette.

Compresser deux fois le même fichier abîme-t-il la qualité ?

Oui — chaque génération avec perte s’additionne. Compressez depuis l’original chaque fois que vous avez besoin d’une autre taille, et gardez l’original intact comme source de vérité. Si un portail refuse un fichier et en demande un plus petit, revenez à l’original et prenez un pas de qualité plus grand, plutôt que de re-compresser la copie déjà compressée.

Équipe ToolsByUs · Comment nous vérifions nos outils