Siri peut appeler votre application. Quelle fonction ouvrir en premier ?

Un colis est en retard. La cliente veut savoir s’il arrivera au bureau avant son départ. Pour obtenir la réponse, il lui faut se connecter, ouvrir la liste de commandes et consulter le suivi. Une demande formulée en langage courant peut raccourcir ce parcours si l’application donne à l’assistant un moyen bien défini de retrouver le bon envoi.

Le 3 novembre, Apple a ouvert un aperçu développeur de Siri AI pour les App Intents dans des versions bêta, dont iOS 27.3. Les développeurs peuvent relier leur application à des demandes susceptibles de tenir compte du contexte personnel, de ce qui est à l’écran et d’autres actions. Apple compte proposer cette intégration aux clients plus tard et prévoit les soumissions à l’App Store au printemps. Les développeurs ont donc le temps de préciser le comportement d’une action avant que le public s’y fie.

Siri en 2014, photographié par Kārlis Dambrāns. Recadré et redimensionné, CC BY 2.0. Source de l’image · Licence.

Donnez à l’assistant une tâche au résultat reconnaissable

Consultation par App Intent. Illustration originale de Telli.sh.

Un App Intent représente une opération que l’application sait réaliser. Prenons une application de livraison qui propose une consultation de statut. L’entrée peut être une entité d’envoi que l’application sait identifier. Le résultat peut indiquer de quel envoi il s’agit, son dernier statut et la date de mise à jour. L’application maîtrise les données et décide de ce que le compte connecté peut voir.

Ce choix permet d’obtenir rapidement une réponse exploitable. Si un compte a trois livraisons en cours, l’assistant a besoin d’assez d’informations pour les distinguer. Un numéro de suivi, un nom court ou une destination familière rendent le choix concret. Une formule ambiguë comme « mon colis » doit conduire à une demande de précision lorsque plusieurs envois correspondent.

Les deux premières lignes offrent un bon point de départ. Elles peuvent généralement fournir une réponse utile sans déclencher de transaction. Modifier une réservation pose d’autres conditions. Le créneau peut être indisponible, l’établissement peut appliquer des frais ou le fuseau horaire peut faire changer la date. L’action et sa réponse doivent intégrer ces cas.

L’application doit contrôler les droits au moment d’agir

Modification par App Intent. Illustration originale de Telli.sh.

L’assistant peut interpréter une phrase et repérer une action possible. L’application doit encore vérifier qui en fait la demande, à quel objet la personne a accès et si l’opération peut aboutir. Reprenez dans ce parcours les contrôles de l’interface existante. Une demande en langage naturel peut arriver alors qu’un autre compte est actif, que l’appareil est verrouillé ou que la session a expiré.

Avant un engagement financier, la personne doit voir une dernière fois le montant et le compte débité. Pour une modification de livraison, il faut afficher la destination avant de demander confirmation. Si le serveur ne sait pas si une demande a abouti, l’application doit renvoyer un état que la personne peut éclaircir. Cela évite de l’inciter à envoyer de nouveau la même demande. Ces règles sont familières à qui a déjà conçu un formulaire de paiement. À l’oral ou par messagerie, il faut souvent les exprimer avec beaucoup moins de place.

Prenons un exemple simple. Une personne demande de recommander un paquet de café. La première commande a pu bénéficier d’une remise temporaire, l’ancienne adresse n’est peut-être plus valable et le produit peut être vendu en plusieurs formats. Un parcours fiable indique l’article, le format, le prix actuel et l’adresse avant de passer commande. Il permet aussi de retrouver le reçu ensuite.

Le contexte aide à trouver le bon point de départ. La personne doit pouvoir comprendre quels éléments de ce contexte l’application a réellement utilisés. Confirmer « la commande affichée à l’écran » peut suffire si elle est seule. Si plusieurs articles sont affichés, répétez le choix précis. Laissez la personne rectifier une interprétation avant d’agir.

Une suite d’actions doit rendre l’état final intelligible

Apple décrit également des skills qui associent plusieurs actions et la prise en charge d’entités dans l’index sémantique de Spotlight. Ces mécanismes peuvent réduire le nombre d’écrans entre la demande et le résultat. Ils donnent plus de poids aux petites erreurs, car la sortie d’une action peut alimenter la suivante.

Imaginez une demande qui consiste à retrouver une réservation et à en changer l’heure. La recherche peut réussir alors que la modification échoue. Signalez les deux états. Indiquer que la réservation a été trouvée et conserve son heure d’origine donne une information utile et une prochaine étape claire. Un message de réussite générique cacherait l’échec, tandis qu’un message d’erreur générique masquerait la recherche réussie.

Un enchaînement pratique nécessite souvent plusieurs formes de résultats. Une étape peut renvoyer un candidat. Une autre peut demander un choix ou une confirmation. La dernière peut fournir un reçu ou indiquer que la demande reste en cours. Lors de la composition d’actions, testez le cas où la personne change d’avis en chemin et celui où une requête réseau dépasse le temps d’attente acceptable.

Utilisez en interne un identifiant de dossier stable. Les libellés en langage courant changent, et plusieurs éléments peuvent avoir un nom similaire. Un identifiant stable permet à l’application de savoir si elle a agi sur le bon objet tout en renvoyant une description compréhensible. Gardez un lien vers la fiche d’origine pour permettre à la personne de rouvrir l’application au bon écran.

Essayez l’aperçu avec une action vérifiable à la main

