Appleが2026年9月14日に配信を始めたiOS 27は、目立つ新機能とは別に、日常操作の待ち時間を広く削っている。Appleの資料を基に9to5Macが整理した高速化は33項目に及び、アプリ起動、写真の読み込み、AirDropには最大30%70%80%という数字も付いた。

ただし、この3つを『iPhone全体が最大80%速くなる』と読むのは誤りだ。端末もデータも測る処理も異なる個別試験の上限値であり、残る30項目には改善率がない。Appleの一次資料、6月から正式配信までの脚注の変化、第三者の実測を重ねると、iOS 27の本質は一つの大幅な高速化ではなく、CPU資源の配分から索引、描画、通信、機器接続までに散らばる短い待ち時間の削減にある。

AD

最大30・70・80%は何を測った数字か

Appleの現行iOS 27ページが示す性能値は、アプリ起動が最大30%、撮影直後の新しい写真がライブラリへ読み込まれるまでが最大70%、AirDrop転送が最大80%である。いずれもiOS 26.6とリリース前のiOS 27を比べた社内試験だが、同じ端末で一連の操作を測った数字ではない。

主張 試験端末 Appleが示した主な条件 公表されていない点
アプリ起動 最大30% iPhone 11 Pro Max 2026年8月、多数の端末使用サイクル後 対象アプリ、絶対時間、試行回数、分散
写真の読み込み 最大70% iPhone 15 2026年7月、5万アセットのライブラリへ1枚ずつ撮影 写真アプリ全体の起動時間や通常閲覧の速度
AirDrop最大80% iPhone 16 Plus 2026年7月、Wi-Fi未接続、近くの連絡先へ合計30MBの複数写真 送受信側の全構成、大容量動画での結果

最大70%は写真アプリのあらゆる操作を指す数字ではなく、撮影直後の写真が大規模ライブラリへ現れるまでを測っている。最大80%30MBの写真転送という限定条件だ。最大値は平均値でも最低保証でもなく、Apple自身が構成、コンテンツ、使用状況、OS版、環境条件で結果が変わると注記している。

Appleは6月発表時の比較対象だったiOS 26.4.2を、正式配信時にiOS 26.6へ更新したが、最大30%70%80%という3つの上限値は据え置いた。試験時期も4〜5月から7〜8月へ更新された。上限値が同じでも個々の測定値が同一だったとは限らず、比較対象を新しくしても主張の範囲を維持した、と読むのが妥当である。

33の改善は、5つの待ち時間に分かれる

9to5Macの一覧は、iPhone向けの改善を33項目挙げる。このうち数値があるのは前述の3項目だけだ。残り30項目はAppleが『より速い』と説明する方向性であり、改善率を足し合わせたり、速い順に並べたりはできない。処理の待ち場所で分けると、更新の広がりが見えやすい。

待ち時間の種類 項目数 主な改善
写真・カメラ 6 撮影直後の読み込み、コレクション描画、iCloud写真アップロード開始、低電力モード中のカメラ起動
ブラウザ・メール・検索・入力 9 Safari開始ページ、JavaScript、メール、PDF保存、文字認識、Spotlight、多言語手書き
ホーム・音楽・ネットワーク共有 10 HomeKit機器のペアリング、Apple Music再生、AirPlay、NFC、AirDrop、ネットワークファイル
健康・共同作業 3 フリーボードのプレビュー、ヘルスケア更新、ワークアウト開始
システム・操作・管理 5 ロック画面切替、アプリ起動、音声コントロール、支援機能、迅速な再運用

たとえばAppleは、Spotlight、写真、メールの検索基盤を刷新し、索引の包括性と効率を改善した。メールでは関連性の高い検索結果を上位へ出す順位付けも加えた。通信ではWi-Fiとモバイル通信の切り替えを滑らかにし、低帯域で大きな写真や動画を送信中でも、後続のテキスト送信を妨げにくくした。これらはベンチマークの頂点を上げるというより、検索待ちや送信待ちが操作を止める場面を減らす変更である。

33項目という数は編集上の一覧であり、Appleが公式に一つの性能指標として束ねたものではない。それでも、改善がアプリ起動に閉じず、描画、索引、ペアリング、転送、アクセシビリティまで及ぶ点は重要だ。ユーザーが感じる『速さ』は、CPUの計算時間より、次の操作へ移れるまでの短い停止に左右されることが多いからである。

AD

CPUスケジューラは速さの土台、30%そのものではない

WWDC26の基調講演でAppleは、CPUスケジューラを複数の処理へCPU資源を配り、適切な処理を適切な時機に実行する基盤と説明した。iOS 27では性能負荷の高い処理をより効率的に扱うよう最適化し、その改善をiPhone 11まで広げた。対応範囲にはiPhone SE(第2世代)以降も含まれ、Apple Intelligence対応機種に限られない。

