サードパーティライブラリ：Appleポリシー準拠

Appleのより厳格な App Store 2025年のポリシーでは、開発者はすべてのサードパーティ製ライブラリがプライバシー、セキュリティ、パフォーマンスに関する高い基準を満たすことを保証する必要があります。非準拠はアプリの審査落ち、収益の損失、評判の低下につながる恐れがあります。

要点:

• Privacy Manifestsの義務化: 2024年5月1日より、すべてのアプリに詳細なPrivacy Manifests（PrivacyInfo.xcprivacy）を含め、サードパーティ製SDKがユーザーデータをどのように扱うかを明示する必要があります。
• サードパーティ製ライブラリの監査: 次のようなツールを活用しましょう iOSプロファイリング 15を使用してプライバシーレポートを生成し、すべてのSDKがAppleのガイドラインに準拠していることを確認します。
• 最新情報をチェック: Appleの変化するポリシーを定期的に確認し、SDKを更新し、最新バージョンのXcodeと Capacitor.
• よくある落とし穴を避ける：拒否は、プライバシーマニフェストの欠落、古いSDK、またはAPIの不適切な使用が原因であることが多いです。

クイックヒント:

• Xcodeでプライバシーレポートを生成し、コンプライアンスのギャップを特定します。
• デバッグには、 npm audit と yarn list 依存関係の分析に。
• 検討してください live update ソリューションを など Capgo App Storeの遅延なしで、迅速なコンプライアンス修正を行うために。

コンプライアンスは拒否を避けることだけではありません。信頼を構築し、ユーザー体験を向上させ、App Storeでの長期的な成功を確保します。

Appプライバシー詳細ラベルの追加方法（Apple App Store Connect)

AppleのサードパーティSDKとプライバシー要件

Appleは、サードパーティライブラリに対して厳格なルールを設けています。 Capacitor アプリ App Storeの承認に向けてプライバシーとセキュリティのコンプライアンスを確保するためです。開発者は、App Store Review Guidelinesに記載されているとおり、サードパーティSDKを含むアプリ内のすべてのcodeに責任を負います。この責任はデータ収集とトラッキングの実践にも及び、そのため、Appleのプライバシー基準を理解し、遵守することが不可欠です。

AppleのPrivacy EngineeringのTony Tan氏は、この点を次のように強調しています。

「App Store Review Guidelinesに基づき、アプリに含まれるすべてのcodeに対して責任を負う必要があります。これには、あらゆるデータの収集やトラッキングの実装も含まれます。アプリのプライバシーに関する説明の大部分は、サードパーティSDKに依存していることがよくあります。多くの開発者の方々から、アプリが依存している優れたサードパーティSDKから、必要な情報をすべて取得するのが難しいという声をいただいています。Privacy Manifestsは、サードパーティSDK開発者が自身のプライバシー慣行に関する情報を提供するための新しい方法です。この情報により、アプリのプライバシーを正確に表現できるようになります。」 — Apple Privacy Engineering, Tony Tan [6]

これは、サードパーティのcodeがAppleのプライバシーおよびセキュリティ基準に準拠していることを保証するという、Appleの取り組みを裏付けるものです。

サードパーティSDKガイドライン

Appleは、すべてのサードパーティライブラリがパブリックAPIを使用し、最新のiOSバージョンでシームレスに動作することを求めています。

ガイドライン 2.4.5（サードパーティソフトウェア） サードパーティの code も自社コードと同等の基準を満たすことを求めています。これらのライブラリで非公開 API を使用することは、拒否される確実な方法です [10].

ガイドライン 5.1.5（データの収集と保存） ユーザーデータの処理には堅牢なセキュリティ対策が求められます。これは解析ツールやクラッシュレポート SDK を含むすべてのサードパーティライブラリに適用されます [1].

さらに、アプリは以下を通じて明示的なユーザーの同意を得る必要があります AppTrackingTransparency (ATT) フレームワーク ユーザーを追跡したり、広告識別子にアクセスする前に [4]。Apple は、デバイスのシグナルを用いて一意の識別を行うフィンガープリンティング技術も禁止しており、これは特定の解析や不正防止 SDK に直接影響します [4].

アプリは常に 自己完結型、つまりインストール後に新しい機能や機能を導入するcodeをダウンロードまたは実行できない [1].

