Initializing, please wait a moment

Metadatos EXIF y Compresion de Imagen: Que se Elimina

Ultima revision 2026-05-06. Dirigido al momento en que comprimes una imagen y te preguntas si los detalles de la camara, las coordenadas GPS o la marca de tiempo aun estan en el archivo. Ruta el paso de compresion real a Compress Image (en el navegador, sin subir).

Respuesta en 30 segundos. La mayoria de los compresores de imagen que recodifican un JPEG eliminan los metadatos EXIF por defecto - eso incluye marca y modelo de camara, lente, ajustes de exposicion, la marca de tiempo original de captura, y (para fotos de telefono) coordenadas GPS. Esto sucede porque la recodificacion reconstruye el JPEG desde los datos de pixel decodificados, y al codificador hay que decirle explicitamente que copie el bloque de metadatos de vuelta. Si quieres los metadatos eliminados (privacidad, compartir fotos publicamente), el comportamiento por defecto es lo que quieres. Si quieres mantener los metadatos (archivo, copyright, portafolio de fotografia), elige una herramienta o ajuste de biblioteca que preserve EXIF, o recomprime con una flag explicita "preserve metadata".

Que son los metadatos EXIF, en terminos concretos?

EXIF significa Exchangeable Image File Format, definido por el estandar JEITA CP-3451C (Exif 2.3 es la version que la mayoria de las camaras y telefonos escriben hoy). EXIF no son los pixeles de la imagen - es un bloque separado de metadatos almacenado junto a los pixeles dentro del mismo archivo de imagen. El bloque se estructura como una serie de campos etiquetados, cada uno con un ID de etiqueta numerico y un valor. El formato contenedor que aloja el bloque es TIFF (Tag-Image File Format, Adobe TIFF 6.0); EXIF hereda la estructura de directorio de archivo de imagen (IFD) de TIFF, asi que un bloco EXIF es esencialmente un pequeno archivo TIFF embebido dentro de un JPEG, HEIC o imagen similar.

Un bloque EXIF se organiza en un pequeno numero de directorios nombrados, cada uno conteniendo una categoria diferente de campos:

  • IFD0 (el directorio de imagen primario) - propiedades basicas de imagen: ancho, alto, flag de orientacion, resolucion, nombre del software, fecha y hora de ultima modificacion.
  • Exif IFD - datos de captura especificos de la camara: marca y modelo de camara, modelo de lente, tiempo de exposicion, F-number, ISO, distancia focal, balance de blancos, estado del flash, la marca de tiempo original de captura, la marca de tiempo digitalizada y una etiqueta de espacio de color.
  • GPS IFD - datos de ubicacion: latitud, longitud, altitud, marca de tiempo GPS, direccion de captura. Los telefonos escriben esto por defecto a menos que la ubicacion sea denegada a la app de camara.
  • IFD1 (el directorio de miniatura) - una pequena miniatura embebida de la imagen, usada por administradores de archivos para vistas previas rapidas. Tipicamente 160 x 120 pixeles y unos pocos kilobytes.
  • Interoperability IFD - flags que marcan el archivo como conforme a la especificacion EXIF.

Dentro de un archivo JPEG, todo este bloque de metadatos se envuelve en un unico segmento de marcador llamado APP1. Los archivos JPEG (segun ITU-T T.81 / ISO/IEC 10918-1) tienen un pequeno conjunto de segmentos de marcador de aplicacion numerados APP0 a APP15; APP1 es el segmento donde vive EXIF (comienza con los bytes FF E1 seguidos por la longitud del segmento y la cadena literal Exif\0\0). Un segundo segmento comun, APP2, contiene el perfil de color ICC (segun la especificacion ICC.1:2010-12). Los datos de pixel mismos estan en los segmentos SOS (Start of Scan) despues de los marcadores de aplicacion.

Por que la compresion suele eliminar EXIF (la razon tecnica)

Cuando una herramienta tipica de compresion de imagen hace un JPEG mas pequeno, no rasura bytes de un JPEG existente en su lugar - recodifica la imagen. La canalizacion es: (1) decodifica el JPEG de entrada de vuelta a un arreglo 2D de pixeles RGB en memoria, (2) recodifica esos pixeles como un nuevo JPEG al nivel de calidad solicitado. El recodificador reconstruye el archivo desde cero: escribe un nuevo marcador SOI (Start of Image), un nuevo conjunto de tablas de cuantizacion, nuevas tablas de Huffman, y los nuevos datos de pixel comprimidos. Los segmentos de marcador de aplicacion (APP0 a APP15) no son parte de los datos de pixel; son estructuras de nivel superior separadas, y el codificador solo las escribe si el codigo llamador las pasa explicitamente.

