PDF a WebP v1.0

El conversor de PDF a WebP de DocPivot rasteriza cada página de un documento como imagen WebP dentro de tu navegador y decide, página por página, si le conviene el modo sin pérdida o el modo con pérdida. Una página de texto sale bit a bit idéntica a lo que habría producido un PNG, pesando alrededor de una décima parte, y un documento de 22 páginas termina en unos 660 KB. El PDF no se sube a ningún servidor.

Qué es el conversor de PDF a WebP de DocPivot

Funcionalidad principal

La herramienta dibuja cada página del PDF sobre un lienzo opaco y la codifica en WebP eligiendo el codificador que menos bytes gasta para ese contenido concreto. Antes de codificar, lee la página una sola vez y le hace dos preguntas: si contiene color y cuántos colores distintos tiene. Con esas dos respuestas manda la página al camino sin pérdida (texto, tablas, diagramas, dibujo de línea) o al camino con pérdida (fotografías, degradados, escaneos). La decisión se toma por página y no por documento, así que un informe con fotos en tres de sus cuarenta páginas acierta en las cuarenta. Si prefieres un formato universalmente compatible en lugar de WebP, la conversión de PDF a PNG usa el mismo motor de renderizado.

Quién la usa

La usan sobre todo desarrolladores web y diseñadores que sirven páginas de catálogos, fichas técnicas o manuales como imágenes ligeras, además de agencias que preparan previsualizaciones de documentos para un CMS y autónomos que suben portadas de dosieres a su web. En todos esos casos el peso final del conjunto importa más que la comodidad de un ajuste único.

Problema y solución

Casi todos los conversores de PDF a WebP aplican un solo ajuste a todo el documento. Si eliges sin pérdida, las páginas fotográficas se disparan; si eliges con pérdida, el texto aparece con halos alrededor de las letras. Medir cada página por separado evita los dos errores.

Por qué cada página se codifica por separado

El umbral que decide el camino de cada página son 256 colores distintos, y no es una cifra al azar: es el límite de paleta del propio modo sin pérdida de WebP, la condición sobre la que el formato conmuta internamente. Por debajo, la página se comporta como imagen de paleta y se comprime de forma extraordinaria; por encima, se trata como tono continuo.

Las cifras de una página real de un documento de 22 páginas dejan clara la diferencia:

En una página cuya superficie es fotografía en un 57 % el resultado se invierte por completo: 33 KB por el camino con pérdida frente a 374 KB por el camino sin pérdida, y 101 ms frente a 1.956 ms. Once veces más bytes y diecinueve veces más tiempo por elegir mal. Ese es exactamente el error que el umbral bajo evita a propósito.

Principales ventajas

• Texto sin pérdida real: las páginas de texto salen bit a bit idénticas al renderizado original, verificado píxel a píxel, no aproximadamente iguales.
• Peso de documento completo bajo: 22 páginas a 150 DPI ocupan unos 660 KB, frente a los varios megabytes habituales de un lote de PNG.
• Sin subida de archivos: el PDF se abre y se procesa en la pestaña del navegador, sin tránsito por servidores ajenos.
• Resolución declarada en píxeles: cada opción de DPI muestra las dimensiones reales de salida, no una etiqueta vaga tipo "alta calidad".
• Edición previa incluida: puedes girar, borrar o reordenar páginas antes de exportar, sin pasar por una herramienta aparte para organizar el PDF.
• Sin límite de páginas ni marca de agua: no hay registro, ni cuota por hora, ni logotipo estampado en la esquina.

Funciones clave