プライバシーマニフェスト要件

これらのガイドラインに準拠するため、Appleは開発者にサードパーティのデータ処理を文書化した詳細なプライバシーマニフェストの包含を求めています。2024年5月1日以降、App Store Connectに提出されるアプリは、プライバシーマニフェストファイル内で必須の理由APIの使用を完全に記述する必要があります [5].

ある プライバシーマニフェスト は、次の名前のプロパティリストファイルです。 PrivacyInfo.xcprivacyこれは、XCFrameworkとして配布されるアプリやサードパーティSDKに同梱する必要があります。 Swift パッケージ、またはXcodeプロジェクト [7]。これらのマニフェストは、各 SDK が収集するデータとその使用方法を明確にします。 [3].

マニフェストに含める主なセクションは次のとおりです：

• NSPrivacyTracking: アプリまたは SDK がトラッキング目的でデータを使用するかどうかを指定します。
• NSPrivacyTrackingDomains: トラッキングに関与するドメインをリストアップします。 [8].
• NSPrivacyCollectedDataTypes: デバイス識別子やユーザーコンテンツなど、収集されるデータの種類を詳細に説明します [7][8].
• NSPrivacyAccessedAPITypes: プライバシーに敏感なAPIにアクセスする理由を説明します。APIカテゴリと承認された使用理由を含みます [8]。特定のAPIをデバイスフィンガープリンティングに悪用することは厳禁です [7][8].

Xcode 15では、アプリおよびすべてのサードパーティSDKのプライバシーマニフェストが自動的に統合され、単一のプライバシーレポートとして生成されます [7][3]。このレポートを生成するには、以下に移動します 製品 > アーカイブ > プライバシーレポートを生成、アプリ全体のデータ収集状況を包括的に把握できます [7][8].

実装プロセスは、SDK の配布方法によって異なります。静的ライブラリとして提供される SDK の場合、プライバシーマニフェストファイルを正しくバンドルするには、Xcode 15 以降で静的フレームワークを使用する必要があります [7][8].

2024 年 4 月時点の調査によると、銀行や医療などの分野を含む多くのアプリがプライバシーマニフェストを完全に実装しておらず、コンプライアンスの大きなギャップが浮き彫りになっています [9].

Apple はまた、 SDK シグネチャ をプライバシーマニフェストと併せて導入しました。これらのシグネチャは、サードパーティ SDK が新しいバージョンを採用した際に、同じ開発者によって署名されていることを検証し、サプライチェーン攻撃から保護するためのセキュリティ層を追加して、アプリの依存関係の完全性を確保します [3].

サードパーティライブラリの監査方法 Capacitor アプリ

Capacitor アプリにおけるサードパーティライブラリの監査は、Apple のポリシーへのコンプライアンスを確保するための重要なステップです。Xcode などのツールを活用し、徹底的な依存関係分析を行うことで、潜在的な問題を効果的に特定・対処できます。

使用する iOSプロファイリング プライバシーレポート

Xcodeのプライバシーレポート機能は、アプリおよび統合されたSDKがデータをどのように処理しているかを示す詳細な概要を提供します。プライバシーマニフェストを単一のレポートに集約することで、収集されるデータとその使用状況が一目で把握しやすくなります。

Xcodeでプライバシーレポートを生成する方法は以下の通りです（Xcode 15以降が必要）:

1. Xcodeでプロジェクトを開きます。
2. 選択します 製品 > アーカイブ アーカイブを作成します。作成したアーカイブはOrganizerに表示されます。
3. Organizerでアーカイブを右クリックし、以下を選択します： プライバシーレポートを生成.
4. レポートを保存し、プライバシーマニフェストが不足しているSDKがないか確認します。

このレポートは、適切なプライバシー宣言が欠けているサードパーティSDKを特定するために不可欠です。例えば2023年10月、CodeWithChrisチームは、すべてのアプリ申請にプライバシーマニフェストを含める必要があるAppleのポリシー更新について指摘しました。これは2024年5月1日から義務化されます。これらの宣言が不足しているとApp Storeでのリジェクトにつながる可能性があるため、申請前にXcodeのプライバシーレポートを確認し、すべての開示内容が正確であることを確認することが極めて重要です。

