Conversion de PDF en image en ligne, gratuite

Convertissez les pages PDF en images PNG ou JPG en un instant. Personnalisez l'échelle et la qualité, puis téléchargez toutes les pages en ZIP ou des images individuelles.

Vos fichiers ne quittent jamais votre appareil
Déposez le fichier PDF ici ou cliquez pour parcourir

Prend en charge PDF · jusqu'à 50 Mo

Traitement : 0 %

Comment ça marche

  1. Importer le PDF : Déposez ou sélectionnez un fichier PDF à convertir.
  2. Aperçu et configuration : Voyez les vignettes de pages et choisissez le format (PNG/JPG), l'échelle (1x à 2x) et la qualité JPG.
  3. Convertir : Cliquez sur « Convertir toutes les pages » pour transformer chaque page en image. Les pages uniques se téléchargent directement ; les PDF multipages sont regroupés dans une archive ZIP.

Pourquoi convertir un PDF en images ?

Convertir un PDF en images est utile pour créer du contenu visuel, faciliter le partage sur les réseaux sociaux, intégrer des pages dans des présentations ou conserver des documents sous forme d'images autonomes. Les images sont également légères et prises en charge universellement sur tous les appareils et toutes les plateformes.

Fonctionnalités

Questions fréquentes

Quelle est la différence entre PNG et JPG ?

Le PNG est sans perte (aucune perte de qualité) et meilleur pour les documents avec texte ou diagrammes. Le JPG est compressé et produit des fichiers plus petits, idéal pour les PDF riches en photos. Le JPG offre un réglage de qualité (60 à 100 pour cent) ; le PNG est toujours en pleine qualité.

À quoi sert l'option d'échelle ?

L'échelle augmente la résolution des images rendues. 1x utilise la résolution native du PDF ; 2x la double pour un texte et des détails plus nets. Les échelles élevées produisent des fichiers plus volumineux, mais d'une meilleure qualité visuelle.

Puis-je télécharger une seule page ?

Oui. Les PDF d'une seule page se téléchargent directement sous forme de fichier image. Les PDF multipages sont téléchargés sous forme d'archive ZIP contenant toutes les pages numérotées séquentiellement (page-1.png, page-2.png, etc.).

Quelle est la limite de taille de fichier ?

Les PDF jusqu'à 50 Mo sont pris en charge. La vitesse de conversion dépend du nombre de pages et de l'échelle choisie ; les PDF volumineux peuvent prendre quelques instants à traiter.

Mes PDF sont-ils envoyés à un serveur ?

Non. Toute la conversion se fait localement dans votre navigateur avec PDF.js. Vos PDF ne quittent jamais votre appareil, garantissant confidentialité et sécurité.

Puis-je convertir sur mobile ?

Oui. Cet outil fonctionne sur les navigateurs de bureau, tablette et mobile. Appuyez simplement pour sélectionner un PDF et personnaliser les paramètres de conversion.

Ce que signifie réellement « PDF vers image »

Un PDF est un document vectoriel. Le texte qu'il contient est stocké sous forme de codes de caractères et de ressources de polices, pas en pixels. Les graphiques vectoriels (lignes, courbes, remplissages) sont stockés comme opérateurs de dessin dans le flux de contenu, pas en pixels. Seules les images photographiques incorporées sont stockées comme tableaux de pixels compressés. Lorsqu'un visualiseur affiche le PDF, il parcourt le flux de contenu, dessine le texte et les graphiques vectoriels sur une surface de pixels à une résolution choisie, et compose les images raster incorporées par-dessus. Convertir un PDF en image revient à choisir une résolution, à demander au moteur de rendu de produire une surface de pixels de cette taille pour chaque page, et à écrire la surface sous forme de fichier PNG ou JPEG.

La sortie est une image raster : une grille fixe de pixels sans données textuelles ou vectorielles sous-jacentes. Le texte n'est plus sélectionnable, les graphiques vectoriels ne s'agrandissent plus sans aliasing, et la taille du fichier dépend entièrement de la résolution et de l'efficacité de compression du format. C'est une transformation à sens unique : une fois rastérisé, le document ne peut pas être reconverti en PDF vectoriel sans une passe d'OCR ou de vectorisation qui infère la structure depuis les pixels. Utilisez PDF vers image quand vous avez besoin du contenu visuel comme image (pour les réseaux sociaux, les présentations, les billets de blog, l'alimentation OCR) et acceptez que le texte sélectionnable et les vecteurs ajustables ne fassent pas partie du marché.

Comment cet outil fait le rendu

Cet outil utilise pdf.js de Mozilla, le même moteur de rendu JavaScript de PDF qui anime le visualiseur PDF intégré de Firefox. Le pipeline a quatre étapes. Premièrement, le PDF source est lu dans l'onglet du navigateur via l'API File standard ; aucun trafic réseau n'est généré. Deuxièmement, pdf.js analyse la table de références croisées du document et construit un modèle en mémoire des pages, des polices et des ressources incorporées. Troisièmement, pour chaque page, l'outil appelle page.getViewport({scale}) pour calculer les dimensions en pixels à l'échelle choisie, alloue un canvas HTML5 de cette taille, et appelle page.render({canvasContext, viewport}) pour dessiner la page dans le canvas.

