HarmonyOSが第3のモバイルOSに？アプリ成長への影響とは

HarmonyOSが第3のモバイルOSに？中国工業和信息化部（MIIT）は、HarmonyOSが世界第3位のモバイルオペレーティングシステムとなったことを正式に認定し、さらに「OpenHarmony」エコシステム全体の累計デバイス数が13億5,000万台を突破したことを確認しました。モバイルOS市場が従来の2大プラットフォーム体制から、実質的な3極体制へと移行する中、アプリ開発者やグロースチームは進化する配信環境への対応を迫られています。AndroidとiOSが引き続きグローバル市場における主要なプラットフォームである一方、中国市場やHuaweiのデバイスエコシステムをターゲットとするチームにとって、ネイティブなHarmonyOS環境の拡大は、独自のアプリパッケージング、ディープリンクプロトコル、およびアトリビューションパイプラインの整備を求めています。

業界の再編：エコシステムの拡大に伴いHarmonyOSが第3のモバイルOSへ

主なポイント

MIITはHarmonyOSを世界第3位のスマートフォンOSとして正式に認定し、オープンソースのOpenHarmonyエコシステムの累計デバイス数は13億5,000万台を超えました。
Huaweiの発表によると、HarmonyOS 6を搭載した端末は8,000万台を突破し、1億台のマイルストーンに向けてさらに普及が進んでいます。
ネイティブなHarmonyOSアプリランタイムへの移行は独立したプラットフォーム層を形成するため、個別のApp Linking、ストアへのルーティング、およびインストール後のパラメータ処理の検討が必要となります。

グローバルなモバイルOS市場の構造は、大きな多様化の過程にあります。1十年以上にわたり、デジタルビジネスはGoogleのAndroidとAppleのiOSという2つのエコシステムを基盤として、モバイルのユーザー獲得、ディープリンク、および測定アーキテクチャを構築してきました。プロダクトのファネル、コンバージョン追跡スクリプト、およびアプリストアへのリダイレクトロジックは、この2つのOSのランタイム動作やプライバシーポリシーに合わせて設計されていました。

しかし、HarmonyOSの継続的な拡大により、無視できない第3のエコシステムが誕生しました。国務院新聞弁公室のブリーフィングにおいて、MIIT情報通信発展局の劉郁林局長は、中国の基礎ソフトウェア能力が大幅に向上したと述べました。同氏は、OpenHarmonyエコシステムの累計接続台数が、スマート家電、コネクテッドカー、産業用機器など多様なハードウェアカテゴリにわたり13億5,000万台を超えていることを強調しています（詳細はMIITブリーフィングの報道を参照）。

OpenHarmonyエコシステムデバイスのマイルストーンについて詳細を伝える国務院の記者会見

このマイルストーンを正確に理解するには、幅広いOpenHarmonyデバイスの基盤と、個人のスマートフォンでの普及とを区別する必要があります。13億5,000万台という数字は多様なハードウェアを含む累計値であり、コンシューマー向け端末の普及は特定の製品リリースに紐づいています。Huaweiは8月20日、HarmonyOS 6を搭載したデバイスが8,000万台を超えたと発表しました。サードパーティのインストール追跡機関の推計では、最近の日次増加率は約17万台であり、HarmonyOS端末全体の普及は1億台の節目に近づいています。また、Counterpoint Researchの独立したデータによると、2026年初頭の中国スマートフォン市場におけるHarmonyOSのシェアは約19%に達し、国内でiOSを上回っています。

稼働デバイス数が8,000万台を突破したことを発表するHarmonyOS 6のプレゼンテーション資料

グロースチームやモバイルエンジニアリング部門にとって、この市場での存在感は実務上の開発課題をもたらします。ネイティブのHarmonyOSアプリは、標準的なAndroidのランタイム環境ではなく、独自のパッケージ形式、専用のインテントハンドラー、および個別のセキュリティサンドボックスを使用するため、既存のAndroid向けディープリンクの実装をそのまま流用することはできません。同プラットフォームをターゲットとする開発者は、専用のリンク設定と測定ロジックを実装する必要があります。

1億台のマイルストーンに向けたHarmonyOSのインストール数成長軌道を示すチャート

Android、iOS、HarmonyOS間におけるマルチプラットフォーム・ルーティングアーキテクチャ

モバイルOS間における技術的な違いは、アプリのランタイムと外部インテントの解決方法にあります。初期のHarmonyOSはAndroidアプリ環境との互換性を維持していましたが、現在のネイティブなHarmonyOSアプリは、独自のアプリケーションフレームワーク、パッケージ形式、開発ツールチェーン、およびプラットフォームAPIを使用しています。

このアーキテクチャの分離は、Webトラフィック、プロモーションキャンペーン、およびリファラルリンクからの流入が、インストール済みのアプリへと移行する仕組みに影響を与えます。見込み客がモバイルブラウザ、メッセージアプリ、またはWebのランディングページ内でプロモーションリンクをクリックした際、プラットフォームは、インストール済みのネイティブアプリを起動するか、アプリマーケットプレイスへ誘導するかを判断する必要があります。

