Respuesta corta
HEIC es útil para guardar fotos del iPhone, pero como formato por defecto para publicar imágenes en la web abierta sigue siendo mala idea. El formato ahorra espacio, mantiene buena calidad visual y funciona sin problemas dentro del software moderno de Apple. Los problemas empiezan cuando ese mismo archivo tiene que pasar por un navegador, un formulario de subida, un CMS, un cliente de correo, un dispositivo Windows, un dispositivo Android, un CDN de imágenes o una herramienta de programación en redes sociales.
Para un sitio público, convierte antes de publicar. Usa WebP o AVIF para la entrega web, deja JPEG como respaldo de compatibilidad y usa PNG solo cuando un formulario lo pida o cuando necesites una copia de edición sin pérdida. Guarda el HEIC original si quieres conservar el máster que ahorra espacio del iPhone.
No es que HEIC sea un mal formato. Es que las imágenes web necesitan un amplio soporte de decodificadores, un manejo predecible de MIME, generación de miniaturas, comportamiento de respaldo y un procesamiento simple en el servidor. En varios de esos puntos operativos, HEIC aún es débil.
HEIF y HEIC no son exactamente lo mismo
El primer detalle que la mayoría de artículos se salta: HEIF y HEIC están relacionados, pero no son idénticos.
HEIF significa High Efficiency Image File Format. Es un contenedor. Un contenedor puede alojar datos de imagen, miniaturas, secuencias, metadatos, información de profundidad y otros datos auxiliares. HEIC es la variante típica de las fotos del iPhone: un archivo HEIF cuyos datos de imagen están codificados con HEVC, también conocido como H.265.
Esa distinción importa en el trabajo real. Un sistema puede entender el contenedor HEIF y aun así necesitar el decodificador HEVC para leer una foto .heic típica. La guía de soporte de Microsoft refleja esta separación: los usuarios de Windows que trabajan con medios HEIF/HEVC estilo Apple pueden necesitar tanto el componente HEIF como el HEVC antes de que Fotos pueda usar los archivos.
Dicho de forma sencilla:
| Término | Qué significa | Por qué importa |
|---|---|---|
| HEIF | El formato contenedor | Puede alojar distintas codificaciones y metadatos |
| HEIC | HEIF con compresión de imagen HEVC | El archivo de fotos típico del iPhone |
| HEVC | Tecnología de compresión dentro de muchos HEIC | Suele ser el cuello de botella de licencia/decoder |
| JPG/JPEG | Formato de foto más antiguo y muy soportado | Más grande, pero aceptado casi en todas partes |
| WebP/AVIF | Formatos modernos para la entrega web | Encajan mejor con sitios públicos |
El problema de compatibilidad en la web no suele ser "los píxeles son malos", sino "al software receptor le falta el camino correcto de contenedor y códec".
Por qué los iPhone usan HEIC
Apple introdujo el soporte de HEIF y HEVC con iOS 11 y macOS High Sierra. El soporte de Apple describe el motivo práctico con claridad: HEIF y HEVC ofrecen mejor compresión que JPEG y H.264 con calidad visual similar, así que usan menos espacio en el dispositivo y en Fotos de iCloud.
Ese compromiso tiene sentido para una cámara de teléfono. Una persona puede sacar miles de fotos, guardarlas durante años y verlas casi siempre en Fotos, Mensajes, AirDrop, iCloud, Vista Previa u otras apps compatibles con Apple. En ese mundo, HEIC pasa casi desapercibido: la foto se ve normal y ocupa menos.
Apple también da al usuario un interruptor de compatibilidad. En el iPhone o el iPad, Cámara > Formatos > Más compatible hace que las nuevas fotos se guarden como JPEG. Alta eficacia vuelve a HEIF/HEVC. Apple señala además que, al compartir por AirDrop, Mensajes o correo, el dispositivo "puede" enviar automáticamente una versión más compatible cuando el receptor no admite los formatos más nuevos.
Ese "puede" es importante. La conversión automática ayuda, pero no cubre todos los caminos de subida web. Si eliges un archivo desde Archivos, exportas originales de iCloud, arrastras un .heic en bruto a un CMS o subes desde una carpeta del escritorio, el sitio puede recibir el HEIC original.
El verdadero problema web es el soporte del navegador
Los sitios no necesitan solo que "algún dispositivo en algún lugar" abra la imagen. Necesitan que el navegador del visitante decodifique la imagen en una etiqueta <img>, en un fondo CSS, en la vista previa social, en la vista previa del CMS, en la vista previa del buscador, en un CDN de imágenes y, a veces, en un cliente de correo o el webview de una app.
La guía de formatos de imagen de MDN lista los formatos web habituales: AVIF, GIF, JPEG, PNG, SVG y WebP. HEIC no forma parte de ese conjunto multinavegador habitual. Safari 17 añadió soporte HEIC en Safari, Safari View Controller y WKWebView, lo cual es útil para flujos de importación y edición centrados en Apple. Pero una función de Safari no vuelve automáticamente seguro un formato para Chrome, Firefox, Edge, Android, Windows, navegadores embebidos o todos los webviews de apps.
Ese es el matiz. "Safari admite HEIC" y "HEIC es seguro para la web pública" son afirmaciones distintas.
| Navegador/flujo | Estado práctico de HEIC para entrega pública |
|---|---|
| Safari 17+ en plataformas Apple | Puede con HEIC; útil en flujos de dispositivos Apple |
| Entrega pública en Chrome / Edge / Firefox | No des por hecho que HEIC se renderice |
| Navegadores dentro de apps Android | No des por hecho que HEIC se renderice |
| Vistas previas en bibliotecas de CMS | Depende del navegador y del stack de imagen del servidor |
| Redimensionado en CDN de imágenes | Depende del soporte de decodificador del backend |
| Clientes de correo | Trata HEIC como arriesgado salvo que lo hayas probado explícitamente |
Para una URL de imagen pública, usa formatos que navegadores y herramientas esperen. WebP, AVIF y JPEG de respaldo son menos emocionantes que HEIC, pero evitan que la página muestre iconos de imagen rota.
El soporte de Safari 17 ayuda, pero no elimina la necesidad de respaldos
WebKit anunció el soporte HEIC para Safari 17, Safari View Controller y WKWebView. La sesión de formatos de medios de Apple Developer en la WWDC23 también presentó HEIC como útil para tratar fotos subidas desde iPhone sin convertirlas, sobre todo en contextos web y app-view de Apple.
Es una mejora real. Significa que una web app usada por personas con dispositivos Apple puede importar, previsualizar y editar fotos del iPhone de forma más directa que antes.
Pero Apple también dijo que HEIC no está ampliamente soportado en otras plataformas y que probablemente debería usarse como formato alternativo. La misma sesión recomienda usar el elemento <picture> para que los navegadores puedan elegir un formato que admitan.
Para una app controlada centrada en Apple podrías probar un patrón así:
<picture>
<source srcset="/photos/hero.heic" type="image/heic" />
<source srcset="/photos/hero.avif" type="image/avif" />
<source srcset="/photos/hero.webp" type="image/webp" />
<img src="/photos/hero.jpg" width="1200" height="800" alt="Product photo" />
</picture>
Para la mayoría de los sitios públicos yo invertiría el enfoque: empieza con AVIF o WebP, deja JPEG como respaldo y guarda HEIC solo como subida original o máster interno. Las páginas públicas no deberían depender de que HEIC esté disponible.
Dónde se rompe HEIC en flujos web reales
Los fallos con HEIC rara vez son dramáticos. Suelen ser aburridos y confusos:
- El botón de subida acepta el archivo, pero la vista previa queda en blanco.
- El servidor lo rechaza porque
image/heicno está en la lista de MIME permitidos. - El navegador reporta un
file.typevacío o inesperado. - El CMS guarda el original pero no puede crear miniaturas.
- El plugin de optimización de imágenes lo omite.
- El CDN no puede redimensionarlo.
- La vista previa para compartir en redes no tiene imagen.
- El destinatario en Windows ve un adjunto que no puede abrir.
- El equipo de soporte recibe un ticket "tu foto está rota" sin causa aparente.
Por eso HEIC resulta poco fiable aunque funcione en tu propio iPhone. Publicar en la web es una cadena. El archivo debe sobrevivir a la detección del selector, la vista previa del cliente, la validación de subida, la decodificación del servidor, la generación de derivados, la entrega por CDN, el renderizado del navegador y a veces las vistas previas de búsqueda o de redes. Un eslabón sin soporte basta.
Soporte en Windows ≠ soporte en el navegador
Windows puede trabajar con archivos HEIF/HEVC en algunas situaciones, sobre todo con las extensiones adecuadas de Microsoft Store o el soporte de una app. Microsoft dice que Fotos puede necesitar las extensiones HEIF y HEVC para usar esos archivos. También indica que OneDrive puede previsualizar archivos HEIF y HEVC en la web, mientras que los archivos descargados en Windows quizá aún necesiten un códec para abrirse localmente.
Eso no significa que el navegador de un visitante en Windows pueda renderizar tu URL de imagen .heic. El soporte de vista previa del sistema, el de OneDrive, el de la app Fotos y el decodificador del navegador son cosas distintas.
Es una trampa habitual para desarrolladores:
- Una máquina Windows abre el archivo HEIC en Fotos tras instalar las extensiones.
- El desarrollador asume que el archivo está "soportado".
- El mismo archivo falla como imagen web normal para otro usuario.
Para la entrega web, prueba en los navegadores destino, no solo en la app de vista previa del sistema.
Por qué los formularios de subida rechazan HEIC
Muchos formularios de subida se escribieron cuando la lista práctica era JPEG, PNG y quizá WebP. Sus comprobaciones suelen ser así:
- Lista blanca de extensiones:
.jpg,.jpeg,.png,.webp. - Lista blanca de MIME:
image/jpeg,image/png,image/webp. - Biblioteca de imagen del servidor: espera decodificadores JPEG/PNG/WebP/AVIF.
- Tarea de miniaturas: llama a una biblioteca sin soporte HEIC.
- Regla de tamaño de archivo: asume que la salida convertida será JPEG.
HEIC puede fallar en cualquiera de esas comprobaciones. Aunque el frontend acepte image/*, el servidor puede rechazarlo. Aunque el servidor lo guarde, el generador de miniaturas puede fallar. Aunque el generador funcione, la URL pública final puede no renderizarse en todos los navegadores.
Si tu sitio acepta fotos subidas por usuarios, el flujo más seguro es:
- Acepta HEIC como formato de entrada si tu audiencia sube desde iPhone.
- Decodifícalo en el cliente o en el servidor.
- Guarda el original si te hace falta.
- Genera los archivos de entrega pública como WebP/AVIF más JPEG de respaldo.
- Muestra al usuario un mensaje claro cuando la conversión falle.
No sirvas el HEIC en bruto como única imagen pública.
A qué convertir HEIC
La mejor salida depende de a dónde va la foto.
| Destino | Mejor salida | Por qué |
|---|---|---|
| Adjunto de correo | JPG | Lo más seguro para destinatarios mezclados |
| Formulario gubernamental o de empleo | JPG salvo que se indique otra cosa | La mayoría de validadores lo esperan |
| Formulario que pide PNG | PNG | Sigue el requisito del formulario |
| Foto de sitio público | WebP con JPEG de respaldo | Más pequeño que JPEG con amplio soporte |
| Hero de sitio de alto tráfico | AVIF con WebP/JPEG de respaldo | Compresión fuerte si tu pipeline lo permite |
| HEIC tipo captura de pantalla | PNG o WebP sin pérdida | Mantiene textos y bordes planos más limpios |
| Archivo dentro de Fotos de Apple | Deja HEIC | Ahorra espacio y conserva el original |
| Edición en software antiguo | JPG o PNG | Menos sorpresas al importar |
JPG es la solución de compatibilidad. WebP suele ser la solución práctica para la entrega web. AVIF es útil cuando puedes generar y probar respaldos. PNG está para píxeles exactos o requisitos estrictos de formularios, no para fotos comunes.
HEIC frente a AVIF en la web
HEIC y AVIF se confunden fácilmente porque ambos son modernos y ambos pueden vivir en contenedores de la familia HEIF. La diferencia para quien lleva un sitio es la adopción.
MDN lista AVIF como formato de imagen web soportado en Chrome, Edge, Firefox, Opera y Safari. La guía de Lighthouse de Chrome recomienda AVIF y WebP como formatos modernos porque pueden reducir el tamaño de transferencia frente a JPEG y PNG. La documentación WebP de Google también describe WebP como soportado de forma nativa en los principales navegadores y útil para muchos webmasters.
HEIC no tiene la misma historia multinavegador. Puede ser excelente en flujos Apple, pero la web pública recompensa formatos que se renderizan en todas partes o degradan de forma limpia.
Usa esta regla:
- HEIC para el almacenamiento original del iPhone.
- WebP como predeterminado diario en el sitio.
- AVIF para páginas donde el ahorro de bytes justifica el pipeline.
- JPEG para respaldos y compatibilidad no web.
- PNG para gráficos exactos y requisitos estrictos de subida.
Metadatos y privacidad durante la conversión
Las fotos HEIC pueden llevar los mismos tipos de metadatos sensibles que preocupan en JPEG: coordenadas GPS, hora de captura, modelo del dispositivo, datos del objetivo, historial de software. Algunos conversores conservan los metadatos, otros los eliminan y otros los preservan solo en parte.
El conversor de PhotoTools decodifica los píxeles del HEIC y los reexporta mediante el canvas del navegador. En este proyecto, los archivos HEIC se detectan por tipo MIME o por extensión .heic/.heif, se decodifican con heic2any en blobs de frame PNG, se dibujan mediante createImageBitmap y OffscreenCanvas, y se exportan con convertToBlob() como JPG, PNG, WebP o AVIF. Esta recodificación en canvas es útil cuando quieres un archivo de entrega limpio, pero conviene verificar la salida si te importa la privacidad del GPS.
Si necesitas conservar metadatos para archivo, guarda el HEIC original. Si necesitas eliminarlos para compartir, revisa el archivo convertido antes de enviarlo.
Cómo trata PhotoTools el HEIC
PhotoTools trata HEIC como formato de entrada, no como la mejor salida pública. Es la forma correcta para la mayoría de los flujos web.
Cuando sueltas un archivo HEIC o HEIF en el conversor, el código del navegador lo reconoce por tipo MIME o extensión. Los HEIC de varios fotogramas se expanden en tarjetas individuales por fotograma. Cada fotograma puede exportarse a JPG, PNG, WebP o AVIF. La foto original no necesita subirse a un servidor de conversión.
Esto es útil para:
- Fotos del iPhone que deben abrirse en Windows.
- Formularios web que rechazan HEIC.
- Subidas a CMS que necesitan JPEG o WebP.
- Fotos de pasaporte o de solicitud en portales que listan formatos aceptados.
- Fotos de producto que deben ser WebP antes de publicarse.
- Fotos privadas que no quieres enviar en original a un servidor de terceros.
Para compartir a diario, elige JPG. Para publicar en la web, elige WebP o AVIF con respaldo. Si un formulario pide PNG explícitamente, elige PNG.
Una lista práctica antes de publicar una foto del iPhone
Usa esta lista cuando la foto empiece siendo HEIC:
- Comprueba los tipos de archivo aceptados en el destino.
- Si es un sitio público, no publiques el HEIC en bruto como única fuente.
- Si tu sitio los admite, entrega en WebP o AVIF.
- Deja un JPEG de respaldo para navegadores antiguos, correo y sistemas de subida estrictos.
- Usa PNG solo cuando lo justifiquen píxeles exactos o el requisito del formulario.
- Redimensiona la foto al tamaño más grande que realmente se vaya a mostrar.
- Decide si los metadatos deben conservarse o eliminarse.
- Prueba la página final en más navegadores que Safari.
En corto: HEIC es un buen formato de captura y almacenamiento. Aún no es un formato de entrega web universal fiable. Trátalo como el original y exporta la versión que tu audiencia y tu pipeline realmente puedan abrir.
Fuentes técnicas revisadas
Esta guía se revisó contra las guías HEIF/HEVC del soporte de Apple, el anuncio HEIC de Safari 17 de WebKit, la sesión de formatos de medios para la web de Apple Developer, la guía de formatos de imagen de MDN, las notas de Microsoft sobre extensiones HEIF/HEVC en Fotos, las notas de Microsoft sobre HEIF/HEVC en OneDrive, las recomendaciones de formato de imagen de Chrome Lighthouse y la documentación WebP de Google.