LASSIC Media らしくメディア

LASSIC IT事業部｜元請（プライムベンダー）としてシステム保守・運用を受託

App Intents連携とは — Siri・ショートカットにアプリ機能を橋渡しする仕組み

アプリのSiri・ショートカット連携とは、App Intents（アップルが提供するSwift製のフレームワーク）を使い、アプリの特定機能をSiriの音声コマンドやショートカットアプリの自動化、Spotlight検索、ウィジェットから呼び出せるようにする実装を指します。App Intentsはこれらの窓口ごとに個別実装する必要をなくし、1つのIntent定義を複数の入口に接続する設計が特徴です^*1。

App IntentsはiOS 16以降で導入されたフレームワークで、従来アプリごとに個別対応が必要だったSiriKit Intents（Siri連携専用の旧フレームワーク）を置き換える位置づけです^*2。Swiftの構造体としてIntentを宣言し、実行処理を1箇所に書くだけで、Siri・ショートカット・Spotlight・ウィジェットといった複数の窓口にまとめて接続できる設計になっています^*2。

この連携が注目される背景には、OSの提案機能（アプリを開かなくても操作を提示する仕組み）が拡大している事情があります。ユーザーがアプリを都度開いて操作する手間を減らせる分、対応アプリと非対応アプリの体験差が広がりやすい状況だと言えるでしょう。法人向けアプリでも、定型業務の呼び出しを音声・ショートカットで完結できる価値は着実に高まっています。

本稿は、ウィジェットやApp Clipsとは異なる論点である「Intent経由でアプリ機能をOSに公開する実装」に絞って解説します。ウィジェット単体の実装やApp Clips（アプリの一部機能だけをダウンロードなしで試せる仕組み）については別稿で扱っており、混同しないよう区別して読み進めてください。

Intent・Entity・App Shortcuts — 実装を構成する3要素

App Intentsの実装は、大きく3つの要素の組み合わせで成り立ちます。それぞれの役割を理解しないまま設計を進めると、後工程で手戻りが発生しやすくなります。

AppIntentは「動詞」— アプリが実行できる操作を定義する

AppIntentは、アプリが外部から呼び出されたときに何を実行するかを定義するSwiftの構造体です。タイトル（ユーザーに表示される操作名）と、実行本体にあたるperformメソッドを持つ設計になっています^*2。「タスクを追加する」「配送状況を確認する」のように、ユーザー視点での操作の単位で1つのIntentを作るのが基本です。

AppEntityは「名詞」— Intentが操作する対象データを表す

AppEntity（アプリエンティティ）は、Intentが操作する対象のデータをOSに理解させるための仕組みです^*2。案件管理アプリであれば「案件」、在庫管理アプリであれば「商品」がAppEntityの候補になります。IDと表示情報を持つ構造体として定義することで、Siriやショートカットがそのデータを認識し、検索・選択の対象にできるようになります。

AppShortcutsProviderはアプリインストール直後から機能を提案する窓口

AppShortcutsProviderは、アプリ本体にAppShortcutsを定義する仕組みで、システムが自動的に検出・登録を行います^*2。Siriから話しかける際のフレーズには、アプリ名を含める仕様になっている一方、Spotlightのように視覚的に表示される場面ではタイトルと画像が必要になります^*3。この設計により、ユーザーはアプリを初めて起動した直後から、Siriやショートカットで機能を呼び出せる状態になります。

3要素を組み合わせる設計思想は「アプリの機能をOSの語彙（Intent）とデータ（Entity）に翻訳する」ことに集約されます。フレーズ設計・語彙選定の精度が、実際にユーザーがSiriで機能を呼び出せるかどうかを左右する重要な工程です。

音声起動・提案・ウィジェット — App Intentsで実現できること

App Intentsを実装すると、アプリの機能を複数の窓口から呼び出せるようになります。代表的な活用場面を整理します。

Siriへの音声コマンドでアプリ機能を起動する

