Review Immich 3.0: edición, Workflows y HLS

Immich es uno de esos proyectos que crecen tan rápido que cada versión mayor obliga a repensar tu servidor. La 3.0, publicada en julio de 2026, no es un simple bump de número: llega con edición de fotos no destructiva en la app mobile, la primera preview de un motor de automatizaciones llamado Workflows, y transcodificación de video HLS al vuelo. Todo suena bien en el changelog. La pregunta honesta es otra: ¿qué le exige esto a tu cloud server y quién debería actualizar ya? Eso es lo que vamos a mirar acá, sin folleto.

Immich es una solución self-hosted de gestión de fotos y video, opensource y desplegable en tu propio servidor con Docker, pensada como reemplazo de los servicios de galería en la nube propietarios. Corre en un stack de contenedores (servidor, base PostgreSQL con extensión vectorial, Redis y un módulo de machine learning) y te da backup automático desde el celular, búsqueda por reconocimiento facial y de objetos, álbumes compartidos y edición de imágenes, con tus archivos siempre bajo tu control.

¿Por qué la versión 3.0 es un salto y no un parche más?

Review de Immich 3.0: qué implica para tu cloud server

Immich venía versionando en el rango 1.x durante años y saltó a la serie mayor recién en 2025. La 3.0 es la primera major que el equipo liberó con release candidates previas, un cambio de proceso que habla de un proyecto que ya se toma en serio la estabilidad para producción. El repositorio superó las 105.000 estrellas en GitHub, lo que confirma que no es un experimento de fin de semana sino una de las alternativas self-hosted más activas del ecosistema.

Lo importante para vos, que corrés esto en un servidor propio, es que 3.0 mueve tres piezas que impactan directo en recursos y mantenimiento: cómo se editan las fotos, cómo se automatiza la biblioteca y cómo se sirve el video.

¿Qué trae de nuevo Immich 3.0?

Edición no destructiva en mobile. El editor de la app ahora iguala al de la web: podés recortar, rotar y ajustar fotos sin tocar el archivo original, y revertir los cambios cuando quieras. Incluso podés editar en el celular y retocar después desde la web. La contracara: se quitaron temporalmente el recoloreado, la edición de live photos y la de assets locales; el equipo dice que las va a reponer más adelante.
Workflows (preview). Un constructor drag-and-drop (en Utilities > Workflows) que encadena disparadores, filtros y acciones para automatizar tu biblioteca. Tiene editor visual y editor JSON para compartir flujos, más plantillas prearmadas. Es la base de un sistema de plugins, y está explícitamente marcado como preview.
Transcodificación HLS y de video en tiempo real (experimental). Transcodifica al vuelo con cambio de calidad y optimización de códec, sin esperar a que se procese el archivo completo. Hoy es solo web (mobile en camino) y el propio equipo avisa que puede cambiar de comportamiento entre versiones.
Chequeos de integridad. La página de mantenimiento escanea el disco contra la base de datos y reporta archivos sin registrar, referencias sin archivo y checksums que no coinciden (posible corrupción). Se puede agendar para correr de noche.
OCR en mobile y página "Recently Added". El visor mobile suma un toggle que resalta texto reconocido dentro de la imagen para copiarlo, y hay una vista nueva que ordena tu biblioteca por fecha de importación en vez de fecha de captura.

¿Cómo se instala Immich en tu cloud server?

El despliegue estándar es con Docker Compose. En un servidor Ubuntu ya endurecido (usuario no root, firewall y contenedores con límites de recursos), el flujo básico es:

Descargar el docker-compose.yml y el archivo .env de ejemplo desde la documentación oficial.
Definir en .env la ruta de tu librería (UPLOAD_LOCATION), la contraseña de la base y la variable de versión.
Levantar el stack:

docker compose pull
docker compose up -d

Si ya venías de la serie 2.x, la actualización es directa: cambiás IMMICH_VERSION=v2 por IMMICH_VERSION=v3 en el .env y repetís el pull y el up -d. Como siempre con cualquier stack que toca una base de datos, hacé backup de tu volumen de PostgreSQL antes de actualizar: una migración mayor no es el momento de descubrir que no tenías respaldo.

¿Cuánta CPU y RAM necesita Immich 3.0?

Acá está la parte que el changelog no grita. Immich nunca fue liviano —el contenedor de machine learning para reconocimiento facial y de objetos consume memoria y CPU—, y 3.0 sube la vara para dos features concretas:

La transcodificación HLS en tiempo real pide músculo. El equipo lo dice sin vueltas: "tu servidor tiene que ser lo bastante potente para transcodificar en tiempo real para que esta feature funcione bien". Recomienda aceleración por hardware (VAAPI, NVENC o QSV según tu CPU/GPU), aunque no la exige. En un cloud server sin GPU, transcodificar video 4K al vuelo por software puede saturar los núcleos.
El indexado de ML sigue siendo el cuello de botella de arranque. La primera importación de una biblioteca grande genera thumbnails, embeddings y detección facial; ahí es donde vas a ver picos de CPU sostenidos. No es un problema de 3.0 en sí, pero conviene dimensionar el server pensando en ese pico, no en el uso en reposo.

