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.
Prend en charge PDF · jusqu'à 50 Mo
Comment ça marche
- Importer le PDF : Déposez ou sélectionnez un fichier PDF à convertir.
- Aperçu et configuration : Voyez les vignettes de pages et choisissez le format (PNG/JPG), l'échelle (1x à 2x) et la qualité JPG.
- 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
- Plusieurs formats : Exportez en PNG (sans perte) ou en JPG (compressé).
- Mise à l'échelle flexible : Choisissez 1x, 1,5x ou 2x selon la qualité d'image dont vous avez besoin.
- Contrôle de la qualité : Ajustez la qualité JPG de 60 à 100 pour cent pour équilibrer la taille de fichier et le rendu.
- Téléchargement par lots : Convertissez toutes les pages en une seule fois. Les pages uniques se téléchargent immédiatement ; les pages multiples sont automatiquement regroupées dans un ZIP.
- Confidentialité : Tout le traitement se fait localement dans votre navigateur. Aucun fichier n'est envoyé à un serveur.
- Rapide : Rendu en temps réel, sans attente ni file d'attente.
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 :
- 72 à 96 DPI (échelle 1x) : qualité web et écran. Adapté aux vignettes, illustrations de blog, aperçus pour réseaux sociaux et pièces jointes d'e-mail.
- 150 DPI (entre 1x et 2x) : qualité d'archivage standard. Bon pour la lecture à l'écran, les dépôts documentaires, l'alimentation OCR et la plupart des impressions de bureau.
- 192 DPI (échelle 2x) : qualité écran retina. Texte net sur les écrans de portable et de téléphone à haute densité, acceptable pour l'impression à usage général.
- 300 DPI et au-delà : qualité d'impression professionnelle. Pas directement disponible dans cet outil ; utilisez un outil de bureau (Adobe Acrobat Pro, pdftoppm avec
-r 300, ou ImageMagick avec-density 300) pour la sortie d'impression finale.
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
- Réseaux sociaux et publication web. Partager un PDF sur Twitter, LinkedIn ou un billet de blog exige de convertir au moins la page de couverture ou les pages clés en images, car ces plateformes n'intègrent pas les PDF comme aperçus en ligne. Les équipes marketing convertissent les rapports PDF, les livres blancs et les études de cas en aperçus image ; les éditeurs convertissent la couverture et un extrait d'un livre numérique en PNG pour la page produit. PNG à l'échelle 1.5x à 2x est le choix typique.
- Présentations et diaporamas. PowerPoint, Keynote et Google Slides peuvent intégrer des images mais pas directement des pages PDF. Toute personne préparant une diapositive qui a besoin d'une figure, d'un graphique ou d'un extrait d'un PDF convertira d'abord la page concernée. Le PNG est préféré car la figure contient typiquement du texte ou du contenu vectoriel que le JPEG compromettrait.
- Alimentation OCR. Certains pipelines de reconnaissance optique de caractères fonctionnent mieux sur des images rastérisées que sur des PDF avec des couches de texte déjà extraites. Le flux consiste à rastériser le PDF à 150 ou 300 DPI, à exécuter l'OCR sur les images obtenues, puis à utiliser le texte OCR directement ou à le réinjecter dans un nouveau PDF avec le texte OCR comme couche cachée.
- Tribunaux et preuves juridiques. Les pièces déposées dans les juridictions où le système de gestion des affaires du tribunal n'accepte que les formats image nécessitent une conversion PDF vers image avant téléversement. Chaque page devient une image individuelle, nommée avec le numéro de pièce et le numéro de page, empaquetée dans un ZIP pour le téléversement.
- Accessibilité et archivage. Certains dépôts institutionnels exigent que les copies d'archivage à long terme des documents soient stockées dans un format raster (PNG ou TIFF) en plus du PDF original, sous l'idée que le format PDF pourrait un jour devenir illisible mais que le raster restera toujours lisible. Stratégie d'archivage controversée, mais la pratique existe à grande échelle.
- Pièces jointes d'e-mail et de messagerie. Certains clients d'e-mail ou de messagerie d'entreprise filtrent ou bloquent les pièces jointes PDF pour des raisons de sécurité mais autorisent les images. Convertir le PDF en PNG avant l'envoi est le contournement standard.
Pièges courants et contournements
- La taille du fichier croît au carré de l'échelle. Doubler l'échelle quadruple le nombre de pixels, ce qui quadruple à peu près la taille des fichiers PNG et triple celle des JPEG. Un PDF de 20 pages à l'échelle 2x PNG peut facilement produire un ZIP de 50 à 100 Mo. La limite supérieure pratique de la taille du PDF d'entrée diminue inversement à la résolution de sortie choisie. Si le ZIP est trop grand, redescendez à l'échelle 1x ou 1.5x, ou passez au JPEG.
- Le texte devient non modifiable. Après rastérisation, le texte est des pixels. Le copier-coller ne fonctionne plus, les lecteurs d'écran n'annoncent plus le contenu, et la recherche dans le document échoue. Si le cas d'usage nécessite du texte sélectionnable après l'aller-retour, lancez l'OCR sur les images de sortie, ce qui introduit son propre taux d'erreur.
- La transparence est perdue en JPEG. Les PDF peuvent contenir des pages au fond transparent (typiquement une couche de filigrane ou un graphique de superposition). Le JPEG aplatit la transparence en une couleur de fond solide, typiquement le blanc. Le PNG la préserve. Si le document a une transparence qui compte pour la sortie, choisissez PNG.
- Les graphiques vectoriels pixelisent à l'agrandissement. Le PDF original peut être zoomé indéfiniment sans perdre en netteté, car le moteur de rendu rastérise à nouveau à chaque niveau de zoom. L'image de sortie est figée à sa résolution de rendu ; zoomer au-delà de 100 pour cent affiche des pixels plutôt que des graphiques recalculés. Pour tout flux où le consommateur pourrait zoomer (grands écrans, projecteurs, agrandissements à l'impression), choisissez l'échelle la plus élevée qui tient en mémoire.
- Différences d'anticrénelage entre navigateurs. Différents navigateurs appliquent des stratégies légèrement différentes d'anticrénelage du texte dans leurs implémentations de canvas. Le même PDF rendu à l'échelle 2x dans Chrome, Firefox et Safari produit une sortie visuellement similaire mais pas identique au pixel près. Pour la plupart des cas d'usage les différences sont invisibles ; pour les applications légales ou d'archivage où la reproductibilité exacte compte, le rendu côté serveur avec un moteur fixe (Ghostscript, pdftoppm) est le meilleur choix.
- Les PDF chiffrés ne peuvent pas être analysés. Un PDF avec un mot de passe d'ouverture ne peut pas être lu par pdf.js avant que le mot de passe ne soit fourni. Cet outil n'expose pas actuellement de boîte de dialogue de mot de passe. Le flux consiste à déverrouiller d'abord le PDF via l'outil Déverrouiller un PDF gratuit en ligne, puis à convertir la copie déverrouillée.
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.