Xcodeのプライバシーレポートは優れた出発点ですが、他のツールや手法を併用することで、監査プロセスをより強固なものにできます。

依存関係分析ツール

包括的なコンプライアンスを確保するために、Xcodeのプライバシーレポートに加えて、以下のツールや手法を活用してください：

• 依存関係のレビュー: package.json: 以下のコマンドを使用します: npm ls または yarn list プロジェクト内の直接依存と推移的依存の両方を特定します。
• セキュリティ脆弱性のチェック: 以下のツールを実行します: npm audit または yarn audit 依存関係に既知の脆弱性がないかスキャンします。推奨に従ってアップデートやパッチを適用してください。
• Capacitor 固有のセキュリティプラクティス: データセキュリティ、認証、ネットワークセキュリティ、WebView の設定などに細心の注意を払ってください。例として:
  • 機密情報（例: API キー）を code に埋め込まないでください。代わりにサーバーサイドで管理してください。
  • 機密データをローカルに保存するには、セキュアな keychain または keystore を使用してください。
• Content Security Policy (CSP)： Capacitor Web View に対して強力な CSP を設定し、アプリが読み込めるリソースを制限することで、不正なスクリプトへの露出を低減します。
• SDK 開発者へのプライバシーマニフェストの要求: SDK にプライバシーマニフェストがない場合は、開発者に連絡して提供を依頼してください。
• Apple のドキュメントの確認: 公式ドキュメントを参照し、アプリが Apple のガイドライン データ使用量 および必須 API に準拠していることを確認してください。

注目すべき点として、多くの SDK 開発者は既存のライブラリバージョンにプライバシーマニフェストを追加できます。つまり、コンプライアンス要件を満たすために、必ずしも最新バージョンにアップデートする必要はないということです。ただし、依存関係の更新や変更について最新情報を把握しておくことは依然として重要です。

Capacitor プロジェクトでのコンプライアンス実装方法

ライブラリの監査が終わったら、次は修正の実装です。これには、プライバシーマニフェストの作成、高リスクな SDK の管理、およびコンプライアンスチェックの自動化が含まれます。

プライバシーマニフェストの作成と管理

プライバシーマニフェストは、アプリや SDK がユーザーデータをどのように扱うかを定義する重要なファイルです。App Store に提出するアプリでは、Apple によってこれらの宣言が義務付けられています。

Capacitor でのプライバシーマニフェストの設定

プロジェクトにプライバシーマニフェストを含めるには、Capacitor 8.0.0 以降などの互換性のある Capacitor バージョンを使用していることを確認してください。 [12].

プライバシーマニフェストファイル（ファイル名： PrivacyInfo.xcprivacy）は、XCFramework、Swift Package、または framework bundle として配布されるアプリやサードパーティ SDK に埋め込むことができます [15]。このファイルでは、SDK によって収集されるデータの種類、各データの利用目的、ユーザーとの紐付けの有無、およびトラッキングへの使用の有無を指定します。 [11].

SDK にプライバシーマニフェストがない場合の対処法

プライバシーマニフェストが提供されていない SDK の場合は、SDK の API 使用状況に基づき、アプリのマニフェストに必要な宣言を手動で追加する必要があります。 [13]。例えば、 Situm SDK は、Precise Location、Device ID、Performance Data などのデータタイプを宣言することを要求します [14].

高リスク SDK の管理

最近のセキュリティ侵害は、高リスク SDK の管理の重要性を強調しています。「Know Your SDK」のアプローチを採用することで、これらのリスクを軽減できます。これには、バイナリのテストと、制限された API を検出するためのカスタムスクリプトの使用が含まれます [16][17][18].

静的解析および動的解析ツールを使用してアプリのバイナリを調査し、SDK がどのようにデータを収集・送信しているかを特定します [16]。制限された API を見つけた場合は、サードパーティの code への依存を減らし、脆弱性を最小限に抑えるために、社内ソリューションへの置き換えを検討してください [17].

継続的な監視が鍵

定期的な SDK の監査は、コンプライアンス維持に不可欠です [17]。アプリ内のすべての SDK に有効な署名と適切なプライバシーマニフェストがあることを確認する責任があります。これを怠ると、App Store での拒否につながる可能性があります [17].

