WeChatはiOS 27でLiquid Glassを表示、ただしTencentによる再設計ではない
WeChatでは、一部のiOS 27ユーザー向けにLiquid Glassのコントロールが表示された。Tencentはこれらのインターフェース要素に特化した再設計を行っていないようだ。この違いは重要である。報道によれば、見た目の変化を生み出したのはWeChatではなく、ネイティブなシステムコントロールを通じたAppleだったためだ。
ユーザーは2026年9月3日、編集メニュー、検索アクション、入力コントロール、一部のポップアップウィンドウでガラスのような表現に気付いた。中国の報道でWeChatの従業員とされる人物は、アプリがAppleのシステムコンポーネントを呼び出した箇所に、iOS 27が自動的にこの外観を適用したと述べた。
この説明はTencentの正式声明には現れておらず、その従業員の役職も独自には確認されていない。しかし、技術的な仕組みはAppleが公開しているドキュメントと一致する。さらに、この小さな視覚的変化の背後にある中心的な対立も浮かび上がらせる。アプリの所有者が周辺のプロダクトを管理していても、AppleはすべてのネイティブiPhoneアプリの見た目の一部を支配している。
これは単にWeChatのメニューがより華やかになったという話ではない。AppleがOSと開発者向けフレームワークを利用し、サードパーティーソフトウェアを一つのデザイン言語へと導けることを実証する事例である。
この結果、Tencentをはじめとする大手開発者には二つの方向から圧力がかかる。標準コントロールに依存してAppleの進化する外観を受け入れるか、より多くのコントロールを保守負担の大きいカスタムインターフェースに置き換えるかだ。
WeChat内部で実際に変わったもの
報じられたWeChatの変化は、アプリ全体のデザインではなく、システム提供のインターフェース要素に影響した。
中国のユーザーはまず、iPhoneアプリの一部に半透明のコントロールが現れたことを取り上げた。報道では、テキスト選択メニュー、長押し時の検索オプション、編集コントロール、一部のポップアップが目に見える例として挙げられている。
これらの要素は、背後のコンテンツを反射またはぼかしているように見えた。丸みを帯びた形状や変化するハイライトは、コントロールをアプリコンテンツの上にある独立した視覚レイヤーとして扱うAppleのLiquid Glassデザインに似ていた。
この変化は、WeChat全体の再設計を意味するものではない。チャット、連絡先リスト、プロフィールページ、アイコン、主要なナビゲーション構造が、突然統一されたガラス表現を受け継いだわけではない。
9月4日の報道は、Ke Cun Xiao Jiangという名前を使うWeChat従業員にこの説明を帰している。その説明によると、WeChatが関連するシステムコントロールを使う場所では、iOS 27がLiquid Glassを自動的に適用したという。
この発言は技術的な観点ではもっともらしいが、帰属には注意が必要だ。報道が流通した時点で、Tencentはこれに対応する企業発表を出していなかった。現時点の証拠が示すのは、報じられた従業員の説明であり、WeChatの正式な製品リリースではない。
タイミングにも別の制約がある。9月初旬のiOS 27はプレリリースソフトウェアであり、ベータユーザーが見たインターフェースが最終的な公開版の挙動とは限らない。Appleは一般提供前に、コンポーネントの描画、互換性ルール、視覚効果の強度をさらに調整する可能性がある。
こうした留保があっても、この出来事はユーザーが見落としがちな点を明らかにする。アプリ画面には複数の所有レイヤーが混在し得る。
WeChatはコンテンツ、プロダクトロジック、カスタムインターフェースを管理する。一方Appleは、OS、キーボード、テキストサービス、アクセシビリティ挙動、多くの再利用可能なコントロールを提供する。こうしたシステムレイヤーの一つが変われば、従来型の再設計を行わなくても、見慣れたアプリの見た目は変化し得る。
この分離が、選択された表面だけに効果が現れた理由を説明する。システムメニューは変わっても、その背後のカスタム画面は視覚的に変わらないままであり得る。
同じWeChatリリースを利用していても、二人のユーザーが異なる外観を報告する理由にもなる。iOSのバージョン、デバイス設定、ベータビルド、開いているコントロールの種類はいずれも、表示内容に影響し得る。
したがって、この出来事を「WeChatのLiquid Glassアップデート」と呼ぶのはTencentの役割を過大評価している。より正確には、iOS 27がWeChatのどの部分が今なおAppleのインターフェースレイヤーに属しているかを明らかにした、と表現すべきだ。
iOS 27がネイティブコントロールを再スタイル化できる理由
Appleのフレームワークでは、標準コントロールが現在のOSデザインを継承できるため、フレームワークの選択が目に見えるプロダクト判断へと変わる。
Appleは2025年6月、iOS 26とともにLiquid Glassを導入した。同社はこれを、周囲のコンテンツを反射・屈折し、動きや操作に反応する半透明の素材として説明した。
このデザインは、アプリコントロール、ナビゲーションバー、ウィジェット、アイコン、システム表面を含むAppleのOS全体に広がった。Appleは、開発者が独自のガラス風要素を作る際に使えるAPIも公開した。
Appleの当初のデザイン発表は、Liquid Glassが単なる装飾として意図されたものではないことを明確にしている。これはAppleプラットフォームに共通する構造的なインターフェースの一部となった。
開発者は主にUIKitまたはSwiftUIでiPhoneのインターフェースを構築する。UIKitはネイティブインターフェースを作るための、Appleの長年確立されたフレームワークだ。SwiftUIはより新しい宣言型フレームワークで、開発者がインターフェースの状態を記述し、システムが表示の多くを管理する。
どちらのフレームワークも標準コンポーネントを提供する。これにはボタン、メニュー、シート、ツールバー、タブバー、検索フィールド、ナビゲーション構造が含まれる。
Appleの導入ガイダンスでは、標準コンポーネントがシステムフレームワークを通じて最新の外観を受け取れるとしている。開発者がすべての反射、ぼかし、遷移、変化するハイライトを自ら再現する必要はない。
この自動化には明確な利点がある。標準メニューは他のiPhoneアプリと一貫した状態を保てる。アクセシビリティ挙動、入力サポート、レイアウト調整、将来のプラットフォーム改善も継承できる。
その一方で、視覚的な制御は失われる。Appleが標準メニューを変更すれば、そのメニューを使うアプリも一緒に変わり得る。開発者がコンポーネントを選ぶ一方で、その現在の描画の大部分はAppleが決める。
より新しいソフトウェア開発キットで再ビルドすると、こうした変化がアプリ全体に広がる可能性がある。SDKは、特定のプラットフォームバージョン向けにソフトウェアを構築するために使われるフレームワーク、ツール、インターフェースの集合である。
Appleは開発者に対し、最新のXcodeリリースで再ビルドし、結果として生じるインターフェースを確認し、システム効果を妨げるカスタム背景を取り除くよう求めている。特に、新しい素材の上に古いスタイルを重ねると、不自然または冗長な結果を生むおそれがあると警告している。
WeChatの例は、再ビルドに起因する全面的な移行よりも限定的に見える。報じられた表面には、iOS自体が表示できるシステムメニューが含まれる。この違いは重要だ。自動導入は、あらゆるピクセルに影響する単一の万能スイッチではないためである。
変更の一部は、アプリのビルドに使われたSDKに依存する。別の一部は、アプリがそれらを呼び出すたびに現れるOSサービスに属する。さらに、明示的な開発作業を必要とするものもある。
したがって正しい結論は、iOS 27が任意のアプリを自由に再設計できる、ということではない。Appleが、自社のフレームワークまたはシステムサービスにすでに委ねられているアプリの一部を再スタイル化できる、ということだ。
この境界は、十分に大きな影響を持つ。テキスト編集、システムメニューの表示、共有シートの起動、標準ツールバーの利用はいずれも、ブランド化されたプロダクト内にApple管理のインターフェース挙動を露出させ得る。
Appleのデザインシステムは今やアプリの意図を上回る
中心にある対立は、Appleが求めるプラットフォームの一貫性と、各開発者が望むプロダクトレベルの制御の間にある。
AppleはiPhoneソフトウェアに一貫性のある体験を求めている。標準コントロールは、見慣れたメニュー、ナビゲーションパターン、操作がアプリ間で似たように動作するため、ユーザーが学び直す負担を減らす。
開発者もこの一貫性から恩恵を受ける。一般的なコンポーネントを作り直す必要がなくなり、プロダクトを差別化する機能にエンジニアリングリソースを集中できる。
WeChatは、この構図を試す上で特に強い事例となる。視覚的アイデンティティが乏しい小規模ユーティリティではない。Tencentはメッセージング、決済、サービス、チャンネル、検索、ミニプログラムを横断する幅広いインターフェース言語を築いてきた。
それでも、この規模のアプリでさえOSの挙動に依存している。テキストメニューの外観は、Tencentが最も注意深く管理するプロダクトの一つの内部にも、Appleが影響力を維持していることを示している。
Appleが互換性の道筋を狭めたことで、この力関係はiOS 27でより可視化された。Appleは以前、新しいビルドでも、開発者がソフトウェアを検討する間は従来のインターフェース外観を維持できる一時的なオプションを提供していた。
関連するプロパティであるUIDesignRequiresCompatibilityは、互換性のあるUI要素を古いデザインで表示するようシステムに指示する。これはAppleの視覚的方向性に対する恒久的な拒否権ではなく、一時的な移行支援として設計されたものだ。
Appleの互換性ドキュメントによれば、アプリがiOS 27以降向けにビルドされている場合、システムはこのキーを無視する。新しいSDKへ移行する開発者は、この逃げ道にいつまでも依存できない。
この方針は実務上の交渉を変える。iOS 26への移行期間中、開発者は選択したリリースで従来の外観を維持しながらLiquid Glassを検討できた。iOS 27 SDKでは、Appleは新デザインが基準になることを期待している。
大手開発者は、標準コントロールをカスタムコントロールに置き換えることで対応できる。この選択肢はブランディングを維持するが、異なるメニューを描くだけでは済まないコストを伴う。
カスタムコントロールでは、画面サイズ、言語、アクセシビリティ設定、入力方式、将来のシステムバージョンにわたるテストが必要となる。開発者は、システムコンポーネントがすでに対処しているアニメーション、コントラスト、タッチ領域、フォーカス挙動、エッジケースを扱わなければならない。
WeChatは、iPhone、Android、デスクトップシステム、Webにわたって認識可能な体験も維持しなければならない。Appleに過度に追随すれば、iOS製品とAndroid製品の視覚的な隔たりが広がる可能性がある。
Appleのパターンを無視すれば、別の問題が生じる。更新されたシステムソフトウェアの隣では、インターフェースが古く、または一貫性に欠けるように感じられることがある。古いデザインが意図的なクロスプラットフォームの選択を反映していても、ユーザーはその不一致を放置と受け取るかもしれない。
このため、この出来事が圧力をかけるのはTencentのデザインチームだけではない。アプリのどの部分をデバイスにネイティブなものとして感じさせ、どの部分をブランドにネイティブなままにすべきかを、プロダクトリーダーに判断させる。
MetaはWhatsAppで同じ問いに直面している。GoogleはGmail、Maps、生産性アプリ全体でこれに直面する。MicrosoftはOutlook、Teams、OneDriveで同様の課題を抱える。
各社はプラットフォームネイティブのコンポーネントとカスタムコンポーネントを組み合わせて使っている。その組み合わせごとに、異なる移行スケジュールと、異なる視覚的分断のリスクが生まれる。
WeChatの部分的な変化は、その分断を目に見えるものにする。古いカスタム画面の上にLiquid Glassメニューが載ると、再設計というより二つのデザインシステムが衝突しているように見える可能性がある。
自動的なLiquid Glassが自動的な品質を意味するわけではない
システムによる導入は一貫性をもたらし得るが、混在するインターフェースが読みやすく、一貫し、意図的なものになることまでは保証できない。
Liquid Glassは透明性、ぼかし、ハイライト、反応する動きを組み合わせる。こうした特性は、コントロールの背後にあるコンテンツに大きく左右される。
半透明のメニューは、シンプルな背景の上では整然として見えるかもしれない。しかし写真、密度の高いテキスト、動画、彩度の高い色の上では、同じメニューでも視認性が失われる可能性がある。
AppleはiOS 26での初登場以降、このデザインを洗練させてきた。iOS 27では、Liquid Glassをよりクリアな状態から濃い色調まで調整できる設定スライダーを発表した。
AppleのiOS 27概要では、このコントロールはパーソナライズ機能として位置付けられている。同時に、単一の透明度ではあらゆるユーザーや状況に対応できないという認識も示している。
これは開発者にとって、テストすべき組み合わせの増加を意味する。コントロールはライトモードとダークモード、異なる壁紙の色、アクセシビリティ設定、コントラストの向上、視差効果の軽減、そして新しい透明度設定のすべてで理解しやすくなければならない。
自動レンダリングはマテリアル自体を処理する。しかし、その周囲のカスタム画面が適切な情報階層を備えているかまでは評価しない。
Appleは開発者に対し、ガラス効果を重ねたり、コントロールを過密に配置したり、システムマテリアルの背後にカスタム背景を置いたりしないよう助言している。これらの推奨は、フレームワークの自動化にもデザインレビューが必要であることを示している。
したがって、WeChatで孤立して見えるガラス表面は、Tencentが意図的に作ったものではなかったとしても、プロダクト要素として検証する価値がある。メニューがチャット内容を覆い隠していないか、ラベルに十分なコントラストが保たれているか、タッチ対象が予測可能であるかを同社は確認しなければならない。
ローカライズはこの課題をさらに難しくする。WeChatは、長さが大きく異なるインターフェース文字列をサポートしている。コンパクトな英語のアクションと中国語の同等表現では占める幅が異なるため、半透明メニューのサイズや動きに影響する可能性がある。
アクセシビリティも別の圧力点だ。屈折やアニメーションは奥行きの表現に役立つ一方、視覚的な動きを減らしたいユーザーの注意をそらす可能性もある。
新しい設定コントロールにより、ユーザーは結果に対して一定の決定権を持てるようになる。しかし開発者は、すべてのユーザーがこれらのオプションを見つけたり変更したりするとは想定できない。
信頼の問題もある。人々は通常、アプリに見える変更を、そのアプリ開発者による意図的な判断だと受け取る。Tencentが設計したボタンと、Appleがレンダリングしたテキストメニューを区別することはほとんどない。
ユーザーが新しい表面を好まなければ、iOSが提供したものであってもWeChatに苦情が寄せられる可能性がある。逆に好意的に受け止められれば、Tencentがより広範なLiquid Glass移行を完了したと誤解されるかもしれない。
どちらの解釈も、この画面における複合的な所有関係を正確には捉えていない。
この不確実性を踏まえると、WeChatがLiquid Glassを「採用した」とする主張には慎重であるべきだ。採用とは通常、計画的なデザインレビュー、実装、テストプロセス、そして製品リリースを意味する。
報告された事象から確認できるのは、特定のコントロールにこのマテリアルが表示されたことだ。それは、Tencentがこれを軸とする包括的なビジュアル戦略を承認したことまでは示していない。
iOS 27が一般ユーザーに提供されるようになれば、この区別はさらに重要になる。ベータ版での観測は進行中の移行を明らかにし得る一方、製品版リリースは開発者が大規模にサポートしなければならないデザインを意味する。
WeChat効果はすべてのiOS開発者への警告だ
ネイティブコンポーネントはエンジニアリングの負担を軽減するが、アプリの将来的な見た目の一部をAppleに委ねることにもなる。
このトレードオフは、新しいiOSバージョンが登場するはるか前から始まっている。チームが標準コンポーネントとカスタム代替品のどちらを選ぶかを決めるたびに、この判断が行われる。
標準のテキストメニューを使えば、コピー、ペースト、検索、翻訳、その他のコンテキストアクションについて、確立された挙動をアプリに取り込める。Appleは、すべての開発者が操作を一から作り直すことなく、そのメニューに機能を追加できる。
同じ抽象化によって、Appleはメニューの形状、アニメーション、余白、マテリアルも変更できる。機能のために選んだ依存関係が、ビジュアルポリシーへの依存関係にもなる。
小規模な開発チームにとって、この交換はしばしば合理的だ。システムの挙動を再現するには、本来アプリケーションの核となる目的に充てるべき時間を費やすことになる。
大規模なチームにはより多くのリソースがあるが、リスクも大きい。視覚的な変更は数百万人のユーザーに届き、スクリーンショットやサポートページに現れ、確立されたデザインシステムと衝突する可能性がある。
最も安全な対応は、すべてのネイティブコンポーネントを置き換えることではない。それでは保守負担が増え、新たなアクセシビリティ上のリスクを生む。
開発者は、どの画面要素がUIKit、SwiftUI、埋め込みWebコンテンツ、カスタムレンダリング、またはシステムサービスによって制御されているかを把握する必要がある。この地図がなければ、OSのアップデートがどこで可視化されるかをチームは予測できない。
また、個別のスクリーンショットではなく、ワークフローをテストすべきだ。静的なツールバーは正しく見えても、スクロール中に予期せず形状が変わることがある。ポップアップはある画面では読みやすくても、別の画面ではコントラストを失うかもしれない。
標準の余白も重要だ。Appleは、古いインターフェースを前提にした想定が、新しいコントロール形状や寸法によって崩れる可能性があるため、レイアウト寸法をハードコードしないよう警告している。
ネイティブバーの上にカスタム背景を重ねたチームも、同様の問題に直面する。背景がスクロールエッジ効果に干渉したり、複数の半透明レイヤーを作り出したりする可能性がある。
こうした問題は機能にも影響し得る。位置がずれたコントロールはコンテンツと重なるかもしれない。ナビゲーションバーが想定外のスペースを占める可能性もある。カスタムアイコンが、改訂されたシステムボタン内でずれて見えることもある。
開発者は、互換モードも猶予期間として扱うべきだ。Appleはこれを一時的なものと明示しており、iOS 27向けビルドでは旧デザインを維持するためにこのキーを使用できない。
この方針は、先送りしても移行がなくなるわけではないことを意味する。テストは将来のSDK期限の直前に集中するだけだ。
WeChatの事例は、社内での有用な実演例となる。チームが再設計を予定していなくても、OSベータ版を体系的にレビューする価値がある理由を説明する際に、プロダクトマネージャーはこれを参照できる。
ナレッジチームは、各ベータサイクルのスクリーンショット、テストノート、開発者向けドキュメント、意思決定を、検索可能なエンジニアリング・ナレッジベースに保存すべきだ。この記録は、想定どおりのフレームワーク挙動と真の回帰を区別する助けになる。
この教訓はAppleのプラットフォーム以外にも当てはまる。Androidのデザインライブラリ、ブラウザ、デスクトップフレームワーク、埋め込みWebエンジンはすべて、アプリケーションの見え方と挙動を仲介している。
Appleの緊密な統合により、この効果は特に目立つ。同社はハードウェア、OS、開発ツール、インターフェースフレームワーク、配布チャネルを管理している。
このスタックにより、Appleはデザイン上の推奨をデフォルトへと変え、さらにそのデフォルトを将来のビルドに対する要件へと変える、異例の影響力を持つ。
開発者は依然として、インターフェースのどの程度をAppleのシステムに委ねるかを選択できる。ただし、その選択を視覚的に中立なものとして扱うことはできない。
iOS 27がユーザーに届く中で注目すべきこと
WeChatの外観が一時的なベータ版の副産物なのか、それともプラットフォーム主導のより広範な再設計の始まりなのかを示すシグナルは3つある。
最初のシグナルは、iOS 27の一般提供後に公開されるTencentの次期WeChatリリースだ。リリースノート、インターフェース変更、あるいは公式の開発者声明によって、Tencentが自動的な処理を受け入れるかどうかが明らかになる。
ナビゲーションやコントロール全体に広く外観が適用されれば、意図的な採用を示すだろう。より限定的または変更された実装であれば、Tencentが確立済みのビジュアルアイデンティティをより多く維持したいことを示唆する。
沈黙は無関心の証明にはならない。大規模アプリは、すべてのインターフェース変更を文書化せずにフレームワークの挙動を調整することが多い。実際の製品版ビルドは、非公式なコメントだけよりも強い証拠を提供する。
2つ目のシグナルは、Appleの最終的な互換性挙動だ。開発者は、アプリがiOS 27 SDKを使用するために変化する要素と、デバイスがiOS 27を実行するだけで変化する要素を確認する必要がある。
この区別は、Appleのデザインポリシーが及ぶ範囲を決定する。古いアプリビルドにもより多くのシステムレンダリングされた表面が適用されるなら、開発者がより広範な移行を完了する前に、ユーザーは変更を目にすることになる。
AppleによるUIDesignRequiresCompatibilityの扱いは、特に重要になる。同社のドキュメントでは、iOS 27ビルドはこのキーに依存できないとされているが、チームは最終SDKを実際のアプリケーションで検証しなければならない。
最終リリースがドキュメントどおりに動作すれば、Appleの立場はより強固になる。ツールチェーンを更新する開発者は、現在のシステムデザインを受け入れるか、十分な根拠を持つカスタムインターフェースに投資するかを選ばなければならない。
3つ目のシグナルは、ベータ期間後のユーザー反応だ。少数の愛好家からの報告だけでは、日常的なメッセージングにおいて、より広いユーザー層がどう反応するかを予測できない。
コントラスト、動き、一貫性のないスタイル、またはWeChatのコンテンツから切り離されて感じられるコントロールについて、繰り返される苦情に注目したい。Appleの透明度設定を調整した後に、ユーザーが改訂されたメニューを好むかどうかも見るべきだ。
肯定的な反応は、共通マテリアルがアプリ間の親しみやすさを高めるというAppleの主張を裏付けるだろう。混乱が続けば、自動的な一貫性が個々の製品内の統一感を損なう可能性があるという主張が強まる。
これらのシグナルは、iPhoneのソフトウェアを継続的な作業に利用するすべての人に関係する。基盤となるアプリが新機能を発表していなくても、システムアップデートは、情報の執筆、選択、共有、整理を取り巻くツールを変える可能性がある。
開発者にとって、直ちに取るべき行動は明快だ。最終版のiOS 27ビルドで重要なワークフローをテストし、システムフレームワークが所有するすべての画面要素を特定することである。
ユーザーにとって、より有用な問いは、WeChatがAppleのデザインを「コピーした」かどうかではない。目の前のインターフェース要素をどちらの企業が制御しているのか、そしてその分担が作業を改善しているのかを考えるべきだ。
次のWeChatビルド、Appleの最終的な互換性ルール、そして製品規模でのユーザーフィードバックが、この問いにベータ版のスクリーンショットよりも確実な答えをもたらす。それまでは、報告されたLiquid Glassメニューを、Tencentによる再設計完了の証拠ではなく、Appleのプラットフォーム影響力を示す証拠として捉えるべきだ。
