La messagerie RCS est désormais interopérable entre iPhone et Android, mais le déploiement a créé une expérience à deux niveaux

Apple a déployé le support RCS sur iOS fin 2024, et d'ici 2026, la fracture bulle-verte-contre-bulle-bleue qui a défini une décennie de friction dans la messagerie multiplateforme est techniquement terminée. Les messages entre iPhone et Android prennent désormais en charge les accusés de lecture, les indicateurs de saisie, les médias haute résolution et les groupes plus larges sans repli vers le SMS. Ce qui n'est pas terminé, c'est l'écart d'expérience — et comprendre exactement où vit encore cet écart importe plus que ne le suggère le cadrage titre « RCS est là maintenant ».
Le problème central est que l'interopérabilité RCS a été déployée comme un plancher, pas comme un plafond. Apple a implémenté le Profil Universel RCS de la GSMA, la norme de base, plutôt que d'adopter les extensions propriétaires de Google construites par-dessus — et cet écart entre « RCS fonctionne » et « RCS fonctionne exactement comme au sein d'un seul écosystème » est là où réside désormais la majeure partie de la confusion des utilisateurs et de l'incohérence des opérateurs.
Ce qui a vraiment été corrigé
L'amélioration la plus visible concerne la qualité des médias. Le SMS/MMS compressait agressivement photos et vidéos, souvent jusqu'à des artefacts visibles ; RCS transmet les médias avec une résolution bien plus élevée, plus proche de ce que les utilisateurs attendent d'une application de messagerie moderne. Les accusés de lecture et indicateurs de saisie — la norme sur WhatsApp, iMessage et pratiquement toute autre plateforme de messagerie depuis environ 2015 — fonctionnent désormais pour la première fois à travers la frontière iPhone-Android. La messagerie de groupe s'est également nettement améliorée : les groupes RCS supportent davantage de participants et ne se fragmentent pas en pénibles fils SMS « répondre à tous » comme le faisaient historiquement les conversations de groupe multiplateformes.
Le déploiement côté opérateur a été la contrainte limitante plutôt que le support des appareils. La plupart des grands opérateurs américains et européens ont activé RCS sur leurs réseaux, mais l'activation n'est pas uniforme — certains forfaits prépayés et MVNO (opérateur de réseau mobile virtuel) acheminent encore les messages via d'anciens réseaux qui ne supportent pas du tout RCS, basculant silencieusement vers le SMS sans aucun avertissement visible pour l'utilisateur au-delà de la couleur de la bulle du message.
L'écart de chiffrement dont on ne parle pas assez
Le chiffrement de bout en bout est la fonctionnalité la plus susceptible d'induire les utilisateurs en erreur vers un faux sentiment de sécurité. Le trafic iMessage-à-iMessage d'Apple est chiffré de bout en bout, et le trafic RCS de Google entre deux appareils Android utilisant Google Messages est également chiffré de bout en bout via une extension construite sur le protocole Signal. Mais le trafic RCS traversant entre un iPhone et un appareil Android n'est pas chiffré de bout en bout — il est chiffré en transit entre chaque appareil et l'infrastructure de l'opérateur ou de la plateforme, puis déchiffré et re-chiffré à chaque saut, ce qui constitue une garantie de sécurité matériellement plus faible que le véritable chiffrement de bout en bout.
La GSMA et les deux entreprises ont discuté d'étendre le chiffrement de bout en bout au trafic RCS multiplateforme, et des spécifications de chiffrement interopérable existent sur le papier, mais le déploiement en production à travers l'ensemble de l'écosystème opérateurs et appareils n'a pas eu lieu à la mi-2026. Les utilisateurs qui supposent que leurs messages multiplateformes bénéficient de la même protection que les messages intra-plateforme travaillent avec un modèle mental erroné, et ni Apple ni Google ne fait clairement apparaître cette distinction dans l'interface — la bulle de message ressemble simplement à un message RCS normal dans les deux cas.
La réalité à deux niveaux
Ce qui a émergé en pratique est une hiérarchie à trois niveaux plutôt qu'un binaire net. Les conversations iMessage-à-iMessage obtiennent l'ensemble de fonctionnalités le plus complet avec un véritable chiffrement de bout en bout. Les conversations Android-à-Android via Google Messages obtiennent presque le même ensemble de fonctionnalités avec un véritable chiffrement de bout en bout via l'extension RCS de Google. Les conversations multiplateformes iPhone-vers-Android obtiennent la plupart des fonctionnalités visibles — accusés de lecture, indicateurs de saisie, médias haute résolution, chat de groupe correct — mais sans chiffrement de bout en bout et avec des écarts de fonctionnalités occasionnels selon la version du profil RCS que chaque opérateur a réellement déployée.
Cela crée une situation véritablement déroutante pour l'utilisateur moyen, qui voit une interface de discussion fonctionnellement similaire à travers les trois niveaux sans aucun indice visuel évident sur les garanties de sécurité réellement applicables. L'ancien système de bulle verte était rudimentaire, mais au moins il était lisible : les utilisateurs savaient instantanément qu'ils étaient en SMS/MMS avec des fonctionnalités réduites. Le nouveau système paraît uniforme en surface tout en dissimulant des profils de sécurité et de fonctionnalités substantiellement différents en dessous.
Ce que cela signifie pour les utilisateurs et les entreprises
Pour les conversations sensibles, les utilisateurs ne devraient pas supposer que le RCS multiplateforme offre la même protection qu'une discussion intra-plateforme ; une application de messagerie dédiée E2EE (Signal, WhatsApp) reste le choix le plus défendable lorsque le contenu du message compte vraiment. Pour les entreprises qui s'appuient sur RCS Business Messaging pour les communications clients — un cas d'usage croissant pour les rappels de rendez-vous, les notifications de livraison et le support — le déploiement fragmenté signifie que tester sur plusieurs combinaisons d'opérateurs et d'appareils reste nécessaire plutôt que de supposer un comportement uniforme une fois RCS techniquement « supporté ».
À retenir
- Vérifiez le statut d'activation RCS spécifique de votre opérateur — le support de l'appareil ne garantit pas que votre forfait achemine réellement le trafic RCS, particulièrement sur les forfaits prépayés ou MVNO.
- Ne supposez pas que les messages RCS multiplateformes (iPhone-Android) sont chiffrés de bout en bout — ils ne le sont pas encore, malgré une apparence identique aux messages chiffrés intra-plateforme dans l'interface.
- Pour les conversations sensibles, utilisez une application dédiée E2EE plutôt que de compter sur RCS entre plateformes.
- Les entreprises déployant RCS Business Messaging devraient tester sur des combinaisons d'opérateurs et d'appareils plutôt que de supposer un support uniforme des fonctionnalités.
- Surveillez l'arrivée en production de la spécification E2EE multiplateforme de la GSMA — une fois déployée, elle comble le plus grand écart restant dans l'interopérabilité RCS.