プラットフォームエコシステム間におけるプロトコルの整合性

3つの異なるOSで一貫したユーザーオンボーディングを維持するためには、さまざまなリンク規格を調整する必要があります。以下の図は、Android、iOS、およびHarmonyOSの各環境間における外部インテントルーティングの違いを示しています。

                                  [ ユーザーのプロモーションクリック ]
                                              │
                                              ▼
                             [ 動的プラットフォーム・ルーティング層 ]
                                              │
         ┌────────────────────────────────────┼────────────────────────────────────┐
         ▼                                    ▼                                    ▼
[ Android: App Links / Play Store ]   [ Apple iOS: Universal Links / App Store ]   [ HarmonyOS: App Linking / AppGallery ]
         │                                    │                                    │
  Play Storeの境界                     App Storeの境界                      AppGalleryの境界
         │                                    │                                    │
[ インストール後のコンテキスト復元（任意） ]    [ インストール後のコンテキスト復元（任意） ]    [ インストール後のコンテキスト復元（任意） ]

ユーザーがターゲットアプリをインストールしていない状態でキャンペーンリンクをクリックした場合、ブラウザはGoogle Play、Apple App Store、またはHuawei AppGalleryの適切なマーケットプレイスへとユーザーを誘導します。標準的なブラウザCookieやURLクエリパラメータは、これらのネイティブアプリストアのインストール境界を自動的に跨ぐことができないため、専用のパラメータ復元メカニズムが実装されていない限り、リファラル識別子、カスタムオンボーディングコード、または特定のアプリ内遷移先情報は失われてしまいます。

HarmonyOSが第3の主要モバイルOSとして正式に認定されたことを示すグラフィック

ソリューションの比較：マルチOS市場におけるリンク基盤の評価

開発チームが複数のOSに対応するアプリをサポートする際、ディープリンクやユーザー獲得アナリティクスをどのように管理すべきかを決定する必要があります。エンジニアリングチームは、プラットフォームネイティブなリンクサービスの利用、内製によるルーティングデータベースの構築、あるいは専用のサードパーティ製ディードリファラルリンク（遅延型ディープリンク）SDKの導入の間で選択を迫られます。

アーキテクチャの評価：リンクおよびアトリビューション手法のアプローチ

Huaweiデバイスでのインストール境界を跨いでユーザーのコンテキストを維持するため、開発者はHuawei App Linkingを活用できます。これにより、HarmonyOS、Android、およびiOSのビルド全体でAppGallery Connectを介した遅延型リンクをサポートできます。あるいは、自社でマルチチャネルアトリビューションを構築する場合、カスタムセッションデータベースを管理することも可能ですが、進化し続けるプラットフォームのプライバシーAPIに対応するための継続的なメンテナンスが必要となります。AndroidやiOSにおける広範なクロスプラットフォームのWeb-to-Appファネルに対しては、サードパーティ製の遅延型ディープリンクSDKがすぐに利用可能なパラメータ復元機能を提供します。

以下の比較表は、マルチプラットフォームのリンクおよびアトリビューションにおける一般的なアーキテクチャアプローチの概要を示しています。

アプローチ	プラットフォームの対象範囲	遅延型コンテキスト	エンジニアリングの負担	最適な用途
プラットフォームネイティブリンク（App Links / Universal Links）	標準規格ごとに単一プラットフォーム	プラットフォーム依存（ネイティブSDKロジックがない場合は失敗）	複数の独立した設定が必要	単一プラットフォームでの直接的なアプリ起動
Huawei App Linking	HarmonyOS、Android、iOS	AppGallery Connect経由でサポート（プラットフォームおよび地域の可用性に依存）	HuaweiエコシステムおよびAGCサービスへの依存	Huawei AppGalleryでの配信に注力するアプリ
内製セッション同期データベース	カスタム・マルチプラットフォーム	カスタムサーバーサイドマッチングによりサポート	非常に高いメンテナンスおよびインフラストラクチャの負荷	専任のモバイルデータエンジニアリングチームを持つ大企業
サードパーティ製遅延型ディープリンク（例：OpoInstall）	AndroidおよびiOSに対応	サーバーサイドのパラメータ復元によりサポート	対応モバイルプラットフォームにおける統一されたSDKワークフロー	AndroidおよびiOSを跨ぐマルチチャネルのWeb-to-Appキャンペーン

確立されたモバイルプラットフォーム上のマルチチャネルなユーザージャーニーにおいて、OpoInstallなどのソリューションは、遅延型ディープリンクとサーバーサイドのパラメータ復元を提供し、サポートされているAndroidおよびiOSデバイスでのWeb-to-Appのインストール工程全体で、有効なキャンペーン、リファラル、または遷移先のパラメータを維持します。サーバーサイドのマッチング基盤上で該当するパラメータを一時的に保持することにより、このようなフレームワークを活用することで、宛先アプリは初回起動時に復元されたパラメータを使用して、ユーザーを目的のオンボーディング画面へとスムーズに誘導できます。ネイティブなHarmonyOS環境へ展開する開発者向けには、チームは既存のAndroidおよびiOSの計測ツールと並行して、Huawei App Linkingなどのプラットフォームネイティブなツールを評価すべきです。