ユーザーがSiriに話しかけることで、アプリを開かずに特定の操作を実行できます。案件登録・ステータス確認・検索といった定型操作は、音声コマンドとの相性が良い領域です。ただしフレーズにはアプリ名を含める仕様のため^*3、短い一言だけで起動する体験は設計できない点に留意が必要です。

ショートカットアプリでの自動化に組み込む

ユーザーは標準のショートカットアプリで、複数のアプリのIntentを組み合わせた自動化フローを作成できます。時間・場所・他のアプリの操作をトリガーに、登録したIntentを実行する構成が可能になり、業務アプリであれば「出社時に日報テンプレートを開く」といった運用に応用できます。

Spotlight検索やウィジェットからの操作導線を増やす

AppEntityとして定義したデータは、Spotlight検索の結果に表示できるようになり、ホーム画面を経由せずアプリ内のデータへ直接アクセスする導線を作れます。同様に、Intentをボタンとして配置するインタラクティブウィジェットも構成可能で、ウィジェット上のボタン操作からアプリを開かずに処理を完結させる設計ができます。

これらはいずれも「アプリを開く」という一手間を省く方向の機能強化です。定型業務や頻度の高い操作をIntent化するほど、ユーザーの利用頻度・定着率に影響を与えやすい領域だと考えられます。

既出のウィジェット・App Clipsとの違いと使い分け

App Intentsとウィジェット・App Clipsは関連する技術ですが、解決する課題が異なります。混同したまま企画を進めると、実装範囲の見積もりがずれる原因になります。

ウィジェットは「常時表示される情報パネル」、App Intentsは「呼び出す操作の窓口」

ウィジェット単体の実装は、ホーム画面やロック画面に情報を常時表示する仕組みが中心です。一方でApp Intentsは、Siriやショートカットから能動的に呼び出す操作を定義する仕組みであり、両者は補完関係にあります。実際、iOS 17以降のインタラクティブウィジェットはApp Intentsのボタン機能を土台にしており、ウィジェットの中でIntentを使う構成になる場合が多いです。

App Clipsは「未インストールでの一部機能利用」、App Intentsは「インストール後の機能公開」

App Clipsは、アプリをインストールしていないユーザーに一部機能だけを軽量に提供する仕組みで、QRコードやNFCタグからの起動を主な入口とします。対してApp Intentsは、すでにアプリをインストールしたユーザーに対して、Siri・ショートカット・Spotlightという別経路から機能を呼び出せるようにする仕組みです。想定するユーザーの状態（未インストールか、インストール済みか）が根本的に異なります。

企画時は「常時表示」「一時利用」「音声・提案呼び出し」の3軸で整理する

アプリの企画段階では、実現したい体験がウィジェットの「常時表示」なのか、App Clipsの「一時利用」なのか、App Intentsの「音声・提案経由の呼び出し」なのかを切り分けて整理すると、必要な実装範囲が明確になります。3つを同時に実装する必要はなく、ユーザーの利用シーンに応じて優先順位を付ける判断が実務上は現実的です。

審査ガイドラインとプライバシー対応の論点

App Intentsの実装は、Apple App Store Review Guidelinesの審査対象に含まれます。企画段階でこの論点を見落とすと、審査で差し戻しになるリスクがあります。

登録するIntentはアプリの実装機能に対応させる

App Store Review Guidelinesは、SiriKitおよびShortcutsに関する項目で、アプリが実際に実装できるIntentのみを登録するよう求めています^*4。食事管理アプリがフィットネス機能を持たないのにワークアウト開始のIntentを登録するような、機能と語彙が対応しない実装は認められません^*4。

フレーズの語彙はアプリ名・ブランドに関連させる

同ガイドラインでは、Siriフレーズに使う語彙がアプリに関連していることも求められています^*4。一般的な用語や第三者のアプリ名を語彙に含めることは認められておらず、フレーズ設計時にはアプリ固有の名称・機能名を用いる必要があります^*4。

録音・記録を伴う機能はユーザーへの明示が必須