Capgo は、リアルタイム更新と簡素化されたコンプライアンスワークフローを通じて、このプロセスを簡素化するソリューションを提供します。

Capgo コンプライアンス対応を簡素化

Capgo は、特にライブアップデートが重要な場面で、コンプライアンス課題の管理に実用的なソリューションを提供します。Capgo なら、App Store のレビューを通さずにコンプライアンス修正を即座にプッシュできます。

この機能は、プライバシーマニフェストの展開時に非常に役立ちました。開発者は App Store の承認を待たずに、コンプライアンス問題へ迅速に対応できました。

スムーズなデプロイ

Capgoのlive updateシステム App Storeの審査による遅延を回避し、リアルタイムで修正をデプロイできます。シームレスなCI/CD統合とグローバル配信システムにより、アップデートを迅速にロールアウトし、新しいポリシーへの準拠を維持します。 [19].

Capgoでコンプライアンスを自動化

CapgoのCI/CD統合により、コンプライアンスチェックとデプロイの自動化が容易になります。自動テストでコンプライアンスの問題が検出されたり、新しいプライバシー要件が発生したりした場合、Capgoのlive updateシステムを使用して修正をデプロイするようにパイプラインを構成できます。このアプローチにより、スムーズなユーザー体験を確保しながら、進化するポリシーにいち早く対応できます。

提出前のコンプライアンス・チェックリスト

CapacitorアプリをApp Storeに提出する準備として、詳細なコンプライアンス・レビューを完了させることが極めて重要です。このステップにより、アプリがサードパーティライブラリに関するAppleの要件を満たしていることを確認し、リジェクトによる遅延を防ぎます。

プライバシー宣言の検証

すべてのプライバシー宣言が完全かつ正確であることを再確認してください。アプリ内のすべてのサードパーティ製SDKは、独自のプライバシーマニフェストを含むか、アプリレベルのマニフェストで管理されている必要があります。Xcode 15を使用して、App Store Connect用の統合プライバシーレポートを生成してください。

各SDKのプライバシーマニフェストが実際の機能と一致しているか、しっかり確認してください。例えば、 SDKを調整する データトラッキングの利用状況と関連するプライバシーラベルを示すマニフェストを提供します [20]。SDK にプライバシーマニフェストが含まれていない場合、そのデータ使用状況を反映するためにアプリレベルのマニフェストを更新する必要があります [20]。2024年春から、Appleはユーザーのプライバシーに影響を与えるすべてのSDKについて、アプリにプライバシーマニフェストの同梱を義務付けます [11].

また、プライバシーに影響を与えるすべてのSDKが開発者によって適切に署名されていることを確認してください。この手順により、ソフトウェアサプライチェーンのセキュリティが強化され、脆弱性が軽減されます [11]。すべてが正常であることを確認したら、Xcodeでこれらの設定をテストして正確性を確認してください。

Xcodeでのテスト

プライバシー宣言を検証した後、Xcodeを使用してアプリを徹底的にテストしてください。Points of Interestインストゥルメントを活用し、ユーザーを追跡する可能性のあるネットワーク接続を特定します。このツールは、プライバシーマニフェストに追跡ドメインとしてリストすべきドメインがあるかどうかを判断するのに役立ちます。また、Xcodeが情報を正しくコンパイルできるように、プライバシーマニフェストファイルがアプリのターゲットリソースに正しく追加されていることを確認してください [7].

以下の方法で複数のデバイスでアプリを実行し、テスト範囲を広げてください TestFlight。このベータテスト段階は、App Storeのレビューに提出する前に潜在的な問題を発見するために不可欠です [22].

よくあるエラーとその修正方法

テストが完了したら、スムーズな提出プロセスを確保するために、これらの一般的なコンプライアンス問題を対処してください：

