J'ai cartographié toutes les sources photo possibles pour mon app, voici les survivants

Mon app avait besoin d'importer les photos de ses utilisateurs. Point de départ évident : « on branchera Instagram, WhatsApp, Facebook, Google Photos ». Trois semaines de lecture de docs plus tard, la carte réelle ne ressemble à rien de ce qu'on imaginait.

Ce post cadre une petite série sur les intégrations photo. Voici le paysage, source par source.

Instagram : mort pour de bon

L'Instagram Basic Display API, celle qui permettait à une app tierce de lire la photothèque d'un utilisateur consentant, a été coupée en décembre 2024. Pas dépréciée : coupée.

Ce qui reste passe par l'API Instagram du Graph API, réservée aux comptes business et creator, pensée pour la gestion de contenu et pas pour l'import grand public. Pour le cas « mon utilisateur lambda veut récupérer ses photos Instagram », la réponse honnête en 2026 : il n'y a plus de chemin officiel.

WhatsApp : fermé par construction

WhatsApp n'a jamais eu d'API media grand public, et n'en aura structurellement pas : le chiffrement de bout en bout fait que les médias n'existent en clair que sur les devices. Pas d'OAuth, pas de photothèque côté serveur à interroger.

La seule voie d'accès aux photos WhatsApp d'un utilisateur, c'est le stockage local du téléphone, avec les permissions média de l'OS. Ce n'est pas une intégration WhatsApp, c'est un import de galerie qui ramasse aussi le dossier WhatsApp.

Facebook : le survivant qu'on n'attendait pas

Le Graph API expose toujours les photos utilisateur via la permission user_photos, moyennant App Review. Le process de review est lourd, la permission doit être justifiée par un vrai cas d'usage visible dans l'app, mais le chemin existe et fonctionne. La doc de user_photos cite même explicitement le cas d'usage photo book / impression : si c'est votre métier, vous êtes dans le cadre prévu.

Ironie de l'histoire : la plateforme réputée fermée est aujourd'hui la seule source sociale encore branchable proprement.

Les clouds photo : les vrais survivants

Google Photos (via la Picker API, en mode session : l'utilisateur sélectionne, l'app récupère), OneDrive, Dropbox : les trois exposent des APIs utilisables pour lire des photos avec le consentement OAuth de l'utilisateur. C'est là que vivent les photos en 2026, et c'est là que les intégrations valent l'investissement. Ajoutez Flickr pour les photographes, avec une subtilité : la clé commerciale est requise dès que votre app est payante.

Et les absents structurels, pour clore les débats en réunion produit : TikTok, Snapchat, BeReal et Pinterest sont incompatibles par architecture. Contenu éphémère, vidéo-first ou sans API media : aucun flow d'import de photothèque n'y existe.

Mais chacun a ses pièges, suffisamment croustillants pour mériter leurs propres posts :

• Google Photos et OneDrive ont des exigences exactement opposées sur le même header HTTP (prochain post de la série).
• Dropbox casse sur le premier fichier au nom accentué si on ne connaît pas une règle d'échappement précise.
• Et la question du token broker (faut-il une Cloud Function entre l'app et ces APIs ?) mérite une réponse plus honnête que celle des tutoriels.

À retenir

• Ne partez jamais du principe qu'une source photo est branchable : la moitié de la carte de 2020 a disparu.
• Instagram tiers grand public : terminé depuis décembre 2024. WhatsApp : jamais existé, par construction.
• Facebook (user_photos + App Review) et les clouds photo (Google Photos, OneDrive, Dropbox) sont les survivants.
• Cartographiez les sources avant d'écrire la première ligne d'intégration : c'est trois semaines de docs, mais ça évite de promettre une feature impossible.

Quelle source photo vos utilisateurs vous réclament-ils le plus ?