Conversor TIFF a JPG — Honestidad sobre el Soporte TIFF en Navegadores
Convierte TIFF (Tag Image File Format, Aldus TIFF Revision 6.0 finalizada el 3 de junio de 1992 por Steve Carlsen en Aldus Corporation; copyright transferido a Adobe Systems tras la adquisición de Aldus por Adobe en 1994) a JPG (ITU-T Recommendation T.81 / ISO/IEC 10918-1:1994, 18 de septiembre de 1992). La conversión corre localmente vía WHATWG Canvas drawImage + HTMLCanvasElement.toBlob('image/jpeg', quality), intercambiando el almacenamiento sin pérdida del TIFF por la compresión perceptualmente afinada del JPEG — un TIFF fotográfico típico de 1920×1080 (~6-25 MB según el esquema de compresión) queda en 200-500 KB de JPG a calidad 85. Limitación crítica del navegador — la decodificación TIFF nativa es escasa en 2026. Safari decodifica TIFF nativamente vía la integración Quartz / CoreGraphics de macOS. Chrome, Firefox y Edge basado en Chromium NO decodifican TIFF nativamente — el origen falla al cargar en esos navegadores. La herramienta delega al decodificador HTMLImageElement integrado del navegador, así que funciona en Safari y falla en el resto. Para conversión TIFF en navegadores no-Safari, usa una herramienta de escritorio (Preview en macOS, GIMP, IrfanView) para convertir el TIFF a PNG primero, y después pasa ese PNG por la cadena de esta herramienta. Los archivos nunca salen del dispositivo.
Cómo convertir TIFF a JPG
- Arrastra un .tiff o .tif a la herramienta o haz clic para seleccionarlo. Crítico — funciona solo en Safari. Chrome, Firefox y Edge basado en Chromium fallan al cargar TIFF nativamente.
- Si estás en un navegador no-Safari y el origen falla al cargar, convierte tu TIFF a PNG primero usando una herramienta de escritorio (Preview de macOS, GIMP, IrfanView, ImageMagick) y pasa el PNG por la vía png-to-jpg en su lugar.
- En Safari: elige un nivel de calidad JPG. 85 es el punto dulce web estándar según el Anexo K de ITU-T T.81; 90+ se aproxima a visualmente sin pérdida; por debajo de 70 produce bloques 8×8 y ringing visibles.
- La herramienta ejecuta Canvas drawImage (TIFF decodificado → canvas a dimensiones nativas) → toBlob('image/jpeg', quality). Los TIFF multi-página solo renderizan la primera página.
- Descarga el JPG. El TIFF original queda intacto en el disco — los archivos nunca salen del dispositivo.
Casos de uso comunes
- Preparar documentos o artwork escaneados para correo, web o CMS donde TIFF no se acepta (la mayoría de plataformas no-imprenta han ido descartando TIFF como formato de subida).
- Reducir exportaciones TIFF de cámara (algunas cámaras profesionales aún usan TIFF por defecto para captura adyacente a RAW) para compartir en un formato que la mayoría de dispositivos abren.
- Convertir librerías TIFF archivadas (museos, bibliotecas, archivos científicos siguen usando TIFF como máster sin pérdida) en copias de distribución JPG para uso en blog o redes sociales.
- Reducir la huella de almacenamiento de una librería TIFF de una sola página archivada antes de respaldarla en almacenamiento en la nube que cobra por GB (los TIFF multi-página necesitan una herramienta de escritorio primero).
- Convertir capturas de pantalla TIFF de software antiguo (el formato de guardado por defecto de Photoshop pre-2010 era TIFF en muchos flujos) a JPG para compatibilidad moderna.
Preguntas frecuentes
¿Por qué mi TIFF falla al cargar en Chrome / Firefox?
TIFF no se decodifica nativamente en Chrome, Firefox ni Edge basado en Chromium — esos navegadores no incluyen un decodificador TIFF. Safari decodifica TIFF nativamente vía la integración Quartz / CoreGraphics de macOS (el framework Image I/O compartido con Preview y QuickLook), así que la herramienta funciona solo en Safari. Para navegadores no-Safari, usa una herramienta de escritorio (Preview de macOS, GIMP, IrfanView o ImageMagick) para convertir tu TIFF a PNG primero, y luego pasa ese PNG por la herramienta png-to-jpg. El hueco de soporte TIFF en navegadores es una limitación estructural, no un fallo de la herramienta.
¿Convertir TIFF a JPG pierde detalle?
Sí — JPG es con pérdida según las tablas de cuantización perceptual del Anexo K de ITU-T T.81. A calidad 85 o superior la pérdida suele ser invisible a distancias de visualización normales; a calidad 60 o menos se nota en degradados suaves (banding) o bordes duros (ringing, fronteras de bloque 8×8). Para uso archivístico o cercano a impresión, mantente a calidad 90+. TIFF es sin pérdida (en modos sin comprimir, LZW, Deflate y PackBits), así que convertir a JPG es un intercambio unidireccional de fidelidad por tamaño. Para salida ráster sin pérdida, convierte TIFF a PNG vía una herramienta de escritorio.
¿Funcionará toda variante TIFF en Safari?
Safari decodifica las variantes TIFF comunes vía Quartz / CoreGraphics de macOS: sin comprimir (TIFF Compression tag = 1) a 8 y 16 bits por canal, LZW (U.S. Patent 4.558.302 expirada el 20 de junio de 2003), Deflate, JPEG-en-TIFF y PackBits. Las variantes menos comunes pueden fallar: CCITT Fax Group 3 / Group 4 (compresión multi-bit de fax), espacios de color exóticos (CMYK, Lab) y TIFFs multi-página (solo se renderiza la primera página). Reexporta desde GIMP o Preview como TIFF baseline de una página si la carga falla.
¿Qué calidad elegir?
Para uso archivístico o cercano a impresión (donde el TIFF era el máster sin pérdida), mantente a calidad 90+ para preservar el detalle. Para uso web y correo típico, 80-85 es el mejor balance de tamaño y calidad visual según el modelo perceptual de ITU-T T.81. Por debajo de 70 el ahorro se estanca y los artefactos empiezan a aparecer en contenido fotográfico. La escala 1-100 es un factor no lineal de escalado de la tabla de cuantización; doblar el número NO dobla el tamaño del archivo.
¿Se sube mi archivo?
No. La decodificación + dibujo en canvas + codificación JPEG corren todos del lado cliente vía WHATWG Canvas drawImage + HTMLCanvasElement.toBlob('image/jpeg', quality). La pestaña Network de DevTools muestra cero peticiones de subida. Nota que en navegadores sin soporte de decodificación TIFF (Chrome, Firefox, Edge basado en Chromium), el origen falla al cargar localmente y la herramienta devuelve un error — no se sube nada porque no se decodifica nada.
Las opciones de compresión de TIFF + el hueco de soporte TIFF en navegadores
TIFF Revision 6.0 (3 de junio de 1992, Steve Carlsen, Aldus Corporation) es un contenedor flexible que almacena datos de imagen vía Image File Directories (IFDs) etiquetados; cada IFD puede llevar RGB sin comprimir, LZW (U.S. Patent 4.558.302 expirada el 20 de junio de 2003 en EEUU), JPEG-en-TIFF (TIFF Tag 33), Deflate (RFC 1951), CCITT Fax Group 3 / Group 4, PackBits u otros esquemas de compresión. El formato soporta profundidades de color de 8 y 16 bits, espacios de color CMYK y Lab más allá de sRGB, múltiples páginas por archivo y etiquetado rico en metadatos — convirtiéndolo en el formato sin pérdida dominante para escaneado, pre-prensa, SIG e imagen científica. El compromiso es el tamaño: un TIFF fotográfico típico de 1920×1080 pesa 6-10 MB (con LZW o PackBits) o hasta 25 MB (sin comprimir). La pipeline DCT + submuestreo de croma + Huffman del JPEG lo reduce a 200-500 KB a calidad 85, una reducción de 10-50× según la compresión del origen. La advertencia de decodificación del navegador es el obstáculo práctico: el soporte TIFF de Safari viene de la integración Quartz / CoreGraphics de macOS (el framework Image I/O que QuickLook, Preview y Safari comparten); Chrome, Firefox y Chromium Edge dejaron caer o nunca tuvieron soporte TIFF porque TIFF no es un formato objetivo de web. La herramienta parecerá fallar al cargar TIFF en esos navegadores — eso es una limitación estructural, no un fallo. Para usuarios no-Safari: la spec TIFF de Adobe en adobe.com (posterior a 1994) y el PDF original de Aldus de 1992 son las referencias autoritativas para convertir TIFF a PNG / JPG vía herramientas de escritorio (Preview, GIMP, IrfanView, ImageMagick decodifican toda variante que la spec define).
- Origen TIFF decodificado según Aldus TIFF Revision 6.0 (3 de junio de 1992, Steve Carlsen) / en custodia de Adobe desde 1994
- Solo Safari — decodificación TIFF nativa del navegador vía la integración Quartz / CoreGraphics de macOS
- No soportado en Chrome / Firefox / Edge basado en Chromium — esos navegadores NO decodifican TIFF nativamente (usa una herramienta de escritorio para convertir TIFF → PNG primero)
- Calidad JPEG ajustable 1-100 mapeada a las tablas de cuantización del Anexo K de ITU-T T.81
- Reducción sustancial de tamaño para contenido fotográfico — normalmente 10-50× más pequeño a calidad 85
- Contenedor de salida JFIF v1.02 (Hamilton, C-Cube Microsystems, 1 de septiembre de 1992) ampliamente aceptado por editores heredados y plataformas CMS
- En el navegador vía WHATWG Canvas drawImage + HTMLCanvasElement.toBlob('image/jpeg', quality) — sin subida
- Opera en sRGB (IEC 61966-2-1:1999) a precisión de 8 bits; los TIFF en CMYK y Lab se convierten a sRGB durante la decodificación (donde sea soportado)
Gratis. Sin registro. Sin subidas. Anuncios mediante AdSense (con consentimiento).
Fuentes (7)
- Carlsen, S. (Aldus Corporation, later Adobe Systems) (1992). TIFF Revision 6.0 Final. Aldus Corporation, 3 June 1992 — Tag Image File Format (TIFF) baseline + extensions; copyright transferred to Adobe Systems after Adobe acquired Aldus on 31 August 1994. TIFF supports uncompressed (Compression tag = 1), LZW (Compression tag = 5), JPEG-in-TIFF (Compression tag = 7), Deflate (Compression tag = 8), PackBits (Compression tag = 32773), CCITT fax (Group 3 / Group 4); multi-page documents; 8-bit and 16-bit colour depths; CMYK and other colour spaces beyond sRGB.
- Welch, T. A. (Sperry Corporation, later Unisys) (1985). High speed data compression and decompression apparatus and method (LZW). U.S. Patent 4,558,302, filed 20 June 1983, granted 10 December 1985 — the LZW compression algorithm available to TIFF as Compression tag = 5; the patent expired 20 June 2003 in the US (international counterparts 2004), clearing the legal cloud that had hung over LZW-encoded TIFF and GIF files for the algorithm's patented life.
- 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 — target JPEG baseline DCT bitstream; quality 1–100 maps to Annex K quantisation tables; the practical web/email format that TIFF needs to convert to for sharing.
- Hamilton, E. (C-Cube Microsystems) (1992). JPEG File Interchange Format (JFIF) Version 1.02. 1 September 1992 — target de facto JPEG container; APP0 marker, density units, thumbnail handling.
- WHATWG (live). HTML Living Standard — HTMLImageElement (browser-native TIFF decoding limitations). html.spec.whatwg.org/#htmlimageelement — TIFF native browser support is sparse: Safari decodes TIFF via macOS Quartz / CoreGraphics integration; Chrome / Firefox / Chromium-based Edge do NOT natively decode TIFF and the tool fails to load the source there. Browsers that do decode handle a subset of TIFF compressions (uncompressed BI_RGB, sometimes LZW, sometimes JPEG-in-TIFF); CCITT fax variants and multi-page TIFFs typically fail.
- WHATWG (live). HTML Living Standard — Canvas 2D Context: drawImage() + toBlob('image/jpeg', quality). html.spec.whatwg.org/#dom-context-2d-drawimage + canvas section 4.12.5 — browser conversion mechanism: load TIFF into HTMLImageElement (where supported) → drawImage onto canvas at native dimensions → toBlob('image/jpeg', quality) re-encodes via the browser's built-in JPEG encoder.
- 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 8-bit RGB colour space the Canvas 2D path operates in; TIFF files in CMYK, Lab, or other non-sRGB colour spaces are converted to sRGB by the browser decoder during the load step (where supported).
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.
Por Marco B. ·