• プライバシー宣言が不完全： 。App Storeのレビュー中に警告が表示された場合は、アプリのcodeを再確認し、すべての必須項目が含まれていることを確認してください [21]。各サードパーティ製ライブラリのドキュメントを確認し、そのデータ収集および処理の実践を理解してください。
• プライバシーマニフェストの欠落または不正確： すべてのプライバシーマニフェストがSDKの機能を正確に表していることを確認してください。必要に応じて、SDKの公式ドキュメントと照合してください [11].
• 署名されていないサードパーティ製SDK： Xcodeは、開発者によって適切に署名されていないSDKをフラグ付けします [3]。この場合、ベンダーに更新バージョンを連絡するか、Appleの署名基準に準拠した代替のSDKへの切り替えを検討してください。
• メタデータが不正確： アプリの説明やキーワードが、特にデータ収集やサードパーティ統合に関する機能と正確に一致していることを確認してください。メタデータの不一致は拒否の原因になります。 [22].
• パフォーマンスの問題: Xcodeのデバッグツールを使用して、メモリリークを特定・修正するか、パフォーマンスを最適化してください。サードパーティライブラリが起動時間や応答性に与える影響に特に注意を払ってください。 [22].

提出後にコンプライアンスの問題が発生した場合、Capgoのlive updateシステムは救世主になります。Capgoを使用すると、App Storeの承認を待たずにリアルタイムで修正をデプロイでき、変化するポリシーに準拠しながらもシームレスなユーザー体験を維持できます。

長期的なコンプライアンスの維持

Appleのポリシーは絶えず進化しており、 Capacitor 開発者向けににとって、これに追いつくことは継続的な課題です。ルールは頻繁に変更され、新しい要件が追加されたり、既存のガイドラインが更新されたりします。コンプライアンスを維持するには、これらの変更を積極的に監視し、自動化を活用し、デプロイプロセスが素早く適応できることを確保する必要があります。

ポリシー変更の監視

AppleはApp Store審査ガイドラインを頻繁に更新しており、 Apple App StoreとGoogle Playのモバイルアプリの85%にセキュリティとプライバシーの問題があります [24]。これは、この大多数に属さないようにするため、ポリシー変更を把握しておくことがいかに重要であるかを強調しています。

一つの戦略として、月次レビューサイクルを設けてコンプライアンスカレンダーを維持し、重要なアップデートや期限を追跡する方法があります。Apple Developerの通知を購読し、業界のチャネルをチェックすれば、ガイドラインの細かな変更も見逃しません。開発者は、メジャーなiOSリリースの合間にAppleが導入する重要なアップデートを見逃しがちです。

• 四半期レビュー：OS互換性とAPIの変更について、プラットフォームのアップデートを評価します。
• 週次チェック: 脆弱性に対処するためのセキュリティパッチの適用や、 暗号化のアップデート [23].

Appleの公式リソース以外にも、開発者コミュニティや業界メディアからポリシー変更の兆候をいち早く察知できることがあります。こうした議論は、変更が広く知られる数週間前から出てくることが多いため、事前の準備時間を確保できます。

また、アプリで使用しているサードパーティ製ライブラリに影響を与えるポリシー変更は、すべて記録しておくのが賢明です。スプレッドシートなどで、変更日、対象ライブラリ、必要なアクション、期限を管理しましょう。このドキュメントは、コンプライアンス監査に役立つだけでなく、Appleのポリシーの傾向を把握することにも繋がります。

これらのアップデートをより効率的に管理するには、自動化が鍵となります。

コンプライアンスチェックの自動化

アプリの規模が拡大し、サードパーティ製ライブラリが増えるにつれ、手動でのコンプライアンスチェックは現実的ではなくなります。早期のセキュリティスキャンが重要です。なぜなら、 セキュリティ侵害の70%は、脆弱な code に起因しているからです。 [25]自動化を活用すれば、これらの問題を早期に発見して対処できます。

ワークフローに自動化を組み込む方法は以下の通りです：

• 静的アプリケーションセキュリティテスト (SAST): これらのツールは、コミットごとに code を自動的にスキャンし、開発プロセスの早い段階で脆弱性を特定します。
• 依存関係の自動分析：これをあなたの CI/CDパイプラインに組み込みます。 82%のアプリがオープンソースコンポーネントを使用 - 多くに既知のセキュリティ脆弱性あり [25] - などのツール npm audit は、本番環境に到達する前に古いライブラリや脆弱性を検出できます。
• Code としてのポリシー：このアプローチにより、コンプライアンス要件をソフトウェアとして扱い、バージョン管理、テスト、自動強制を可能にします。Policy as Code を導入している組織は、コンプライアンス検証が 従来の方法より30%高速になると報告しています [25].
• リアルタイムスキャン：開発中のコードベースを継続的に監視することで、非準拠のcodeがメインブランチに流入するのを防げます。 コンプライアンスチェックを開発ライフサイクルに直接統合すると、組織の65%がセキュリティインシデントの減少を実感しています [25].