ここで変わるのはCPUの最高クロックや演算性能そのものではなく、同時に走る仕事の順序と資源配分である。画面操作に直結する処理を適切なタイミングで進められれば、背後で同期や索引作成が走っていても反応の遅れを抑えられる。一方、33項目にはネットワーク、ストレージ、描画、アプリ側の初期化も含まれるため、すべてをCPUスケジューラだけで説明することはできない。

したがって、アプリ起動最大30%を『CPUが30%高速化した』と言い換えるべきではない。起動時間はアプリの初期化、キャッシュの有無、データ読み込み、ネットワーク応答などの合計だ。スケジューラはその一部を改善する基盤だが、観測される短縮幅はアプリごとに変わる。

第三者テストでは7項目すべて短縮、AirDropは約5%

Tom's Guideの独立試験は、2台のiPhone 17を用い、一方をiOS 26、もう一方をiOS 27開発者ベータ版として比較した。7項目を各3回測って平均し、アプリ起動前にはメモリから全アプリを消している。正式版や旧機種を代表する試験ではないが、Appleの最大値とは異なる現実的な条件で方向性を確かめた資料になる。

試験 iOS 26 iOS 27 短縮率
Safari起動 0.24秒 0.21秒 12.5%
写真起動 0.39秒 0.32秒 17.9%
カメラ起動 0.24秒 0.23秒 4.2%
Googleマップ起動 0.88秒 0.53秒 39.8%
AirDrop、160MB 11.13秒 10.60秒 4.8%
AirDrop、6.74GB 5分39.17秒 5分22.21秒 5.0%
外付けドライブから6.74GB転送 3分12.82秒 3分6.04秒 3.5%

Tom's Guideの7項目・各3回平均では全項目が速くなったが、改善幅は3.5〜39.8%で、AirDropは4.8%5.0%だった。Appleの最大80%とは端末、ファイル、ネットワーク条件が異なり、再現試験ではない。

AppleはiPhone 16 Plus間で合計30MBの複数写真を送り、Wi-Fiネットワークへ接続していない条件を使った。Tom's GuideはMacBook ProからiPhone 17へ160MBまたは6.74GBのMP4を送っている。開発者ベータ版である点も異なる。約5%と最大80%の差は矛盾を示すのではなく、転送準備、相手の検出、接続確立、実データ転送のうち、どこが支配的になるかがデータ量と機器構成で変わることを示している。

アプリ起動も一律ではない。Apple製3アプリは4.2〜17.9%の短縮だった一方、Googleマップは39.8%だった。試験回数は少なく、ばらつきも公開されていないが、最大30%を全アプリ共通の上限や保証とみなせないことは分かる。判断基準は公称値との勝ち負けではなく、自分が頻繁に使う処理の待ち時間がどれだけ変わるかである。

AD

旧機種で確かめるべきはピーク値より毎日の待ち時間

性能面でiOS 27を評価するなら、更新前後で同じ端末、同じアプリ、同じデータ、近い温度と電池状態をそろえる必要がある。起動時間は数回測り、最初の1回と繰り返し後を分ける。AirDropは同じ送受信機器とファイルを使い、Wi-Fi接続の有無も固定する。Appleが絶対時間や分散を公開していない以上、最大値との単純比較より、自分の反復測定の方が実用的だ。

更新直後の印象だけで結論を出すのも早い。検索や写真の再索引、アプリ更新、クラウド同期が重なると、一時的な発熱や電池消費が体感を乱しうる。ただし、Appleはこれらが完了する標準時間を示していないため、『何時間待てばよい』とは断定できない。端末が落ち着いた後に、普段使う操作を改めて比べるのがよい。

旧機種では最新機種より処理余力が小さい分、短い待ち時間の削減を感じやすい可能性がある。ただし、これは機種別の公式改善率ではない。劣化した電池、空き容量、アプリ固有の処理がボトルネックなら、OS側の改善がそのまま体感へ現れるとは限らない。性能向上と電池持ちも別の指標であり、今回の資料から稼働時間の一定割合向上は導けない。

iOS 27の高速化は、最大80%という一つの数字より、33の異なる待ち時間をどこまで減らしたかで評価すべきだ。Appleの3つの最大値は改善余地の大きさを示し、第三者試験は条件が変われば短縮幅も大きく変わることを示す。正式版で旧機種を含む測定が蓄積されれば、CPU資源配分の改善が日常操作へどの程度波及したかを、ようやく機種別に判断できる。