• Selección de codificador por página: cada página se mide de forma independiente y recibe el codificador que menos bytes gasta con su contenido.
• Detección de color completa: el escaneo de color recorre la página entera con salida anticipada, así que una línea de dos píxeles en rojo o una sola palabra coloreada en una nota al pie nunca pasa desapercibida.
• Cuatro pasos de resolución: 96, 150, 300 y 600 DPI, con las dimensiones en píxeles indicadas para cada uno.
• Límite de lienzo controlado: ninguna dimensión supera los 16.384 px, de modo que las páginas de gran formato a 600 DPI no rompen el proceso.
• Rotación y reordenación previas: el listado de páginas admite girar, eliminar y reordenar antes de exportar, igual que la herramienta para rotar PDF.
• Selección de páginas: puedes quedarte solo con las que te interesan, sin necesidad de extraer páginas del PDF en un paso previo.
• Descarga individual o en ZIP: una sola página se descarga como archivo suelto; varias, agrupadas en un ZIP sin recomprimir.
• Codificador wasm para color: las páginas en color usan libwebp compilado a WebAssembly; las de escala de grises con pérdida usan el codificador nativo del navegador, cuatro veces más rápido con idéntica salida.
• Panel de resultados con continuación: desde el resultado puedes saltar a convertir de WebP a PNG, redimensionar o cambiar de formato.

Cómo funciona el conversor de PDF a WebP de DocPivot

1. Abre el PDF. El documento se analiza en local con pdf.js y el panel muestra el número de páginas y sus dimensiones.
2. Ajusta el documento. Gira, elimina o reordena páginas, o quédate solo con un rango concreto. El renderizador lee esa lista en el momento de exportar.
3. Elige la resolución. Selecciona 96, 150, 300 o 600 DPI según el destino final de las imágenes. 150 DPI es el valor por defecto para pantalla.
4. Deja que DocPivot mida cada página. Una única lectura de píxeles responde a las dos preguntas (color y número de colores) y determina el codificador de esa página.
5. Descarga el resultado. Una página se entrega como archivo WebP suelto; varias, dentro de un ZIP con los nombres ya ordenados.

Resoluciones disponibles y tamaño de salida

Cada paso de resolución produce unas dimensiones concretas en píxeles, y la herramienta las muestra antes de convertir. Valores para una página tamaño carta, con el peso medido sobre una página de texto:

Fíjate en la primera fila: 96 DPI pesa más que 150 DPI. No es un error de medición. A resolución baja, el suavizado de bordes reparte cada letra entre más grises intermedios, y esos grises intermedios son justo lo que le sale caro al codificador sin pérdida. Es una medición de una página concreta y no una ley universal, pero explica por qué la herramienta no da por hecho que bajar el DPI siempre reduce el archivo. Si lo que buscas es aligerar el documento original en vez de convertirlo, tiene más sentido comprimir el PDF y conservar el formato.

Cuándo usar la conversión a WebP y cuándo no

WebP es la mejor opción cuando las imágenes van a un sitio web propio y controlas qué navegadores las van a mostrar. Deja de serlo en cuanto los archivos tienen que viajar a software desconocido.

• Catálogos y fichas en tienda online: páginas de texto y tabla que cargan al instante en una ficha de producto.
• Previsualizaciones en un CMS: miniaturas de documentos que se sirven cientos de veces al día y donde cada kilobyte cuenta.
• Documentación técnica publicada: manuales con diagramas de línea, el caso donde el modo sin pérdida rinde mejor.
• Portadas de dosieres: convertir solo la primera página como imagen de portada para una landing page.
• Anuncios en Wallapop o Milanuncios: subir la hoja de características de un producto como imagen en lugar de un PDF que nadie abre.
• Documentos que van a un tercero: aquí es mejor la conversión de PDF a JPG, porque cualquier programa la abre.

Si necesitas conservar el texto seleccionable en lugar de convertirlo en píxeles, la conversión de PDF a texto es el camino correcto. Rasterizar siempre convierte las letras en imagen.

Casos de uso

Tienda online con catálogo en PDF

Contexto: una pyme con catálogo de 40 páginas quiere mostrarlo dentro de la web sin obligar a descargar el PDF.