リアルタイム更新のためのCapgo

自動化は解決策の一部にすぎません。アプリが公開された後にコンプライアンス問題が発生した場合、従来の更新サイクルでは数週間も脆弱な状態が続く可能性があります。ここでCapgoが活躍し、コンプライアンス修正を即座に対応するライブアップデートを提供します。

Capgo は エンドツーエンド暗号化 これらのアップデートがAppleの厳格なセキュリティ基準を満たすことを保証します。他のプラットフォームで使用される基本的な署名方法とは異なり、Capgoの暗号化は、サードパーティ統合に対するAppleのますます厳しくなる要件に合致しています。

このプラットフォームにはまた、 ロールバック機能、コンプライアンス更新が予期しない問題を引き起こした場合に非常に役立ちます。例えば、プライバシーマニフェストの更新やライブラリの差し替えで問題が発生した場合、恒久的な解決策を策定しながら、直ちに以前のバージョンに戻すことができます。

「今や迅速なフィードバックを得ることが非常に重要です。セキュリティテストを追加し、初期段階でセキュリティレポートを取得することで、code に重大なセキュリティ脆弱性を引き起こす可能性がある要素があるかを把握する必要があります。それがDevOpsの本質です。」

• Panos Megremis、Camelot Lottery Solutions テスト責任ソフトウェアエンジニア [24]

Capgo はCI/CDパイプラインとシームレスに統合され、開発ワークフローの一部としてコンプライアンス更新を自動化できます。自動スキャンが脆弱性やポリシー違反を検出すると、Capgo は修正を影響を受けるユーザーに直接デプロイできます。これにより手作業の負荷が軽減され、新たな脅威への迅速な対応が保証されます。

を使用すると、 更新の95%が24時間以内に配信、Capgo はコンプライアンス修正を迅速にユーザーに届けます。この速度は、特にセキュリティ関連の更新において、Appleが厳格な期限付きでポリシー変更を発表した際に極めて重要です。

結論： App Store コンプライアンス対応の成功

Appleのコンプライアンス要件への対応は、必ずしも難しいものではありません。適切な戦略により、コンプライアンスは障害ではなく、アプリを際立たせる強みへと変わります。

主なポイント

Appleのコンプライアンス基準を満たすことは、アプリのポテンシャルを最大限に引き出すために不可欠です。Appleは 50%のアプリレビューを24時間以内、90%を48時間以内に処理しています [26]、そのため、準備しておくことでアプリをより早くユーザーに届けられます。

コンプライアンスへの道のりは、Appleのプライバシーマニフェスト要件とサードパーティ SDK のガイドラインを理解することから始まります。Xcodeレポートや依存関係分析ツールを使って定期的にアプリを監査すれば、リジェクトにつながる前に潜在的な問題を特定して解決できます。プライバシーマニフェストと高リスクSDKを積極的に管理することで、進化するAppleのルールにアプリを適合させ続けられます。

コンプライアンスを維持するには、継続的な監査と自動化が不可欠です。CI/CD pipelineにコンプライアンスチェックを組み込めば、脆弱性を早期に発見し、ポリシー更新にもシームレスに対応できます。Appleのガイドラインの最新情報を把握し、明確なプライバシーポリシーを維持し、データ保護を優先し、ユーザビリティテストを実施するといった取り組みが重要なステップです [2]。定期的な監査と社内標準のリポジトリを備えたコンプライアンスフレームワークを確立すれば、長期的にアプリの準備を整えておけます。

技術面だけでなく、コンプライアンスは信頼を築きます。信頼性とユーザーの安全性を示すことで、レビュー評価が上がり、ダウンロード数が増え、アプリ削除のリスクも減ります [2]。これらの戦略は、App Storeでの成功を収め、長期的なユーザーの信頼を育むために極めて重要です。

live update ソリューションを活用すれば、コンプライアンス対応をさらに効率化し、課題が起きたときも先手を打てます。

Capgo でできること

ワークフローに合わせた live update ソリューションなら、これらのベストプラクティスをより簡単に実践できます。Capgo はコンプライアンスをプロアクティブなプロセスに変え、すでに数千もの本番アプリで利用されています。

