ハクソク

世界を動かす技術を、日本語で。

Gmailアプリはなぜ700MBなのか？

100日前原文(akr.am)

概要

  • Gmailアプリのサイズが760.7MBと非常に大きい問題提起
  • 他の主要アプリ（OutlookやGoogle Homeなど）との比較データを提示
  • アプリの肥大化傾向と機能増加の乖離を指摘
  • iPhoneのストレージ圧迫問題とユーザー体験への影響
  • なぜここまでアプリが大きくなるのかという疑問

スマホアプリの肥大化問題

  • GmailアプリはApp Storeで現在760.7MB、トップ100無料アプリの中でトップ3の巨大さ
  • Outlookアプリは428MBでGmailより小さいものの、依然として大容量
  • 2013年から2017年にかけて、人気アプリのサイズが10倍以上に増加した傾向
    • Gmailは2017年初頭に12MBから200MB超へ急増
  • Gmail以外にも、TeslaやCrypto.com、Samsung SmartThingsなどは1GB前後のサイズ
  • Google Homeも630MBと大きいが、Google TVはその1/10のサイズ
  • Google系人気アプリの平均サイズは約250MB
  • Microsoft系アプリの平均サイズは約330MB
  • トップ100無料アプリの平均サイズは280MB、ゲームを含めると200MB

ストレージへの影響とユーザー体験

  • iPhoneのアプリ本体で35GB、データで35GB、iOSで25GB使用
    • 合計100GBがアプリ・データ・OSで消費
    • 残り20GBは4K動画や高画質写真、音楽保存用
  • 空き容量が減ると端末動作が遅くなる現象
  • 写真はクラウドからの都度ダウンロードが必要になり、利便性低下
  • オフロードしたアプリの再ダウンロードもストレス要因
  • 通信容量制限がある場合はさらに深刻

機能とサイズの乖離

  • アプリのサイズ増加に対し、機能追加は限定的
  • 「なぜこれほど巨大化するのか？」という根本的疑問
  • 例：Microsoft Authenticatorは6桁コード表示だけで150MB
  • iOS固有の問題かは不明だが、Android版Gmailは185MBとかなり小さい

主要アプリのサイズ比較（iOS 26.2時点）

| カテゴリ | Apple | Google | Microsoft | | ------------ | ------------- | ------------ | ------------- | | Files | 2.6MB | 370MB | 283MB | | Passwords | 3.2MB | 35MB | 138MB | | FaceTime等 | 3.4MB | 263MB | 423MB | | Photos | 4.2MB | 372MB | - | | Safari等 | 5.1MB | 313MB | 397MB | | Reminders等 | 7.7MB | 89MB | 132MB | | Mail | 8.7MB | 673MB | 376MB | | Home | 14.1MB | 584MB | - | | Notes等 | 17.3MB | 171MB | 315MB | | Maps | 68MB | 385MB | - | | Pages等 | 456MB | 311MB | 434MB | | Numbers等 | 500MB | 337MB | 370MB | | Keynote等 | 516MB | 270MB | 376MB |

  • Gmailは純正Mailアプリの約80倍のサイズ

まとめと課題提起

  • 多くの人気アプリの肥大化は機能増加と見合わず
  • ストレージ圧迫や端末パフォーマンス低下の要因
  • なぜここまでアプリが大きくなるのか、明確な説明はなし
  • 特にiOS版で顕著な傾向
  • 利便性向上のためにも、アプリサイズ最適化が今後の課題

Hackerたちの意見

