Entre la bêta 1 et la bêta 2, Apple a durci Siri : l’assistant refuse les URL dans son app, mais résume parfois des pages dans Safari et des vidéos dans YouTube. Un comportement encore instable, qui brouille la stratégie IA du groupe.
Siri résume parfois une page web ou une vidéo, mais pas depuis l’app dédiée
Le comportement de Apple avec Siri AI reste incohérent dans les bêtas actuelles. Dans l’application Siri, coller une URL et demander un résumé déclenche un refus explicite. En revanche, dans Safari, la fonction de synthèse de page existe bien au niveau système. Même logique dans certains contextes où Siri peut répondre à propos du contenu affiché à l’écran. Le point clé, selon Apple, est simple : Siri AI peut répondre à des questions liées au contenu visible à l’écran et aller chercher des informations à jour sur le web, mais cela ne signifie pas que l’app Siri accepte librement n’importe quelle URL collée par l’utilisateur, selon Apple.
Autrement dit, la limite ne semble pas être purement technique. Elle ressemble davantage à une barrière d’interface, voire à une règle produit. C’est une nuance importante : le moteur sait faire, mais Apple ne l’expose pas partout de la même manière.
Ce que la source d’origine montre, et ce qu’elle ne tranche pas
Le constat de départ est clair : dans la bêta développeur, l’app Siri refuse désormais de résumer une URL collée, alors que ce refus n’était pas formulé aussi explicitement dans la bêta précédente. À l’inverse, depuis Safari, l’utilisateur peut parfois demander « summarize this » et obtenir une synthèse. Même flou dans YouTube, où Siri résume parfois une vidéo, puis échoue dans d’autres cas.
Le vrai sujet n’est donc pas la capacité brute du modèle. Le vrai sujet, c’est la politique d’accès au contenu. La source d’origine avance l’hypothèse d’un arbitrage destiné à ne pas court-circuiter le trafic web. Cette piste tient debout. Les éditeurs veulent garder l’utilisateur sur leur page. Les plateformes IA veulent répondre plus vite. Apple se retrouve au milieu, avec une position plus prudente que certains concurrents.
La documentation officielle d’Apple confirme déjà une fonction de résumé dans Safari
Sur ce point, la documentation officielle enlève une grande part du doute. Selon Apple Support, Apple Intelligence permet bien de générer des résumés de pages web dans Safari sur iPhone, Mac et Apple Vision Pro. Sur iPhone, l’action passe par le menu de page puis « Summarize ». Sur Mac, elle passe aussi par le menu de page. Sur Vision Pro, elle peut s’appuyer sur le mode Reader, selon Apple Support.
Premier apport nouveau par rapport à la source initiale : la synthèse de page dans Safari n’est pas un accident observé sur une bêta. C’est une fonction documentée officiellement par Apple. La question n’est donc plus « est-ce possible ? » mais « pourquoi l’expérience diffère-t-elle entre l’app Siri, Safari et certaines apps tierces ? »
Deuxième apport nouveau : Apple précise aussi qu’on peut passer par les Writing Tools pour résumer une page web. Cela suggère deux couches distinctes : une fonction de résumé intégrée à l’interface de Safari, et une couche de traitement de texte plus générale, elle aussi alimentée par Apple Intelligence.
Apple ouvre aussi la voie aux apps qui veulent exposer leur contenu à Siri
La documentation développeur va plus loin. Selon Apple Developer, le framework App Intents permet aux apps de rendre leur contenu détectable par Apple Intelligence et Siri AI. Apple documente même la manière de rendre des actions de navigation web disponibles à Siri et Apple Intelligence.
Troisième élément nouveau : le comportement observé dans YouTube peut s’expliquer, au moins en partie, par la façon dont une app expose son contenu ou ses actions au système. Cela ne prouve pas que Google a implémenté une intégration spécifique pour YouTube sur iOS, mais cela montre que le système prévu par Apple distingue clairement l’accès à une URL brute et l’accès à un contenu déjà contextualisé dans une app.
Mon avis est net : Apple veut garder la main sur le contexte d’usage. Une URL collée est ouverte, imprévisible et potentiellement litigieuse. Une page active dans Safari ou un contenu affiché à l’écran est déjà encadré par l’OS.
Configuration requise : la fonction reste réservée à une base matérielle précise
La portée de cette fonction dépend fortement du matériel. Selon Apple Support, Apple Intelligence exige un iPhone 15 Pro, un iPhone 15 Pro Max, les modèles iPhone 16 ou ultérieurs, un iPad mini avec puce A17 Pro, un iPad avec puce M1 ou plus récente, un Mac avec puce M1 ou plus récente, ou encore Apple Vision Pro. Apple demande aussi 7 Go de stockage disponible sur l’appareil et une version logicielle compatible, avec la plupart des fonctions disponibles à partir d’iOS 18.4, iPadOS 18.4 et macOS Sequoia 15.1, selon Apple Support.
Quatrième apport nouveau : cette exigence de 7 Go n’apparaissait pas dans la source d’origine. Elle compte pourtant, car elle donne une idée du poids logiciel de la pile IA locale. C’est un détail pratique, mais un vrai détail produit.
Première métrique dérivée : avec 7 Go requis sur un iPhone doté de 128 Go de stockage, la fonction monopolise théoriquement l’équivalent de 5,5 % de la capacité totale de base. Le calcul est simple : 7 / 128. Ce n’est pas anecdotique pour les utilisateurs qui gardent peu d’espace libre.
Le périmètre linguistique et régional devient plus large, mais reste encadré
Selon Apple, Apple Intelligence prend en charge un nombre croissant de langues, dont le français. Apple indique aussi que certaines fonctions peuvent ne pas être disponibles dans toutes les langues ou toutes les régions. Pour les résidents de l’Union européenne, Apple Support précise que la disponibilité d’Apple Intelligence sur iPhone et iPad est assurée à partir d’iOS 18.4 sur les appareils compatibles.
Cinquième apport nouveau : contrairement à la phase de lancement très limitée de 2024, le français fait désormais partie des langues prises en charge, selon Apple. Pour le marché français, cela change tout : cette fonction sort du registre de la démonstration anglophone et entre dans l’usage courant.
Pourquoi Siri refuse une URL, mais résume parfois une page affichée
La différence la plus crédible tient au mode d’accès au contenu. Selon Apple, Siri AI peut répondre à des questions sur le contenu affiché à l’écran. En parallèle, Safari possède sa propre commande de résumé de page. Cela crée deux circuits possibles : un circuit « URL brute », que l’app Siri bloque, et un circuit « contenu en contexte », que le système autorise dans certains cas.
Cette séparation a du sens pour trois raisons. D’abord, elle limite le scraping implicite à partir de liens collés. Ensuite, elle réduit le risque de demandes massives de résumé hors contexte. Enfin, elle permet à Apple de rattacher la fonctionnalité à une interface qu’elle contrôle déjà, comme Safari ou les outils d’écriture.
Je trouve cette approche plus défensive que celle de ses rivaux. Elle est moins spectaculaire, mais plus cohérente avec la posture historique d’Apple : intégrer lentement, verrouiller le périmètre, puis étendre ensuite.
Face à Google et OpenAI, Apple choisit une voie plus fermée
La comparaison avec la concurrence éclaire mieux le sujet. Selon Google, Gemini dans Chrome sur Android peut résumer une page web en cours de lecture et répondre à des questions sur cette page. Selon l’aide officielle de Gemini, le service peut aussi trouver des vidéos YouTube et répondre à des questions à leur sujet à partir des informations publiques disponibles sur YouTube. En face, selon OpenAI Help Center, ChatGPT peut rechercher sur le web, résumer des contenus à partir de fichiers envoyés par l’utilisateur et répondre sur cette base.
Sixième apport nouveau : le décalage concurrentiel est concret. Google assume déjà une logique de résumé de page en contexte de navigation. OpenAI assume le résumé de contenus fournis ou consultés via ses outils. Apple, elle, garde une segmentation plus stricte entre assistant, navigateur et apps.
Deuxième métrique dérivée : si l’on compare le minimum de plateformes officiellement documentées chez Apple pour la synthèse de pages web dans Safari — iPhone, Mac et Vision Pro — on obtient trois familles d’appareils explicitement couvertes dans nos sources officielles, contre une famille Android mise en avant dans la communication récente de Google pour Gemini dans Chrome. Ce n’est pas une mesure de qualité, mais une mesure d’empreinte produit documentée à date.
Le cas YouTube reste le plus délicat
Le cas YouTube est plus complexe que celui du web classique. Selon l’aide officielle de Google, Gemini peut répondre à des questions sur des vidéos YouTube en s’appuyant sur les informations publiques de la plateforme. Si Siri parvient parfois à résumer une vidéo affichée dans l’app YouTube, plusieurs scénarios existent : lecture d’éléments de contexte exposés par l’interface, exploitation de connaissances web déjà indexées, ou compréhension du contenu visible à l’écran.
En revanche, rien dans les documents officiels consultés ne confirme noir sur blanc une fonction « résumé de vidéo YouTube dans l’app YouTube via Siri » documentée par Apple. Ici, la bonne formule est donc « non communiqué ». La source d’origine rapporte un comportement constaté. Les documents officiels, eux, confirment surtout la logique de résumé dans Safari et la capacité générale de Siri AI à raisonner sur le contenu affiché.
Ce que cela change pour l’utilisateur, en pratique
Le cas d’usage le plus solide aujourd’hui est simple : ouvrir un article long dans Safari, lancer le résumé de page et obtenir une synthèse rapide avant de lire le détail. Même logique sur Mac pour filtrer un dossier documentaire ou sur Apple Vision Pro pour aller droit à l’essentiel en mode Reader, selon Apple Support.
Autre usage concret : utiliser les Writing Tools sur une page ou un texte déjà présent à l’écran, plutôt que coller un lien dans l’app Siri. C’est moins naturel, mais c’est visiblement la voie que Apple privilégie aujourd’hui.
Pour un utilisateur français, la règle est donc pragmatique : si vous voulez un résumé fiable dans l’écosystème Apple, passez d’abord par Safari ou par les outils d’écriture. Si vous collez une URL dans Siri, attendez-vous à un refus. Ce n’est pas un bug évident. C’est probablement un choix produit.
Le véritable enjeu n’est pas la synthèse, mais le contrôle de l’accès au web
Le débat dépasse la simple fonction de résumé. Apple teste en réalité une ligne de crête : offrir des réponses contextuelles sans transformer Siri en aspirateur universel de pages web. C’est plus lent à comprendre pour l’utilisateur, mais le message de fond devient lisible : le web peut être interrogé, le contenu affiché peut être exploité, mais l’URL seule ne donne pas automatiquement un droit de lecture à l’assistant.
Cette stratégie a un coût. Elle rend l’expérience moins directe que chez Google ou OpenAI. Elle crée aussi de la confusion, surtout en phase bêta. Mais elle présente un avantage clair : Apple garde un cadre serré sur les surfaces où son IA résume, lit et reformule.
Un dernier point pratique pour les lecteurs qui suivent les prix ou abonnements en dollars dans l’écosystème IA : le taux de conversion de référence retenu ici est celui de la Banque centrale européenne, soit 1 EUR = 1,1467 USD, ce qui équivaut à 1 USD = 0,872 EUR, arrondi à 0,87 € selon la BCE. Aucun tarif en dollars n’était toutefois nécessaire à convertir dans ce dossier.
Source de référence : Apple Support
Mon avis :
Apple teste un Siri plus contextuel, capable de résumer une page dans Safari ou une vidéo YouTube, ce qui montre une vraie montée en usage. Mais le produit reste incohérent : la même requête via URL est refusée explicitement, et le résumé in-app fonctionne seulement parfois. En l’état, c’est prometteur, pas fiable.
