開発ツール16分で読める

watchOS 26で64bit完全必須化——Apple開発者が今すぐ対応すべきこと

2026年4月、Apple Watchアプリ開発に大きな転換点が訪れます。Appleは全てのwatchOSアプリに対して64bitアーキテクチャ対応を完全必須化し、同時にwatchOS 26 SDKでのビルドを義務付けることを発表しました。さらに、FigmaとSketch向けのUIデザインキットもiOS/iPadOS 26対応に更新され、Apple開発エコシステム全体がリフレッシュされています。

Apple Watchの全世界出荷台数は2025年に推定5,000万台以上に達しており、watchOSアプリのエコシステムは年々拡大しています。App Storeに登録されているwatchOS対応アプリは約7万5,000本。この全てが、今回の要件変更の対象となります。

64bit必須化とは何か

なぜ64bitなのか

Apple Watchは2018年のApple Watch Series 4(S4チップ)から64bitプロセッサーを搭載していますが、ソフトウェア側では下位互換性を維持するために32bitコードのサポートが続けられてきました。

64bitアーキテクチャの主な利点は以下の通りです。

  • メモリアドレス空間の拡大: 32bitでは最大4GBのメモリしかアドレスできないが、64bitでは理論上16EB(エクサバイト)まで対応。Apple Watchの限られたメモリ環境でも、64bit化によりメモリ管理の効率が向上する
  • 演算性能の向上: 64bit幅のレジスタにより、整数演算や暗号処理のパフォーマンスが向上
  • セキュリティの強化: ASLR(Address Space Layout Randomization)の効果が32bitに比べて飛躍的に向上し、メモリベースの攻撃が困難になる
  • 最新APIの活用: Appleの最新フレームワーク(SwiftUI、WidgetKit、HealthKit等)は64bit前提で設計されている

次の図は、watchOSのバージョン要件がどのように変遷してきたかを示しています。

watchOSバージョン要件の変遷——2020年のwatchOS 7から2026年のwatchOS 26まで、64bit対応がどのように推奨から必須へと移行してきたかのタイムライン

この図の通り、64bitへの移行は段階的に進められてきましたが、2026年4月をもって完全に移行が完了します。

iOSでの先例

AppleはiOSでも同様の移行を行った実績があります。iOS 11(2017年)で32bitアプリのサポートを完全に終了しました。当時は一部の古いアプリが動作しなくなり混乱がありましたが、結果的にはアプリエコシステム全体の品質向上につながりました。

watchOSの64bit必須化は、このiOSの先例に約9年遅れて実施されることになります。Apple Watchのアプリエコシステムが成熟するまでの猶予期間を設けた形です。

watchOS 26 SDKの変更点

ビルド要件の厳格化

2026年4月以降、App Store Connectに新規提出または更新するwatchOSアプリは、以下の要件を満たす必要があります。

要件詳細期限
ターゲットSDKwatchOS 26 SDK2026年4月〜
アーキテクチャarm64のみ(armv7k廃止)2026年4月〜
最小デプロイメントターゲットwatchOS 10以降推奨推奨(必須ではない)
Xcode バージョンXcode 18以降2026年4月〜
Swift バージョンSwift 6.0以降推奨推奨(必須ではない)

既存アプリへの影響

重要なのは、既にApp Storeに公開されているアプリについては、即座に削除されるわけではない点です。Appleの方針は以下の通りです。

  1. 新規提出: 2026年4月以降、watchOS 26 SDKでビルドされていないアプリは新規申請を受け付けない
  2. アプリ更新: 既存アプリの更新時にもwatchOS 26 SDKでのビルドが必要
  3. 既存バージョン: 更新せずに既存バージョンのまま公開し続けることは可能だが、将来のOS更新で動作しなくなる可能性がある
  4. App Storeガイドライン: 長期間更新されていないアプリに対する削除警告が別途適用される場合がある

主要フレームワークの変更

watchOS 26 SDKでは、以下のフレームワークに重要な変更が加えられています。

SwiftUI: watchOS向けのSwiftUI APIが拡張され、より複雑なUIレイアウトがWatch上で実現可能に。特にNavigationSplitViewのWatch対応やカスタムダイアログの表現力が向上しています。

