Redimensionador en Lote — Canvas + File API en el Navegador
Arrastra una carpeta entera de fotos y redimensiónalas a un ancho objetivo en una pasada, conservando la proporción de cada archivo. La herramienta recorre la FileList, decodifica cada imagen localmente, la dibuja en un Canvas nuevo con las dimensiones calculadas y crea una copia descargable mediante toBlob(). En el mismo lote pueden mezclarse entradas JPG, PNG y WebP; el comportamiento actual produce PNG para entradas PNG y JPG para las demás entradas compatibles. Como todo corre en el navegador, los límites principales son la CPU y la memoria. Los archivos nunca salen del dispositivo.
Cómo redimensionar en lote
- Arrastra varias imágenes a la herramienta o haz clic para seleccionar una carpeta vía el input multi-selección del File API de WHATWG.
- Introduce el ancho objetivo en píxeles. Los altos se calculan por archivo como round(alto_origen × ancho_objetivo / ancho_origen) para que cada imagen mantenga su proporción nativa.
- El navegador recorre la FileList, dibuja cada imagen en un canvas nuevo y crea una copia mediante toBlob().
- Espera al lote. Los escritorios modernos manejan cientos de fotos por lote; los dispositivos móviles topan más bajo conforme la presión de memoria sube.
- Descarga los archivos uno a uno o todos a la vez. Los archivos originales en disco nunca se modifican.
Casos de uso comunes
- Reescalar un lote de fotos de producto para una tienda online y que todas las miniaturas tengan un ancho exacto en píxeles (p. ej. 600 px) para la rejilla de imágenes del CMS.
- Preparar una carpeta de imágenes de blog a 1200 px de ancho antes de subir a un CMS con presupuesto de peso por imagen.
- Reducir tomas de cámara para un portfolio fotográfico que sirve variantes responsive 1× / 2× / 3× srcset.
- Normalizar librerías tras mezclar exportaciones de distintas cámaras y modelos de móvil (dimensiones de origen variadas reducidas a un único ancho objetivo).
- Generar miniaturas de ancho consistente para un catálogo de comercio electrónico sin trabajo manual archivo por archivo en un editor de escritorio.
Preguntas frecuentes
¿Hay límite de cuántas imágenes puedo reescalar?
No hay límite fijo — el rendimiento depende de tu navegador, memoria del dispositivo y tamaño de los archivos origen. Los escritorios modernos manejan cientos de fotos por lote; los móviles topan más bajo conforme el heap del navegador se llena de ImageBitmaps decodificados. Como todo corre local, no hay timeout de servidor — el lote terminará tarde o temprano mientras la memoria lo permita.
¿Mantiene la proporción?
Sí. Tú fijas el ancho objetivo y la herramienta calcula alto_objetivo = round(alto_origen × ancho_objetivo / ancho_origen) por archivo individualmente, así retratos y paisajes en el mismo lote reciben cada uno su dimensión emparejada correcta. Ninguno se estira ni se aplasta.
¿Puedo mezclar formatos en el mismo lote?
Sí. JPG, PNG y WebP pueden ir todos en el mismo lote. Las entradas PNG producen PNG; las demás entradas compatibles producen una copia JPG.
¿Qué algoritmo de remuestreo usa cada archivo?
La herramienta por lotes usa la canalización Canvas drawImage() del navegador. La implementación exacta del suavizado depende del navegador y aquí no se anuncia como Lanczos. Todos los archivos siguen la misma canalización; la variación por archivo es la proporción entre sus dimensiones de origen y destino.
¿Se suben mis imágenes?
No. El navegador maneja todo a través del File API y el Canvas 2D Context de WHATWG. Ningún archivo sale del dispositivo — la pestaña Network de DevTools muestra cero peticiones de subida durante el lote. Los resultados descargables se exponen como hrefs URL.createObjectURL desde los Blobs en memoria, no desde un servidor.
Qué te aporta el lote frente al redimensionado por archivo — y la restricción solo-local
El redimensionado por lotes ayuda a mantener la consistencia y evita trabajo manual repetitivo: aplica el mismo ancho objetivo y el mismo cálculo de proporción a todos los archivos seleccionados. Se pueden procesar juntos lotes con distintos formatos; el comportamiento actual produce PNG para entradas PNG y JPG para las demás entradas compatibles. Los límites prácticos dependen de la CPU y la memoria del dispositivo, sobre todo con carpetas grandes. Las descargas salen una a una o mediante el botón «descargar todo», y los archivos originales del disco nunca se modifican.
- Bucle de lote itera la FileList del File API de WHATWG (html.spec.whatwg.org/#filelist) — arrastrar y soltar o input múltiple
- Canvas drawImage por archivo con suavizado definido por el navegador
- Matemática de proporción por archivo: alto_objetivo = round(alto_origen × ancho_objetivo / ancho_origen)
- Lotes mixtos con el comportamiento actual de salida JPG/PNG
- Nombres de archivo originales preservados al descargar vía URL.createObjectURL
- Límite práctico cientos de fotos por lote en escritorio, menor en móvil (limitado por CPU + memoria, no por subida)
- Lado navegador vía WHATWG Canvas + File API — los archivos nunca salen del dispositivo
Gratis. Sin registro. Sin subidas. Anuncios mediante AdSense (con consentimiento).
Fuentes (10)
- WHATWG (live). HTML Living Standard — Canvas 2D Context: drawImage() + imageSmoothingQuality. html.spec.whatwg.org/#dom-context-2d-drawimage — same Canvas resampling pipeline applied per file in the batch; imageSmoothingQuality 'high' for downscaling, 'low' for nearest-neighbour-style fast resize.
- WHATWG (live). HTML Living Standard — File API + FileList + drag-and-drop interfaces. html.spec.whatwg.org/#filelist + w3.org/TR/FileAPI/ — browser-side multi-file selection (input type=file multiple, drag-and-drop DataTransfer.files) iterated client-side without upload.
- WHATWG (live). HTML Living Standard — HTMLCanvasElement.toBlob() + URL.createObjectURL. html.spec.whatwg.org/#dom-canvas-toblob + url.spec.whatwg.org/#dom-url-createobjecturl — per-file output Blob serialised in the browser; createObjectURL exposes the resized result as a downloadable href without server round-trip.
- Python Imaging Library (PIL Fork) — Pillow contributors (2023). Pillow 10.0.0 — Image.Resampling enum. pillow.readthedocs.io/en/stable/releasenotes/10.0.0.html — industry reference for batch image processing resampling filters (NEAREST / BILINEAR / BICUBIC / LANCZOS).
- ITU-T (CCITT) Study Group VIII & ISO/IEC JTC 1/SC 29/WG 10 (JPEG) (1992). Information technology — Digital compression and coding of continuous-tone still images: Requirements and guidelines. ITU-T Recommendation T.81 (18 September 1992) / ISO/IEC 10918-1:1994 — JPG re-encoding via Annex K quantisation tables for each resized JPG file in the batch.
- W3C (PNG Working Group) (2003). Portable Network Graphics (PNG) Specification (Second Edition). W3C Recommendation 10 November 2003 / ISO/IEC 15948:2004 — PNG re-encoding for each resized PNG file in the batch; lossless DEFLATE compression preserves the resampled pixels exactly.
- Deutsch, P. (1996). DEFLATE Compressed Data Format Specification version 1.3. RFC 1951, IETF (May 1996, Aladdin Enterprises — LZ77 + Huffman; 32 KB sliding window) — PNG IDAT compression algorithm applied per file in the batch.
- Zern, J., Massimino, P., & Alakuijala, J. (Google LLC) (2024). WebP Image Format. RFC 9649, IETF (November 2024, Informational) — WebP re-encoding for each resized WebP file in the batch; lossy mode (VP8 keyframes) and lossless mode (LZ77 + Huffman/prefix coding) both round-trip cleanly through Canvas toBlob('image/webp', quality).
- Bankoski, J., Koleszar, J., Quillio, L., Salonen, J., Wilkins, P., & Xu, Y. (Google Inc.) (2011). VP8 Data Format and Decoding Guide. RFC 6386, IETF (November 2011, Informational) — VP8 keyframe bitstream used by WebP lossy mode in the batch re-encoding pipeline.
- International Electrotechnical Commission (IEC) (1999). Multimedia systems and equipment — Colour measurement and management — Part 2-1: Default RGB colour space — sRGB. IEC 61966-2-1:1999 — default Canvas 2D colour space; mixed-format batches (JPG + PNG + WebP) are normalised to sRGB during the canvas resampling step.
Son las especificaciones del W3C, ISO/IEC, ITU-T e IETF que la herramienta implementa o sobre las que se apoya. Localízalas en w3.org, iso.org, itu.int o datatracker.ietf.org.