El comportamiento por defecto del codificador en la mayoria de bibliotecas populares es no copiar los marcadores de aplicacion:

  • libjpeg-turbo (el codec JPEG mas usado en Linux, macOS y Android) y mozjpeg (el fork de Mozilla afinado para compresion web) ambos escriben solo los marcadores que el propio codificador produce - tablas de cuantizacion, tablas de Huffman, cabeceras de frame - y descartan todo lo demas. La herramienta de linea de comandos cjpeg sigue el mismo defecto; preservar EXIF requiere la flag -copy all o su equivalente.
  • Pillow (PIL) en Python - Image.save("out.jpg", quality=80) descarta EXIF por defecto. Para mantenerlo: img.save("out.jpg", quality=80, exif=img.info.get("exif")). Los metadatos no son implicitos; tienes que pasarlos explicitamente.
  • Sharp (Node.js, libvips) - el comportamiento por defecto descarta EXIF; el metodo .withMetadata() le dice al codificador que lo mantenga.
  • ImageMagick - la flag -strip elimina EXIF explicitamente; sin ella, ImageMagick intenta preservar los metadatos, lo que hace a ImageMagick la excepcion en lugar de la regla.
  • Compresion en el navegador usando el elemento HTML5 <canvas> y canvas.toBlob() - la API canvas no tiene concepto de metadatos. Dibujar una imagen en un canvas decodifica solo pixeles; codificar el canvas a JPEG produce un archivo fresco sin bloque EXIF alguno. Las herramientas web que comprimen enteramente en el navegador usando canvas siempre producen salida sin metadatos a menos que parseen y readjunten el bloque EXIF ellas mismas con una biblioteca separada.

El punto: la eliminacion de EXIF durante la compresion es un efecto secundario de como funciona la recodificacion, no una caracteristica deliberada de privacidad. El codificador no "elige" eliminar metadatos - simplemente no los copia a menos que se le diga. Si tu herramienta mantiene o descarta EXIF por tanto depende de una sola linea de codigo (o una sola flag CLI) en el paso de codificacion.

Que hay en EXIF que importa

Diferentes campos en el bloque EXIF tienen apuestas muy diferentes para diferentes lectores. Los cuatro campos sobre los que la mayoria de los lectores preguntan:

  • Coordenadas GPS (GPS IFD: GPSLatitude, GPSLongitude, GPSAltitude) - escritas por telefonos a menos que la ubicacion sea denegada a la app de camara. Leerlas le dice a cualquiera con el archivo donde se tomo la foto, frecuentemente con precision de unos metros. Esta es la unica preocupacion de privacidad mas citada con EXIF; compartir una "selfie en casa" con GPS aun adjuntado comparte efectivamente la direccion del hogar.
  • Marca de tiempo de captura (Exif IFD: DateTimeOriginal) - el momento en que se disparo el obturador, preciso al segundo. Util para archivo; potencialmente sensible si la foto fecha un evento privado.
  • Identificacion de camara y lente (IFD0: Make, Model; Exif IFD: LensModel) - le dice al lector que cuerpo de camara y lente tomo la imagen. Usado por fotografos como metadatos de portafolio; inofensivo en la mayoria de fotos de consumidor.
  • Parametros de exposicion (Exif IFD: ExposureTime, FNumber, ISOSpeedRatings, FocalLength) - los ajustes tecnicos del disparo. Util para fotografos comparando tomas; inofensivo de compartir.

Otros dos campos que vale la pena conocer:

  • Flag de orientacion (IFD0: Orientation) - le dice al renderizador que gire la imagen mostrada 90, 180 o 270 grados sin girar los pixeles. Si un compresor elimina esta flag y no pre-rota los pixeles primero, una imagen que se mostraba correctamente en un telefono puede aparecer subitamente de lado en la web. La mayoria de compresores modernos auto-rotan los pixeles y limpian la flag (el comportamiento seguro); algunos descartan la flag sin rotar, produciendo salida visiblemente rota.
  • Copyright y autor (IFD0: Copyright, Artist) - campos de propiedad escritos por algunas camaras y la mayoria de software de edicion de foto. Eliminarlos en un flujo de compresion publico esta bien; eliminarlos en un flujo de archivo o comercial puede romper la atribucion.

Cuando mantener EXIF