WidgetKit: Smart Stackに配置されるウィジェットでインタラクティブな操作が可能になりました。ボタンタップやトグル操作をウィジェット内で処理でき、アプリを開かずに操作を完結できるケースが増えます。

HealthKit: 新しいセンサーAPIが追加され、Apple Watch Ultra 3のマルチスペクトル心拍センサーやSpo2センサーのデータに、より詳細にアクセスできるようになりました。睡眠ステージ分析のアルゴリズムも改善されています。

Apple UIデザインキットの更新

watchOS 26 SDKの変更と同時に、AppleはFigmaとSketch向けのUIデザインキットを更新しました。

次の図は、watchOS 26の新機能とUIデザインキットの更新内容を一覧で示しています。

watchOS 26新機能一覧——左にwatchOS 26の技術的変更点、右にUIデザインキットの更新内容を示した概要図

Figmaデザインキットの詳細

AppleがFigma向けの公式デザインキットを提供し始めたのは2023年からです。今回の更新では以下の内容が含まれています。

  • iOS/iPadOS 26テンプレート: 最新のUIコンポーネント(ナビゲーション、ボタン、フォーム等)を含むデザインファイル
  • watchOS 26テンプレート: Apple Watchの各画面サイズ(41mm、45mm、49mm)に対応したテンプレート
  • visionOS 3テンプレート: Vision Pro向けの空間UIコンポーネント
  • Auto Layout対応: Figmaのアダプティブレイアウト機能と連携した、デバイスサイズ自動対応テンプレート

Sketch デザインキット

Sketch向けのデザインキットも同様に更新されています。SketchはApple開発者の間で長年使われてきたツールですが、Figmaの台頭により利用者は減少傾向にあります。Appleが引き続きSketch向けのキットを提供していることは、既存のワークフローを尊重する姿勢の表れです。

SF Symbols 7

デザインキットの更新に合わせて、SF Symbols 7もリリースされました。新たに約800点のアイコンが追加され、合計で6,500点以上のシンボルが利用可能になっています。特にヘルスケア、フィットネス、スマートホーム関連のアイコンが充実しており、watchOSアプリのUI設計に直接活用できます。

他プラットフォームとの比較

watchOSの要件変更は、競合するウェアラブルOSの状況と比較して理解する価値があります。

項目watchOS 26Wear OS 5Tizen (Galaxy Watch)HarmonyOS 4
アーキテクチャ要件arm64必須arm64推奨arm64対応arm64必須
最新SDK強制必須推奨(非強制)必須必須
デザインキットFigma/Sketch公式Material DesignSamsung One UI独自キット
開発言語Swift/Obj-CKotlin/JavaC/C++ArkTS/Java
レビュー期間1-3日数時間-1日1-2日1-3日
32bitサポート完全廃止部分的に残存廃止済み廃止済み

AppleとHuawei(HarmonyOS)が最も厳格な要件を設定しており、Googleは比較的緩やかなアプローチを取っている点が特徴的です。Appleの強制的なアプローチは開発者の負担が大きい一方、エコシステム全体の品質と安全性を底上げする効果があります。

開発者が今すぐやるべきこと

移行チェックリスト

watchOS 26 SDKへの移行を円滑に進めるために、以下のチェックリストを活用してください。

1. ビルド環境の更新

  • macOS 16(Sequoia)以降にアップデート
  • Xcode 18をインストール
  • watchOS 26 Simulatorをダウンロード

2. プロジェクト設定の変更

  • Base SDKをwatchOS 26に変更
  • ArchitecturesからarmV7kを削除(arm64のみに設定)
  • Deployment TargetをwatchOS 10以降に設定(推奨)
  • Swift Language Versionを6.0に更新(推奨)

3. 依存ライブラリの確認

  • 使用しているサードパーティライブラリが64bit対応済みか確認
  • CocoaPods/Swift Package Managerの依存関係を更新
  • 32bit専用のライブラリを使用している場合は代替を検討

