Qué hace realmente PDF a JPG
Un PDF es un layout vectorial: instrucciones para dibujar una página. Un JPG es un bitmap optimizado para fotografías. Convertir uno en otro significa renderizar: cada página de tu PDF se redibuja en un canvas a la resolución que elijas y se codifica como JPG. El Conversor PDF a JPG produce un JPG por página. Un informe de 30 páginas se convierte en 30 JPG, numerados en orden de lectura.
JPG tiene pérdida. El codificador descarta detalle que el ojo humano probablemente no notará, a cambio de archivos mucho más pequeños que el equivalente sin pérdidas (PNG). En páginas dominadas por fotografía, ese intercambio suele ser invisible. En páginas dominadas por texto nítido o líneas finas, los artefactos pueden notarse en los bordes: un leve halo, una franja borrosa donde debería haber una línea dura. El slider de calidad te da el control sobre cuán agresiva es esa compresión.
La otra cosa que conviene saber de entrada: JPG no soporta transparencia. Allí donde la página del PDF sea transparente —y la mayoría no lo son, pero las exportaciones de diseño a veces sí—, la salida JPG pinta blanco. Si necesitas preservar la transparencia, usa PDF a PNG. Para el caso típico (una factura, un informe, un documento escaneado, una exportación de presentación), blanco-sobre-transparente no es problema y JPG te ahorra muchos bytes.
Cómo usarlo
El Conversor PDF a JPG se ejecuta enteramente en tu navegador. Tu PDF no se sube. Suelta un archivo, elige DPI y calidad, pulsa convertir.
- Suelta o elige tu PDF. Hasta 100 MB, máximo 200 páginas.
- Elige la resolución (72, 150 o 300 DPI) y la calidad JPG (60 %, 80 % o 92 %). Mayor calidad significa archivo más grande; menor calidad significa artefactos visibles en bordes y texto.
- Pulsa Convertir a JPG. Cada página se renderiza en un canvas y se exporta como JPG: unos segundos para PDFs cortos, unos 30-60 segundos para PDFs de 100 páginas a alta calidad.
- Descarga páginas individuales con el botón JPG en cada miniatura, o pulsa Descargar todo para llevarte todo en secuencia.
Sin cuenta. Sin email. Sin marca de agua en la salida. Sin tope de 5 MB. iLovePDF y SmallPDF te dan la misma conversión y luego te incordian para que te suscribas antes de hacer un segundo archivo. PDF24 y Sejda suben tu PDF a un servidor primero, lo cual es el valor por defecto equivocado para cualquier documento que prefieras no entregar. El trabajo de renderizado aquí pasa en tu navegador, en tu CPU, con PDF.js de Mozilla: la misma librería que usa Firefox internamente. Abre la pestaña Network durante la conversión: cero peticiones salientes.
DPI y calidad: los dos mandos que importan
DPI controla cuántos píxeles se renderiza cada página. La calidad controla cuán agresivamente esos píxeles se comprimen después con el codificador JPG. Son independientes y se multiplican: DPI alto más calidad alta da los archivos más grandes y nítidos. DPI bajo más calidad baja da los más pequeños y borrosos. La mayoría de elecciones reales viven en algún punto intermedio.
| DPI | Para qué | Tamaño página A4 en píxeles | JPG al 80 % de calidad |
|---|---|---|---|
| 72 DPI | Previews por email, visualización en pantalla, embeber en web | 595 x 842 | ~50-150 KB |
| 150 DPI | Salida de impresora de oficina, pantalla retina, presentaciones | 1240 x 1754 | ~150-400 KB |
| 300 DPI | Impresión comercial, archivo, visualización ampliada | 2480 x 3508 | ~500 KB-1,5 MB |
El slider de calidad luego escala esas cifras hacia arriba o hacia abajo:
| Calidad | Impacto visual | Tamaño vs 92 % | Cuándo usarla |
|---|---|---|---|
| 92 % | Visualmente idéntico al origen | referencia | Entrega final, archivado, todo lo que vayas a imprimir |
| 80 % | Casi sin diferencia visible; ligero suavizado en bordes de texto si haces zoom | ~40 % más pequeño | Por defecto para web y compartir: la elección correcta la mayoría de las veces |
| 60 % | Artefactos visibles en bordes de texto y transiciones nítidas; bien para contenido fotográfico | ~70 % más pequeño | Previews, miniaturas, archivo de fotos escaneadas donde gana la compacidad |
Por defecto: 150 DPI al 80 % de calidad es la opción correcta para casi todo. Nítido en pantalla retina, imprime bien en una impresora normal, y el tamaño es una fracción del de 300 DPI al 92 %. Sube solo si tienes una razón concreta.
Un ejemplo práctico
Imagina que tienes un archivo de 40 páginas de facturas escaneadas: A4, mayormente texto, algún logo, alguna firma ocasional. Quieres compartirlo con tu contable como imágenes individuales para que pueda pegar cada una en su software de contabilidad (que no acepta PDFs).
A 72 DPI / 80 % de calidad: cada página pesa unos 90 KB. Paquete total: ~3,6 MB. Las páginas se ven bien en pantalla al 100 %, suaves si haces zoom. Aceptable para compartir rápido, no genial para imprimir luego.
A 150 DPI / 80 % de calidad: cada página pesa unos 250 KB. Paquete total: ~10 MB. Las páginas son nítidas en pantalla y se ven bien en una impresora de escritorio. Este es el punto dulce para el caso.
A 300 DPI / 92 % de calidad: cada página pesa unos 1,2 MB. Paquete total: ~48 MB. Nítido a cualquier zoom, imprime comercialmente. Muchos más bytes de los que necesita el contable, y la subida puede tardar.
Como referencia, el mismo PDF de 40 páginas guardado como PNG a 150 DPI pesaría unos 25-30 MB en vez de 10 MB. JPG al 80 % te ahorra alrededor del 60 % del tamaño, y para un documento mayormente de texto y escaneos la diferencia es invisible.
JPG, PNG o WebP: ¿qué renderizado usar?
Pueden salir tres formatos de un flujo "página PDF a imagen", y cada uno es mejor en algo distinto. La elección rara vez es cerrada una vez sabes qué contiene la página y a dónde va.
| Formato | ¿Sin pérdidas? | Tamaño vs PNG | Se elige solo cuando... |
|---|---|---|---|
| PNG | Sí | referencia (el más grande) | Páginas con mucho texto, dibujo lineal, archivo, vas a editar después |
| JPG | No | ~25-60 % más pequeño | Compartir, email, páginas con muchas fotos, embeber donde el tamaño importa |
| WebP | Ambos modos | ~40-70 % más pequeño | Embeber web en un sitio o app moderna |
El caso más común es "solo necesito cada página como imagen para compartirla o pegarla en algo". Para eso, JPG a 150 DPI / 80 % es casi siempre correcto: archivos pequeños, buena calidad visible, y JPG es el formato que todo sistema operativo y todo cliente de email soporta desde los 90. Elige PDF a PNG si la página está llena de texto pequeño que vas a tener que ampliar después. Elige PDF a WebP si el destino es una web y el peso importa.
Renderizar a imagen no es lo mismo que extraer imágenes
Esto es lo que la gente confunde con más frecuencia, así que vale la pena decirlo claro. Hay dos trabajos de PDF a imagen que suenan idénticos y no lo son.
Renderizar cada página como imagen (lo que hace esta herramienta): toda la página visible —texto, gráficos vectoriales, fotos embebidas, todo— se dibuja plana sobre un canvas al DPI que elijas. Un JPG por página. El texto de dentro pasa a píxeles; ya no se puede seleccionar ni copiar.
Extraer las imágenes embebidas de un PDF (otra herramienta): saca las fotos que se colocaron dentro del PDF, a su resolución original, como archivos individuales. El texto y las formas vectoriales se ignoran del todo. Si una página tiene un logo y dos fotos de producto, obtienes tres archivos de imagen para esa página, no uno de la página entera.
Si lo que quieres son las fotos embebidas, usa Extraer Imágenes de PDF. Si lo que quieres es cada página como imagen plana para enseñarla a alguien, estás en el sitio correcto.
Casos límite que conviene conocer
Algunas cosas hacen tropezar a la gente al convertir un PDF a JPG.
Los fondos transparentes se vuelven blancos. JPG no lleva canal alfa. Allí donde tu página tenga transparencia, pintamos blanco antes de codificar. Para el 95 % de los PDFs reales esto nunca aparece: las páginas tienen un fondo sólido. Para exportaciones de diseño (un logo en PDF sobre canvas transparente, una mesa de trabajo de Illustrator), importa. Usa PDF a PNG si la transparencia tiene que sobrevivir.
Artefactos de compresión en texto pequeño. JPG funciona agrupando píxeles parecidos en bloques de 8x8 y codificando el bloque como patrón de frecuencia. Las transiciones bruscas —el borde de una letra negra sobre fondo blanco— son donde el algoritmo sufre, y el resultado puede verse ligeramente borroso a calidades bajas. Al 60 % lo verás en el cuerpo de texto si haces zoom. Al 80 % está, pero es invisible a distancia normal. Al 92 % es prácticamente inexistente. Si la página es sobre todo texto pequeño, sube la calidad o cambia a PNG.
PDFs escaneados. Un PDF escaneado ya es un bitmap. Renderizamos la página al DPI que elijas, pero el resultado no puede ser más nítido que el escaneo original. Si el origen va a 100 DPI, pedir salida a 300 DPI solo escala: el mismo detalle, más bytes. Ajusta el DPI al del escaneo origen para el resultado más limpio.
PDFs cifrados. No abren. Desbloquéalos primero en Acrobat o Vista Previa.
Formularios rellenados. Suelen renderizar bien. Las firmas digitales a veces salen como contornos o con huecos en PDF.js. Si una página sale mal, aplana el formulario primero con Aplanar Formulario PDF y vuelve a convertir.
Tamaños de página mezclados. Un PDF con una doble página de portada, páginas A4 de cuerpo y un desplegable al final te dará JPG de tres tamaños distintos. Los nombres de archivo van rellenos con ceros y el número de página, así que el orden alfabético coincide con el orden de lectura.
Por qué importa que sea en el navegador
iLovePDF, SmallPDF, PDF24, Sejda, Convertio, CloudConvert: todos suben tu PDF a sus servidores, lo renderizan ahí y te devuelven los JPG. Esa es una decisión de diseño, no una ley de la física. Para un folleto de marketing no importa. Para una declaración de impuestos, un historial médico, un contrato firmado, una carta laboral, un extracto bancario —cualquier cosa que te lo pensarías dos veces antes de enviársela por email a un desconocido— importa, y mucho.
El renderizado en el navegador existe porque PDF.js existe. Mozilla lo escribió para que Firefox pudiera abrir PDFs sin plugin, y lo abrieron al mundo. Cada PDF que hayas abierto en Firefox se renderizó con la misma librería que usamos aquí. No estamos haciendo nada novedoso; solo elegimos no tirar la propiedad de privacidad por la borda enviando los archivos a un servidor. El compromiso del 10 % —el 10 % de los ingresos a obra social, off the top, auditado trimestralmente— solo funciona si la herramienta entrega de verdad sin anuncios ni fricción de por medio.
Herramientas de PDF relacionadas
El Conversor PDF a JPG es uno de una pila de herramientas de PDF, todas del lado del navegador. Unas cuantas casan bien:
- JPG a PDF: la dirección inversa. Junta una carpeta de JPG en un PDF.
- PDF a PNG: mismo trabajo, salida PNG sin pérdidas. Elige esta cuando el texto sea prioridad o la transparencia tenga que sobrevivir.
- PDF a WebP: mismo trabajo, salida WebP. Archivos más pequeños para embeber en web.
- Extraer Imágenes de PDF: saca las imágenes embebidas originales. Trabajo distinto al de renderizar.
- Dividir PDF: corta un PDF grande en PDFs más pequeños antes de convertir.
- Combinar PDFs: junta varios PDFs en uno.
- Compresor de Imágenes: encoge más los JPG después de la conversión si lo necesitas.
Preguntas frecuentes
¿Es realmente privado mi PDF?
Sí. La conversión se ejecuta en tu navegador con PDF.js, la librería que Firefox usa para renderizar PDFs. Los bytes de tu PDF van del sistema de archivos a la memoria del navegador y al canvas renderizado, nunca a un servidor. Abre las herramientas de desarrollo, cambia a la pestaña Network y haz una conversión. Cero peticiones salientes durante el paso de conversión.
JPG o PNG: ¿cuál elijo?
PNG es sin pérdidas: mejor para páginas con texto nítido, dibujo lineal, capturas o cualquier cosa que vayas a editar después. JPG tiene pérdida y archivos más pequeños: mejor para compartir, embeber en documentos o páginas con muchas fotos donde no se nota la compresión. Si pesa más el tamaño que los píxeles perfectos, elige JPG. Si vas a reeditar o imprimir a tamaño grande, elige PDF a PNG.
¿Qué hace exactamente la calidad JPG?
Controla cuán agresivamente el codificador descarta detalle para encoger el archivo. 92 % mantiene la página visualmente idéntica al origen al precio de archivos más grandes. 80 % es el equilibrio estándar web e impresión: archivos alrededor de 40 % más pequeños que al 92 % sin diferencia visible a distancia normal. 60 % es para archivar o previews: artefactos visibles en bordes de texto, pero archivos 3-4 veces más pequeños que al 92 %.
¿Qué DPI debería elegir?
72 DPI para previews y embeber en web. 150 DPI para impresoras de oficina estándar y pantalla retina. 300 DPI para impresión comercial o archivo. Más DPI multiplica el tamaño: una página a 300 DPI son aproximadamente 4 veces los bytes de una a 150 DPI. Elige el DPI más bajo que cubra tu caso. La mayoría querrá 150 DPI al 80 % de calidad.
¿Cuál es el tamaño o el número máximo de páginas?
100 MB y 200 páginas por PDF. Más allá, el navegador sufre con memoria a DPI altos. Para PDFs muy grandes —un libro escaneado de 500 páginas—, divide el PDF primero con Dividir PDF o usa una herramienta de escritorio.
¿Por qué mis páginas JPG salen sobre fondo blanco?
JPG no soporta transparencia. Allí donde la página del PDF sea transparente, pintamos blanco antes de renderizar. Si tu PDF tiene fondo de color, ese color se ve bien; si tiene transparencia (raro en PDFs normales, común en exportaciones de diseño), las áreas transparentes se vuelven blancas. Si la transparencia tiene que sobrevivir, usa PDF a PNG.
Quiero las fotos que están dentro del PDF, no fotos de cada página. ¿Qué uso?
Esa es otra herramienta. Esta renderiza cada página como imagen plana. Para sacar las fotos embebidas a su resolución original como archivos separados, usa Extraer Imágenes de PDF.
¿Puedo descargar todas las páginas a la vez en ZIP?
Todavía no. El botón Descargar todo actual lanza descargas individuales en secuencia, ~150 ms entre ellas. La mayoría de navegadores manejan 10-50 descargas seguidas. Para más de 100 páginas, descarga por lotes. Una opción ZIP real está en la hoja de ruta.
¿Funciona en el móvil?
Sí, pero más lento. PDF.js corre igual en navegadores móviles: para PDFs cortos (1-10 páginas) va bien. Para PDFs largos a DPI y calidad altos, al móvil se le puede acabar la memoria y caerse la pestaña. Quédate en 150 DPI al 80 % o menos en el móvil.