1. Consultez l’annonce d’Apple pour connaître les versions bêta, appareils et langues pris en charge. Utilisez un compte et des données de test. Apple cite le coréen parmi les langues disponibles et précise des limites selon l’appareil et la région.
2. Choisissez une action de lecture que les utilisateurs réalisent déjà régulièrement. Notez le parcours habituel dans l’interface et la réponse exacte qu’une action réussie doit donner.
3. Appuyez-vous sur la documentation des App Intents pour modéliser l’action et l’entité concernée. Décidez du comportement attendu si aucun dossier, un seul ou plusieurs correspondent.
4. Testez des cas ordinaires et ambigus. Prévoyez un compte manquant, une session expirée, des noms en double et une connexion indisponible. Comparez chaque résultat avec l’écran actuel de l’application.
5. Pour une future action de modification, indiquez où la personne voit la cible, les conditions et le résultat. Ajoutez un test qui relance la demande après un délai dépassé pour vérifier que l’application le gère correctement.
6. Traitez le déploiement auprès du public et l’aperçu développeur comme deux jalons distincts. Au moment de préparer une sortie sur l’App Store, revérifiez les règles et les modalités de soumission d’Apple.

Le test se prête bien aux variations de langage. Une application de livraison peut commencer par les expressions relevées dans les demandes au support. Certaines indiquent une date, d’autres le magasin ou le lieu associé au colis. Observez comment l’action demande un détail quand la phrase est incomplète. Une bonne précision demandée rapproche la personne de la réponse.

Choisissez le bon mode d’affichage pour le résultat

Apple distingue les entités d’application dans Spotlight, les actions propres à l’application, les aperçus et les skills qui associent plusieurs actions. Une application de livraison peut choisir le mode adapté à une question précise. Une entité visible dans les résultats de recherche aide à reconnaître une commande. Une action interprète la demande dans le compte actuel. Une fiche permet de lire le résultat d’un coup d’œil. Un enchaînement devient utile quand retrouver la commande n’est que la première étape.

Pour un suivi, une fiche peut afficher la ville de destination, le statut et l’heure de la dernière mise à jour du transporteur. Le niveau de détail dépend de l’endroit où elle apparaît et du verrouillage de l’appareil. Testez l’écran sans présumer que la personne entendra une explication à l’oral. Testez aussi la version parlée sans compter sur l’écran pour une information critique. Les mêmes données doivent rester compréhensibles dans les deux cas.

Le guide d’Apple explique comment l’assistant cible une application. Pour une action personnalisée en arrière-plan, il faut nommer l’application, sous réserve des cas suivants. Une application au premier plan, une Live Activity active ou une conversation dans laquelle l’application a déjà été nommée peuvent fournir le contexte nécessaire. Commencez par l’appeler explicitement pour établir que l’action fonctionne. Essayez ensuite la même demande depuis l’écran d’accueil, avec une autre application visible et au cours d’une conversation déjà engagée. Notez le résultat dans chaque contexte.

Testez la distribution séparément

Le guide décrit les tests sur appareil avec une signature de développement ainsi que les tests avec TestFlight interne. Les versions TestFlight externes et celles distribuées par l’App Store ne permettent pas d’exercer ces intégrations en aperçu. Ce point compte si un responsable produit souhaite un essai avec des clients. Une démonstration réussie avec une version de développement ne prouve pas que le client puisse activer la même fonction dans une version du magasin.

Apple indique qu’il faut un matériel compatible avec Apple Intelligence et liste six langues, dont le coréen. Des limites régionales, d’âge et côté serveur s’appliquent également. Apple cite iOS, iPadOS, macOS, watchOS et visionOS 27.3 bêta pour Siri AI, alors que le premier aperçu destiné aux applications tierces mentionne iOS, iPadOS, macOS et visionOS. Gardez ces périmètres distincts quand vous répartissez les essais. Un compte rendu précis aide la prochaine personne à déterminer si un échec vient de l’action, du canal de distribution ou de l’appareil.

Un essai interne utile comporte une ligne par demande, appareil, langue, canal de distribution et résultat. Commencez par un cas dont vous connaissez le bon résultat. Pour une consultation en coréen, comparez une formulation familière et courte à une demande qui précise le commerçant ou la date du suivi. Si les deux renvoient au même dossier, l’action a passé une variation utile. Si l’une affiche la commande de quelqu’un d’autre, interrompez l’essai et corrigez l’autorisation à la source.

La dernière validation doit couvrir le relais habituel vers la personne. Si l’Intent trouve une réservation sans pouvoir la déplacer, affichez le créneau disponible et ouvrez le bon écran. S’il peut faire la modification, affichez le résultat et permettez de retrouver le reçu plus tard dans l’application. Dans les deux cas, la personne dispose d’une suite concrète.

Un raccourci gagne la confiance une action à la fois

L’intérêt de l’intégration à Siri AI est de rapprocher la fonction la plus utile d’une application de la personne qui en a besoin. Une action ciblée et vérifiable peut déjà rendre service sans nécessiter un long catalogue d’intégrations. Un service de livraison capable de montrer le bon statut a une première fonction toute trouvée.

À mesure que vous ajoutez des actions, appliquez le même critère à chacune. La personne doit comprendre ce que l’application a trouvé, ce qu’elle lui a demandé d’autoriser et ce qui s’est passé ensuite. Cette clarté compte encore plus lorsqu’une demande traverse plusieurs services ou que l’utilisateur n’ouvre jamais la fenêtre de l’application d’origine.

Sources

• Annonce Apple Developer du 3 novembre sur l’aperçu Siri AI
• Documentation Apple sur les App Intents
• Guide Apple de configuration et de test de l’aperçu développeur
• Documentation Apple sur Spotlight et les App Intents

---

Pour retrouver facilement la trace des conversations et décisions liées à votre travail, créez un compte Telli.sh.