Capgo のプラットフォームはエンドツーエンド暗号化を備え、ライブアップデートが Apple の厳格なセキュリティ基準を満たすことを保証します。シームレスな CI/CD 統合と即時ロールバックにより、アプリは常にコンプライアンスを満たし、安全な状態を保てます。

Capacitor 開発者なら、Capgo がスキャンを自動化し、迅速なアップデートを可能にするため、App Store の審査遅延を回避しつつ、違反にすぐ対処できます。このプラットフォームなら アップデートの95%を24時間以内に配信 できるため、ポリシー変更に慌てて対応することなく、常に先手を打てます。

Apple のポリシーが進化し続ける中、コンプライアンス重視の App Store でアプリの競争力を維持し、ユーザーの信頼を得るには、Capgo のような信頼できる live update ソリューションが不可欠です。

よくある質問

::: FAQ

Capacitor アプリのサードパーティライブラリが Apple の App Store 要件を満たしていることを、開発者はどう確認できますか？

Capacitor アプリで使用しているサードパーティ製ライブラリが Apple の App Store ポリシーに準拠しているか確認するには、次の対応を行ってください：

• Privacy Manifest の追加: 使用する各サードパーティ製 SDK に、詳細な Privacy Manifest を含めてください。このドキュメントでは、収集するデータとその理由を明確に説明する必要があります。これは App Store への提出に必須の要件であり、Apple とユーザー双方への透明性を確保するのに役立ちます。

• App Store Connectでのデータ使用に関する説明: アプリとサードパーティライブラリがユーザーデータをどのように扱うかを明確に説明してください。データをトラッキングに使用する場合は、申請時にその旨を明記し、iOS 14.5で導入されたAppTrackingTransparencyフレームワークを通じてユーザーの同意を必ず取得してください。

これらの手順に従えば、Appleのポリシーを遵守し続け、ユーザーとの信頼関係を築けます。次のようなツール Capgo は、App Storeの再審査なしでCapacitorアプリをリアルタイム更新できるようにすることで、このプロセスを簡単にします。手間をかけずにアプリのコンプライアンスを維持し、最新の状態に保てます。 :::

::: FAQ

Capgo の live update システムは、Apple の App Store ポリシーへの準拠をどのように支援しますか？

Capgoのlive updateシステムは、次のことを可能にすることで、開発者がAppleのApp Storeポリシーに適合し続ける方法を提供します。 即時アップデートをつまり、App Storeのレビューを待たずに、バグ修正、セキュリティ強化、パフォーマンス改善が可能です。Appleの変化するガイドラインにアプリを適応させ続けられるようにする効率的な方法であり、特に プライバシールール と ユーザーデータの保護.

Capgo を活用することで、開発者は不要な遅延を避けながら、アプリをスムーズに稼働させ、規制に準拠した状態を保つことができます。エンドツーエンド暗号化やリアルタイムアップデートといった機能により、アップデートが Apple と Android の両方の基準に準拠することが保証されるため、長期的なコンプライアンス維持に信頼できる選択肢となります。 :::

::: FAQ

2024年5月1日までに、アプリに必要なプライバシーマニフェストを含めなかった場合、どうなりますか？

アプリに必要なプライバシーマニフェストが 2024年5月1日 の期限までに提出されていない場合、App Store Connect によってリジェクトされます。つまり、新しいアプリをリリースしたり、App Store にアップデートを配信したりできなくなります。

さらに、プライバシーマニフェストで必須 API の利用目的を明確に示していないアプリもリジェクトされます。このポリシーは、データ利用に関する透明性を高め、不正なデータ収集を抑止するための Apple の取り組みの一環です。 :::

続きを読む：サードパーティライブラリ：Apple ポリシーへの準拠

使用している場合 サードパーティライブラリ：Appleポリシー準拠 セキュリティとコンプライアンスを計画するには、これを以下と連携させてください 暗号化 暗号化の実装詳細について コンプライアンス コンプライアンスの実装詳細について Capgo セキュリティスキャナー Capgo Security Scanner のプロダクトワークフローについて Capgo のセキュリティ Capgo Security のプロダクトワークフロー向け、および Capgo トラストセンター Capgo Trust Center のプロダクトワークフロー向け。