技術実装チェックリスト：マルチプラットフォーム配信に向けたグロースパイプラインの適応

多様化するモバイルOS環境全体において、信頼性の高いユーザーオンボーディングと計測の整合性を維持するため、エンジニアリングおよびグロースチームは構造化された技術ワークフローを確立する必要があります。

開発者の実装チェックリスト

プラットフォームネイティブリンクプロトコルの設定：Android App Links、iOS Universal Links、およびHarmonyOS App Linkingを並行して導入し、すべてのプラットフォームで既存ユーザーのシームレスなアプリ起動を確保します。
URIスキームとルートマッピングの標準化：内部ルーティングパス、ディープリンクのクエリパラメータ、およびターゲットとなるアクティビティの遷移先が、ネイティブなHarmonyOSパッケージとAndroid/iOSのコードベースの間で一貫していることを確認します。
インストール後コンテキスト復元の実装：適切なネイティブSDKまたはプラットフォームサービスを統合し、最初のアプリ起動時にリファラルトークンやオンボーディングパラメータをキャプチャして復元します。

プロダクトおよびグロース戦略のチェックリスト

プラットフォーム別の獲得アナリティクスのセグメント化：Huawei AppGallery、Google Play、Apple App Store、およびサードパーティのWebチャネル間でキャンペーンのパフォーマンス指標を分離し、コンバージョンの効率を正確に評価します。
スムーズなリファラルファネルの展開：マーケティングチャネル全体で動的なパラメータ引き渡しリンクを活用し、ユーザーが手動で招待コードを入力することなく、自動的なリファラル計測を可能にします。
マルチOSのWeb-to-Appルーティングのテスト：キャンペーンのランディングページで自動ルーティングテストを実施し、Android、iOS、およびHarmonyOSデバイスのユーザーが正しいネイティブストアに誘導され、円滑にオンボーディングされることを検証します。

これらの技術的手順を実行することで、進化するマルチOS環境においても、ユーザー獲得ファネルの追跡継続性を維持し、スムーズなオンボーディング体験を提供することが可能になります。

よくある質問（FAQ）

OpenHarmonyの13億5,000万台という数字と、HarmonyOSスマートフォンのインストール数との違いは何ですか？

13億5,000万台という数値は、スマート家電、車載コックピット、産業用機器など、あらゆるハードウェアカテゴリにわたるオープンソースのOpenHarmonyプロジェクトを基盤としたエコシステムデバイスの累計数を示しています。これに対し、HarmonyOSのコンシューマー向け普及数は、HuaweiのOSを搭載した商用端末を指しており、バージョン6では8,000万台を突破しています。

アプリのインストール時に、通常のWebリダイレクトではパラメータを引き渡せないのはなぜですか？

ターゲットアプリをインストールしていない状態でユーザーがキャンペーンリンクをクリックすると、ブラウザはプラットフォームのアプリストアにリダイレクトします。OSはセキュリティのためにアプリのサンドボックスを分離しているため、通常のブラウザCookieやURLクエリパラメータは新しくインストールされたアプリに引き継がれません。ストアの境界を跨いでインストール前の有効なコンテキストを維持するためには、プラットフォームネイティブ、またはクロスプラットフォームの遅延型リンクメカニズムが必要です。

ネイティブなHarmonyOSアプリは、従来のデュアルフレームワークビルドとどのように異なりますか？

ネイティブなHarmonyOSアプリは、標準的なAndroidアプリの互換レイヤーに依存するのではなく、独自のアプリケーションフレームワーク、パッケージ構造、および開発ツールチェーンを使用します。これにより、開発者は専用のビルドを維持し、ネイティブなApp Linkingプロトコルハンドラーを設定する必要があります。

実務上の影響と今後の展望

HarmonyOSが世界第3位の主要スマートフォンOSとして公式に認められたことは、モバイルソフトウェア市場の多様化が進んでいることを浮き彫りにしています。ネイティブアプリの配信への直接的な影響は中国およびHuaweiのデバイスエコシステムに最も集中していますが、消費者向けおよび産業用ハードウェアにおけるOpenHarmonyの広範な成長は、適応性の高いソフトウェアアーキテクチャの必要性を示しています。

このマルチプラットフォーム環境を正常にナビゲートするには、ユーザー獲得および計測システムを単一プラットフォームの前提から切り離す必要があります。プラットフォームネイティブなリンクプロトコルの導入、堅牢なサーバーサイドでのコンテキスト復元の確立、および適切なクロスプラットフォームの遅延型ディープリンクフレームワークの活用により、組織はAndroid、iOS、HarmonyOSの各環境で一貫したユーザー体験を提供する耐久性の高い配信パイプラインを構築できます。