Qu’est-ce que Google Photos MCP Server ?
Google a changé ce que peut faire tout outil tiers pour Google Photos le 31 mars 2025. Il a retiré les scopes photoslibrary.readonly, photoslibrary.sharing et photoslibrary de la Library API, si bien que les applications ne peuvent plus lister, rechercher et récupérer que les albums et éléments qu'elles ont créés elles-mêmes. Les méthodes des albums partagés renvoient 403. Pour lire la photothèque complète d'un utilisateur, une application doit passer par la Picker API, où la personne ouvre une page Google et choisit les éléments à la main.
Ce serveur communautaire (savethepolarbears/google-photos-mcp, environ 56 étoiles sur GitHub) est construit autour de ces règles. Il expose 21 outils : des outils de recherche et d'albums qui s'appuient sur la Library API, des outils d'envoi et de création d'albums, et quatre outils Picker qui créent une session, l'interrogent et téléchargent les éléments choisis. Il tourne depuis un git clone en stdio ou Streamable HTTP, ou via Smithery, et exige votre propre projet Google Cloud avec des identifiants OAuth. Il n'y a pas de versions étiquetées ; package.json indique la version 0.1.0 sous MIT, mais le dépôt n'a pas de fichier de licence.
Installer Google Photos MCP Server
git clone https://github.com/savethepolarbears/google-photos-mcp && npm install && npm run buildGoogle Photos MCP Server vaut-il le coup ?
La limite vient ici de Google, pas de ce serveur. Depuis le 31 mars 2025, la Library API ne voit que les médias qu'une application a envoyés elle-même. Les outils search_photos, search_photos_by_location et search_media_by_filter cherchent donc, pour la plupart des gens, dans un ensemble presque vide : ce que ce serveur y a déposé. Le tableau des fonctionnalités du README indique la recherche par texte et par date comme prise en charge sans le préciser. Une demande comme « trouve des photos de mon chien de 2024 », qui figure dans ses propres exemples, n'atteindra pas les photos prises avec un téléphone.
La voie de la Picker API fonctionne, mais elle remet une personne dans la boucle. L'agent appelle create_picker_session, vous ouvrez le lien dans un navigateur et cochez des photos. L'agent interroge ensuite la session et télécharge ce que vous avez choisi, en images pleine résolution ou en MP4 transcodé pour la vidéo. Cela convient à « fais un album avec ces 30 photos ». Cela ne convient pas à un agent qui part chercher des choses de lui-même.
L'ingénierie est plus soignée que le nombre d'étoiles ne le laisse penser. Les téléchargements sont limités aux domaines de médias Google pour empêcher l'exfiltration de tokens. Les tokens OAuth sont stockés dans un fichier SQLite local avec des droits réservés au propriétaire, CORS est désactivé pour bloquer les requêtes furtives vers localhost, et les réponses en base64 sont plafonnées à 10 MB. Les résultats par lieu viennent du géocodage des descriptions de photos via Nominatim d'OpenStreetMap, ce texte quitte donc votre machine.
La configuration est l'autre coût. Vous créez un projet Google Cloud, activez deux API, générez des identifiants web OAuth et terminez la connexion en mode HTTP avant de passer en stdio. La Library API autorise 10 000 requêtes par projet et par jour. Sans paquet npm ni versions publiées, mettre à jour signifie refaire un pull du dépôt.
Là où il fait la différence
Un photographe de mariage qui livre des photos retouchées à ses clients
Envoyer un dossier d'images finies dans un nouvel album nommé
create_album_with_media envoie jusqu'à 50 fichiers par appel dans un album créé par l'application, que le serveur peut ensuite gérer. Gratuit dans le quota de 10 000 requêtes par jour ; les envois sont décomptés du stockage Google du titulaire du compte en qualité d'origine.
Un parent qui prépare l'album de famille de fin d'année
Choisir 40 photos dans la photothèque du téléphone et laisser l'agent les légender et les ordonner
L'agent ouvre une session Picker, le parent sélectionne les photos sur la page de Google, et download_picker_media récupère les originaux pour que le modèle les décrive. Chaque photo examinée par le modèle est envoyée à son fournisseur.
Un développeur qui évalue des intégrations photo pour un produit à base d'agents
Vérifier ce qu'un outil Google Photos peut encore faire après le changement d'API de 2025
Le README et la liste des outils donnent une carte claire de ce qui reste : envois appendonly, lecture des éléments créés par l'application et le Picker. Les albums partagés et la recherche dans toute la photothèque ont disparu pour toutes les applications tierces, pas seulement celle-ci.
Avant de vous engager
- Mise en route
- git clone, npm install et npm run build sur Node.js 22.22+, puis activez la Photos Library API et la Google Photos Picker API dans un projet Google Cloud, créez des identifiants web OAuth et connectez-vous une fois via http://localhost:3000/auth. Prévoyez 20 à 30 minutes pour un premier lancement.
- Intégrations
- 21 outils : neuf de recherche et de navigation, six d'écriture et d'albums, quatre Picker et deux d'authentification, plus trois ressources MCP et trois prompts. Documenté pour Claude Desktop, Cursor et le MCP Inspector.
- Données et confidentialité
- Les tokens OAuth sont stockés localement dans tokens.db avec des droits réservés au propriétaire. Les URL de médias sont limitées aux domaines Google. Les descriptions de photos sont géocodées via Nominatim d'OpenStreetMap. Les images récupérées en base64 partent chez votre fournisseur de modèles.
- Coût à grande échelle
- Gratuit. Google autorise 10 000 requêtes Library API et 75 000 requêtes d'octets de médias par projet et par jour ; la Picker API autorise 100 000 requêtes par minute. Un quota plus élevé passe par le programme partenaires de Google.
- Limites
- Les lectures via la Library API ne couvrent que les éléments créés par l'application et les albums partagés renvoient 403, selon Google. Les vidéos se tél échargent en MP4 transcodé, pas en original. Aucune version ni journal des modifications n'est publié.
Les points forts
- Utilise la Picker API, la seule voie prise en charge vers la photothèque complète d'un utilisateur
- Envois et création d'albums jusqu'à 50 fichiers par appel
- Liste de domaines autorisés, stockage des tokens en 0600 et pas de CORS
- 21 outils, plus des ressources et prompts MCP
Les points faibles
- Les outils de recherche ne voient que les photos envoyées par le serveur
- Le parcours Picker exige qu'une personne choisisse les photos dans un navigateur
- Projet Google Cloud et configuration OAuth propres obligatoires
- Ni versions ni paquet npm ; environ 56 étoiles
Idéal pour
Ceux qui veulent qu'un agent envoie et organise des albums, ou traite des photos choisies à la main, et non qu'il cherche dans une photothèque existante.
Alternatives à Google Photos MCP Server
Google Photos MCP Server : questions fréquentes
- Google Photos MCP Server vaut-il le coup ?
- Une construction soignée autour d'une API que Google a verrouillée : il peut envoyer et organiser, mais un agent ne peut plus chercher dans les photos que vous avez réellement prises. Nous lui donnons 2.8 sur 5.
- Combien coûte Google Photos MCP Server ?
- Gratuit et open source (MIT selon package.json). Les API Google Photos sont gratuites dans la limite du quota.
- Quels sont les inconvénients de Google Photos MCP Server ?
- Les outils de recherche ne voient que les photos envoyées par le serveur; le parcours Picker exige qu'une personne choisisse les photos dans un navigateur; projet Google Cloud et configuration OAuth propres obligatoires; ni versions ni paquet npm ; environ 56 étoiles.
- À qui s’adresse Google Photos MCP Server ?
- Ceux qui veulent qu'un agent envoie et organise des albums, ou traite des photos choisies à la main, et non qu'il cherche dans une photothèque existante.
- Combien coûte Google Photos MCP Server pour une équipe ou en production ?
- Gratuit. Google autorise 10 000 requêtes Library API et 75 000 requêtes d'octets de médias par projet et par jour ; la Picker API autorise 100 000 requêtes par minute. Un quota plus élevé passe par le programme partenaires de Google.
- Google Photos MCP Server est-il sûr pour les données de l’entreprise ?
- Les tokens OAuth sont stockés localement dans tokens.db avec des droits réservés au propriétaire. Les URL de médias sont limitées aux domaines Google. Les descriptions de photos sont géocodées via Nominatim d'OpenStreetMap. Les images récupérées en base64 partent chez votre fournisseur de modèles.
- Quelles sont les meilleures alternatives à Google Photos MCP Server ?
- Les alternatives les plus proches que nous avons testées sont Google Workspace MCP servers et Filesystem (reference server).
Réponses vérifiées le 31 oct. 2026.