カットの下の詳細。
この記事の作業では、元のソースである Appleの新機能を利用しました。これは、App Store で宣伝しているユーザーにとって特に重要かもしれません。
iOS 15のベータ版はすでに開発者向けに提供されており、公開テストの時期は7月になり、9月には通常どおり、このバージョンが一般ユーザーに提供されることを思い出してください。
Inapp Events Inapp Events
機能を使用すると、ゲームの大会、映画のプレミア、ライブ放送など、アプリケーションやゲームの現在のイベントについてユーザーに迅速に通知できます。秋から、訪問者は iOS および iPadOS の App Store でアプリ内イベントを直接確認できるようになります。
iOS および iPadOS では、アプリ内イベントはイベント カードの形式で App Store に表示されます。イベント カードには、イベントの名前、簡単な説明、画像またはビデオが含まれます。クリックすると、イベント/イベントに関する詳細情報 (特に、参加するには購入またはサブスクリプションが必要かどうか) と、ソーシャル ネットワーク上で情報を共有できるボタンが含まれるページが開きます。そこでは、ミニメーリング リストに登録して、目的のイベントの開始に関する通知を受け取ることもできます。
新規ユーザーは、イベントカードとイベント情報ページの両方からアプリケーションをダウンロードできます。 「開く」をクリックしてダウンロードが完了すると、アプリケーションまたはゲームの目的の画面に直接移動します。
アプリケーション内のイベントは次のように表示されます。
- , .
- . , , ( , , ). , .
- «», «» «».
イベントは App Store Connect で構成および管理されます。開発者は、メタデータの入力、リージョンの選択、追加情報の追加を求められます。いつでも検討対象のイベントを送信でき ます。更新に関連付ける必要はありません。App Store のアプリケーション ページに同時に配置できるイベントの最大数は 5です。App Store Connect は、最大 10 個の承認済みイベントを保存でき ます。
イベントの選択と装飾に関する推奨事項
- イベント アイコンは、アプリ内のイベント カードと詳細ページのタイトルの上に表示されます。予定しているイベントの種類に応じて選択する必要があります。
- 30 . , . – .
- , 50 , .
- 120 , , . . , (« », «№ 1»), « »
- – , . 30 ; . .
イベントには、アプリケーションのトピックとユーザー参加の形式に応じて、さまざまなタイプがあります。
チャレンジ: 特定の目標を達成するようにユーザーを動機付けることを目的としたイベント - たとえば、トレーニング アプリケーションでのフィットネス チャレンジや特定の目標に合格することなどゲームのレベル数。
競争: ユーザーが最高のランキングや報酬を求めて互いに競い合うイベント - たとえば、最も多くの試合に勝った人が勝つトーナメント。
ライブ イベント: スポーツの試合やコンサートのライブ放送など、リアルタイムで行われ、すべてのユーザーが同時に利用できるイベント。
メジャー アップデート: 新しいゲーム モードやレベルの開始など、重要な新機能やコンテンツの導入 - つまり、マイナーな改善を超えるイベントです。
新しいシーズン: 新しいブロックのコンテンツ、ストーリーライン、またはメディア ライブラリ (シリーズの新しいシーズンなど) を導入します。
プレミア: パブリック ドメインでのコンテンツの最初の出現 (たとえば、最近リリースされた映画やオーディオ マテリアルなど)。
特別なイベント: 他のタイプやバッジの対象とならない期間限定のイベント (たとえば、別の出版社とのコラボレーションに関連するイベント)。
商品ページの新機能 商品ページの
最適化（A/Bテスト）
App Store では、App Store の製品ページでさまざまなアイコン、スクリーンショット、テキストを試して、効果を比較し、ユーザーの好みをよりよく理解することができます。最大3 つの異なるオプションを比較に使用でき 、テスト期間は90 日間に制限されてい ます。ユーザーは、オリジナルおよび新しいデザインのインプレッションとコンバージョンを表示する App Store Connect の App Analytics を通じて結果を追跡することをお勧めします。管理者は、肯定的な結果をもたらしたものを正確に確立することを容易にするために、少しずつ変更を導入することを推奨しています。
代替材料 (テストのオプション) はすべてモデレートする必要があります。スクリーンショットとプレビューのみが含まれる場合は、アプリケーションの新しいバージョンを提出する必要はありません。アイコンをテストする場合、すべてのバリエーション (App Store の 1024 x 1024 バージョンを含む) を公開アプリケーションのバイナリに含める必要があります。
カスタム製品ページ
別のイノベーションにより、製品ページにいくつかのバリエーションがあり、それぞれが特定のユーザー層向けに設計されています。これにより、開発者はユーザーのグループに最も関心のあるコンテンツや機能を表示することで、ターゲットを絞り込みやすくなります。たとえば、特定のチームのファンのグループにスポーツ アプリケーションに関する広告投稿を配置すると、カスタム ページにリンクすることができます。ここでは、そのページに重点が置かれます。各カスタム ページには固有のアドレスがあります。
合計で、開発者は最大 35 のバージョンをダウンロードできます。 独自のテキスト、スクリーンショット、プレビューを含む製品ページ。カスタム ページは、更新を参照せずにモデレーターによってレビューされます。 App Analytics で各ページのパフォーマンスを測定し、インプレッション数、ダウンロード数、コンバージョン数とユーザー維持率、平均収益などを長期にわたって比較すると便利です。
Mac での TestFlight
年末までに、 Mac開発者は、エコシステム内外のテスターを招待して、製品が市場に公開される前にフィードバックを得ることができるようになります。 Apple デバイスのテスト アプリケーションは、可能な限り柔軟に編成されます。内部テスターはグループにまとめられ、それぞれのアセンブリにアクセスするための独自の設定を設定できます。
StoreKit 2
StoreKit 2 は、アプリ内購入をより簡単かつユーザーフレンドリーにする最新の Swift ベースの API を導入します。新しい API は、最新の言語機能を使用して、製品内のオファー、トランザクション履歴、サブスクリプション ステータスなどに関する最新情報を提供します。
ユーザーは、自分の好みに合った支払い方法を使用して、安全な App Store アカウントを通じて購入します。 Touch ID および Face ID との緊密な統合により、データを安全に保ちます。 StoreKit 2 では、トランザクションは JSON 形式の Web 署名を使用して App Store によって暗号的に署名されます。これにより、セキュリティが向上し、情報の解析プロセスが簡素化されます。さらに、StoreKit 2 は、任意のデバイスで起動すると、アプリでライブ トランザクションを自動的に利用できるようにします。
新しい API のおかげで、ユーザーは支払いや購入に関する問題をより自由に解決できます。返金リクエストとサブスクリプションはアプリから直接管理されます。あらゆる種類の緊急事態に対処するための追加のカスタマー サポート オプションも用意されています。
App Store サーバー API
サーバー API は App Store - 開発者がサーバーから呼び出して、アプリケーションでの顧客の購入に関する情報を要求できる REST API です。アプリストアは、JSON Web 署名 (JWS) 仕様を使用して、API が返すトランザクションおよび更新情報に署名します。 API を使用してトランザクションとサブスクリプションのステータスに関する情報を取得するには、顧客が所有する元のトランザクション ID を提供する必要があります。トランザクション履歴 API は、最も古いものから順に、一度に20 件のトランザクションの完全なリストを返します 。
API は、すべての顧客のサブスクリプションのステータスをサブスクリプション グループ ID でソートして返します。
CONSUMPTION_REQUEST App Store 通知を受け取った後、顧客がアプリ内購入の払い戻しを要求する場合は、この API を使用して App Store に情報を送信することをお勧めします。このデータは、ユーザーへの資金の返還を決定するのに役立ちます。
App Storeのサーバーの通知を
リアルタイムでアプリ内購入イベントを追跡することがで容易に作られて App Storeに通知。
App Store は、購入ステータスの変更に関するリアルタイムの通知を開発者のサーバーに送信します。
開発者が App Store Connect で App Store サーバー通知 URL をアクティブ化すると、安全なサーバーにサーバー通知を自動的に受信できます。アプリ ストアは、多くのアプリ内購入イベントの通知を JSON オブジェクトとして送信します。これらの JSON イベントは responseBody に文書化されており、プロジェクトのビジネス ロジックに従ってトランザクションに反応するために使用できる情報が含まれています。
DeviceCheck
詐欺の件数を減らすことができます。デバイスチェックサービス これは、開発者がアプリケーションからアクセスするプラットフォーム インターフェイスと、自分のサーバーからアクセスする Apple サーバー インターフェイスで構成されます。アプリケーションで DCDevice クラスを使用すると、開発者サーバーで各デバイスのデータを設定およびクエリするために使用されるトークンを取得できます。これにより、ユーザーのプライバシーを維持できます。たとえば、このデータを使用して、アプリ内広告のオファーをすでに利用しているデバイスを特定したり、不正と特定されたデバイスにフラグを立てたりできます。クロスサーバー API を使用すると、Apple デバイス上のアプリケーションから受信したトークンに何が入っているかを正確に確認することもできます。誰か、元のアプリを変更して App Store 以外で配布すると、ゲームにチート コードなどの不正な機能を追加したり、広告を削除したり、プレミアム コンテンツにアクセスしたりする可能性があります。アプリケーション構成証明は、サーバーが機密リソースへのアクセスをより確実に許可できるように、ユーザーの権利を検証する機能を提供します。開発者は DCAppAttestService クラスを使用してデバイス上に特別な暗号化キーを生成し、Apple がそのキーを検証します。開発者は、サーバーから機密データを要求するたびに、このキーを使用してアプリケーションを検証できます。アプリケーション構成証明は、サーバーが機密リソースへのアクセスをより確実に許可できるように、ユーザーの権利を検証する機能を提供します。開発者は DCAppAttestService クラスを使用してデバイス上に特別な暗号化キーを生成し、Apple がそのキーを検証します。開発者は、サーバーから機密データを要求するたびに、このキーを使用してアプリケーションを検証できます。アプリケーション構成証明は、サーバーが機密リソースへのアクセスをより確実に許可できるように、ユーザーの権利を検証する機能を提供します。開発者は DCAppAttestService クラスを使用してデバイス上に特別な暗号化キーを生成し、Apple がそのキーを検証します。開発者は、サーバーから機密データを要求するたびに、このキーを使用してアプリケーションを検証できます。開発者は、サーバーから機密データを要求するたびに、このキーを使用してアプリケーションを検証できます。開発者は、サーバーから機密データを要求するたびに、このキーを使用してアプリケーションを検証できます。
App Store
Widget 新しいウィジェットには、編集部が宣伝した主要なアプリ (特集) に関するデータ、および「今日」タブからのアプリと内部イベントのリストが含まれています - 情報はホーム画面ですぐに利用できます。
この資料がお役に立てば幸いです。全文を読むことをお勧めします 。