Immich 3.4.0 apporte les tags aux applications mobiles, deux ans après leur lancement web
Le 10 novembre 2026, Immich a publié la version 3.4.0, qui porte enfin les tags — lancés en août 2024 mais réservés au web — vers les applications mobiles, aux côtés du JPEG XL et des passkeys. Si vous aviez organisé votre photothèque par tags, la parité mobile est là ; mettez à jour et réglez MACHINE_LEARNING_MODEL_REVISION=v2 pour récupérer le gain mémoire du conteneur ML.
10 novembre 2026. Immich publie la version 3.4.0. Août 2024. C’est la date à laquelle les tags étaient apparus, dans la v1.113.0, comme alternative souple aux albums — mais réservés au web, une limite discrètement signalée dans le changelog. Deux ans. C’est le temps qu’il aura fallu pour que la fonction atteigne les applications mobiles, via le PR #30753. Pourquoi c’est important : une partie des auto-hébergeurs a converti toute sa photothèque en tags sans voir la limite mobile, et s’est retrouvée avec une organisation inexploitable sur téléphone.
Le malentendu des tags, version 2024
Quand Immich a lancé les tags en août 2024, le message était clair : une alternative flexible aux albums, qui évite la duplication d’une même photo dans plusieurs albums. Le changelog de la v1.113.0 prévenait que la fonction était limitée au web. Ethan Sholly, qui édite la lettre Self-Host Weekly, raconte l’avoir lue trop tard — après avoir converti toute sa collection en tags — et d’avoir depuis « harcelé » l’équipe sur le sujet.
Le scénario est commun. Sur le web, les tags se comportent comme des étiquettes multi-dimensionnelles : une photo de vacances peut porter à la fois plage, famille et 2025, sans qu’aucune ne soit exclusive. Sur mobile, cette organisation n’existait tout simplement pas, et l’utilisateur retombait sur une chronologie plate. Le retour à l’album, lui, impose de reclasser — ou d’accepter qu’une photo n’apparaisse qu’à un seul endroit.
Ce que 3.4.0 change concrètement
La 3.4.0 est la version stable publiée le 10 novembre 2026, après une série de release candidates en octobre et novembre. Le morceau attendu est feat(mobile): mobile tags, porté par le contributeur staticdog. La fonction est disponible sur Android et iOS — sur iOS via TestFlight pour les versions préliminaires, puis l’App Store pour la version stable.
La version embarque d’autres nouveautés mobiles qui renforcent le profil de « parité avec le web » :
- Le support JPEG XL (
jxl decoder) sur mobile — un format de compression que le web d’Immich gérait déjà et qui réduit le poids des originaux sans perte visible. - Les passkeys sur mobile, arrivés en
rc.3, pour s’authentifier sans mot de passe. - Le défilement fluide de la chronologie (
smooth timeline scrubbing) et des corrections d’affichage, de tri et de zoom.
En arrière-plan, Immich invite les utilisateurs à passer la variable MACHINE_LEARNING_MODEL_REVISION=v2 pour profiter des gains de mémoire et de performance du conteneur machine learning. C’est le pendant positif d’un épisode moins glorieux de la semaine : la découverte qu’une dépendance du conteneur ML activait la télémétrie Microsoft par défaut, neutralisable via ORT_DISABLE_TELEMETRY=1 — un sujet que nous avons détaillé dans notre analyse du runtime ONNX.
Tags ou albums : le vrai choix d’architecture
La parité mobile rouvre la question que beaucoup avaient tranchée par défaut. Les albums sont exclusifs et visuels — un album, une intention de consultation. Les tags sont non exclusifs et programmatiques — ils servent aussi bien à l’organisation humaine qu’aux automatisations (un script peut taguer tout ce qui vient d’un appareil donné).
La bonne pratique qui émerge de la communauté tient en une phrase : les albums pour le parcours humain, les tags pour la requête. On ne supprime pas un album au profit d’un tag tant qu’on n’a pas vérifié que la recherche et les règles d’automatisation — recherche contextuelle, filtres par tag — couvrent bien le besoin. La 3.4.0 ne force pas la migration ; elle supprime simplement l’argument qui la bloquait, à savoir l’absence de lecture mobile.
Ce que l’auto-hébergeur doit vérifier avant de mettre à jour
Immich avance vite, et chaque mise à jour de version majeure mérite un regard sur les changements de fond. Pour la 3.4.0 :
- Le conteneur ML. Basculez
MACHINE_LEARNING_MODEL_REVISION=v2pour le gain mémoire, et confirmez que la télémétrie est coupée si vous aviez désactivéORT_DISABLE_TELEMETRY. - Les sauvegardes. La version embarque des améliorations d’intégration FUTO Backups ; testez une restauration avant de considérer la mise à jour comme acquise.
- Les fixes de sécurité. Le changelog mentionne « a plethora of security fixes » ; consultez les notes complètes avant de déployer une instance exposée.
Comme toujours avec Immich, la règle d’or est une sauvegarde de la base et des originaux avant la montée de version — le projet reste en évolution rapide et n’offre pas de chemin de downgrade garanti.
Verdict
Si vous avez organisé votre photothèque par tags — ou si vous y pensiez sans franchir le pas — passez à Immich 3.4.0 : la lecture mobile des tags lève le dernier obstacle à cette organisation, et vous gagnez au passage le JPEG XL et les passkeys. Conservez les albums pour les parcours de consultation explicites, et utilisez les tags pour la requête et l’automatisation. Si vous êtes sur une version antérieure à cause de l’épisode de télémétrie ONNX, cette mise à jour est le bon moment pour rebasculer — après avoir confirmé ORT_DISABLE_TELEMETRY=1 et activé MACHINE_LEARNING_MODEL_REVISION=v2.