• Convierte el catálogo entero a 150 DPI en una sola pasada.
• Las páginas de texto salen sin pérdida; las tres con foto de producto, con pérdida.
• Cada imagen se publica como galería navegable en la ficha de categoría.

Resultado: el catálogo se ve al instante en móvil y el peso total baja de varios megabytes a menos de uno.

Autónomo que publica su tarifario

Contexto: un diseñador freelance quiere colgar su hoja de precios en la web y compartirla por WhatsApp.

• Convierte las dos páginas del tarifario a 150 DPI.
• Comprueba que el texto queda nítido al ampliar en móvil.
• Sube la imagen a la web y la manda directamente por mensajería.

Resultado: el cliente ve las tarifas sin descargar nada, y el archivo pesa menos que una foto de móvil.

Equipo técnico que documenta un producto

Contexto: un manual con esquemas de línea debe integrarse en la documentación web de un producto.

• Convierte a 300 DPI para que los esquemas aguanten el zoom.
• Reordena y elimina las páginas de portada y contraportada antes de exportar.
• Si un esquema necesita otras dimensiones, pasa por el redimensionador de imágenes.

Resultado: los diagramas quedan legibles a doble tamaño y cada página ocupa una fracción de lo que ocuparía en PNG.

Privacidad, RGPD y tratamiento de datos

La conversión se ejecuta íntegramente en tu navegador, así que el contenido del PDF no se transmite a ningún servidor de DocPivot ni de terceros. Esto importa cuando el documento contiene datos personales: nóminas, contratos, facturas con NIF, informes médicos o expedientes con nombres y direcciones. Bajo el RGPD y la LOPDGDD, subir ese material a un conversor alojado fuera de tu control supone una comunicación de datos a un tercero que tendrías que justificar y documentar, con contrato de encargado de tratamiento incluido.

Procesar en local elimina esa cuestión de raíz: no hay transferencia, ni encargado del tratamiento, ni plazo de conservación que auditar. Para un autónomo o una pyme que maneja documentación de clientes, eso evita una obligación de registro que la AEPD revisa en caso de inspección. Si necesitas repartir un expediente largo antes de tratarlo, hazlo con la herramienta para dividir PDF, que funciona igual de local.

Límites y advertencias honestas

• "Sin pérdida" se aplica por página, no al documento. Una página fotográfica va por el camino con pérdida, y eso es intencionado.
• El clasificador puede equivocarse. Una página de documento con un gráfico a todo color puede superar los 256 colores y acabar en el camino con pérdida: el archivo sale más grande de lo necesario, pero se ve correctamente.
• El ajuste de calidad no afecta a las páginas sin pérdida. El modo sin pérdida de WebP no tiene control de calidad, así que ese deslizador simplemente no interviene en esas páginas.
• Sin pérdida es más lento. Unos 305 ms por página frente a 144 ms. Un documento de 22 páginas tarda alrededor de 7 s en lugar de 4, y devuelve un archivo diez veces más pequeño.
• Compatibilidad limitada en software antiguo. Safari anterior a la versión 16 e Internet Explorer no muestran WebP. Si el destinatario es desconocido, elige PNG o JPG.
• El texto deja de ser texto. Al rasterizar, las palabras se convierten en píxeles y dejan de ser buscables o seleccionables.

Cómo se compara WebP con PNG y JPG en páginas de PDF

WebP gana en peso en los dos escenarios, pero por motivos distintos. En páginas de texto y línea produce el mismo resultado exacto que un PNG ocupando cerca de una décima parte; en páginas fotográficas compite con JPG y suele ganarle a igualdad visual. Lo que PNG y JPG ofrecen a cambio es compatibilidad. Si además quieres reducir el tiempo de carga del propio documento, combínalo con la opción de optimizar el PDF para web, y si necesitas devolver esas imágenes a un formato clásico, la conversión de WebP a JPG cierra el círculo.

Preguntas frecuentes