4. テストと提出

  • 全Apple Watchモデル(Series 7以降)でのテスト実施
  • watchOS 26 Simulator上でのUIテスト
  • App Store Connectへの提出前にpre-submitバリデーションを実行

注意すべきポイント

Objective-Cコードの互換性: Swiftプロジェクトであっても、ブリッジされたObjective-Cコードが32bitに依存している場合があります。特にC言語のライブラリをラップしているケースでは、LP64モデル(64bit long/pointer)に対応しているか確認が必要です。

CoreData/SQLiteの移行: データベーススキーマが32bit整数型を使用している場合、64bit環境での動作に問題がないか検証が必要です。特にタイムスタンプやIDに32bit整数を使用している場合は、2038年問題への対応も含めて64bit整数への移行を検討すべきです。

日本への影響

日本のApple Watch市場

日本はApple Watchの主要市場の一つです。2025年の日本国内のスマートウォッチ市場において、Apple Watchのシェアは推定50%以上を占めています。特に、Apple Payのsuica/PASMO対応により交通系ICカードとしての利用が浸透しており、Apple Watchが「生活インフラ」としての役割を果たしている点は、他国にない日本独自の特徴です。

日本の開発者への影響

日本のiOS/watchOS開発者コミュニティは活発で、App Storeに公開されているwatchOS対応の日本語アプリは数千本に上ります。特に以下のカテゴリのアプリが影響を受ける可能性があります。

ヘルスケア/フィットネス: 日本の健康管理アプリの多くがwatchOS対応を提供しています。HealthKit APIの変更に伴い、データ取得ロジックの更新が必要になる場合があります。

交通/ナビゲーション: 乗換案内やナビゲーションアプリのwatchOS拡張機能。WidgetKitの拡張により、Smart Stackでの情報表示が改善できる機会でもあります。

生産性ツール: タスク管理やカレンダーアプリのwatch対応。SwiftUIの拡張により、より複雑な操作がWatch上で可能になります。

WWDC 2026への期待

Appleの開発者向けカンファレンスWWDC 2026は2026年6月に開催予定です。watchOS 26のさらなる詳細がここで発表される見込みで、日本の開発者コミュニティもこの発表を注視しています。

特に注目されているのは、Apple WatchへのオンデバイスAI機能の導入です。Apple Intelligence(Appleの生成AI機能)がiPhoneとiPadに展開されていますが、Watch向けの展開についてはまだ具体的な発表がありません。watchOS 26でApple Intelligence対応が発表された場合、対応アプリの開発需要が急増する可能性があります。

Figmaの日本市場での影響

Figmaは日本のデザイナーの間で急速に普及しており、Apple公式デザインキットのFigma対応は歓迎されています。これにより、デザイナーとエンジニアの間でApple Watch UIの仕様共有がよりスムーズになります。

日本のデザインツール市場では、Adobe XDの開発終了(2024年)を受けてFigmaへの移行が加速しています。AppleがFigma向けの公式キットを充実させることは、この移行をさらに後押しする効果があります。

まとめ

watchOS 26の64bit必須化とSDK更新は、Apple Watchアプリエコシステムの品質を底上げする重要な変更です。開発者は以下のアクションを速やかに実行してください。

  1. 今すぐビルド環境を更新する: Xcode 18をインストールし、既存のwatchOSプロジェクトをwatchOS 26 SDKでビルドできるか確認する。コンパイルエラーが出た場合は、32bit依存のコードやライブラリを特定して修正する
  2. UIデザインを最新キットに合わせる: Figma/Sketch向けのApple公式デザインキットをダウンロードし、既存アプリのUIがwatchOS 26のデザインガイドラインに適合しているか確認する。SF Symbols 7の新アイコンを活用してUIを改善する
  3. テスト計画を策定する: watchOS 26 Simulatorでの回帰テストを計画し、特にHealthKit、WidgetKit、通知機能の動作確認を重点的に行う。実機テスト用にwatchOS 26 Betaの導入も検討する

4月の期限は目前ですが、iOSでの32bit→64bit移行の先例があるため、多くのライブラリやツールは既に対応済みです。未対応のプロジェクトは、今すぐ移行作業に着手することを強くお勧めします。

この記事をシェア