Convertir des pixels en centimètres suppose de connaître une troisième variable que beaucoup de débutants ignorent : la densité de points, exprimée en DPI. Sans cette donnée, un fichier de 3 000 pixels de large peut mesurer 10 cm sur un tirage photo ou couvrir un panneau publicitaire entier.
La relation entre pixel, centimètre et DPI repose sur une formule unique, mais ses implications changent selon que l’image est destinée à un écran, une impression de proximité ou un affichage grand format.
A lire également : Déconnexion d'un compte Teams : étapes pour se déconnecter efficacement
La formule qui relie pixel, centimètre et DPI
Le calcul tient en une ligne : taille en centimètres = (nombre de pixels / DPI) × 2,54. Le facteur 2,54 convertit les pouces en centimètres, puisque le DPI exprime un nombre de points par pouce.
Prenons un fichier de 3 266 pixels de large. Selon la densité choisie, sa taille physique à l’impression varie du simple au triple.
A lire également : Exemple d'application Web : Définition et fonctionnement
| Largeur (pixels) | DPI | Largeur imprimée (cm) |
|---|---|---|
| 3 266 | 300 | 27,6 |
| 3 266 | 150 | 55,3 |
| 3 266 | 72 | 115,2 |
Ce tableau illustre un point que les outils de conversion en ligne masquent souvent : le DPI n’est pas une propriété fixe du fichier, c’est un choix d’impression. Un même fichier source produit des résultats physiques radicalement différents selon la densité retenue.
![]()
DPI et PPI : pourquoi la confusion fausse vos réglages
DPI signifie dots per inch et décrit le nombre de points d’encre déposés par pouce sur un support physique. PPI signifie pixels per inch et décrit la densité de pixels d’un écran ou d’un fichier numérique. Les deux valeurs partagent la même formule de conversion vers les centimètres, mais elles s’appliquent à des contextes différents.
Sur un écran, la densité dépend du matériel. Les écrans modernes affichent souvent plusieurs centaines de PPI, et le système d’exploitation applique un facteur de mise à l’échelle (device pixel ratio) pour que le texte reste lisible. Un fichier étiqueté 72 DPI ou 300 DPI s’affiche exactement de la même façon à l’écran, car le navigateur ou la visionneuse ignore cette métadonnée et se base uniquement sur le nombre de pixels.
Cette distinction explique pourquoi un visuel parfaitement net sur un moniteur peut donner un tirage flou. Le fichier contenait peut-être assez de pixels pour l’écran, mais pas assez pour couvrir la surface imprimée à une densité suffisante.
Résolution minimale selon la distance de lecture
L’idée qu’il faut toujours travailler en 300 DPI est un raccourci trompeur. Ce seuil vaut pour un document tenu à bout de bras : livre, carte de visite, tirage photo. Dès que la distance de visionnage augmente, l’œil humain ne distingue plus les points individuels et la résolution requise chute.
- Un tirage photo ou un flyer lu de près nécessite une densité élevée, autour de 300 DPI, pour que le grain reste invisible.
- Une affiche vue à un ou deux mètres reste nette avec une densité nettement inférieure, souvent moitié moins.
- Une bâche ou un habillage de façade observé à plusieurs mètres tolère des densités très basses, parfois quelques dizaines de DPI seulement, sans perte de lisibilité perceptible.
La résolution utile dépend de la distance d’observation, pas d’un seuil universel. Appliquer 300 DPI à un panneau de quatre mètres de large exigerait un fichier source gigantesque, sans bénéfice visuel pour le spectateur.
Le piège du suréchantillonnage à l’export
Certains logiciels permettent de modifier le DPI dans les paramètres d’export PDF ou TIFF. Passer de 72 à 300 DPI dans cette boîte de dialogue ne crée pas de pixels supplémentaires. Le logiciel se contente de changer la métadonnée inscrite dans le fichier, ou d’interpoler de nouveaux pixels qui n’ajoutent aucun détail réel.
La qualité d’impression dépend des pixels d’origine, pas du réglage d’export. Un fichier de 800 × 600 pixels restera flou en grand format, quel que soit le DPI déclaré.

Pixel centimeter : calculer la taille d’impression d’un fichier en pratique
Pour déterminer si un fichier convient à un usage précis, il suffit d’appliquer la formule dans l’autre sens : pixels nécessaires = (taille souhaitée en cm / 2,54) × DPI cible.
| Format souhaité | DPI cible | Pixels nécessaires (largeur) |
|---|---|---|
| 10 × 15 cm (photo) | 300 | 1 772 |
| A4 (21 × 29,7 cm) | 300 | 2 480 |
| A0 (84,1 × 118,9 cm) | 150 | 4 967 |
Ce second tableau permet de vérifier rapidement si votre appareil photo ou votre fichier source contient assez de pixels. Comparer le nombre de pixels disponibles au nombre de pixels requis est la seule vérification fiable avant d’envoyer un fichier à l’impression.
Cas particulier des images générées par IA
Les visuels créés par des outils d’intelligence artificielle posent un problème spécifique. Leur résolution de sortie varie selon le service utilisé, et certains génèrent des fichiers qui semblent détaillés à l’écran mais manquent de pixels pour un tirage physique de grande taille. La vérification pixel par pixel reste la méthode la plus sûre : ouvrez le fichier, lisez ses dimensions en pixels, appliquez la formule.
Taille d’image sur écran : pourquoi les centimètres n’ont pas de sens
Sur un écran, la taille physique d’une image dépend de la résolution du moniteur, de sa diagonale et du facteur de mise à l’échelle du système. Un fichier de 1 920 pixels de large occupe toute la largeur d’un écran Full HD, mais seulement la moitié d’un écran 4K sans mise à l’échelle.
En contexte web, seul le nombre de pixels et le device pixel ratio comptent. Les métadonnées DPI inscrites dans le fichier JPEG ou PNG n’ont aucune influence sur l’affichage dans un navigateur. Les écrans Retina ou HiDPI multiplient les pixels physiques par rapport aux pixels CSS, ce qui donne un rendu plus fin mais ne change pas la taille apparente de l’image pour l’utilisateur.
Convertir des pixels en centimètres n’a donc de pertinence que pour l’impression. Sur écran, parler de « taille en cm » d’une image numérique revient à mesurer le poids d’une couleur : l’unité ne correspond pas au contexte. La seule question utile reste le rapport entre les pixels du fichier et les pixels du support de destination, qu’il s’agisse de papier ou d’écran.

