Immich 3.0

Sentimiento general y casos de uso

• Muchos describen Immich como una de las mejores apps autoalojadas que usan, “a la par o mejor que Google/Apple Photos” para uso doméstico.
• Uso común: archivo familiar completo, vídeos grandes no aptos para servicios en la nube, navegación local ágil y escapar de los límites de almacenamiento y la tarificación de Google One/iCloud.

Configuración, actualizaciones y fiabilidad

• Varios informan de años de despliegues estables en Docker, autoactualizaciones y copias de seguridad sencillas; las copias de seguridad de la base de datos y de la carpeta de la biblioteca son directas.
• Otros relatan migraciones dolorosas o corrupción (BD, miniaturas), especialmente con versiones anteriores o Proxmox LXC; unos pocos dicen que malas experiencias de actualización les hicieron desconfiar de actualizar.
• Algunos señalan que, en general, el autoalojamiento conlleva riesgo: roturas al actualizar, corrupción latente y la necesidad de mantenibilidad a largo plazo.

Autoalojamiento frente a nube y coste

• Algunos no quieren otro servicio autoalojado (mantenimiento, energía, fallos de hardware) y se inclinan por opciones alojadas.
• Otros argumentan que un VPS o servidores dedicados alquilados cuentan como autoalojamiento “suficientemente bueno”; las copias de seguridad a almacenamiento barato en la nube o a un NAS son patrones habituales.
• Preocupa que el precio de las copias de seguridad en la nube pueda cambiar, obligando a migraciones periódicas.

Cifrado, privacidad y modelos de amenaza

• Un gran subhilo debate la falta de cifrado de extremo a extremo (E2EE).
  • Un bando: para el autoalojamiento, el cifrado del sistema de archivos/disco + TLS/VPN es suficiente; el E2EE a nivel de aplicación mataría el ML del lado del servidor, la búsqueda y la transcodificación, y aumentaría la complejidad.
  • El otro bando: cualquier cosa en el ordenador de otra persona (VPS, hosting gestionado) debería tener E2EE; citan riesgos de proveedores que escanean datos o peticiones de las fuerzas del orden.
  • Aclaraciones: E2EE frente a “cifrado en reposo” se confunden repetidamente; algunos señalan que las funciones de recuperación y el E2EE están inherentemente en tensión.
• Algunos quieren E2EE principalmente para alojar para familia/amigos o en VPS no confiables garantizando que los operadores no puedan inspeccionar las fotos.

Importación y exportación de datos

• Google Takeout → Immich es un punto de dolor recurrente:
  • immich-go es la herramienta de facto; algunos informan de importaciones fluidas de 100–700GB conservando álbumes, otros ven numerosas Live Photos rotas o fallos de metadatos y lo llaman “abandonware”.
  • Las peculiaridades de Takeout (archivos divididos, JSON de metadatos, nombres) añaden fricción; descargar mediante curl desde “Copy as cURL” del navegador es una solución popular.
• La importación desde iCloud mediante la app iOS de Immich tiene errores de larga data, especialmente en torno a Live Photos, según algunos informes.
• Exportación/migración fuera de Immich:
  • Algunos se quejan de que no hay un “descargar todo” obvio en la UI; otros señalan que la descarga masiva se añadió recientemente y, en cualquier caso, los archivos en bruto residen en disco y pueden copiarse directamente.

Apps móviles y comportamiento de sincronización

• Android: se ha informado de una mejora significativa de la copia de seguridad en segundo plano en 3.0 gracias a un nuevo planificador; algunos usuarios ya tenían subidas en segundo plano fiables antes.
• iOS: la sincronización se describe como más frágil:
  • Algunos dicen que ahora es aceptable; otros informan de subidas de toda la biblioteca muy lentas o que nunca terminan y de subidas de vídeos grandes no reanudables.
  • Las comparaciones con Synology/Ente sugieren que la experiencia iOS de Immich puede ir por detrás en fiabilidad para sincronizaciones iniciales grandes.
• El deseo de un comportamiento de “configurar y olvidar” para familiares no técnicos es fuerte; no está claro si esto está totalmente resuelto.

Bibliotecas externas, carpetas de solo lectura y almacenamiento

• Las bibliotecas externas (de solo lectura) están disponibles y se usan ampliamente:
  • Útiles para quienes quieren conservar estructuras de carpetas existentes y dejar Immich solo como indexador.
  • Se recomienda montar los volúmenes de bibliotecas externas en modo de solo lectura en Docker.
• Quejas:
  • La UI y la lógica tienen asperezas; algunos problemas recurrentes con la fecha de captura en subconjuntos de fotos.
  • Las bibliotecas externas por usuario actualmente causan miniaturas duplicadas y mayor almacenamiento; el reconocimiento facial multiusuario amplifica esto.
  • Los mantenedores indican planes para unificar mejor las bibliotecas externas e internas y mejorar esto.

Red, exposición y acceso

• Muchos ejecutan Immich detrás de:
  • Tailscale/WireGuard para acceso privado; se informa que el impacto en la batería de los teléfonos es pequeño si no se usan nodos de salida completos.
  • Nginx/Caddy, a veces mediante Cloudflare Tunnel (pero el límite de 100MiB de Cloudflare puede romper subidas de vídeo grandes).
• Debate sobre exponer Immich directamente a Internet:
  • Algunos dicen que está bien con actualizaciones, WAF/CrowdSec y geofencing por IP.
  • Otros insisten en solo VPN para minimizar la superficie de ataque, citando la complejidad de la base de código.

Alternativas y comparaciones

• Ente es la principal alternativa comentada:
  • Elogiada por una UX pulida, E2EE, compartición de álbumes con enlaces públicos de subida y autoalojamiento opcional.
  • Algunos informan de errores graves de subida en configuraciones autoalojadas; otros dicen que funciona a la perfección.
  • Se considera complementaria: Ente para E2EE/uso en la nube, Immich para autoalojamiento de confianza.
• Photoprism y Synology Photos se mencionan como soluciones existentes; varios están considerando o planeando migrar a Immich.

Lagunas de funciones y deseos

• Solicitado con frecuencia:
  • Herramientas de importación mejores y de primera clase desde Google Photos/iCloud (sin depender de proyectos externos).
  • Flujos de trabajo más inteligentes (p. ej., álbumes automáticos basados en rostros), álbumes/carpetas anidados y elementos de álbum más allá de fotos (texto, mapas) para imitar el aspecto de “historia” de Google Photos.
  • Un área de “vault”/bloqueada por foto para imágenes especialmente sensibles.
  • Manejo multiusuario más robusto de bibliotecas externas y colecciones compartidas.