Intentの実行がカメラ・マイク・画面録画など記録機能を伴う場合、ユーザーの明示的な同意取得と、記録中であることを視覚的・聴覚的に示す状態の維持が審査ガイドラインで求められています^*4。この要件はApp Intents固有ではありませんが、音声起動と組み合わせた機能では見落とされやすい論点です。

プライバシーに関わるデータをIntentの実行結果として扱う場合は、既存のプライバシーポリシー・データ利用方針との整合性も確認が必要です。審査対応を後回しにすると、リリース直前の差し戻しで公開スケジュールが崩れかねません。

外注時に確認すべき設計・引き継ぎの論点

App Intents連携の実装を開発会社に外注する場合、Intent設計そのものを丸投げにすると、実際の業務フローと合わない粒度で実装されるリスクがあります。発注前に押さえておきたい論点を整理します。

自社で内製するには何が必要か

App Intents連携を内製するには、iOSのSwift実装スキルに加えて、ユーザーの発話パターンを想定したIntent・フレーズ設計の経験、AppEntityとして既存データモデルを再構成する設計力が必要です。特にフレーズ設計は、実際にSiriで意図通り呼び出せるかを検証しながら調整する反復作業を伴うため、実機での試行錯誤に一定の工数を要します。社内に音声インターフェース設計の経験者がいない場合、企画段階で要件を固めきれないまま実装に入ってしまうケースが見られます。

Intent設計の粒度と業務フローの根拠を確認する

提案書に「Siri対応」「ショートカット対応」とだけ書かれている場合、どの業務操作をどの粒度のIntentに分割するのか、根拠まで確認する必要があります。1つのIntentに複数操作を詰め込むと、Siriでの呼び出し精度が落ちる場合がある一方、細かく分割しすぎると開発・保守の工数が増えるため、業務フローに基づいた粒度設計の説明を求めることが重要です。

審査対応とプライバシー文書の更新範囲を契約に明記する

App Intentsの追加はApp Store審査の対象となり、プライバシーポリシーの更新が必要になる場合があります。審査差し戻しへの対応工数や、プライバシー文書の改訂作業を納品範囲に含めるかどうかを契約段階で明記しておくと、追加費用の発生を事前に防げます。

Intent設計を丸投げにせず、自社側が業務フローの優先順位を把握したうえで発注先と対話する体制を整えることが、外注を成功させる実務上のポイントです。

まとめ：App Intents連携を機能させる3つの判断軸

本稿では、アプリとSiri・ショートカットを連携させるApp Intentsの実装について、構成要素と実現できること、審査・プライバシー対応、外注時の論点を整理しました。要点を3つに集約すると次の通りです。第一に、App Intentsは1つのIntent定義をSiri・ショートカット・Spotlight・ウィジェットに横断的に接続する仕組みで、ウィジェット単体やApp Clipsとは解決する課題が異なることです。第二に、実装の中心はIntent・Entity・フレーズの設計であり、業務操作の粒度をどう分割するかが呼び出し精度と保守性を左右します。第三に、審査ガイドラインとプライバシー要件への対応は企画段階から織り込む必要があり、外注時も粒度設計の根拠と審査対応範囲を確認する姿勢が欠かせません。

よくある質問

著者：テレリモ総研編集部　鈴木 亮佑

ご不明な点はお問い合わせフォームからもご連絡いただけます。

1. *1　出典：Apple Inc.「App Intents」（Apple Developer Documentation）https://developer.apple.com/documentation/appintents
2. *2　出典：Apple Inc.「Get to know App Intents」（WWDC25セッション）https://developer.apple.com/videos/play/wwdc2025/244/
3. *3　出典：Apple Inc.「App Shortcuts」（Apple Human Interface Guidelines）https://developer.apple.com/design/human-interface-guidelines/app-shortcuts
4. *4　出典：Apple Inc.「App Review Guidelines」（2.5.11 SiriKit and Shortcuts、2.5.14）https://developer.apple.com/app-store/review/guidelines/
5. *5　出典：Google LLC「App Actions overview」（Android Developers）https://developer.android.com/guide/app-actions/overview

Tweet