記事は質問に答えてないね。内容をまとめると「Gmailアプリは700MBだよ！」って感じ。
└
そうだよね！あのアプリの中身についての洞察を期待してたけど、何もなかった。なんでGmailアプリは700MBもあるんだろう？
└
記事は質問そのものだし、その質問は聞かれるべきだよ。Gmailはメールボックスのためにほぼ1GBのデータを送ってることを恥じるべきだと思う。もしかしたら、うっかり/わざとYouTubeクライアント全体を組み込んじゃったんじゃないかな。
└
他にもめちゃくちゃ大きいアプリがいくつかあるよ。例えば、DJI Mimoアプリ。これはDJI Micのために必要なアプリで、設定を4つ変更するために使うんだけど、800MBも必要なんて本当にありえない。しかも、マイクは完全にローカルで動いてて、USB経由で設定を変えるだけなのに、アカウント登録しないと使えないのも意味不明。こんな800MBのアプリが必要なんて、理由はただのマーケティングだよ。無駄なプロモーション動画がいっぱい入ってるし、アカウント作ったらスパムが増えるだけ。正直、あのマイクは返品すべきだったかも。あ、フランス語が汚くてごめんね。でも、これには本当にイライラしてるんだ。800MBはありえないよ。
└
いつものことだけど、タイトルの質問に対する答えは「いいえ」だね。 ;)
└
Gmailだけじゃないよ。iOSの人気アプリは、Android版の10倍くらいのサイズになってるのが普通だよね。Electronアプリより小さい人気のiOSアプリを見つけるのは難しい。
└
一般的に、Androidアプリは数年前からサイズが縮小しているのに気づいてる。最近のLLMトレンドがそれをまた変えているのかはわからないけど。
└
自分にとっての主要なGoogleアプリはこれだね：Gboard 247MB、Google 415MB、Google Play Services 1330MB、Google Play Store 165MB、Messages 321MB、Gmail 233MB。
> なんでGmailアプリはネイティブのメールアプリの80倍近くのサイズなの？ Appleのメールはデバイスに既にあるライブラリやフレームワークを活用してるけど、GoogleはAndroidに既にあるライブラリやフレームワークを使ってる可能性が高い。でもiOSでは、そのアプリが依存しているものを実装した巨大なランタイムを送らなきゃいけないから、いろんなプラットフォームに対応するためにアプリを一度だけ書けば済むんだ。あくまで推測だけど、これが理由っぽいね。Google DocsやSheetsも同じくらい巨大なのは、それぞれがその巨大なランタイムのコピーを持ってるからだよ。
└
Gmailアプリは僕のAndroidフォンで175MBだよ。iOSよりはマシだけど、メールアプリにしてはまだ多いね。
└
実はそれ以上のことがあるんだ。Appleのアプリが実際に何をしているかの多くは、その特定のアプリ専用に作られたフレームワークに隠れていて、3rdパーティのアプリとは違って、システムの一部なんだ。Safari.appとSafari Technology Preview.appのサイズを比べてみて。後者は必要なすべてのフレームワークを同梱してるから。
AOTオーバーヘッド 200MB（アプリの読み込みを速くするため） フレームワーク 150MB すべての画面解像度用のアセット 50MB Google Meet/Chatなど 100MB AIモデル 25MB
└
AOTって、Ahead Of Time？それとも進撃の巨人？それとも別の何か？
└
「アプリの読み込みを速くする」っていうのが、ここではめっちゃ面白いと思う。メールアプリを速く読み込むために何をしなきゃいけないの？皮肉を込めて、ウェブページでもこれができるの？今の私の decent な接続環境では、Gmailの新しいタブを開くのに約3秒かかる。さらに数秒かかって、ようやく操作できるようになる。アプリが読み込まれたのを見た瞬間に「c」を押すと、作成ウィンドウが表示されるまでにどれだけ時間がかかるかを見るのが面白いよ。
> その期間のほとんどで、Gmailアプリのサイズは約12MBだったけど、2017年の初めに突然200MB以上にジャンプした... 現在、App StoreのGmailアプリは760.7MBだよ。グラフ付きで: https://www.axios.com/2017/12/15/the-top-iphone-apps-are-tak... 一般的なアプリが10-30MBだったなんて知らなかった。でも今は何百MBもあるんだよね。Gmailみたいなアプリは、大きな高解像度のビットマップグラフィックスを持ってるわけじゃないし。記事が何の答えも出してないから、適当に「フレームワーク」って言ってるだけだと思うけど、それにしても膨大な量のコンパイルされたコードだよね。
└
> 一般的なアプリが10-30MBだったなんて知らなかった。もっと言うと、数十キロバイトから数メガバイトくらいだよね。F-Droidを見れば、グラフィックスが小さいか、ボタンなどのデフォルトスタイルを使ってる昔の良いアプリが見つかるよ。6年前に作った小さなユーティリティアプリを見てみたら、9KBで、そのほとんどはコンパイラが含めるデフォルトのものだと思う。
└
10年前にモバイルアプリ開発をしていたとき、面接官やクライアントが私の経験をアーティストのポートフォリオみたいに評価しているのを感じた。アプリのスコープを決めるためのいくつかの恣意的な指標の一つがバンドルサイズだったんだ。アプリストアでのメガバイト数が多いほど、より良くて真剣だとされてた。当時、私は最適化に没頭していて、SVGを使ったり、圧縮したり、ビットシフトを使ったりして、働いていた会社のアプリを小さくしていた。ダウンロードやインストールから弾かれる人を減らすためにね。それなのに、数十万人のユーザーを持つベンチャー企業の12MBのアプリが、スペースをほとんど取らないことで私を罰してくるから、実際にアプリバンドルにダミーファイルを入れるようになったんだ。それが私のプロとしての目標に役立った。プレミアムマーケティングには、価値を伝えるために似たようなフィクションがたくさんあるから、$50/時間のアップワークの仕事と、Googleでの$500,000/年の仕事の違いを強調できるんだよね。
└
しばらくの間、モバイルデータでのダウンロードにはアプリサイズの制限があったんだ。それが意味するのは、アプリが大きすぎると成長指標がひどくなるってこと。
└
うちのは今、iOS 26で673MBだよ。
└
サイズが大きくなる一因は解像度だね。アプリのアイコンとか、2013年の頃よりもずっと大きくなってるし。それに、別のスレッドでも言ったけど、チームが自分たちで整理することはほとんどないんだ。大きなアプリには、使われてないコードがたくさん残ってると思う。自分が関わったアプリも、何年もかけて作業してきたから、無駄な部分が多かったよ。5年前に別のチームが追加した機能が、今はオフになってて使われてないのに、誰がそれを削除するの？それに、いろんな人が興味に応じて無駄なものを追加するから、ゴミみたいなのが増えるんだ。今作ってるアプリの最適化されてないバージョンは、約15MBのバイナリで、コアアプリには「エクストラ」は含まれてない。アセットは約75MBあって、使われてないのは10-15%くらいだと思うけど、正確にはわからない。ダウンロードサイズは約400MBだよ。
└
> 2017年の初めに突然200MBを超えるようになった。Google Meetは2017年3月にリリースされた。
└
Windows 95の頃は、10〜30MBくらいだったのを覚えてる。ディスクが10枚くらい必要だったよ。
└
5MB未満のアプリは、今でもiOSでの最強の品質シグナルだね。サイズで結果をソートしたりフィルターしたりできないのが残念。
└
> 一般的なアプリが10〜30MBだったなんて知らなかった。でも今は数百MBになってる。これはAndroidの話だけど、13年以上前にHTC Desireを使ってたんだ。内部ストレージのスペースに本当に苦労して、他のアプリをアップデートするために定期的にアンインストールしては入れ替えてた。結局、SDカードにアプリを移動できるカスタムROMに移行したよ。一番の問題はWhatsAppで、平均が1MBくらいのところ、なぜか7MBを超えてた。今使ってるスマホではWhatsAppが231MBだよ。まだランキングではかなり上位だけど、特に目立つわけじゃないし、その当時の巨大な7MB以下のアプリはほとんどないね。
└
自分の基準はまだ古いAmigaなんだ。これが[0] 完全なGUIのメールアプリで、使いやすかったよ。全パッケージ、カスタムGUIクラスと3セットのアイコンを含めて、圧縮なしで1.4MBだった。現代のアプリが大きくなる理由は千とおりあるのは知ってるけど、全てが膨張や非効率ってわけじゃないんだよね。古いアプリはリンクリストみたいなバイト最適化データ構造を使ってたけど、ハッシュマップみたいな速いけどスペース効率が悪い構造は使ってなかったからね。高解像度に対応しなきゃいけないけど、320x200の空の白い四角を画面に描くコマンドは、2000x1500のものを描くのとほぼ同じサイズで済むはずなんだよね。それなのに、なんでこんなに大きくなる必要があるのか、って感じだよ。[0] https://aminet.net/package/comm/yam/YAM20
なんかおかしいことが起きてるよね。Safariが全体で5.1MBなんてあり得ない。ほかのアプリの数字も似たような感じだし。AppleがGoogleやMicrosoftのアプリより100倍小さい魔法の公式を見つけたとは思えない。OSの報告がどこかおかしいんじゃないかな。たぶん、アプリの機能の大部分がシステムファイルとしてカウントされる共有リソースに依存していて、アプリのサイズには含まれてないんだと思う。正直、Hacker Newsに投稿される記事にはもっと期待してるよ。もっと徹底的な調査と、実際にその質問への答えが必要だよね。
└
Safariはそのサイズなんじゃないかな。WebKitはシステムフレームワークだから、UIコードのサイズだけなんだよ。
└
SafariはシステムのWebViewフレームワークをラップしてるだけだから、そういう意味では納得できるけど、比較がちょっと誤解を招くよね。
最後の表は本当に誤解を招くよ。iOSのプリインストールアプリのサイズを、非プリインストールアプリと比較することはできない。機能のコードはすべてシステムフレームワークの中にある薄いUIシェルに過ぎないんだから。Photosアプリは4.2MBって引用されてるけど、もしそれを削除したら、写真を表示するためのシステムコンポーネントや、写真ピッカーのUI、顔認識などの分析を行うためのコード、iCloudフォトライブラリをサポートするためのiCloudネットワーキングコードが残るんだよ。
└
でも、君が言ってることの多くは、どのアプリでも利用できるからね。確かにAppleには一般には公開されてないプライベートフレームワークがあるけど、写真アプリがやってることを再現したいなら、4.2MB以下でできると思うよ。
大きなサイズのかなりの部分は、GoogleがiOSスイート全体で共有コードを扱う方法によるものだと思う。彼らは、Android、iOS、そしてもちろんWeb間でロジックを一貫させるために、共有のC++バックエンド（J2ObjCや似たような内部トランスパイラーを使って）に大きく依存してるんだ。内部のモノレポからGmailの依存関係を引き込むと、Google Meetやチャット、スペースの全ビジュアルスタック、さらにそれらを支える重いプロトコルバッファの定義やgRPCライブラリも一緒に引き込むことになる。たとえ「Meet」タブを使わなくても、バイナリにはビデオコーデックやリアルタイム伝送ロジック、ARフィルターのアセットが含まれている可能性がある。アプリは「スーパアプリ」としてコンパイルされているから、モジュラーなメールクライアントではないんだ。これは技術的な問題というより、組織的な問題だと思う。
└
> gRPC そうだね、アプリがプラットフォームのライブラリに頼らずに独自の暗号化を含んでいるとしても驚かないし、QUIC（Cronet）の形でユーザースペースのネットワークスタックを含んでいるかもしれないね。
└
とても洞察に富んだ意見だね。根拠のない推測じゃないし。もちろん、他の多くのアプリがなぜこんなに大きいのかは説明してないけど、例えばWithings、Bunq（銀行）、Albert Heijn（スーパー）は一緒に1GBもストレージを食ってる。これら3つはデータをリストするために必要なんだけど、なんでこんなにサイズが大きいんだろうね。
AndroidとiOSの比較だけど、AndroidアプリはiOSアプリより小さいことに注目すべきだね。詳細は複雑だけど、このレポートによると、インストール後のAndroidアプリはiOSの約半分のスペースを占めるらしい。https://www.safetydetectives.com/blog/app-storage-usage-rese... 一つの具体的な複雑さは、Appleのストアはインストールサイズを報告するけど、Google Playは圧縮されたダウンロードサイズを報告するってこと。https://www.emergetools.com/blog/posts/are-android-apps-real...
└
Androidは開発者がAPKを分割して、機能をオンデマンドで提供できるようにしてるんだ。https://developer.android.com/guide/playcore/feature-deliver... iOSには似たような機能はないと思う。
ちなみに、去年の初めに買ったSSDは、今じゃ俺が払った金額の倍になってる。RAMは3〜4倍かな？もっと膨れ上がったアプリを出すにはいい時期だね。こんなアプリがハードウェアメーカーを潤すんだろうな。
Googleアカウント全体の認証やセキュリティ関連のことをたくさんやってるからね…700MB分の価値があるかは微妙だけど、Gmailアプリを「ただのメールアプリ」と考えるのも失礼だよね。