Siri agentique change la manière dont une application iOS doit exposer ses fonctions : l’assistant peut comprendre une demande, identifier un contenu affiché et déclencher des actions dans les apps. Pour préparer 2027, les équipes doivent structurer leurs données avec App Intents, définir les autorisations, sécuriser les opérations sensibles et tester des enchaînements complets plutôt que de simples commandes vocales.
Qu’est-ce que Siri agentique change pour une application mobile ?
Siri agentique désigne un assistant capable d’interpréter un objectif puis de mobiliser des actions proposées par plusieurs applications. En septembre 2026, Apple a présenté une compréhension du contexte personnel, une perception du contenu affiché à l’écran et des actions applicatives étendues dans les versions logicielles prévues pour 2027.
Le changement dépasse la commande vocale traditionnelle. Jusqu’ici, une app pouvait proposer un raccourci correspondant à une phrase ou à une action précise. Désormais, le système doit pouvoir comprendre ce que l’application sait faire, reconnaître les objets qu’elle manipule et choisir l’action adaptée à une demande formulée naturellement.
App Intents est le framework Apple qui permet à une application d’exposer au système des actions, des entités et des données structurées. Une entité représente un objet métier identifiable, par exemple une commande, un document, un rendez-vous ou un produit. Un intent représente l’action réalisable sur cet objet, comme modifier, envoyer, réserver ou annuler.
Pour un dirigeant, l’enjeu tient surtout à la continuité du parcours. Une fonction enfouie derrière plusieurs écrans risque de rester inaccessible à l’assistant si elle n’est pas décrite sous forme d’intent. L’interface graphique demeure utile, mais elle n’est plus l’unique porte d’entrée vers le service.
Comment préparer une app à Siri agentique pour 2027 ?
Préparer une application à Siri agentique consiste d’abord à sélectionner des tâches utiles, courtes et suffisamment maîtrisées pour être lancées hors de l’interface habituelle. Apple identifie depuis juin 2026 App Intents comme le point d’intégration entre les applications, Siri AI et Apple Intelligence. Une refonte complète de l’app n’est donc pas systématique.
Le bon point de départ n’est pas la technologie, mais la liste des demandes réelles des utilisateurs. « Retrouve ma dernière facture » constitue un meilleur candidat que « ouvre mon espace client », car la première demande exprime un résultat précis. Les travaux de recherche utilisateur et de test UX aident à repérer les tâches fréquentes sans imaginer des usages artificiels.
Une préparation raisonnable suit cet ordre :
- recenser les tâches récurrentes qui produisent un résultat clair ;
- définir les entités métier et leurs identifiants stables ;
- créer les App Intents, leurs paramètres et leurs résultats d’exécution ;
- attribuer une politique d’authentification à chaque action ;
- prévoir les confirmations pour les opérations sensibles ou destructrices ;
- tester les intents seuls, puis les séquences qui en combinent plusieurs.
En juin 2026, Apple a précisé qu’un App Intent déclare les informations dont il a besoin avec des propriétés @Parameter, puis renvoie un résultat indiquant la réussite ou l’échec. Cette discipline oblige à formaliser les cas incomplets : destinataire absent, objet introuvable, session expirée ou action interdite.
Sur les projets que nous menons, nous voyons souvent des règles métier présentes uniquement dans les écrans ou dans la mémoire de l’équipe. Avant d’ajouter des intents, il faut les rendre explicites dans les services de l’application. Sinon, Siri peut atteindre une fonction techniquement disponible, mais incapable de traiter proprement les exceptions.
Quelles données et actions faut-il exposer à Siri ?
Une application doit exposer à Siri les données nécessaires à une tâche identifiable, pas l’intégralité de son modèle interne. Depuis juin 2026, les app schemas d’Apple fournissent des structures standardisées d’entités et d’intents. Les entités alimentent l’index sémantique de Spotlight, tandis que les intents acceptent des formulations naturelles sans phrases fixes définies par le développeur.
Le choix des entités a des conséquences directes. Une application de réservation peut exposer une réservation, un établissement et une date, sans transmettre les notes internes du support. Un outil documentaire peut rendre un fichier recherchable tout en maintenant certaines catégories hors de l’index. Moins de données, mais mieux qualifiées.
Apple permet également, depuis juin 2026, d’annoter une vue ou une activité utilisateur avec des entités applicatives. Siri peut alors identifier le contenu visible à l’écran et agir dessus. Dans une app de gestion, l’utilisateur pourrait demander une action portant sur le dossier affiché sans avoir à en dicter le nom ou l’identifiant.
Les interactions peuvent aussi être données au système afin d’aider Siri à apprendre quelles entités sont pertinentes et vers quelle application orienter une demande ultérieure. Cette « donation » ne dispense pas d’une gouvernance des données. La qualité des libellés, des identifiants et des relations reste déterminante, comme pour tout projet fondé sur une automatisation dépendante de données fiables.
Apple indique par ailleurs en juin 2026 que SyncableEntity sert à identifier les entités dont l’identifiant reste stable entre plusieurs appareils. Cette stabilité permet de poursuivre une tâche sur un autre appareil. Honnêtement, ce mécanisme ne se justifie que si le service sait déjà réconcilier proprement ses objets entre comptes, sessions et terminaux.
Comment sécuriser les actions déclenchées par Siri ?
La sécurité de Siri agentique doit être définie action par action, car une opération peut être exécutée sans passer par les écrans protecteurs habituels. En juin 2026, la documentation Apple indique que la politique par défaut d’un App Intent peut autoriser son exécution lorsque l’appareil est verrouillé. Ce réglage doit donc être vérifié explicitement.
IntentAuthenticationPolicy propose trois niveaux documentés par Apple en juin 2026. Le niveau choisi dépend de l’impact de l’action, de la sensibilité des données et de la possibilité d’annuler l’opération.
| Politique | Comportement | Usage à envisager |
|---|---|---|
alwaysAllowed |
Autorise l’exécution sans authentification supplémentaire, y compris sur un appareil verrouillé selon le comportement par défaut documenté en 2026. | Action à faible risque, sans donnée confidentielle ni effet sensible. |
requiresAuthentication |
Exige que l’utilisateur soit authentifié. | Consultation ou modification liée au compte. |
requiresLocalDeviceAuthentication |
Demande une authentification locale sur l’appareil. | Paiement, accès sensible ou opération à conséquence forte. |
Le piège que beaucoup d’équipes non techniques ignorent se situe dans l’écart entre « appareil personnel » et « action personnelle ». Un téléphone déverrouillé, posé sur un bureau, ne garantit pas que la demande vient du titulaire du compte. Pour une suppression, un envoi ou un changement contractuel, une confirmation explicite reste souvent préférable.
Apple précise en juin 2026 que les entités conformes à OwnershipProvidingEntity et EntityOwnership peuvent servir à demander une confirmation pour les actions destructrices ou sensibles portant sur des objets partagés ou accessibles publiquement. Les intents basés sur un schéma reçoivent aussi une politique d’authentification par défaut propre au schéma, que le développeur ne peut remplacer que par une politique plus stricte.
Côté agence, le réflexe est de construire une matrice simple reliant chaque action à son propriétaire, son niveau de confidentialité, sa réversibilité et son authentification. Cette étape évite qu’une commodité apparente ouvre une voie de contournement. Les mêmes principes de cloisonnement et de contrôle s’appliquent déjà aux plateformes manipulant des opérations sensibles.
Comment tester un parcours exécuté par un assistant autonome ?
Les tests d’une app compatible avec Siri agentique doivent couvrir les intents, les recherches d’entités, l’indexation Spotlight, les annotations d’écran et les séquences de plusieurs actions. Apple a introduit AppIntentsTesting en juin 2026 pour réaliser ces tests d’intégration directement sur un appareil et observer le comportement réel du système.
Tester une fonction isolée ne suffit plus. Un assistant peut rechercher un document, identifier son destinataire, demander une validation puis lancer l’envoi. Chaque étape peut réussir seule alors que l’enchaînement échoue à cause d’un identifiant perdu, d’un état obsolète ou d’une authentification demandée trop tard.
Les scénarios doivent aussi couvrir les formulations ambiguës, les données absentes, le verrouillage de l’appareil et l’annulation. Que se passe-t-il lorsque deux contacts portent le même nom ? L’assistant doit obtenir une précision plutôt que choisir silencieusement, surtout si l’action est difficile à annuler.
La bêta anglaise de Siri AI a commencé à être déployée le 14 septembre 2026 avec les versions logicielles Apple prévues pour 2027. Apple a annoncé l’extension au français pour octobre 2026. Pour une application francophone, les tests doivent donc inclure le vocabulaire métier français, les variantes de dates, les noms propres et les formulations courantes des utilisateurs.
Quel effort prévoir sans refaire toute l’application ?
L’effort dépend moins du nombre d’écrans que de la qualité de l’architecture métier existante. Une application dont les actions sont déjà séparées de l’interface pourra ajouter des App Intents progressivement. Une app où chaque règle est imbriquée dans les vues demandera d’abord une remise à plat des services, des permissions et des identifiants.
Le périmètre initial doit rester étroit : quelques tâches fréquentes, réversibles et mesurables valent mieux qu’un catalogue d’intents peu fiables. À budget contraint, mieux vaut rendre une action complète et sûre que déclarer de nombreuses commandes incapables de gérer les cas limites.
Le calendrier produit doit réserver du temps à la conception des entités, aux règles d’autorisation et aux essais sur appareil. La compatibilité technique ne garantit pas une expérience compréhensible. Il faut aussi prévoir les messages d’échec, la reprise manuelle dans l’app et la traçabilité des opérations exécutées par l’assistant.
Cadrer ce type de projet en amont évite la plupart des mauvaises surprises. Un regard extérieur peut notamment aider à distinguer les actions utiles des démonstrations séduisantes, puis à traiter les risques d’authentification avant qu’ils ne bloquent la mise en production.
FAQ sur la préparation des applications à Siri AI
App Intents remplace-t-il l’interface d’une application iOS ?
App Intents ne remplace pas l’interface d’une application iOS. Le framework expose certaines fonctions à Siri, Spotlight et Apple Intelligence, tandis que l’app reste nécessaire pour les parcours visuels, les réglages et les situations ambiguës.
Une ancienne application iOS peut-elle utiliser App Intents ?
Une application existante peut intégrer App Intents sans être entièrement reconstruite. L’effort augmente toutefois lorsque les règles métier, les données et les autorisations sont directement liées aux écrans au lieu d’être gérées par des services distincts.
Siri peut-il agir sur ce qui est affiché à l’écran ?
Siri peut identifier du contenu affiché lorsqu’une application annote ses vues ou ses activités avec des entités, selon les consignes Apple publiées en juin 2026. L’assistant peut ensuite employer cette entité pour interpréter une demande et déclencher une action autorisée.
Faut-il autoriser les App Intents sur un iPhone verrouillé ?
Un App Intent ne devrait fonctionner sur un iPhone verrouillé que si l’action présente un faible risque. Pour une donnée confidentielle, une suppression, un paiement ou une modification sensible, une authentification ou une confirmation explicite doit être prévue.