Immich 3.2 ajoute la reconnaissance faciale inter-utilisateurs et réécrit son moteur de recherche
La bibliothèque photo auto-hébergée Immich a publié la 3.2.0 le 10 septembre avec un nouveau Search API v2, une recherche repensée et des « cluster groups » qui partagent la reconnaissance faciale entre utilisateurs de confiance. La fonction impose une réinitialisation de la reconnaissance faciale, à peser avant de migrer.
10 septembre 2026. Immich, l’alternative auto-hébergée à Google Photos, publie sa version 3.2.0. Deux chantiers dominent la livraison : un Search API v2 entièrement réécrit côté serveur, et les cluster groups, qui permettent de reconnaître des visages à travers les photos partagées entre plusieurs utilisateurs de confiance. Le second impose une condition rare dans l’écosystème self-hosted : réinitialiser la reconnaissance faciale de tout un groupe pour en bénéficier. Une décision à prendre en connaissance de cause.
Un moteur de recherche qui devient une API de plateforme
La refonte de la recherche est la partie la plus structurante. Immich a bâti un Search API v2 qui, pour la première fois, permet de rechercher dans un album et de combiner plusieurs filtres avec des opérateurs ET et OU.
C’est un changement de nature, pas d’échelle. Jusqu’ici, la recherche était une fonction de l’interface. Avec la v2, elle devient une surface programmable : une partie de ces capacités alimentera la future interface, une autre servira les outils tiers qui s’intègrent à Immich. Le projet renvoie vers la pull request #30179 et vers sa documentation d’API pour les exemples concrets. Pour qui scripte son instance — sauvegardes, curation, synchronisation — c’est la brique qui manquait pour automatiser l’organisation des photos.
L’interface web suit avec une recherche repensée, plus simple, avec des filtres avancés sur le modèle d’appareil, l’objectif, le statut favori ou archivé, et l’appartenance à un album.
Les cluster groups : la reconnaissance faciale entre comptes
Le morceau le plus audacieux est ailleurs. Jusqu’à la 3.2.0, la reconnaissance faciale d’Immich était strictement par utilisateur : chaque compte avait son propre modèle, et les visages détectés dans les photos partagées n’étaient pas rapprochés d’un compte à l’autre.
Les cluster groups changent cela. Un utilisateur peut inviter dans son groupe des comptes de confiance, ou rejoindre un groupe existant. Résultat : les visages sont reconnus à travers les assets partagés par les membres d’un même groupe. Le regroupement s’opère sur un plus grand réservoir de visages, ce qui, note le projet, améliore aussi la précision.
La limite est nette, et documentée : les noms et les dates de naissance restent définis par utilisateur et ne sont pas encore partagés au sein du groupe. C’est une frontière de confidentialité délibérée — on partage la détection, pas l’identité que chacun attribue.
Le point de friction est technique. Activer les cluster groups impose une réinitialisation de la reconnaissance faciale pour tous les membres du groupe, afin d’appliquer le changement de façon rétroactive. Concrètement : les noms et dates de naissance sont perdus, et les résultats peuvent légèrement différer de l’existant. Seuls les visages issus de l’apprentissage automatique sont concernés — le projet précise qu’une fusion non destructive est envisagée, mais pas disponible pour l’instant.
Ce qu’il faut faire avant de migrer
- Sauvegardez avant de mettre à jour. La 3.2.0 est une release majeure ; les notes de version d’Immich recommandent systématiquement une sauvegarde de la base avant montée de version. Le changement d’API de recherche et le regroupement touchent des données indexées — un retour arrière n’est pas trivial.
- Ne cliquez pas « rejoindre un groupe » à la légère. La réinitialisation de la reconnaissance faciale efface les noms et dates de naissance que vous avez patiemment attribués. Si vous êtes seul sur votre instance, l’intérêt est nul ; si vous êtes un couple ou une famille, pesez le gain (visages rapprochés entre comptes) contre la perte (ré-étiquetage complet).
- Profitez de la recherche v2 sans toucher aux groupes. La refonte de la recherche et la page mémoires dédiée — qui permet de revoir et de mettre en favori des souvenirs, sans suppression automatique — s’activent sans rien réinitialiser. C’est le gain immédiat de la 3.2.0.
La page mémoires mérite une mention : elle sépare les souvenirs du fil principal et permet de les épingler en favori, de sorte qu’ils ne soient jamais supprimés. C’est la première fois qu’Immich donne à l’utilisateur un contrôle durable sur cette surface.
Verdict
Si vous utilisez Immich en solo, installez la 3.2.0 sans hésiter : la recherche v2, l’interface repensée et la page mémoires sont des gains nets, et les cluster groups ne vous concernent pas.
Si votre instance est partagée (couple, famille, petit collectif), adoptez la 3.2.0 pour la recherche, mais différez l’activation des cluster groups tant que vous n’avez pas accepté la réinitialisation de la reconnaissance faciale — ou documentez d’abord les noms que vous avez attribués, car ils seront perdus. Si vous intégrez Immich à d’autres outils, commencez dès maintenant à cibler le Search API v2 : c’est lui qui survivra aux prochaines versions de l’interface.