Vous avez peut‑être entendu parler d’Android 17 et de sa nouveauté « Continue On » qui promet de passer une activité d’un téléphone à une tablette sans effort. Ce n’est pas juste un gadget marketing : il s’agit d’une tentative concrète de rendre l’écosystème Android plus fluide, à la manière de ce que certains utilisateurs d’iPhone et d’iPad connaissent depuis longtemps.
Comment Continue On fonctionne‑t‑il en pratique
Continue On repose sur un protocole de mise en relation entre un appareil émetteur et un appareil récepteur. Quand vous interagissez avec une application sur votre téléphone — lecture d’un article, rédaction d’un email, consultation d’un document — Android détecte l’activité en cours et peut proposer sur la tablette une suggestion pour la reprendre. Un simple tap sur la suggestion lance l’application sur la tablette et restaure l’état que vous aviez sur le téléphone.
Techniquement, la plateforme transfère un « état d’activité » plutôt que de streamer l’écran. Cela signifie que l’application doit savoir reconstituer la session depuis des paramètres, une URL ou un identifiant d’état fourni par le téléphone. Si l’app a été conçue pour prendre en charge cette restauration, l’expérience est quasi instantanée.
Quelles sont les exigences pour que le transfert fonctionne
Ce n’est pas magique : plusieurs conditions doivent être réunies pour que Continue On marche correctement.
- Les deux appareils doivent exécuter une version d’Android compatible, Android 17 pour le moment.
- La plupart du temps, la même application doit être installée sur les deux appareils.
- Les appareils doivent être connectés au même compte Google ou à un environnement d’appairage pris en charge.
- Le développeur de l’application doit implémenter la logique de restauration d’état ou s’appuyer sur les API système fournies.
En pratique, si la tablette n’a pas l’application, Android peut parfois proposer une fallback web qui ouvre la même page ou document dans un navigateur. Cela améliore grandement la couverture fonctionnelle mais n’égalera pas toujours l’expérience native.
En quoi Continue On se distingue du Handoff d’Apple
Apple a rendu le transfert d’activité transparent entre iPhone, iPad et Mac depuis longtemps et l’a intégré profondément au système. Avec Android 17, Google vise la même fluidité mais avec des contraintes différentes. Apple contrôle matériel, OS et apps avec une homogénéité qui rend la fonction plus prévisible. Android, lui, doit composer avec une grande diversité d’appareils et d’éditeurs d’apps.
Résultat concret : Continue On promet une portée plus large si elle est bien adoptée, mais son succès dépendra fortement des fabricants et des développeurs. Là où Apple peut imposer un comportement uniforme, Android devra compter sur des API ouvertes et sur l’adhésion des tiers.
Que doivent faire les développeurs pour que leurs applis profitent de Continue On
Pour tirer parti du transfert d’activité, les éditeurs doivent prévoir la sauvegarde et la restauration d’un état d’application. Cela peut être aussi simple que transmettre une URL ou un identifiant de document, ou aussi complexe qu’un snapshot d’état incluant position de lecture, ébauches de texte et métadonnées.
Bonnes pratiques observées :
- Privilégier des points de restauration atomiques et reproductibles plutôt que des dumps massifs d’état.
- Utiliser des tokens temporaires pour l’authentification entre appareils au lieu d’exposer des identifiants persistants.
- Tester le comportement en cas d’absence d’application sur le récepteur et prévoir la fallback web.
Sans ces mesures, l’utilisateur verra des relances inefficaces ou des situations où l’app s’ouvre mais ne reprend pas la tâche au bon endroit.
Quels scénarios réels et limites faut‑il anticiper
Voici des situations concrètes que vous rencontrerez peut‑être :
| Scénario | Comportement attendu | Limite fréquente |
|---|---|---|
| Article web lu sur téléphone | Ouverture du même article dans l’app ou le navigateur tablette | Perte de la position exacte de lecture si l’URL ne contient pas d’ancre |
| Ébauche d’email | Restauration de la fenêtre de rédaction et du brouillon | Brouillon non synchronisé si l’app n’a pas sauvegardé localement l’état |
| Document lourd (format propriétaire) | Si app installée, restauration possible | Téléchargement long ou incompatibilité de version d’app |
Les limites à connaître incluent la dépendance à la connectivité et la fragmentation logicielle. Même avec une API robuste, les comportements varient selon les appareils et les versions d’apps.
Problèmes courants et astuces de dépannage
Si Continue On ne fonctionne pas, vérifiez d’abord ces points simples. Souvent, c’est l’un d’eux qui bloque :
- Les deux appareils ne tournent pas sous Android 17 ou équivalent.
- L’application n’est pas installée sur le récepteur.
- La synchronisation de compte Google est désactivée ou les permissions de l’application sont trop restrictives.
- Le bluetooth/Wi‑Fi local est coupé si l’appariement en dépend.
Si tout semble en ordre mais que ça reste instable, forcez la fermeture de l’app sur les deux appareils, supprimez la suggestion dans la barre de tâches et recommencez la séquence. Pour les développeurs, activer des logs diagnostiques lors des tests facilite l’identification des échecs de restauration d’état.
Quelles implications pour la sécurité et la vie privée
Transférer un état d’app entre appareils soulève des questions légitimes. Google annonce des mécanismes sécurisés d’appairage et d’échange d’état, mais la prudence est de mise. Points importants à garder à l’esprit :
- Privilégier des échanges chiffrés et des tokens temporaires plutôt que des identifiants persistants.
- Limiter les données sensibles dans les états partagés. Par exemple évitez d’inclure des informations bancaires en clair.
- Vérifier les permissions de l’app et les paramètres de compte Google pour contrôler qui peut initier un transfert.
En entreprise, l’adoption devra aussi intégrer des politiques MDM pour empêcher les transferts non souhaités entre appareils personnels et professionnels.
Quand veut‑on s’attendre à l’arrivée généralisée de la fonctionnalité
Google a indiqué que Continue On commençait les tests avec la version Release Candidate d’Android 17 et que le déploiement stable interviendrait avec la vague de produits Android 17. Dans les faits, l’arrivée sur votre appareil dépendra de trois facteurs : le calendrier de mise à jour du constructeur, le modèle d’appareil et l’adhésion des développeurs.
Autrement dit, attendez une adoption progressive. Vous verrez d’abord la fonctionnalité sur les derniers flagships et tablettes ciblées par les fabricants avant qu’elle ne devienne commune sur tous les appareils Android.
Conseils pour les utilisateurs qui veulent une expérience fluide
Pour maximiser vos chances que le transfert marche bien :
- Gardez vos appareils à jour et connectés au même compte Google.
- Installez les versions les plus récentes des applications que vous utilisez fréquemment.
- Activez la synchronisation et les permissions nécessaires, et testez avec des tâches simples d’abord.
En cas d’échec, reproduisez la séquence avec une app populaire bien maintenue. Si ça marche avec celle‑ci mais pas avec une autre, le problème vient probablement de l’implémentation par le développeur.
FAQ
Continue On est‑il disponible sur tous les appareils Android 17
Pas automatiquement. Même si Android 17 apporte la plateforme, il faut que le fabricant active la fonctionnalité et que l’appareil reçoive la mise à jour. Les premiers déploiements visent surtout les nouveaux flagships et tablettes.
Comment activer Continue On
Il n’y a pas d’interrupteur universel pour l’utilisateur final. Si votre appareil et votre application prennent en charge la fonction, une suggestion apparaîtra automatiquement dans la barre de tâches de la tablette. Vérifiez les réglages de compte et les autorisations si vous ne voyez rien.
Continue On fonctionne‑t‑il entre téléphone et Chromebook
Google évoque une interopérabilité large mais pour l’instant la priorité est donnée aux transitions téléphone → tablette. Le support pour Chromebook dépendra des API et du travail d’intégration côté système et applications.
Les applications doivent être mises à jour pour supporter Continue On
Idéalement oui. Beaucoup de cas simples fonctionneront via des fallback web ou des restaurations basiques, mais pour offrir une reprise fidèle de l’état il faut que l’app implémente la logique de restauration.
Que se passe‑t‑il si la tablette n’a pas l’app installée
Android peut proposer une fallback web qui ouvre la même page ou ressource dans le navigateur. Cela offre une continuité limitée mais souvent suffisante pour la lecture d’articles ou la consultation de documents.
Céline Bertrand est une experte en mobilité et téléphonie, avec une passion pour l’innovation numérique. Rédactrice pour Teknologik.fr, elle décrypte les tendances du monde connecté pour rendre la technologie accessible à tous.
