Quick Share a parcouru un long chemin au cours de la dernière année. Il a commencé à fonctionner avec AirDrop d’Apple sur Pixels, puis cette prise en charge a commencé à s’étendre à d’autres téléphones Android et, en août, Google a lancé Tap to Share. Désormais, la société va permettre aux développeurs de créer Quick Share directement dans leurs propres applications – et pas seulement sur Android.
Lors de son Android Dev Summit, Google a annoncé un SDK Quick Share qui sera publié au premier semestre 2027, ainsi qu’un SDK Quick Share iOS pour les applications iPhone. Les applications qui l’adoptent vous permettront d’envoyer des fichiers vers des appareils à proximité sans passer par la feuille de partage système et l’interface Quick Share plein écran. Au lieu de cela, une feuille inférieure apparaît directement dans l’application, avec des aperçus des fichiers que vous envoyez.
Les transferts s’effectuent sur les réseaux locaux et sont cryptés de bout en bout entre les deux appareils. Le SDK crée automatiquement un point d’accès en cas de besoin et utilise Wi-Fi Direct sur les appareils qui le prennent en charge, tandis que les photos et vidéos conservent leur pleine résolution, car elles n’ont pas besoin d’être compressées. Et comme rien ne passe par le cloud, le partage fonctionne également hors ligne, même dans un avion ou au fond d’un tunnel de métro, sans gruger votre forfait de données.

Pour les développeurs, Google affirme qu’il faut environ 20 lignes de code pour ajouter cela, sans aucune infrastructure de serveur à maintenir. Les applications peuvent également signaler le contenu comme sensible pour le masquer dans l’aperçu. Avec Tap to Share, l’application sur l’appareil récepteur n’a même pas besoin d’être ouverte : elle se lance automatiquement dès que le transfert est terminé.
Selon Google, Quick Share est actuellement disponible sur plus de 3 milliards d’appareils sous Android, ChromeOS et Windows. Bien sûr, la possibilité de voir ou non la nouvelle fonctionnalité dans vos applications préférées dépend de la décision de leurs développeurs d’adopter le SDK.