Tres escenarios donde preservar EXIF durante la compresion es la decision correcta:

  • Archivo personal - la foto se mueve de un telefono a una biblioteca de fotos a largo plazo (un NAS, una carpeta sincronizada, un disco externo) y la fecha y GPS son parte del valor: esto es cuando y donde sucedio el momento. Eliminar el EXIF aqui borraria la linea de tiempo y el lugar.
  • Portafolio de fotografo - exposicion, lente, ISO y copyright son parte de como el fotografo presenta su trabajo. Algunas plataformas de portafolio renderizan EXIF como una barra lateral; algunos navegadores lo muestran en propiedades de imagen. Mantener EXIF le permite al espectador ver el oficio.
  • Uso forense o evidenciario - la marca de tiempo, GPS e identificacion de camara pueden ser relevantes si la imagen se usa luego como evidencia. El bloque EXIF no es una garantia de autenticidad (cualquiera de estos campos puede editarse), pero eliminarlos enteramente quita informacion que puede necesitarse.

Eligiendo una herramienta que preserva EXIF: en herramientas basadas en navegador, busca una casilla explicita "preserve metadata" o "keep EXIF"; en herramientas de linea de comandos, usa cjpeg -copy all, jpegtran -copy all, ImageMagick sin -strip, o llama a la API de preservar metadatos de tu biblioteca. jpegtran de libjpeg-turbo es el caso especial: hace recompresion sin perdidas (reordena codigos de Huffman sin decodificar a pixeles) y preserva todos los segmentos de marcador por defecto, asi que un pase jpegtran -optimise encoge un JPEG ligeramente sin tocar EXIF ni los pixeles.

Cuando eliminar EXIF a proposito

Tres escenarios donde eliminar EXIF es la decision correcta - el comportamiento por defecto de la mayoria de los compresores hace lo correcto aqui, pero si no estas seguro, tambien puedes pasar una imagen por una herramienta dedicada de eliminacion de metadatos primero:

  • Compartir publicamente fotos de telefono - publicar una foto en un sitio web publico, foro, red social o lista de marketplace. Las coordenadas GPS y la marca de tiempo de captura no son utiles para un espectador publico; son una fuga de privacidad. Elimina EXIF antes de subir.
  • Minimizacion de tamano de archivo para la web - un bloque EXIF de una foto de telefono normalmente tiene 10 a 60 kilobytes, lo que puede ser una porcion significativa de una imagen fuertemente comprimida (un JPEG de 50 kilobytes con un bloque EXIF de 30 kilobytes es 60 por ciento metadatos). Eliminar EXIF en una canalizacion de compresion para web es un ahorro de bytes gratis.
  • Marketplaces y listas publicas - vender un articulo usado, publicar una foto de inmueble, listar un alquiler: cualquier contexto donde la lista no deba revelar donde vive o trabaja el fotografo. Elimina EXIF antes de que la foto salga de tu dispositivo.

Para eliminacion por lotes, el CLI mas simple es exiftool -all= image.jpg (la utilidad exiftool escribe una copia con todos los metadatos eliminados) o jpegtran -copy none input.jpg > output.jpg (sin perdidas, sin cambio de calidad, sin EXIF). Ambos estan ampliamente disponibles.

Que NO esta en EXIF (confusiones comunes)

Algunas categorias de "metadatos" suelen confundirse con EXIF pero se almacenan en bloques diferentes del archivo - o no en el archivo en absoluto:

  • IPTC / XMP - estandares de metadatos separados usados por editores de foto para palabras clave, leyendas, declaraciones de copyright y calificaciones. Almacenados en sus propios segmentos de marcador JPEG (XMP normalmente en APP1 junto a EXIF; IPTC en un bloque de recurso de imagen de Photoshop). Eliminar EXIF no siempre elimina XMP; algunas herramientas eliminan ambos, otras solo uno.
  • Perfil de color ICC - el perfil de gestion de color (sRGB, Display P3, Adobe RGB) que le dice a un renderizador como interpretar los valores de color. Almacenado en el segmento de marcador APP2 del JPEG segun ICC.1:2010-12. El perfil ICC no es EXIF; algunos compresores lo eliminan junto a EXIF (lo que puede cambiar los colores visiblemente en monitores de gama amplia), algunos lo mantienen. Si los colores se ven "raros" tras la compresion en un monitor calibrado, el perfil ICC es el sospechoso.
  • Metadatos del sistema de archivos (fecha de modificacion del archivo, fecha de creacion del archivo, propietario del archivo, atributos extendidos de nivel OS) - son propiedades del archivo en el disco, no propiedades de los datos de imagen. Son independientes del EXIF; subir un archivo generalmente descarta todos los metadatos del sistema de archivos incluso si EXIF se preserva.
  • Esteganografia o marcas de agua embebidas en los pixeles - algunos flujos esconden datos dentro de los propios valores de pixel (marcas de bit menos significativo, marcas de dominio de frecuencia). Estos datos estan en los datos de pixel, asi que recodificar usualmente corrompe o destruye; preservar EXIF no ayuda aqui.

