Vous avez des années de photos qui dorment dans Google Photos, et depuis quelque temps, ça vous travaille. Non pas que Google fasse quoi que ce soit de mal à proprement parler, mais chaque visage, chaque lieu, chaque « ce jour-là » leur appartient à indexer. Immich est l'outil que tout le monde cite quand on vous dit que vous pouvez avoir tout ça sur votre propre serveur. Reconnaissance faciale, recherche en langage naturel, sauvegarde automatique du téléphone, un flux Souvenirs. Le tout, sur un serveur que vous administrez.
J'ai fait tourner Immich pour vérifier si cette promesse tient la route. Pas un récapitulatif de fonctionnalités : un verdict, tiré de l'usage. Et le timing compte. Immich a publié la v3.0.0 le 1er juillet 2026, et le produit a suffisamment changé pour que les anciens tests décrivent désormais quelque chose qui n'existe plus tout à fait. Voici donc un regard sur la v3, évaluée sur les critères qui décident si vous lui confieriez le foyer principal de vos photos de famille, y compris là où elle perd encore face à Google.
La version courte
Immich v3 est prêt à remplacer Google Photos si vous êtes du genre à vouloir le contrôle de votre bibliothèque et à accepter d'en assumer l'entretien. Au quotidien, sa sauvegarde mobile, sa recherche et sa reconnaissance faciale sont assez proches de celles de Google pour que le manque ne se fasse guère sentir. Avec la configuration de machine learning locale par défaut, l'analyse des photos reste à l'intérieur de votre déploiement. Le revers : c'est vous qui devenez responsable de ne pas perdre la bibliothèque, des mises à niveau ont parfois échoué chez certains utilisateurs, en particulier sur des déploiements anciens ou personnalisés, et une vraie sauvegarde n'est pas optionnelle. Si vous voulez des photos qui marchent toutes seules, sans aucune maintenance, restez sur Google Photos.
Axe par axe, voici comment ça s'est passé pour moi :
- Sauvegarde mobile : un point fort. Immich prend en charge la sauvegarde automatique en arrière-plan sur iOS et Android, et c'est la fonctionnalité qui en fait un remplaçant de Google Photos plutôt qu'une simple archive photo.
- Recherche et reconnaissance faciale : du solide. La recherche sémantique (« photos de chiens à la plage ») fonctionne, et Immich regroupe les visages automatiquement ; attribuer des noms rend ces groupes accessibles à la recherche. Lors de mes tests, les personnes qui se ressemblent étaient le point faible, et j'ai parfois dû corriger un regroupement à la main.
- Empreinte matérielle : plus lourde que prévu. La pile complète, avec Immich, Postgres, Redis et le service de machine learning, demande au moins 6 Go de RAM, 8 Go recommandés. La pile de machine learning complète convient mal à un Raspberry Pi à faible mémoire. Immich peut tourner sur du matériel contraint si vous désactivez ou déportez le machine learning, mais vous sacrifiez ou compliquez alors une partie des fonctionnalités qui en font un remplaçant convaincant de Google Photos.
- Maintenance et risque de mise à niveau : le point faible, et la raison pour laquelle le verdict contient un « si ». Certains utilisateurs ont subi des échecs de migration sur des déploiements anciens ou personnalisés. Une sauvegarde 3-2-1 reste indispensable dans tous les cas.
- Souveraineté des données : la meilleure raison de changer. Avec le conteneur de machine learning intégré par défaut d'Immich, l'analyse des photos, les embeddings de visages et le traitement de la recherche sémantique restent à l'intérieur de votre déploiement. Si vous configurez du machine learning distant, les aperçus d'images sont envoyés vers cet hôte : la frontière de confidentialité dépend donc de la façon dont vous déployez. Après la suppression définitive des copies Google Photos, ou une fois la corbeille de Google Photos vidée, Google indique que la suppression de ses systèmes actifs prend généralement environ deux mois, et que des copies de sauvegarde chiffrées peuvent subsister jusqu'à six mois.
Recommandé pour : l'auto-hébergeur motivé par la confidentialité, à l'aise avec l'entretien d'un Docker Compose ; l'admin de foyer ou de petite structure qui assumera sauvegardes et mises à niveau pour les autres ; l'évaluateur technique qui veut un développement actif et une expérience de sauvegarde mobile qui tient la route. À éviter pour : quiconque « veut juste que la famille partage des photos » sans aucune maintenance, ou une personne non technique sans personne pour prendre en charge les mises à niveau.
Ce que ce test couvre, et ce qu'il ne couvre pas
J'ai testé Immich v3 pendant environ 10 jours et je tournais en v3.0.2 à la fin du test. Je l'ai déployé avec la configuration Docker Compose officielle sur un VPS Ubuntu de 8 Go, avec une bibliothèque personnelle d'environ 9 000 photos. Immich est gratuit et open source. Rien ici n'est sponsorisé, et personne ne m'a rien fourni pour ce test.
Quelques précisions pour cadrer les attentes avant d'entrer dans le vif :
- C'est un test, pas un guide d'installation. Je ne détaille ni l'installation ni le docker-compose.yml : c'est un article à part entière. La question ici est de savoir si vous devriez l'utiliser, pas comment l'installer.
- J'ai réalisé un déploiement complet et une mise à niveau mineure sur cette période. Une fenêtre de 10 jours ne peut pas prouver la stabilité à long terme sur de nombreux cycles de mise à niveau ; quand un axe dépend de preuves plus longues, je le signale.
- Les alternatives (PhotoPrism, Ente) sont citées là où elles conviennent mieux à un lecteur précis, mais ce n'est pas un comparatif à trois. Si c'est ce que vous cherchez, c'est un autre article.
Immich est-il prêt à remplacer Google Photos ?
Réponse courte : oui, pour la bonne personne, et le test de la « bonne personne » tient entièrement à votre envie d'assumer la maintenance, pas à la qualité du logiciel. Le logiciel, lui, est au niveau. Immich v3 fait les tâches essentielles de Google Photos (sauvegarde mobile automatique, recherche faciale et sémantique, un flux Souvenirs) assez bien pour qu'après une semaine d'utilisation, j'aie arrêté d'ouvrir Google Photos par réflexe. Ce que vous décidez vraiment, c'est si vous voulez être la personne qui le fait tourner.
Cette distinction compte, parce que ce n'est pas comme ça que la plupart des gens abordent la bascule. Ils comparent des listes de fonctionnalités, concluent qu'Immich fait 90 % du chemin, et changent. Puis ce qui détermine s'ils sont contents six mois plus tard, ce ne sont pas les 10 % de fonctionnalités manquantes : c'est d'avoir mis en place une sauvegarde et survécu à la première grosse mise à niveau. Je pondère donc ce test en conséquence : les deux axes qui pèsent le plus dans mon verdict sont le risque de maintenance et la souveraineté des données, pas le nombre brut de fonctionnalités. Un outil qui réussit les envois mobiles et la recherche mais perd votre bibliothèque lors d'une mise à niveau a échoué au seul travail qui compte vraiment.
La plus grande raison de changer, c'est la souveraineté : vos photos, votre serveur, aucun service photo externe qui indexe votre bibliothèque familiale avec la configuration de machine learning local par défaut. La plus grande raison de ne pas changer, c'est que vous vous engagez à devenir un service informatique à vous tout seul pour les données les plus irremplaçables que vous possédez. Les deux sont vrais en même temps, et celui qui l'emporte dépend de vous, pas d'Immich.
Une chose mérite d'être dite d'emblée pour quiconque a lu un test en début d'année et a renoncé : la v3 a comblé le manque qui était rédhibitoire. L'édition photo non destructive fonctionne désormais sur mobile : vous pouvez recadrer, pivoter et ajuster sans toucher au fichier original. Si « je ne peux même pas retoucher une photo sur mon téléphone » était votre raison d'attendre, cette raison a disparu.
À retenir de cette section : le verdict ne porte pas sur la qualité d'Immich. Elle est là. Il porte sur votre envie d'accepter le travail qui va avec.
Ce qu'Immich fait bien
Immich fait trois choses bien : une sauvegarde mobile automatique qui a tenu comme outil du quotidien pendant tout mon test, une recherche par machine learning et un regroupement de visages proches de Google à l'usage, et un modèle de déploiement par défaut qui garde le traitement de machine learning dans une infrastructure que vous contrôlez. Ce sont ces fonctionnalités qui en font un remplaçant de Google Photos plutôt qu'un dossier d'images amélioré, et toutes les trois ont tenu pendant les tests.
La sauvegarde mobile, c'est l'argument qui emporte la décision. J'ai installé l'application sur mon téléphone, je l'ai pointée vers mon serveur, et les nouvelles photos se sont envoyées en arrière-plan sans que j'y pense. La v3 a aussi reconstruit la sauvegarde Android autour d'un nouveau planificateur de tâches périodiques. Pendant mes 10 jours de test, les envois en arrière-plan ont été fiables. C'est la fonctionnalité qui doit être ennuyeuse et fiable, faute de quoi tout s'écroule, et elle l'a été.
La recherche est la partie qui fait un effet magique la première fois. Immich utilise des modèles de la famille CLIP pour générer des embeddings de recherche sémantique : vous tapez « voiture rouge dans la neige » et retrouvez la photo sans l'avoir jamais taguée. La reconnaissance faciale s'appuie sur les modèles de détection et de reconnaissance d'InsightFace. Immich a regroupé les visages de toute la bibliothèque automatiquement, et après avoir nommé quelques personnes, la vue Personnes est devenue utile pour les retrouver rapidement. Les deux fonctionnalités tournent en tâches d'arrière-plan sur votre serveur ; VectorChord alimente l'index de recherche sémantique dans Postgres.
La réserve sur la qualité de recherche mérite d'être précisée. La reconnaissance de catégories était solide dans ma bibliothèque (un chat était identifié comme un chat, sans faute), mais distinguer des personnes aux traits similaires était plus difficile. Les résultats du regroupement de visages peuvent aussi varier selon le modèle sélectionné, les paramètres de clustering, ainsi que la composition de la bibliothèque. À l'usage, c'était suffisant pour retrouver une personne précise, avec quelques regroupements erronés que j'ai dû corriger à la main.
Vient ensuite la partie qui compte le plus pour quiconque change pour des raisons de confidentialité. Le worker de machine learning intégré d'Immich s'exécute comme un conteneur séparé à l'intérieur de votre déploiement, au lieu d'appeler un service d'analyse d'images tiers. Avec cette configuration par défaut, les aperçus de photos, les embeddings de visages et le traitement de la recherche sémantique restent dans une infrastructure que vous contrôlez. Immich peut aussi utiliser un hôte de machine learning distant, auquel cas le serveur envoie des aperçus d'images à cet hôte pour traitement ; traitez-le donc comme une partie de votre environnement de confiance. Après avoir supprimé définitivement la bibliothèque Google Photos, ou après avoir vidé la corbeille de Google Photos, Google indique que la suppression complète de ses systèmes actifs prend généralement environ deux mois, et que des copies de sauvegarde chiffrées peuvent subsister jusqu'à six mois.
Là où Immich reste à la traîne
Immich reste derrière Google Photos surtout sur la finition : les vidéos de moments forts automatiques et les photos cinématiques, les outils d'édition générative, et une intégration plus profonde à l'écosystème, y compris l'accès aux photos sauvegardées via les sélecteurs de photos mobiles pris en charge. Immich demande aussi beaucoup plus à votre matériel, et accéder à la bibliothèque hors de votre réseau domestique exige une configuration supplémentaire.
Immich propose une fonction Google Cast expérimentale, à activer soi-même depuis son client web vers des appareils comme Chromecast et Nest Hub. Mais la diffusion exige une instance HTTPS accessible publiquement, avec un enregistrement DNS visible depuis les serveurs DNS de Google. La diffusion depuis Android et iOS reste prévue pour plus tard, et Immich n'a pas d'application TV dédiée.
L'empreinte matérielle est la surprise qui piège les gens. Immich n'est pas un processus unique. Un déploiement typique comprend les services applicatifs d'Immich, Postgres, Redis et un service de machine learning séparé. Les prérequis officiels annoncent 6 Go de RAM minimum, 4 Go si vous désactivez complètement le machine learning (mais vous perdez alors la recherche et les fonctions de visages, qui sont la moitié de l'intérêt), et 8 Go recommandés. Deux cœurs CPU minimum, quatre recommandés. La base de données veut du stockage SSD local, et surtout pas un partage réseau. Pendant le premier import, le pipeline ML sature votre CPU et dévore la RAM le temps de tout indexer (le mien a chauffé pendant deux bons jours), puis tout se calme. Le fond de l'affaire : si vous imaginiez un Raspberry Pi dans un tiroir, revoyez cette image. C'est une charge de petit serveur.
Remarque : La v3 a légèrement relevé le plancher CPU. Le conteneur de machine learning amd64 exige désormais le niveau de microarchitecture x86-64-v2, pris en charge par la plupart des processeurs sortis depuis 2012 environ. Si votre matériel est très ancien, vérifiez ce point avant de vous lancer. C'est le genre de détail facile à rater, jusqu'à ce que le conteneur ML refuse de démarrer.
Dernier point, et c'est une vraie question pour les foyers : l'accès distant dépend de l'endroit où vous hébergez Immich. Sur un serveur domestique, l'accès local est simple, mais atteindre la bibliothèque hors de chez vous demande un VPN, un reverse proxy ou un tunnel sécurisé. Sur un VPS, l'hôte est connecté à internet, mais Immich n'est accessible publiquement que si vous l'exposez. Dans ce cas, HTTPS et des contrôles d'accès appropriés doivent faire partie du déploiement initial. Immich met explicitement en garde contre la redirection directe de son port applicatif vers l'internet public. Dans tous les cas, Google Photos gère cette infrastructure à votre place.
À retenir de cette section : Immich égale Google sur les fonctions du quotidien et perd sur la finition et l'écosystème. Pour un utilisateur motivé par la souveraineté, l'échange est honnête ; pour quelqu'un qui dépend des vidéos de moments forts automatiques de Google, de la diffusion mobile et de l'intégration TV native, c'est une vraie perte.
La réalité des mises à niveau et de la maintenance
Dès que vos photos vivent sur votre propre serveur, ne pas les perdre devient votre travail, et des mises à niveau d'Immich se sont parfois mal passées pour certains utilisateurs, en particulier sur des déploiements anciens ou personnalisés. C'est l'axe qui transforme mon verdict d'un oui inconditionnel en un oui conditionnel ; autant être précis sur ce qu'est le risque, et ce qu'il n'est pas.
La réalité de la maintenance d'abord. Faire tourner Immich est un travail continu, modeste mais non nul. Il y a des mises à jour périodiques, et de temps à autre une version majeure apporte un changement cassant dont il faut lire les notes. Ce n'est pas du babysitting quotidien (la plupart du temps, ça tourne tout seul), mais c'est un engagement, et il repose entièrement sur vous. Sur Hacker News, un commentateur a résumé l'objection sans détour :
« Il faut être développeur web ou sysadmin pour arriver à dompter ce truc. Des mises à niveau cauchemardesques, des tonnes de bugs bizarres liés à la synchronisation. »
C'est plus dur que mon expérience, mais ça pointe un risque opérationnel réel. Un utilisateur a signalé que sa bibliothèque avait disparu après une mise à niveau ; il a découvert plus tard que le volume de données PostgreSQL ne s'était pas monté au démarrage, et la bibliothèque est réapparue une fois le montage réparé. Dans un ticket distinct, une migration a échoué sur un déploiement PostgreSQL externe parce qu'un identifiant de rôle de base de données n'était pas correctement entouré de guillemets. Ces cas montrent comment des configurations de stockage et de base de données personnalisées peuvent flancher autour des mises à niveau ; ils ne montrent pas qu'Immich supprime des photos à tout bout de champ.
L'avertissement de la v3 sur la base de données concerne surtout les installations inhabituellement anciennes ou personnalisées. Immich a commencé à faire migrer les utilisateurs de pgvecto.rs vers VectorChord dès la v1.133.0, avant la v2, et la v3 a supprimé la compatibilité pgvecto.rs restante. Un déploiement v2 standard devrait donc déjà utiliser VectorChord, si bien que la mise à jour normale de la v2 vers la v3 se résume généralement au changement de tag de version, suivi du pull et du redémarrage Docker Compose habituels. Les déploiements qui utilisent encore pgvecto.rs doivent d'abord terminer la migration VectorChord d'Immich avant de passer à la v3.
Ce qui nous amène à la règle non négociable, et elle vient d'Immich même, pas de moi :
Remarque : Immich n'est pas une sauvegarde. L'équipe le dit noir sur blanc. Dans les notes de version de la v2.0.0 , l'équipe écrit : « Une stratégie de sauvegarde 3-2-1 reste cruciale. L'équipe a la responsabilité de veiller à ce que l'application ne cause pas la perte de vos précieux souvenirs ; nous ne pouvons cependant pas garantir que les disques durs ne tomberont pas en panne, ni qu'un incident électrique ne provoquera pas l'arrêt inattendu de votre serveur/système, entraînant une perte de données. » Immich seul n'est pas une stratégie de sauvegarde complète. Si ce serveur est la seule copie durable des fichiers, c'est votre copie principale, pas votre sauvegarde. Il vous faut trois copies, sur deux types de supports, dont une hors site. Si vous ne retenez qu'une chose de ce test, retenez celle-là.
Reste une question de confiance légitime pour le lecteur sceptique, et je m'en tiens au point de vue du déployeur, puisque je n'audite pas le code : le projet est-il en bonne santé ? Au vu des éléments, oui. Le projet est activement développé, et les tickets reçoivent des réponses. Fin 2025, Google Safe Browsing a signalé un domaine d'Immich. Immich a décrit l'avertissement comme un faux positif touchant son infrastructure de préversion plutôt que les bibliothèques de photos des utilisateurs. Selon le projet, Google a levé l'avertissement après examen, mais il est réapparu à la création de nouveaux environnements de préversion. Immich a annoncé qu'il déplacerait ces environnements vers un domaine dédié. Tout cela ressemble à un projet qui gère ses problèmes au grand jour, exactement ce qu'on attend d'un logiciel à qui l'on confie sa bibliothèque.
À retenir de cette section : dès l'instant où vos photos vivent sur votre propre serveur, ne pas les perdre devient votre travail. Immich fait bien les parties difficiles, mais celle-là, il ne peut pas la faire à votre place.
Qui devrait utiliser Immich, et qui devrait s'abstenir
Immich s'adresse à la personne qui veut des fonctionnalités à la Google Photos sans stocker sa bibliothèque sur les serveurs de Google, et qui accepte de faire tourner un petit serveur pour ça. Il ne s'adresse pas à la personne qui veut zéro maintenance et a juste besoin que la famille partage des photos. Toute la décision tient là.
Lancez Immich si vous correspondez à l'un de ces profils :
- L'auto-hébergeur motivé par la confidentialité ou la souveraineté. Vous voulez la reconnaissance faciale, la recherche et la sauvegarde mobile, et vous voulez que le traitement de machine learning par défaut reste dans une infrastructure que vous contrôlez. C'est le terrain de jeu d'Immich, et il y excelle. Votre motivation, c'est le contrôle, et le contrôle, c'est ce qu'il livre.
- Le sysadmin de foyer ou de petite structure. Vous êtes à l'aise avec la responsabilité des sauvegardes et la discipline des mises à niveau, et vous le faites pour une famille ou une petite équipe qui veut juste des photos qui marchent. Vous portez la charge opérationnelle pour qu'ils n'aient pas à le faire. Immich convient, à condition que vous restiez au fait des mises à niveau.
- L'évaluateur technique attentif à la dynamique du projet. Vous voulez un projet qui livre, avec une expérience de sauvegarde mobile qui a tenu pendant mon test, et un développement toujours actif. La cadence de publication d'Immich et l'activité de sa communauté cochent cette case.
Ne lancez pas Immich (du moins pas encore) si vous correspondez à l'un de ces profils :
- La personne « je veux juste qu'on partage des photos », sans appétit pour la maintenance. L'un des commentaires les plus percutants lus pendant mes recherches venait de quelqu'un expliquant qu'Immich résout le mauvais problème pour lui : il voulait juste que la famille partage des photos, et l'auto-hébergement ne répondait pas à ce besoin. Il a raison. Si c'est vous, la réponse est que Google Photos (ou une option managée) correspond mieux à votre vrai problème, et il n'y a aucune honte à ça.
- L'utilisateur non technique sans personne pour s'en occuper. Si personne ne gère les sauvegardes et les mises à jour, le déploiement met votre bibliothèque en danger, soit l'exact opposé de ce que vous vouliez.
Si vous êtes dans le camp du « pas encore » mais voulez quand même quitter Google, deux alternatives méritent un coup d'œil, pour des raisons différentes. PhotoPrism est l'option orientée archives si ce que vous voulez vraiment est d'indexer une archive existante sur un disque ou un NAS, sans avoir besoin d'une application de sauvegarde mobile maison ; il mise sur l'accès par navigateur et PWA plutôt que sur une application native qui lui soit propre. Ente Photos est celui à regarder si le chiffrement de bout en bout est votre priorité absolue : il chiffre les photos avant l'envoi, exécute son ML sur l'appareil, chiffre les index produits avant la synchronisation, et a fait l'objet de plusieurs audits de sécurité indépendants, dont une évaluation Cure53 sponsorisée par le CERN. Les deux sont légitimes ; ils optimisent simplement pour un autre lecteur qu'Immich. (Le vrai face-à-face entre les trois mérite un comparatif à part entière, pas un paragraphe casé ici.)
Un dernier mot sur le coût, parce que la question revient sans arrêt. Immich est gratuit, mais l'auto-hébergement n'est pas automatiquement moins cher. Une fois comptés le serveur, l'électricité, le stockage de sauvegarde hors site et votre propre temps, le total peut dépasser un abonnement Google One. Comparez ces coûts au prix Google One actuellement affiché pour votre pays, car les offres et promotions varient selon la région et évoluent avec le temps. Changez parce que vous voulez le contrôle, pas parce que vous supposez que l'auto-hébergement fera des économies.
Pour les lecteurs convaincus qui ont besoin des bases (un serveur, Docker, les rudiments des services auto-hébergés), ce contexte d'installation est un sujet à part. Et pour savoir où Immich s'insère dans une installation plus large axée confidentialité, aux côtés de votre propre stockage de fichiers par exemple, il y a notre guide sur la meilleure stack de confidentialité auto-hébergée.
Foire aux questions
Immich est-il assez stable pour lui confier ma seule copie de photos de famille ?
Non, pas comme copie unique. Immich v3 peut servir de bibliothèque photo principale, mais les mêmes fichiers doivent aussi exister dans un système de sauvegarde indépendant. L'équipe d'Immich elle-même recommande une stratégie 3-2-1 : trois copies, réparties sur deux types de supports, dont une conservée hors site. Immich peut organiser et servir votre bibliothèque principale, mais il ne doit jamais être le seul endroit où existent des photos irremplaçables.
Que manque-t-il à Immich par rapport à Google Photos ?
Google garde une longueur d'avance sur les vidéos de moments forts automatiques et les photos cinématiques, l'édition générative et son écosystème grand public plus large. Immich propose un flux Souvenirs et l'édition photo non destructive. Il propose aussi une diffusion expérimentale, à activer soi-même depuis son client web vers Chromecast et Nest Hub, mais la fonctionnalité exige un déploiement HTTPS accessible publiquement. La diffusion mobile et une application TV dédiée manquent toujours.
La reconnaissance faciale d'Immich vaut-elle celle de Google Photos ?
Elle s'en approche pour le travail quotidien de regroupement des personnes connues. Immich crée les groupes de visages automatiquement, et attribuer des noms rend ces groupes accessibles à la recherche. Le point faible : distinguer des individus qui se ressemblent. Il n'existe pas de pourcentage de précision universel utile, car les résultats dépendent de la bibliothèque, du modèle et des paramètres de clustering. Lors de mes tests, elle était assez fiable pour la recherche de tous les jours, avec quand même des corrections manuelles occasionnelles, surtout pour les personnes aux traits similaires. Prenez-la comme « suffisante pour la recherche quotidienne dans mon test, avec des corrections occasionnelles », pas comme un chiffre mesuré.
Immich est-il difficile à maintenir ?
C'est un travail continu, modeste mais réel. La plupart du temps, ça tourne tout seul, mais vous appliquerez périodiquement des mises à jour, et de temps en temps une version majeure apporte un changement cassant : il faut alors lire les notes de version et vérifier vos sauvegardes avant de l'appliquer. La discipline de sauvegarde vous incombe, en permanence. Si vous êtes à l'aise avec Docker Compose et la lecture de notes de version, c'est très gérable ; sinon, prévoyez une courbe d'apprentissage.
Immich est-il vraiment moins cher que Google Photos ?
Souvent non. Une fois tout compté (le serveur, l'électricité, le stockage de sauvegarde et votre temps), le total peut dépasser un abonnement Google One. Les prix et promotions de Google One varient selon le pays et dans le temps ; comparez donc avec le prix actuellement disponible dans votre région. La raison de changer, c'est le contrôle de vos données, pas l'économie. Si le coût est votre seule motivation, faites d'abord le calcul du coût total complet, car il pourrait ne pas pencher en faveur de l'auto-hébergement.
