メッセージはおそらく、Apple のプラットフォーム、特に iOS で最も使用されているアプリであり、過去 1 年半にわたって人々と直接会うことができなかったため、さらに人気が高まったと考えられます。
Appleが開発したシステムで、現代のメッセージアプリを支えるiMessageは、この秋で10周年を迎えます。この10年間は実に素晴らしいものでした。2016年、Appleはユーザーが1秒間に約20万件のiMessageを送信したと発表しました。それから5年、テクノロジーがかつてないほど繋がりを強めた世界では、この数字が飛躍的に増加していることは想像に難くありません。
iMessageの人気は高く、新機能や性能が繰り返し追加されているにもかかわらず、Appleのメッセージングシステムには、いまだに不満を抱かせ、あるいは物足りない部分があります。当然のことながら、Appleはプログラムの安定性とシンプルさを維持することに多大な関心を寄せており、あらゆる機能を実装することはできません。しかし、改善の余地がある、あるいはより便利に活用できる機能がいくつか浮かび上がっています。
AndroidとiMessageの分断
真実はこうです。今はデュアルプラットフォームの世界であり、私たちはただそこに生きているだけです。Appleが自社のメッセージングシステムをAndroidとの連携強化に取り組んでいないのは、それほど驚くことではありません。Googleが支援するこのスマートフォンプラットフォームは、市場におけるAppleの最大の競合相手であり、AppleはiMessageが顧客を乗り換えに誘うための競争優位性を提供していると考えています。Googleは来年、自社のメッセージアプリにキャリアRCSサポートを追加する大規模な拡張を計画しているにもかかわらずです。
Apple が Android 版の開発を拒否していることが反競争的であるという考えには賛同しないが、互換性の欠如が Apple自身のユーザーに損害を与えている部分もあると思う。
先週、家族との長々としたメッセージスレッドに参加していました。参加者は主にAppleデバイスユーザーでしたが、中にはAndroidユーザーも数人混じっていました。そこで、iMessageユーザーなら誰もが一度は悩まされたことがある問題に遭遇しました。メッセージにタップバック(あの便利な親指を立てる/下げる/ハートなど)で返信すると、スレッドに「ダンがいいねしました」という文字と、元のメッセージの全文が表示されてしまうのです。

りんご
これは名目上、テキストメッセージでやり取りしているAppleデバイス以外のユーザー向けの機能ですが、本当に誰の役にも立つのでしょうか? 見た目も悪く、すべてのユーザーにとってこれらの返信で会話が乱雑になります。iMessageは、対応デバイスにのみこれらの返信を表示するように賢くするか、Appleデバイス以外の受信者を含むスレッド以外ではこの機能の提供を完全に停止するべきです。(iMessageが受信者を検知して、あの忌々しい緑色の吹き出しで目立つように表示できるのであれば、おそらく対応できるでしょう。)
もちろん、もう 1 つの選択肢は、タップバックやその他の iMessage 機能がプラットフォーム間で動作するように Android との共通点を見つけることですが、Apple がメッセージを Android に移植することを期待しないのと同じように、私はそれをただ待つつもりはありません。
絵文字でタップバック: なぜダメなの?
タップバックの話が出たところで、なぜこれほど制限が厳しいのでしょうか?AppleはiOS 10でこの機能を導入し、前述の逸話からもわかるように、あらゆるユーザーの間で非常に人気を博しました。しかし、導入以来、タップバックで使える選択肢は、ハート、親指を立てたマーク、親指を下げたマーク、ハハハ、感嘆符、そして疑問符と、どれも同じ6種類しかありませんでした。これは、ご存知の通り、人間が考え得るあらゆる感情を網羅しているからです。
一方、Appleがタップバック機能のインスピレーションを得たであろうSlackでは、どんな絵文字でもメッセージに返信できます。つまり、吸血鬼やふらふらした顔のスマイリーを送りたい時でも、返信できるのです。Appleがここ1年、絵文字デザインを謳い文句にしてきたことを考えると、タップバックで好きな絵文字を使えるオプションがないのは少し驚きです。絵文字を入力して返信すればいいじゃないかとAppleが反論する可能性もありますが、もしそうだとしたら、そもそもタップバックを別機能として用意する意味がどこにあるのでしょうか?

なぜ絵文字は Tapback システムの一部ではないのですか?
りんご
タップバックインターフェースに、絵文字ピッカーを呼び出すボタンや、お気に入りの(そしてよく使う)絵文字をピン留めするボタンが追加されたら素晴らしいですね。せっかくこういう機能を実装するなら、途中で止める必要はないでしょう。
競合に対処する
iMessageは優れた機能を備えているものの、長年の基盤技術の中には少々扱いにくい点があります。特にアドレスシステムです。SMSで送信される従来のテキストメッセージとの互換性を維持するため、iMessageでは電話番号とメールアドレスの両方でメッセージを送受信できます。
これには良い面もありましたが、時間の経過とともに様々な問題も発生しました。例えば、スレッドの重複(「新しい会話を開始」アドレスがデバイス間で同期しなくなる場合)や、メッセージが間違ったデバイスに届く(例えば、アカウントに複数の電話番号が登録されている場合)などです。全体として、このシステムは役立つというよりむしろ混乱を招き、多くの予期せぬ迷惑な結果をもたらしました。
残念ながら、これは必ずしも簡単に解決できる問題ではありません。「送信」IDとしてメールアドレスか電話番号のいずれかを設定したり、様々なアドレス宛てのメッセージを受信できるようにしたりすることには、それなりの理由があります。しかし、この点に関しては、抽象化レイヤーを上に重ねることで、事態を簡素化し、長期的には問題を軽減できるのではないかと感じられます。とはいえ、長年この仕様を一貫して維持してきたため、企業が変更に慎重なのは想像に難くありません。まるで「注意して開けてください」と走り書きされたメモがキッチンキャビネットに貼り付けられているかのように。