Le 25 mars 2026, Microsoft a saisi Apple, qui a validé le 26 juin un système de copier-coller entre iPhone et PC Windows, avec une mise en ligne visée à l’automne 2027. Une avancée majeure, mais a priori réservée à l’Union européenne.
L’iPhone va enfin pouvoir partager son presse-papiers avec un PC Windows, mais pas tout de suite
Apple prépare une fonction attendue depuis des années : le copier-coller entre un iPhone et un PC Windows. Le point clé, c’est que cette ouverture ne vient pas d’un choix spontané de Cupertino. Elle découle d’une demande d’interopérabilité déposée par Microsoft dans le cadre du Digital Markets Act de l’Union européenne, selon la page officielle d’Apple Developer. Autrement dit, ce dossier avance sous pression réglementaire, pas sous impulsion produit.
La source de départ résumait bien le calendrier et le principe général. En revanche, elle laissait de côté plusieurs éléments décisifs : le cadre légal précis, les briques techniques mobilisées, les limites géographiques, l’état actuel de la concurrence côté Microsoft avec Android, et surtout le délai réel entre la demande et une éventuelle disponibilité publique. C’est là que le sujet devient plus intéressant.
Une fonction probablement réservée à l’Union européenne
Le premier point à retenir est simple : cette future interopérabilité a de fortes chances de rester cantonnée à l’UE. Selon la documentation officielle d’Apple, les demandes d’accès supplémentaires aux fonctions d’iOS et d’iPadOS s’inscrivent dans le processus prévu par l’article 6(7) du DMA. Et la documentation du framework Accessory Transport Extension précise noir sur blanc que, si les développeurs peuvent tester l’intégration dans n’importe quelle région, l’usage côté client final est limité aux appareils situés dans l’UE et connectés avec un compte Apple de pays ou région de l’UE.
Mon avis est clair : si vous espériez un déploiement mondial rapide, il vaut mieux freiner tout de suite. Techniquement, Apple ouvre une porte. Commercialement, la marque continue de verrouiller l’expérience hors Europe.
Ce que Microsoft demandait exactement à Apple
Dans sa demande reçue le 25 mars 2026, Microsoft expliquait ne pas pouvoir proposer l’équivalent du Presse-papiers universel d’Apple, la fonction qui permet déjà de copier sur un appareil Apple et de coller sur un autre. Selon l’assistance officielle d’Apple, cette fonction existe aujourd’hui entre Mac, iPhone, iPad et Apple Vision Pro.
La demande de Microsoft vise un accès persistant au presse-papiers pour permettre une synchronisation continue entre un iPhone et un PC Windows. L’objectif n’est pas seulement de transférer du texte à la demande. Le but est d’obtenir un flux de travail permanent, léger et transparent, sans devoir ouvrir une app au premier plan ni répéter une action manuelle à chaque échange.
Dit plus simplement : Microsoft veut rapprocher l’expérience iPhone/Windows de ce qu’il propose déjà entre Android et Windows.
Apple a accepté le principe, mais pas sans garde-fous
Apple a d’abord indiqué, le 27 avril 2026, que la demande passait à l’étape suivante de son processus d’interopérabilité. Puis, le 26 juin 2026, la société a confirmé qu’elle développerait une solution dédiée. Le constructeur parle d’un « effort d’ingénierie significatif ». Ce vocabulaire n’est pas anodin : il signale que la fonction ne sera pas un simple interrupteur logiciel activé en quelques mois.
Selon la page officielle d’Apple Developer, la solution reposera sur un modèle proche des frameworks Accessory Notifications et Accessory Live Activities introduits avec iOS 26.5. Le système avertira l’extension quand un élément est copié dans le presse-papiers, puis l’extension pourra transmettre ce contenu à l’appareil associé via Accessory Transport Extension.
En clair, Apple ne donne pas à Windows un accès natif direct et global au presse-papiers de l’iPhone. La firme encadre le tout via un système d’extensions, d’autorisations et d’appareils appairés. C’est plus prudent pour la sécurité. C’est aussi plus lourd à mettre en œuvre.
Les briques techniques déjà identifiées
La source initiale citait AccessorySetupKit. Les documents officiels permettent d’aller plus loin. Selon Apple Developer, AccessorySetupKit sert à découvrir et configurer des accessoires Bluetooth ou Wi‑Fi avec un modèle centré sur le consentement utilisateur. Le framework gère notamment les autorisations liées au Bluetooth, au Wi‑Fi et au réseau local. C’est ce composant qui servirait ici à obtenir l’accord de l’utilisateur pour partager le contenu du presse-papiers avec un PC Windows appairé.
Autre pièce du puzzle : Accessory Transport Extension. Toujours selon Apple Developer, ce framework permet de transférer des informations de façon sécurisée vers un accessoire connecté, après établissement du lien via AccessorySetupKit. Ce n’est pas une API générique de synchronisation entre systèmes. C’est une couche de transport encadrée, pensée pour des périphériques associés.
Mon opinion ici est simple : Apple choisit l’architecture la plus contrôlée possible. La société répond à la demande de l’UE, mais elle le fait avec une granularité qui limite le risque d’ouverture trop large d’iOS.
Le vrai concurrent existe déjà : Android avec Phone Link
Le dossier devient plus concret quand on regarde ce que propose déjà Microsoft sur Android. Selon l’assistance officielle Microsoft, la fonction de copier-coller inter-appareils est déjà disponible dans Phone Link et Link to Windows quand elle est prise en charge. La documentation précise que le contenu copié sur un appareil remplace alors le contenu du presse-papiers sur l’autre appareil.
Autrement dit, le standard de comparaison ne part pas de zéro. Chez Microsoft, la synchronisation du presse-papiers entre smartphone et PC existe déjà dans l’écosystème Android. La vraie faiblesse concerne donc l’iPhone, pas le concept.
Autre ajout absent de la source d’origine : Microsoft ne parle pas d’une compatibilité universelle avec tous les smartphones Android. Sa page d’assistance liste des appareils compatibles issus de plusieurs marques comme Samsung, HONOR, OPPO, ASUS ou vivo. Cette précision compte, car elle montre que même chez Microsoft, l’expérience inter-appareils dépend encore d’un cadre matériel précis.
Ce que cela changera concrètement pour l’utilisateur
Le cas d’usage le plus évident est le plus banal : copier un code reçu sur iPhone et le coller immédiatement dans un navigateur sur PC. Mais la promesse va plus loin. Un utilisateur pourrait copier une adresse, un extrait de texte, un lien, voire d’autres contenus pris en charge, puis les retrouver côté Windows sans email, sans note intermédiaire, sans messagerie de secours.
Pour le travail hybride, c’est un gain réel. Aujourd’hui, l’utilisateur iPhone sur PC vit souvent avec des contournements : notes synchronisées, messagerie personnelle, brouillons mail, ou QR codes improvisés. Cette friction existe depuis longtemps et elle paraît de plus en plus datée.
Je le dis franchement : sur ce point, l’écosystème Apple a longtemps servi ses propres clients mieux que les autres, et c’était précisément le but. Le DMA commence à rogner cet avantage.
Un calendrier beaucoup plus lent qu’il n’y paraît
Apple prévoit d’achever le développement d’ici l’automne 2027, puis de livrer une bêta développeur peu après, avant une diffusion plus large. La source initiale évoquait un possible lien avec iOS 28, sans confirmation officielle. Ce qui manque surtout, c’est la lecture du temps réel nécessaire.
Deux métriques dérivées permettent de mesurer la lenteur du dossier :
- entre la demande de Microsoft, reçue le 25 mars 2026, et l’objectif de finalisation à l’automne 2027, il s’écoulerait environ 18 mois, selon calcul ;
- entre la confirmation d’Apple du 26 juin 2026 et ce même objectif automnal 2027, le délai tombe à 15 mois, selon calcul.
Ces chiffres ne viennent pas du texte d’origine. Ils changent pourtant la lecture du sujet. On ne parle pas d’une nouveauté proche. On parle d’une réponse réglementaire à horizon long.
Le DMA est le moteur du dossier, pas un détail de contexte
Selon la Commission européenne, l’obligation d’interopérabilité du DMA impose aux contrôleurs d’accès d’ouvrir aux tiers les mêmes fonctions matérielles et logicielles que celles disponibles pour leurs propres services ou matériels. Apple a été désigné comme gatekeeper pour iOS, l’App Store et Safari le 5 septembre 2023, puis pour iPadOS le 29 avril 2024, selon la page juridique DMA d’Apple.
Autre point neuf par rapport au texte initial : la Commission européenne a ouvert, le 19 septembre 2024, des procédures de spécification concernant l’interopérabilité iOS et le processus de traitement des demandes d’Apple. Ce cadre explique pourquoi des requêtes comme celle de Microsoft avancent désormais de façon documentée et publique.
Mon avis est net : sans le DMA, cette fonction n’aurait probablement pas vu le jour sous cette forme. Le marché seul n’a jamais suffi à faire bouger Apple sur ce terrain.
Les limites à anticiper dès maintenant
Il ne faut pas vendre cette future fonction comme un clone parfait du Presse-papiers universel natif d’Apple. D’abord, parce que Microsoft devra passer par un mécanisme d’extension. Ensuite, parce que l’accès nécessitera un consentement utilisateur pour chaque appareil appairé, selon la réponse d’Apple. Enfin, parce que l’architecture semble pensée pour des « accessories » appairés, pas pour une ouverture générale du système.
Trois limites ressortent donc déjà :
- déploiement a priori limité à l’UE ;
- mise à disposition tardive, pas avant après l’automne 2027 pour une bêta développeur ;
- expérience potentiellement plus encadrée que l’équivalent natif entre appareils Apple.
C’est utile, oui. Ce n’est pas une capitulation totale d’iOS.
Une comparaison simple avec l’existant Apple
Aujourd’hui, selon l’assistance officielle d’Apple, le Presse-papiers universel fonctionne déjà au sein de l’écosystème maison entre iPhone, iPad, Mac et Apple Vision Pro. Avec l’ouverture annoncée, Windows ne rejoint donc pas une fonctionnalité expérimentale : il tente d’accéder, sous contrôle, à une expérience déjà mature chez Apple.
La différence est essentielle. En interne, Apple maîtrise le matériel, le logiciel et l’identité utilisateur. Avec Windows, la société doit composer avec un appareil tiers, un OS tiers, un cadre légal européen, et une promesse de sécurité qu’elle ne veut pas diluer. C’est aussi pour cela que la solution semble plus lourde que le simple copier-coller qu’elle cherche à reproduire.
Un détail financier à garder en tête
Le sujet ne porte pas sur un prix produit, donc la conversion dollar-euro demandée ne s’applique pas à un tarif matériel ou logiciel ici. En revanche, pour respecter la base de conversion recherchée, le taux de référence de la Banque centrale européenne indique 1 EUR = 1,1389 USD, soit 1 USD = 0,878 € après conversion et arrondi. Selon ce taux, 100 $ valent 88 € (taux BCE : 1 EUR = 1,1389 USD). Cette donnée n’ajoute pas grand-chose au fond du dossier, mais elle fixe un repère monétaire actuel et vérifié.
Pourquoi cette annonce compte malgré tout
Cette ouverture n’est ni immédiate, ni mondiale, ni totalement libre. Pourtant, elle compte. Elle montre que le statut particulier des fonctions « écosystème » d’Apple commence à se fissurer en Europe. Elle montre aussi que Microsoft ne se contente plus d’intégrer Android à Windows : l’éditeur veut réduire le handicap des utilisateurs d’iPhone sur PC.
Si la mise en œuvre suit le calendrier officiel, l’utilisateur européen pourrait enfin bénéficier d’un usage basique mais attendu : copier sur son téléphone, coller sur son ordinateur, sans bricolage. En 2026, cela aurait dû exister depuis longtemps. Chez Apple, il aura donc fallu un texte européen, une demande formelle de Microsoft et au moins 15 à 18 mois de développement pour y arriver.
Source de référence
https://developer.apple.com/support/interoperability-requests
Mon avis :
Bonne nouvelle sur le fond : Apple ouvre enfin un copier-coller iPhone↔Windows, un usage basique mais crucial, avec un développement acté dans le cadre DMA. La limite est nette : ce sera vraisemblablement cantonné à l’UE et pas avant l’automne 2027, donc utile, mais très tardif face aux attentes réelles.
