Apple

Google travaille sur un iMessage Killer pour Android

Par Maximus , le 6 juillet 2019 - 10 minutes de lecture

Il ne fait aucun doute que iMessage d’Apple est devenu le ciment qui unit de nombreux utilisateurs d’iPhone et en conserve souvent un grand nombre dans l’écosystème iOS. Bien qu’elle soit loin de la première plate-forme de messagerie instantanée, elle présente l’avantage d’être disponible sur tous les iPhone, iPad et Mac, ainsi que de s’intégrer de manière transparente à l’expérience de messagerie SMS normale. Les utilisateurs n’ont pas à se demander s’ils envoient un iMessage ou un texte normal. En bref, cela "fonctionne".

Les utilisateurs du monde Android ne l’ont pas eu aussi facilement. Cela fait des années que Google s'efforce de comprendre comment gérer une plate-forme de messagerie et a jusqu'à présent enregistré plusieurs faux départs.

Bien avant qu'Android n'éclate encore aux yeux de Google, la société a lancé Google Talk, qui est naturellement devenue la première plate-forme de messagerie lors du lancement d'Android en 2008. Toutefois, la société a ensuite décidé de se lancer dans une autre direction avec Google+ et Hangouts. 7 ans de chaos absolu alors que la société continuait à se concurrencer, en lançant une collection d'applications de messagerie qui ne se parlaient pas vraiment, y compris Google Messenger, Duo, Allo, Hangouts Chat, Messages Androidet plus récemment, simplement Bavarder. Si vous pensez que tout cela ressemble à une messagerie désordonnée sur Android, vous avez raison.

Cependant, c’est cette dernière tentative – Bavarder – cela peut représenter la tentative la plus ambitieuse et potentiellement la plus réussie de Google. Au lieu de construire son propre système de messagerie (encore une fois), Bavarder, également connu sous le nom de RCS, a été proposé en tant que nouvelle norme qui remplacerait le service de messages courts (SMS) utilisé depuis des décennies par les opérateurs du monde entier.

Alors que beaucoup ont prédit la disparition des SMS, la réalité est que la norme continue de vivre en raison de son omniprésence absolue. Vous ne savez peut-être pas quelle plate-forme de messagerie – ni même quel modèle de téléphone – quelqu'un utilise, mais si vous savez qu'ils avoir un téléphone mobile, vous savez que vous pouvez leur envoyer un SMS. Le service de messagerie est loin d’être le service de messagerie le plus avancé, mais il fonctionne avec pratiquement tous les téléphones mobiles fabriqués au cours des 30 dernières années, qu’il s’agisse d’un smartphone ou non.

La faille dans le plan original de Google

Améliorer les SMS pour fournir des fonctionnalités de messagerie plus modernes d’une manière qui ne dépend pas de la plate-forme est un objectif louable. En théorie, les utilisateurs pourraient obtenir l'intégration transparente d'iMessage sans être liés à l'écosystème Apple, puisqu'il s'agirait d'un standard ouvert. RCS offre des fonctionnalités telles que les accusés de lecture, les pièces jointes de haute qualité et même les indicateurs d'état de frappe – mais le cryptage de bout en bout ne fait pas partie des spécifications.

Cependant, lorsque Google a annoncé ces plans pour la première fois l’année dernière, il a commis l’erreur de simplement proposer la norme et de la laisser ensuite aux mains des transporteurs. Bien que les transporteurs aient tous convenu en principe que RCS est une bonne idée, ils ne partagent pas les mêmes priorités et la plupart d’entre eux ne la considèrent pas du tout en haut de leur liste.

Ainsi, avec les services RCS entre les mains des transporteurs, il leur était laissé le temps de l'activer pour leurs utilisateurs. Apparemment, Google souhaitait éviter les frictions, risquant ainsi d'éviter les frictions avec ses partenaires transporteurs, il a donc décidé de les laisser prendre les devants. Il n’est donc pas surprenant que le déploiement de RCS ait donc été glacial et, même s’il est opérationnel à quelques endroits, il est toujours désastreux en raison de la complexité des transporteurs.

Par exemple, la plupart des transporteurs n’approuvent et ne le permettent que sur par modèle Par conséquent, le fait que votre téléphone Android prenne en charge RCS et que votre opérateur prenne en charge RCS ne signifie pas qu'il aura été activé pour votre modèle de téléphone spécifique. Pour aggraver les choses, un utilisateur de Pixel 3a sur AT & T pourrait disposer de RCS, tandis qu'un utilisateur de Pixel 3a sur T-Mobile ne le ferait pas, tout simplement parce que ce dernier opérateur ne l’a pas encore activé pour ce modèle. Le résultat est que ce qui était supposé être un standard ouvert et universel est devenu un gâchis encore plus grand que les plates-formes de messagerie propriétaires de Google.

Donc, jusqu’à présent, si vous vouliez utiliser RCS sur votre téléphone Android, vous deviez vérifier si votre opérateur le supportait, attendez qu’ils l’activent dans votre région, puis attendez qu’ils l’activent sur votre modèle particulier. téléphone intelligent. Ensuite, vous pourrez utiliser RCS pour communiquer avec les utilisateurs qui ont également bénéficié de l'assistance de RCS par leur opérateur, pour leur modèle de smartphone particulier.

À titre de comparaison, si vous souhaitez utiliser iMessage, vous achetez un iPhone et démarrez une discussion avec toute autre personne utilisant un modèle d’iPhone publié au cours des huit dernières années.