Quatrièmement, la méthode toBlob() du canvas produit une image PNG ou JPEG, qui est proposée en téléchargement ou empaquetée dans un ZIP via JSZip lorsqu'il y a plusieurs pages. Tout le pipeline s'exécute dans l'onglet de votre navigateur ; rien n'est téléversé. Le chargement CDN de pdf.js et de JSZip lors de l'ouverture de la page est le seul trafic réseau ; après cela, la conversion est entièrement locale.

Le paramètre d'échelle et ce qu'il signifie en DPI

Le paramètre d'échelle contrôle la résolution de sortie. pdf.js mesure les pages PDF à une échelle de base de 1.0, ce qui correspond à 96 DPI (la définition du pixel CSS). L'échelle 1.0 produit un canvas qui correspond à la taille physique du PDF original sur un écran à 96 DPI. L'échelle 2.0 double à la fois la largeur et la hauteur, produisant un canvas avec quatre fois le nombre de pixels. Une page US-letter (8,5 x 11 pouces) à l'échelle 1.0 fait 816 x 1056 pixels ; à l'échelle 2.0, elle fait 1632 x 2112 pixels.

La correspondance au DPI d'impression est directe : l'échelle 1.0 est environ 96 DPI, l'échelle 1.5 est 144 DPI, l'échelle 2.0 est 192 DPI. La plupart des flux de travail correspondent à ces plages :

Choix du format : PNG ou JPG

Le PNG est sans perte. Chaque pixel produit par le moteur de rendu est encodé exactement, sans réduction de qualité. La compression est similaire au ZIP : efficace pour les images avec de grandes zones plates, motifs répétitifs ou contours nets, moins efficace pour le contenu photographique. Le PNG prend aussi en charge la transparence. Le JPEG est avec perte : la compression élimine les détails à haute fréquence que l'œil humain ne perçoit pas, produisant des fichiers plus petits au prix d'artefacts visibles autour des contours nets et des zones à fort contraste. Le curseur de qualité contrôle le compromis : 100 % produit une sortie quasi sans perte de 3 à 5 fois plus volumineuse que 60 % ; 60 % est beaucoup plus petit mais montre des halos visibles autour du texte.

La règle de décision pour presque tout PDF : si la page contient du texte, des diagrammes, des graphiques ou des dessins au trait, choisissez PNG. Les contours nets du texte et des vecteurs produisent des artefacts de halo dans le JPEG visibles même à haute qualité, et la compression sans perte du PNG gère très efficacement les zones plates (fonds blancs, remplissages unis), donc la pénalité de taille de fichier est plus faible que la règle générale ne le laisse penser. Si la page est photographique (une page de magazine numérisée, un album photo, une brochure avec de grandes photos produit), utilisez JPEG à 85 à 90 pour cent de qualité. Si le document mélange les deux, PNG est le choix par défaut le plus sûr, car les artefacts sur le texte sont évidents alors que les artefacts photo sont subtils.

Flux de travail réels qui motivent la conversion PDF vers image

Pièges courants et contournements

Pourquoi la sortie a la taille qu'elle a

La taille du fichier de sortie dépend de trois facteurs : le nombre de pages, l'échelle choisie et l'efficacité de compression du format. Pour une page PDF typique avec texte et diagrammes, le PNG à l'échelle 1.0 fait environ 50 à 200 Ko par page, le PNG à l'échelle 2.0 fait 200 à 800 Ko par page, le JPEG à qualité 85 pour cent et échelle 1.0 fait 30 à 80 Ko par page, et le JPEG à la même qualité à l'échelle 2.0 fait 100 à 300 Ko par page. Les pages riches en photos produisent des fichiers plus gros dans les deux formats, le JPEG conservant un avantage de 3 à 5 fois sur le PNG. Un PDF de 100 pages converti à l'échelle 2x PNG peut produire un ZIP de 20 à 80 Mo ; le même PDF à l'échelle 1x JPEG 85 pour cent produit un ZIP de 3 à 8 Mo. La plupart des utilisateurs veulent quelque chose entre les deux, c'est pourquoi l'échelle 1.5x à JPEG 85 pour cent est le défaut sensé de fait pour l'usage général.

Conversion navigateur seul contre conversion cloud

Les convertisseurs PDF vers image dans le cloud qui occupent le haut des résultats de recherche (Smallpdf, ILovePDF, Adobe Acrobat Online, PDF24, Sejda, PDF2Go) téléversent tous votre PDF source sur leurs serveurs, font tourner la conversion via des moteurs de rendu côté serveur (typiquement Ghostscript ou des bibliothèques propriétaires), et servent la sortie en ZIP à télécharger. Leurs politiques de confidentialité indiquent que les fichiers téléversés sont supprimés en quelques heures, mais les fichiers transitent par le réseau de l'opérateur, existent sur ses disques pendant la fenêtre de traitement, et passent par toute la journalisation que l'opérateur maintient pour la détection d'abus. Les paliers gratuits plafonnent le nombre d'opérations par jour ; les paliers payants suppriment le plafond.

