Pourquoi mes photos n'ont jamais touché le cloud
Ça fait des années que je refuse de mettre mes photos sur iCloud, Google Photos ou Dropbox. Pas par radinerie, pas par méfiance vague. Par principe.
Quand vous uploadez une photo de famille sur Google Photos, vous donnez à Google le droit d'analyser cette photo, d'en extraire des métadonnées (qui est dessus, où, quand), et de s'en servir pour entraîner ses modèles. Sans rétribution, sans transparence, sans possibilité de revenir en arrière. Vous payez parfois en plus pour le stockage, mais le vrai prix, c'est ce que vous laissez extraire de vos données.
Ce raisonnement, je l'applique depuis longtemps à mes données perso. Photos, documents, conversations : tout ce qui peut rester chez moi reste chez moi.
Le problème jusqu'ici : sans solution dédiée, mes photos étaient éclatées entre les téléphones, les disques durs externes, et des dossiers de backup qu'on n'ouvrait jamais. Aucun endroit où retrouver toutes les photos du week-end dernier en deux clics.
J'ai déjà un homelab à la maison qui héberge plusieurs services privés. Il manquait juste l'app dédiée aux photos. J'ai pris une demi-journée pour la construire. Voici ce que ça raconte, et ce que ça peut vous apprendre pour vos propres données ou celles de vos clients.
Le vrai prix des SaaS, ce n'est pas l'abonnement
On parle souvent du coût d'un Google Photos ou d'un Dropbox en euros par mois. C'est trompeur. Le vrai prix d'un service "gratuit" ou peu cher, c'est ce que vous abandonnez en échange :
- Droits d'usage sur vos contenus : vos photos peuvent être analysées, indexées, utilisées pour entraîner des modèles d'IA. Les conditions générales l'autorisent presque toujours.
- Métadonnées dérivées : visages, lieux, dates, objets reconnus. Cette couche de données vaut souvent plus que le contenu brut.
- Profil comportemental : quand vous regardez quoi, depuis où, avec qui vous le partagez. Tout est exploitable.
- Verrouillage à la sortie : exporter dix ans de photos est possible en théorie, mais sans les albums, sans les tags, parfois dans un format dégradé.
- Changements unilatéraux des conditions : du jour au lendemain, le fournisseur peut décider d'élargir l'usage de vos données. Vous l'apprenez par email avec un lien "ok, j'accepte".
Pour des photos de famille, c'est déjà discutable. Pour des documents d'entreprise, c'est un risque qu'aucun dirigeant ne devrait accepter à la légère. Vos prises de vue produits, vos contrats, vos fichiers clients, vos brouillons de propositions commerciales : tout ça mérite mieux qu'un compte tiers dont vous ne contrôlez rien.
Le self-hosting n'est plus réservé aux geeks
Pendant longtemps, héberger ses propres outils signifiait : monter un serveur Linux, configurer un routeur, ouvrir des ports, gérer des certificats, surveiller les logs. Un boulot à plein temps pour qui n'est pas administrateur système.
Quatre évolutions ont changé la donne ces dernières années :
1. Le matériel est devenu trivial
Un mini-PC type Intel NUC ou un Raspberry Pi 5 coûte entre 100 et 400 euros. Il consomme moins de 10 W (donc moins de 20 euros d'électricité par an). Il tient sur une étagère. Il fait tourner sans broncher une dizaine d'applications self-hosted en parallèle.
2. Les réseaux privés sont devenus simples
Avant, exposer un service chez soi nécessitait de configurer un routeur, ouvrir des ports, gérer des certificats SSL. Aujourd'hui, des outils comme Tailscale ou WireGuard créent un réseau privé entre vos appareils en cinq minutes. Vos services ne sont jamais exposés sur Internet public, et vous y accédez depuis votre téléphone exactement comme s'ils étaient sur le wifi local.
3. Les frameworks web sont devenus efficaces
Construire une application web sur-mesure n'est plus un projet de six mois. Une stack moderne (Vue 3, Express, SQLite, Tailwind) permet de livrer un MVP fonctionnel en quelques jours pour des besoins ciblés.
4. Les IA assistantes ont multiplié la vélocité de développement
C'est le changement le plus récent et le plus sous-estimé. Avec un assistant comme Claude ou Cursor connecté à votre projet, un développeur compétent va deux à cinq fois plus vite sur les tâches courantes : scaffolding, intégration d'API, écriture de tests, configuration Docker, debug.
Ce que ça change concrètement : un projet self-hosted qui aurait demandé deux semaines il y a trois ans se livre dans la journée. Du coup, des besoins qu'on aurait jamais traités en sur-mesure (trop coûteux pour un usage perso ou pour une petite équipe) deviennent viables. FotoBox en est un exemple direct : moins de quatre heures du début à la fin, alors qu'un projet équivalent en 2022 aurait été un side-project mort-né.
Pour une PME, ça veut dire qu'un outil métier vraiment adapté à votre process coûte aujourd'hui ce que coûtait un site vitrine il y a cinq ans. Le calcul "SaaS générique contre sur-mesure" a basculé sur beaucoup plus de cas qu'avant.
Cas concret : FotoBox, mon app photo familiale
Pour rendre concret ce que je raconte, voici le projet que j'ai construit en moins de quatre heures sur mon homelab existant.
Le besoin
Deux personnes, deux téléphones (un iPhone, un Android), des centaines de photos par mois. Objectif :
- Un seul endroit où retrouver toutes les photos prises par les deux
- Accessible depuis le téléphone, n'importe où, sans VPN compliqué à configurer côté utilisateur
- Format universel (les HEIC d'iPhone convertis automatiquement pour rester lisibles partout)
- Aucune photo ne quitte mon réseau privé
- Backup automatique (le serveur sauvegarde, pas le téléphone qui peut tomber dans les toilettes)
La stack
Volontairement minimaliste :
| Composant | Choix | Pourquoi |
|---|---|---|
| Backend | Node.js, Express, TypeScript | Stack que je maîtrise, démarrage rapide |
| Base de données | SQLite | Un fichier, zéro configuration, suffisant pour un usage familial |
| Stockage fichiers | Filesystem disque local | Pas besoin d'un MinIO ou d'un S3 pour 50 Go de photos |
| Images | sharp et libheif | Conversion HEIC vers JPEG à l'upload pour compatibilité universelle |
| Frontend | Vue 3, Vite, Pinia | SPA légère, Composition API, build rapide |
| Réseau | Tailscale | Pas d'exposition publique, accès depuis n'importe où |
| Hébergement | Mini-PC à la maison | Zéro euro de coût mensuel récurrent |
Les fonctionnalités livrées
- Upload depuis n'importe quel téléphone via une interface web
- Déduplication automatique par hash SHA-256 (impossible de stocker deux fois la même photo)
- Bibliothèque avec scroll infini, lightbox plein écran, navigation clavier
- Identification du contributeur (qui a uploadé quoi)
- Conservation des métadonnées EXIF (date de prise de vue, dimensions)
Le bilan
- Matériel : zéro euro additionnel (le homelab existait déjà)
- Hébergement : zéro euro
- Logiciels : zéro euro (tous open source)
- Temps de développement : moins de quatre heures
- Coût mensuel récurrent : zéro euro
- Données qui sortent de chez moi : aucune
Le dernier point est le plus important. Mes photos restent physiquement sur un disque que je peux débrancher si je veux. Aucun tiers ne les voit, ne les indexe, ne s'en sert pour entraîner quoi que ce soit.
Self-hosting contre SaaS : comparatif honnête
| Critère | Self-hosting | SaaS |
|---|---|---|
| Coût initial | Faible à moyen (matériel et setup) | Nul |
| Coût récurrent | Quasi nul (électricité) | Mensuel, croissant avec le temps |
| Maintenance | À votre charge | Incluse |
| Évolutivité | Limitée à votre matériel | Élastique mais payante |
| Personnalisation | Totale | Limitée aux fonctionnalités offertes |
| Souveraineté des données | Totale | Aucune (vos données sont chez eux) |
| Disponibilité | Dépend de votre setup | 99,9 % en général |
| Conformité RGPD | Native (vos données restent chez vous) | À vérifier au cas par cas |
| Backup | À organiser vous-même | Inclus en général |
| Courbe d'apprentissage | Élevée la première fois | Faible |
Verdict : le self-hosting gagne sur la souveraineté, le coût long terme, et la personnalisation. Le SaaS gagne sur la facilité de démarrage et la disponibilité garantie.
Pour qui le self-hosting fait sens en 2026
Cas où le self-hosting est gagnant
- Stockage de photos ou vidéos familiales : gros volume, données sentimentales, vous ne voulez pas les perdre ni les voir scannées
- Documents commerciaux d'une PME : devis, contrats, factures, propriété intellectuelle
- Outils métier internes : CRM léger, gestion de stock, intranet, base de connaissances
- Backup secondaire : votre disque dur externe se synchronise automatiquement avec un serveur que vous contrôlez
- Données soumises au RGPD : données clients, données salariés, données de santé
Cas où le SaaS reste le bon choix
- Collaboration externe : Notion, Slack, Drive sont taillés pour ça, le self-hosted ajoute des frictions
- Outils critiques avec SLA : votre comptabilité, votre paie, votre facturation, sauf si vous avez une vraie équipe IT
- Applications grand public : Spotify, Netflix, vous n'avez aucune raison de réinventer ça
- Petits volumes avec usage occasionnel : 50 photos par an, un Google Drive gratuit suffit
Comment se lancer sans se planter
Si l'idée vous parle, voici l'ordre logique pour démarrer.
1. Identifier un cas d'usage, pas dix
Ne tentez pas de tout migrer d'un coup. Choisissez un service où le SaaS vous coûte le plus cher ou vous embête le plus. Migrez celui-là d'abord. Validez sur trois mois. Ensuite seulement, envisagez le suivant.
2. Choisir un matériel modeste
Un mini-PC d'occasion à 150 euros fait largement l'affaire pour un démarrage. Vous monterez en gamme plus tard si nécessaire.
3. Tailscale avant tout
Avant même de déployer la première application, installez Tailscale sur votre serveur et vos appareils. Ça vous évite 90 % des galères de configuration réseau.
4. Backup dès le jour 1
Le self-hosting ne pardonne pas l'absence de backup. Mettez en place une sauvegarde automatique vers un disque externe branché en USB, un second NAS, ou idéalement une machine hébergée sur un autre site physique (chez un ami, dans un autre local).
5. Sur-mesure ou solution existante
Pour les besoins courants (photos, fichiers, notes, mots de passe), des solutions open source existent (Immich, Nextcloud, Vaultwarden). Pour des besoins métier spécifiques, le sur-mesure prend tout son sens.
Ce que ça change pour votre entreprise
Si vous êtes dirigeant de PME ou indépendant, trois questions méritent d'être posées :
- Où sont vos données critiques aujourd'hui ? Vos documents commerciaux, votre fichier client, vos contrats, vos prises de vue produits. Si la réponse est "sur des services américains", vous prenez un risque RGPD et un risque sur la continuité d'activité (changement de prix, fermeture du service, conditions modifiées du jour au lendemain).
- Qu'est-ce qui est extrait de vos données sans vous ? Les conditions générales des grands services autorisent presque toujours l'analyse de vos contenus. Ce qui est anodin pour des photos de vacances ne l'est plus pour un contrat client ou un brief commercial confidentiel.
- Avez-vous les moyens d'un compromis ? Self-hosting partiel : les données sensibles chez vous, les outils collaboratifs en SaaS. C'est souvent le bon équilibre pour une PME.
Le self-hosting n'est pas la réponse à tout. C'est une option à connaître pour les données auxquelles vous tenez vraiment.