Google prend les choses en main

Naturellement, Google a maintenant décidé de prendre le taureau par les cornes et de lutter contre au moins une partie du contrôle des transporteurs. Selon The Verge, le vice-président de Google, Hiroshi Lockheimer, a exprimé sa frustration face au rythme du déploiement de RCS. Depuis, l'entreprise a décidé qu'elle en avait marre de faire attendre les utilisateurs d'Android que leurs opérateurs fournissent les services RCS. faire cela lui-même.

Cela dit, Google ne se lance pas dans «iMessage à part entière» (comme le dit The Verge), car il semble toujours plus préoccupé par le risque de froisser les plumes des transporteurs et des régulateurs antitrust. Le service restera optionnel et les opérateurs pourront toujours utiliser leurs propres serveurs RCS (contrairement à iMessage, où tout est entièrement géré par Apple), mais Google fournira le service par défaut aux opérateurs qui n'ont pas encore reçu leur message. propres systèmes opérationnels, garantissant ainsi la disponibilité universelle de RCS. En bref, si votre opérateur ne le prend pas en charge, Google le fera.

En raison de son acceptation, les utilisateurs des applications Android Messages ne commenceront pas à l’utiliser par défaut, mais ils devraient recevoir un message «Chat» dans l’application leur indiquant qu’ils sont disponibles et leur donnant la possibilité de basculer vers cette application. C'est l'inverse de la façon dont Apple gère iMessages, dans lequel les utilisateurs sont activés par défaut et doivent désactiver la fonctionnalité s'ils souhaitent utiliser uniquement SMS.

Une fois activé, l'expérience de l'utilisateur final RCS ressemblera beaucoup à l'utilisation de Messages sur iOS. Lorsque vous discutez avec un autre utilisateur prenant en charge RCS, toutes les fonctionnalités de messagerie avancées avancées sont disponibles. sinon, ce sera la même expérience SMS que les utilisateurs d’Android sont déjà familiers. Android Messages (ou toute autre application prenant en charge les spécifications RCS) communiquera de manière silencieuse en arrière-plan avec toutes les personnes avec lesquelles vous discuterez afin de déterminer si elles prennent en charge RCS ou uniquement les SMS et utilisez le standard le plus approprié.

RCS vs iMessage

Le différenciateur le plus important entre RCS et iMessage est cependant que RCS est non chiffré de bout en boutet ne le sera probablement pas dans un avenir prévisible tant que les opérateurs seront capables de faire fonctionner leurs propres serveurs. Les messages RCS seront bien sûr cryptés en transit, mais pas lorsqu'ils sont stockés sur les serveurs RCS. Se confiant, Google a déclaré à The Verge qu'il ne conserverait aucun des messages transitant par ses serveurs plus longtemps que nécessaire pour garantir la livraison à tous les destinataires.

Toutefois, cela ne s’applique qu’aux serveurs que Google exploite et, en tant que norme ouverte, la société n’est pas en position de dicter ce que les opérateurs en feront. Ainsi, si votre opérateur exploite son propre serveur RCS, il pourra définir la politique de rétention de son choix, en choisissant même de conserver indéfiniment tous les messages de ses clients s'il le souhaite. Ce standard de messagerie étant géré par les transporteurs, ils seront soumis aux mêmes règles de la FCC que les SMS, leur permettant de bloquer et de censurer les messages, ainsi que de les contrôler, et bien sûr de divulguer leurs messages à tout organisme gouvernemental qui demande ces données, légitimement ou autrement. .

En revanche, Apple contrôle toutes les pièces d'iMessage et a promis que le service est crypté de bout en bout, ce qui signifie que même Apple ne peut pas lire vos messages et, bien entendu, ils ne sont pas du tout stockés par votre opérateur. En fait, en ce qui concerne votre opérateur, iMessages n’est pas différent de la messagerie électronique ou de la navigation sur le Web – c’est comme toutes les autres données qui transitent sur leur réseau cellulaire.

En revanche, RCS est un standard ouvert, accessible à tous. Cela signifie qu'Apple pourrait choisir d'adopter RCS dans une future version d'iOS afin de permettre une messagerie texte plus riche avec des utilisateurs autres que l'iPhone. Il est évident que la question de savoir si la société a intérêt à le faire est discutable. Le point de vue cynique est qu'Apple aime l'idée qu'iMessage verrouille les utilisateurs de l'iPhone dans son écosystème – ou du moins le rend plus difficile à quitter – mais il y a aussi un aspect de ce qui aiderait à attirer plus d'utilisateurs, surtout s'ils font partie des les premiers membres de leur famille et de leurs amis à envisager de passer à un iPhone.

Bien que rien dans la conception de RCS n’empêche d’ajouter un cryptage de bout en bout à l’avenir, nous sommes sceptiques sur le fait que cela se produira tant qu’il restera une norme ouverte contrôlée par les opérateurs. Même si Google proposait un complément à la spécification permettant un chiffrement complet de bout en bout, il faudrait que ce soit approuvé par la GSMA – une organisation de plus de 800 opérateurs dans le monde qui réglemente ces normes, dont beaucoup sont situés dans des pays où la surveillance des communications par le gouvernement est obligatoire. De plus, même si la spécification était approuvée, les transporteurs ne seraient presque certainement pas obligés de la prendre en charge. Nous nous attendons à ce que nous préparions des vacances au ski en enfer avant que cela se produise.

Maximus