Cet outil ne téléverse pas. Votre PDF est lu dans l'onglet du navigateur via l'API File standard, analysé et rendu par pdf.js dans le même onglet, et le ZIP de sortie est assemblé localement par JSZip avant d'être enregistré sur le disque via l'API de téléchargement. Vous pouvez le vérifier : ouvrez les outils de développement du navigateur sur l'onglet Réseau, lancez une conversion et regardez qu'aucune requête ne part avec le contenu de votre fichier. Le compromis est la capacité de rendu : pdf.js gère correctement la grande majorité des PDF du monde réel, mais les moteurs côté serveur ont accès à des bibliothèques commerciales matures qui gèrent mieux certains cas limites (encodages de police inhabituels, groupes de transparence se chevauchant, fonctionnalités PDF rares). Pour 95 pour cent des PDF en entrée, la sortie est interchangeable ; pour les 5 pour cent restants, les services cloud ont un avantage.

Autres questions fréquentes

Puis-je obtenir une sortie à 300 DPI pour l'impression ?

Pas directement. Le maximum de l'outil est l'échelle 2x, qui correspond à environ 192 DPI. Pour une sortie à 300 DPI, les bonnes options sont un outil de bureau (la fonction Exporter vers image d'Adobe Acrobat Pro, pdftoppm avec -r 300, ou ImageMagick avec -density 300) ou un service cloud qui expose le rendu à DPI arbitraire (Adobe Acrobat Online, le palier payant de Smallpdf). Pour la plupart des flux qui ne sont pas strictement destinés à une impression finale, l'échelle 2x suffit : 192 DPI est suffisamment net pour que la différence avec 300 DPI soit invisible aux distances de lecture normales.

Puis-je sélectionner des pages spécifiques à convertir ?

Pas directement dans cet outil. Utilisez d'abord l'outil Division de PDF en ligne, gratuite pour extraire les pages voulues, puis lancez la conversion sur le PDF extrait ici. La sélection de pages en une seule étape est une fonctionnalité prévue ; pour l'instant, le flux en deux étapes couvre le cas d'usage.

Pourquoi la sortie est-elle différente de ce que produit Adobe Acrobat ?

L'outil utilise pdf.js, le moteur de rendu JavaScript que Firefox emploie pour son visualiseur PDF intégré. pdf.js traite 95 pour cent ou plus des PDF du monde réel de la même manière qu'Adobe Acrobat. Les quelques pour cent restants impliquent des polices inhabituelles, des groupes de transparence complexes, des fonctionnalités PDF récentes que pdf.js n'a pas encore implémentées, ou des cas limites de gestion de couleur. Pour ces documents, Adobe Acrobat ou un outil côté serveur produira une sortie plus fidèle. Pour les PDF quotidiens, la différence est invisible.

Puis-je faire de l'OCR sur les images de sortie ?

Pas directement dans cet outil. Les images de sortie peuvent être transmises à un outil OCR distinct (l'OCR d'Adobe Acrobat, Tesseract, des services OCR en ligne). Beaucoup d'utilisateurs font exactement ça : convertir un PDF numérisé en images ici, faire l'OCR ailleurs, puis reconstruire un PDF cherchable avec le texte OCR comme couche cachée. Pour que l'OCR fonctionne bien, faites le rendu à l'échelle 2x (plus on s'approche de 300 DPI, meilleure sera la précision OCR).

Pourquoi les couleurs sont-elles légèrement différentes du PDF ?

Gestion de la couleur. Les PDF peuvent embarquer des profils colorimétriques ICC qui définissent comment les valeurs de couleur se traduisent à l'écran ou à l'impression. L'API canvas du navigateur n'implémente pas complètement la gestion de couleur ICC ; le moteur de rendu interprète les couleurs en sRGB. Pour la plupart des documents c'est invisible ; pour le travail critique en couleur (design graphique, portfolios photo, épreuves d'impression), un outil de bureau avec une gestion de couleur appropriée est le bon choix. Adobe Acrobat Pro et le flux « Enregistrer pour le web » d'Adobe Photoshop traitent correctement les profils ICC.

Ça marche sur téléphone et tablette ?

Oui, dans la limite de la mémoire du navigateur mobile. Les limites de tas JavaScript sur téléphone sont typiquement de quelques centaines de mégaoctets par onglet, ce qui suffit pour la plupart des PDF mais peut être dépassé par des documents très volumineux à l'échelle 2x. À titre indicatif : les PDF de moins de 50 Mo se convertissent bien sur téléphone à n'importe quelle échelle ; les PDF de plus de 100 Mo peuvent manquer de mémoire à l'échelle 2x et devraient être convertis à l'échelle 1x ou 1.5x, ou traités sur un ordinateur. Le modèle de traitement page par page implique que l'onglet ne charge pas toute la sortie d'un coup, donc l'utilisation mémoire reste à peu près proportionnelle à la taille d'une page rendue plutôt qu'à celle du document entier.

Outils associés