Como referencia práctica: para uso personal con backup de celular y búsqueda, un servidor con varios núcleos y RAM holgada alcanza. Si querés activar HLS al vuelo para varios usuarios, ahí sí conviene aceleración por hardware o resignarte a transcodificar por lotes. Verificá los requisitos actuales en la documentación oficial, porque cambian con cada versión.

Pros y contras reales de Immich 3.0

A favor

La edición mobile por fin es usable y no destructiva. Poder recortar y ajustar sin duplicar archivos ni perder el original es la clase de detalle que hace que dejes de extrañar la app propietaria.
Workflows abre la puerta a automatizar sin scripts externos. Aunque sea preview, tener triggers/filtros/acciones nativos evita colgar cron jobs y llamadas a la API por afuera.
Los chequeos de integridad son oro para quien se toma en serio el backup. Detectar bit rot y archivos huérfanos desde la propia interfaz es algo que antes había que armarse a mano.

En contra

Dos de las tres features estrella son preview/experimentales. Workflows y HLS pueden cambiar de comportamiento entre versiones. Si buscás estabilidad absoluta, no construyas procesos críticos sobre ellas todavía.
Regresiones en la edición mobile. Perder recoloreado y edición de live photos, aunque sea temporal, es un paso atrás para quien ya los usaba.
El costo de recursos escala con las features nuevas. HLS al vuelo sin hardware acelerado puede ser frustrante en un server modesto.

El detalle que te puede romper la actualización

Immich 3.0 trae varios breaking changes, pero la mayoría afectan a integraciones de terceros contra su API, no al uso normal. Aun así, dos puntos merecen atención antes de tocar producción:

Se dejó de soportar pgvecto.rs. Si venís de una versión anterior a la 1.133.0, necesitás haber completado la migración a vectorchord (la extensión de vectores que Immich usa ahora) antes de saltar a 3.0. Saltearte ese paso es la vía rápida a un contenedor que no levanta.
Cambios de API para integraciones. Hubo migración de validación a Zod, endpoints removidos, y rutas PUT deprecadas en favor de PATCH. Si automatizabas Immich con scripts propios o herramientas externas, revisá la guía de migración: tu integración puede dejar de responder.

¿Para quién es Immich 3.0 y cuándo NO conviene?

Es para vos si querés soberanía sobre tus fotos, tenés un cloud server con recursos razonables y estás cómodo administrando un stack de Docker Compose con su base de datos y sus backups. La 3.0 te da una experiencia mobile más completa y herramientas de mantenimiento que antes no existían.

No conviene si buscás algo que se instale y se olvide en un servidor mínimo, si dependés de las features preview para un flujo de producción crítico, o si no estás dispuesto a mantener PostgreSQL y a leer notas de migración antes de cada major. Immich premia al que administra; no es un "click y listo".

Veredicto

Immich 3.0 es una versión sólida y honesta consigo misma: las features maduras (edición no destructiva, chequeos de integridad, OCR) están listas para el día a día, y las ambiciosas (Workflows, HLS) llegan etiquetadas como preview en lugar de venderse como terminadas. Esa transparencia es justo lo que uno quiere de un proyecto self-hosted. Si ya corrés Immich, actualizá —con backup y ojo en la migración de vectores—. Si venías evaluando dejar la galería propietaria, esta es una excelente puerta de entrada, siempre que dimensiones el servidor pensando en el pico de indexado y, si vas por el video al vuelo, en la aceleración por hardware. Como toda infra propia, el control tiene un precio en mantenimiento; Immich 3.0 hace que ese precio valga cada vez más la pena.

Fuentes: anuncio oficial de la release v3.0.0, notas de la versión en GitHub y el repositorio del proyecto.

Preguntas frecuentes

¿Immich 3.0 es estable para producción?

Sí para el núcleo (backup, búsqueda, edición, integridad), que está listo para uso diario. No para Workflows ni la transcodificación HLS, que el equipo marca como preview/experimental y pueden cambiar entre versiones.

¿La transcodificación HLS necesita GPU?

No la exige, pero la recomienda. Sin aceleración por hardware, transcodificar video al vuelo recae sobre la CPU y puede saturar un servidor modesto, sobre todo con material 4K o varios usuarios a la vez.

¿Cómo actualizo de Immich 2.x a 3.0?

Cambiás IMMICH_VERSION=v2 por IMMICH_VERSION=v3 en tu .env y corrés docker compose pull seguido de docker compose up -d. Hacé backup de la base PostgreSQL antes.

¿Qué pasa si venía de una versión muy vieja de Immich?

Si estabas en una versión anterior a la 1.133.0, tenés que completar primero la migración a vectorchord, porque 3.0 dejó de soportar pgvecto.rs. Sin ese paso, el contenedor puede no levantar.

¿Workflows reemplaza a los scripts y cron jobs externos?

Apunta a eso: encadena disparadores, filtros y acciones dentro de Immich. Al ser preview todavía no cubre todos los casos, pero es la base para automatizar la biblioteca sin colgar procesos por fuera de la aplicación.