Avec iOS 27 bêta 2, Apple ajoute à Siri AI une règle claire : refuser tout résumé ou extraction de contenu derrière une URL. Ce changement discret s’ajoute à une bêta déjà riche de plus de 200 nouveautés, et précise enfin les limites web de l’assistant.
Apple verrouille davantage Siri face aux URL
Dans la bêta 2 d’iOS 27, Apple ajoute une consigne plus stricte au prompt système de Siri AI : l’assistant doit refuser clairement toute demande qui consiste à lire, résumer ou extraire des informations à partir d’une URL. Le point clé ne tient pas à une nouvelle capacité, mais à une nouvelle règle de comportement. Jusqu’ici, Siri ne savait déjà pas aller récupérer le contenu d’une page web sur simple lien. Désormais, l’assistant doit le dire explicitement, et surtout ne proposer ni contournement ni solution alternative.
Le changement paraît mineur. En réalité, il dit beaucoup sur la ligne choisie par Apple. La marque ne veut manifestement pas d’un assistant qui aspire le contenu du web à la volée depuis un lien collé dans une conversation. C’est un choix produit, mais aussi un signal envoyé à l’écosystème éditorial. Là où d’autres assistants cherchent à résumer directement une page ou ce qui s’affiche à l’écran, Apple borne plus fermement les usages de Siri.
Ce que la nouvelle règle change vraiment
Le texte rapporté dans la bêta 2 est sans ambiguïté : si un utilisateur fournit une URL et demande un résumé, une lecture ou une extraction d’informations, Siri doit répondre qu’il ne peut pas accéder aux pages web. Point. La seconde partie est encore plus nette : aucune suggestion de suivi, aucun workaround. Autrement dit, pas de porte de sortie dans la réponse.
Sur le terrain, cela change l’expérience utilisateur de deux façons. Premièrement, le refus devient plus franc. Deuxièmement, Apple réduit le risque que Siri donne l’impression de pouvoir contourner une limite technique ou de s’approcher d’un usage juridiquement sensible. À mon sens, cette précision est moins une rustine qu’un cadrage délibéré : Apple préfère frustrer un peu l’utilisateur plutôt que de brouiller la frontière entre assistance locale, navigation web et réutilisation de contenus tiers.
Safari peut déjà résumer une page, mais seulement si elle est ouverte
Le point le plus intéressant, absent de la source d’origine, est que Apple autorise déjà le résumé de pages web dans Safari, à condition que l’utilisateur consulte effectivement la page dans le navigateur. Selon l’assistance officielle d’Apple, sur iPhone il suffit d’ouvrir Safari, d’afficher le menu de page puis de toucher « Résumer ». La même logique existe aussi sur Mac, avec un bouton de menu de page dans Safari, et Apple mentionne en plus l’usage possible des outils d’écriture pour résumer des pages web. Selon l’assistance Apple, cette fonction existe donc bien, mais dans un contexte contrôlé par le navigateur, pas via un simple lien transmis à Siri. C’est une distinction centrale. Selon l’assistance Apple, le résumé de page web est pris en charge dans Safari sur iPhone et Mac, tandis que la consultation doit être active côté utilisateur. ([support.apple.com](https://support.apple.com/fr-fr/guide/iphone/iph60293c790/ios))
Concrètement, cela revient à dire que Apple n’interdit pas le résumé de contenus web. La firme interdit à Siri d’aller chercher ce contenu à partir d’une URL brute. Ce verrou limite l’ambition conversationnelle de l’assistant, mais il protège la logique du navigateur : l’utilisateur ouvre la page, voit la source, puis active un résumé. Le modèle est très différent d’un assistant qui avale un lien dans un chat et recrache l’essentiel sans jamais afficher l’éditeur original.
Une stratégie cohérente avec la doctrine confidentialité de Apple
Cette décision colle à la stratégie plus large d’Apple Intelligence. Depuis sa présentation officielle, Apple insiste sur une IA personnelle, ancrée dans l’appareil, avec un recours au cloud limité aux tâches plus lourdes via Private Cloud Compute. Selon Apple, ce système n’envoie aux serveurs que les données strictement nécessaires, avec une architecture pensée pour que même Apple n’accède pas aux données personnelles traitées dans ce cadre. Selon la documentation de sécurité d’Apple, Private Cloud Compute a été conçu pour les demandes trop complexes pour les modèles locaux, tout en étendant au cloud les garanties de sécurité de l’appareil. ([security.apple.com](https://security.apple.com/blog/expanding-pcc/?utm_source=openai))
À mon avis, la nouvelle consigne sur les URL s’inscrit dans cette même discipline produit : l’IA d’Apple doit rester prévisible, bornée et défendable. Un assistant qui ouvre librement des liens, lit des pages, en extrait des blocs et improvise des résumés sans surface visible créerait plus de friction qu’il n’apporterait de valeur dans l’écosystème d’Apple. Surtout pour une marque qui vend la confidentialité comme une brique produit, pas comme une case marketing.
Le contraste est net avec ChatGPT et Gemini
La comparaison avec les concurrents éclaire le choix d’Apple. Selon l’aide officielle d’OpenAI, ChatGPT peut résumer, extraire des informations ou répondre à des questions à partir de contenus fournis dans l’outil. De son côté, selon l’aide officielle de Google, l’app mobile Gemini sur Android peut répondre à des questions sur ce qui est affiché à l’écran, y compris résumer une page web ouverte ou donner des informations sur une page active. ([help.openai.com](https://help.openai.com/en/articles/9260256?utm_source=openai))
La différence n’est donc pas théorique. Elle est fonctionnelle. Google pousse un assistant qui sait exploiter le contexte visible à l’écran. OpenAI documente des usages d’extraction et de synthèse autour de contenus fournis à l’outil. Apple, lui, segmente : résumé oui, mais dans Safari ou via des outils encadrés ; accès direct à un lien par Siri, non.
On peut même formaliser l’écart avec deux métriques simples dérivées des fonctions officiellement décrites :
Métrique 1 : nombre de chemins officiels pour résumer une page web chez Apple
Selon l’assistance Apple, il existe au moins deux chemins officiels distincts pour résumer une page web dans l’environnement Apple Intelligence : le bouton « Résumer » dans Safari et les outils d’écriture appliqués à la page. Cela fait 2 méthodes officielles documentées pour résumer une page déjà ouverte. En face, pour Siri recevant une URL seule, la nouvelle règle ramène ce total à 0 méthode officielle. L’écart fonctionnel dérivé est donc de 2 fonctions contre 0 selon le contexte d’usage. ([support.apple.com](https://support.apple.com/fr-fr/guide/iphone/iph60293c790/ios))
Métrique 2 : part des contextes documentés où le résumé web passe par une page affichée
Dans les sources officielles consultées ici pour le résumé web chez Apple sur iPhone, Mac et Vision Pro, les 3 contextes documentés exigent que la page soit ouverte dans Safari ou visible dans le navigateur avant le résumé. Cela donne 100 % des cas documentés reposant sur une page affichée, contre 0 % de cas documentés où une simple URL transmise à Siri suffit. Cette métrique dérivée résume bien la doctrine produit d’Apple. ([support.apple.com](https://support.apple.com/guide/apple-vision-pro/tan03cddb8dd/visionos?utm_source=openai))
Pourquoi Apple serre la vis maintenant
La source initiale suggère une motivation possible : éviter que Siri copie le mouvement d’autres IA qui résument le web sans renvoyer l’utilisateur vers les sites d’origine. L’hypothèse tient debout. Le rapport de force entre moteurs, assistants et éditeurs s’est durci. Chaque fonctionnalité qui court-circuite la visite d’une page menace un peu plus le modèle de distribution du web ouvert.
Apple n’a pas besoin d’être la première plateforme à alimenter ce basculement. Son intérêt est ailleurs : tenir la promesse d’un assistant fiable, limiter les angles morts juridiques et conserver une relation relativement saine avec les éditeurs dont Safari dépend encore. Mon avis est simple : cette prudence peut sembler conservatrice, mais elle évite à Apple de déclencher une guerre inutile sur la captation de contenus.
Cette limite ne signifie pas que Siri reste isolé
Il faut ajouter un autre élément neuf issu des sources officielles : Apple a déjà intégré ChatGPT dans ses plateformes. Selon le communiqué de présentation d’Apple Intelligence, Siri peut demander l’autorisation de l’utilisateur pour envoyer une question, un document ou une photo à ChatGPT, puis afficher la réponse. Selon Apple, cette intégration inclut des garde-fous : l’adresse IP de l’utilisateur est masquée et OpenAI ne consigne pas les requêtes lorsque l’usage se fait sans compte. ([apple.com](https://www.apple.com/fr/newsroom/2024/06/introducing-apple-intelligence-for-iphone-ipad-and-mac/))
Ce point change la lecture du refus sur les URL. Apple ne ferme pas la porte à toute intelligence externe. La firme choisit simplement quels flux elle autorise et dans quel cadre. Un document, une image ou une question peuvent être soumis à ChatGPT avec validation explicite. Une URL brute, en revanche, ne devient pas un passeport pour lire automatiquement le web via Siri.
Disponibilité : où en est vraiment Apple Intelligence en France et dans l’UE
Pour un lecteur français, le contexte régional compte. Selon l’assistance officielle d’Apple, la plupart des fonctionnalités d’Apple Intelligence sont disponibles dans l’Union européenne sur iPhone et iPad à partir d’iOS 18.4 et iPadOS 18.4, ainsi que sur Mac à partir de macOS Sequoia 15.1. Selon la même source, sous iOS 26.1, iPadOS 26.1 et macOS 26.1, Apple Intelligence est disponible dans la plupart des régions du monde, en français notamment, sur les appareils compatibles. ([support.apple.com](https://support.apple.com/fr-fr/121115))
Autrement dit, la règle observée dans la bêta 2 d’iOS 27 concerne un terrain déjà largement déployé. Ce n’est pas un laboratoire isolé. C’est l’ajustement d’un produit qui existe, qui a une base d’utilisateurs réelle et qui doit maintenant arbitrer plus finement entre commodité, respect des contenus et clarté fonctionnelle.
Compatibilité matérielle : une base installée qui reste sélective
Autre ajout utile : Apple Intelligence ne tourne pas partout. Selon Apple, la disponibilité concerne des modèles précis : iPhone 16, iPhone 16 Plus, iPhone 16 Pro, iPhone 16 Pro Max, iPhone 15 Pro, iPhone 15 Pro Max, iPad avec puce A17 Pro, M1 ou ultérieure, et Mac avec puce M1 ou ultérieure. Selon la page produit française d’Apple Intelligence, la prise en charge s’étend désormais aussi aux gammes récentes compatibles listées par la marque. ([apple.com](https://www.apple.com/es/newsroom/2024/10/apple-intelligence-is-available-today-on-iphone-ipad-and-mac/?utm_source=openai))
Cette sélectivité compte pour interpréter la stratégie de Apple. Plus la base installée est ciblée, plus la marque peut imposer des comportements précis à l’assistant sans avoir à composer avec des configurations trop hétérogènes. C’est aussi une manière de contrôler la qualité des résumés et du traitement local, plutôt que de promettre des usages web génériques sur tout le parc.
Un cas d’usage concret : ce que l’utilisateur peut faire, et ne pas faire
Cas simple. Vous recevez un lien vers un long article dans Messages. Si vous collez l’URL dans Siri en demandant un résumé, la nouvelle règle indique que l’assistant doit refuser. En revanche, si vous ouvrez la page dans Safari sur un iPhone compatible, vous pouvez ensuite utiliser la fonction de résumé intégrée ou les outils d’écriture, selon l’assistance Apple. ([support.apple.com](https://support.apple.com/fr-fr/guide/iphone/iph60293c790/ios))
Ce scénario montre la logique d’Apple : l’utilisateur garde la main sur l’accès au contenu, voit la page, reste dans le navigateur, puis demande une synthèse. La friction existe. Mais elle force aussi un minimum de transparence sur la source consultée. C’est un choix que je trouve défendable, surtout à l’heure où beaucoup d’assistants masquent la provenance du texte derrière une réponse lissée.
Prix, conversion et change : non communiqué sur cette fonction, mais taux vérifié
La source d’origine ne mentionne aucun prix, et les fonctionnalités citées ici n’ont pas de tarification unitaire dédiée : selon Apple, Apple Intelligence est proposé sans surcoût pour les utilisateurs disposant d’un appareil compatible. Aucun montant en dollars n’était donc à convertir dans ce sujet. Le taux de change vérifié pour d’éventuelles conversions reste toutefois celui de la Banque centrale européenne au 23 juin 2026, avec un indicateur USD/EUR à 1,1392. Cela correspond à environ 1 USD = 0,878 € en conversion inverse dérivée. ([data.ecb.europa.eu](https://data.ecb.europa.eu/key-figures/ecb-interest-rates-and-exchange-rates/exchange-rates))
Le vrai message derrière cette consigne
Le fond du dossier n’est pas technique. Il est politique au sens produit. Apple dit à ses utilisateurs, à ses développeurs et au web : Siri n’est pas un robot qui va piocher derrière n’importe quel lien pour en extraire la substance. L’assistant reste cantonné à des périmètres choisis, visibles et documentés. Ce n’est pas l’approche la plus spectaculaire. C’est sans doute l’une des plus tenables.
Un seul lien d’autorité pour vérifier la fonction de résumé web dans l’écosystème Apple : https://support.apple.com/fr-fr/guide/iphone/iph60293c790/ios
Mon avis :
Bonne clarification d’Apple : en iOS 27 bêta 2, Siri AI annonce enfin clairement qu’il ne peut pas lire ni résumer une page via URL, ce qui évite les promesses trompeuses. Limite nette : l’expérience reste bridée face aux assistants web, même si Safari propose déjà des résumés sur page.