Como verificar que hay en tu archivo

La herramienta de inspeccion multiplataforma mas simple es exiftool (una utilidad Perl gratuita, disponible en gestores de paquetes de Windows, macOS y Linux). Ejecuta exiftool image.jpg e imprime cada campo de metadato organizado por directorio (IFD0, Exif IFD, GPS IFD, IFD1, XMP, IPTC, ICC). Si la salida muestra coordenadas GPS, el archivo aun las tiene; si muestra solo propiedades basicas de imagen (tamano, formato), el bloque de metadatos se ha eliminado.

Los atajos del sistema operativo tambien funcionan para una verificacion rapida:

  • macOS Finder - selecciona la imagen, presiona Command+I, expande "More Info" - muestra camara, exposicion y (si esta presente) coordenadas GPS renderizadas como un pequeno mapa.
  • Windows Explorer - clic derecho en la imagen, elige Propiedades, clic en la pestana Detalles - muestra campos EXIF incluyendo GPS como numeros de latitud / longitud.
  • Gestores de archivos Linux - la mayoria de los gestores de archivos (Nautilus, Dolphin, Thunar) muestran una pestana Exif en el dialogo de propiedades del archivo si una biblioteca de metadatos esta instalada.

Para una verificacion relacionada tras la compresion - la compresion tambien hirio visiblemente los pixeles? - la guia complementaria en How to Tell If a JPG Was Compressed Too Much cubre los artefactos visuales de sobre-compresion, que es una pregunta diferente a "sobrevivieron los metadatos".

Receta practica: mantener o eliminar, por escenario

La decision en la mayoria de los flujos se reduce a una pregunta: quien vera este archivo a continuacion?

  • Compartir publicamente (redes, listas, foros, sitios web) - elimina EXIF. El comportamiento por defecto de la mayoria de los compresores hace esto gratis. Si el compresor preserva EXIF por defecto, pasa la salida por exiftool -all= file.jpg como paso de seguimiento.
  • Enviar a un amigo o familiar - mantener EXIF esta bien; el GPS y la marca de tiempo pueden ser contexto relevante. Si la foto se re-compartira mas adelante, elimina primero.
  • Archivando a tu propia biblioteca - mantener EXIF. Usa una herramienta con "preserve metadata" explicito o usa jpegtran -copy all para recompresion sin perdidas.
  • Publicando en portafolio de fotografia - mantener EXIF. Los campos de exposicion y lente son parte del valor del portafolio.
  • Reduciendo el tamano de archivo para una pagina web donde cada kilobyte importa - elimina EXIF e ICC. Pre-rota los pixeles primero para evitar perder la flag de orientacion silenciosamente.
  • Copia forense o evidenciaria - mantener EXIF; idealmente no recomprimas en absoluto (copia el archivo original tal cual). Si se necesita una copia mas pequena, jpegtran -copy all es el camino mas seguro.

Si estas a punto de comprimir una imagen y no estas seguro que caso aplica: el defecto conservador es eliminar EXIF al compartir externamente y mantener EXIF al almacenar internamente. La guia complementaria sobre elegir un nivel de calidad esta en How to Choose a Compression Level; la guia complementaria sobre si la compresion es siquiera la operacion correcta (vs conversion de formato) esta en When to Compress vs Convert an Image.

Lectura relacionada

Why trust these tools

  • Ten-plus years of web tooling. The freetoolonline editorial team has shipped browser-based utilities since 2015. The goal has never changed: get you to a working output fast, without an install.
  • Truly in-browser - no upload. Every file-processing tool on this site runs in your browser through modern Web APIs (File, FileReader, Canvas, Web Audio, WebGL, Web Workers). Your photo, PDF, audio, or text never leaves your device.
  • No tracking during tool use. Analytics ends at the page view. The actual input you paste, drop, or capture is never sent to any server and never written to any log.
  • Open-source core components. The processing engines underneath (libheif, libde265, pdf-lib, terser, clean-css, ffmpeg.wasm, and others) are public and audit-able. We link to each one in its tool page's footer.
  • Free, with or without ads. All tools are fully functional without sign-up. The Disable Ads button in the header is always available if you need a distraction-free run.