In-App Events
App Store In-App Eventの戦略、メタデータ、メディア方向性、ローカライゼーション、バリデーション、およびASO.devへの下書き入力を使用します。
MCP ワークフロー
app-store-connect-mcpを使用します。get_app_event_dataでアクティブなイベントを読み込みます。- ポジショニングやトーンが重要な場合はプロジェクトのコンテキストを読み込みます。
- イベントが祝日、文化的な瞬間、または月間キャンペーン計画に関連する場合は
seasonal-calendarを使用します。 - イベントの目標、バッジ/タイプ、オーディエンス、地域、日付、ローカライゼーション範囲を特定します。
- イベントフィールド、ロケールコピー、メディア方向性をドラフトします。
validate_ai_companion_dataをターゲットappEventでバリデーションします。- 適用するよう求められた場合は、
fill_app_eventで入力します。
イベントの役割
In-App Eventsは、アプリ内のタイムリーなコンテンツやアクティビティを宣伝する時間制限付きのApp Storeカードです。プロダクトページ、検索、App Store全体のエディトリアル/パーソナライズされた配置に表示できます。獲得、再エンゲージメント、機能採用、シーズナルキャンペーンをサポートします。
通常のアプリ機能を超えたイベントであるときに最も効果的です。
サポートされるフィールド
referenceNamebadgepriorityprimaryLocalepurposepurchaseRequirementdeepLinklocalizations: ロケール ->name,shortDescription,longDescription
Appleの制約
| 項目 | 制約 |
|---|---|
| 参照名 | 64 文字 |
| イベント名 | 30 文字 |
| 短い説明 | 50 文字 |
| 長い説明 | 120 文字 |
| 期間 | 15 分から 31 日 |
| 公開開始 | イベント開始の最大14日前 |
| 重複イベント | 同時に最大10件 |
| 承認済みイベント | アプリあたり最大15件 |
| 下書きイベント | 最大50件 |
メディア仕様:
| アセット | アスペクト比 | 最小 | 最大 |
|---|---|---|---|
| イベントカード画像/動画 | 16:9 | 1920x1080 | 3840x2160 |
| イベント詳細画像/動画 | 9:16 | 1080x1920 | 2160x3840 |
画像はJPG/PNG、動画はMOV/M4V/MP4を使用します。重要なビジュアルは小さなカードサムネイルでも読みやすいようにしてください。
イベントバッジ戦略
| バッジ | 最適な用途 |
|---|---|
Challenge | 目標達成、連続記録、フィットネス、教育、ゲーム進行 |
Competition | ランキング、トーナメント、スコアコンテスト、リーダーボード |
Live Event | ユーザーが一緒に体験するリアルタイムセッション |
Major Update | バグ修正を超えた重要な新機能/コンテンツ |
Premiere | 新しいメディアやコンテンツの初回リリース |
New Season | 新しいコンテンツシーズン、バトルパス、コンテンツライブラリのリフレッシュ |
Special Event | シーズナル、テーマ別、コラボレーション、期間限定キャンペーン |
アプリタイプ別:
- ゲーム: Challenge, Competition, New Season, Major Update
- フィットネス/ウェルネス: Challenge, Live Event, Major Update
- プロダクティビティ/ユーティリティ: Major Update, Special Event
- ソーシャル/コミュニティ: Live Event, Challenge, Competition
- ストリーミング/コンテンツ: Premiere, New Season, Special Event
改善チェックリスト
- イベントには実際に存在する理由がある: チャレンジ、競技、ライブイベント、メジャーアップデート、新シーズン、プレミア、または特別イベントである。
- 名前は具体的でタイムリーである。
- 短い説明は即座に価値を伝える。
- 長い説明は何が起こるか、誰のためのものか、参加方法を説明する。
- 購入/サブスクリプション要件が明確である。
- ユーザーが変更を求めない限り、ディープリンクは保持される。
- ローカライゼーションは単語単位ではなく意図を翻訳する。
- イベントのメディアは、一般的なUIスクリーンショットではなく、成果、報酬、コンテンツ、またはアクティビティを示す。
コピールール
- イベント名はユーザーのアクション、メリット、コンテンツ、または瞬間で始める。ブランド認知が目的でない限り、アプリ名で始めるのは避ける。
- 短い説明は「私にとってのメリットは何か？」に答える。
- 長い説明は何を、なぜ、どのように参加するかをカバーする。
- 自然な場合にのみ1〜2のキーワードを使用し、イベント名にキーワードを詰め込みすぎない。
- イベント名は、通知、検索、カードに単独で表示される可能性があるものとして書く。
計画ワークフロー
- 主な目標を選択: 獲得、再エンゲージメント、機能ローンチ、コンテンツローンチ、シーズナル可視性、またはコミュニティ活性化。
- シーズナルアイデアについては、ASO.devのカレンダー（
https://aso.dev/blog/calendar/）またはそこにリンクされているGoogleカレンダー購読を使用する。 - 実際のユーザーアクティビティに基づいてバッジ/タイプを選択する。
- 日付を選択し、レビューのために十分早く提出する。開始日が近すぎる場合はフラグを立てる。
- 各ロケールのコピーをドラフトする。
- カードと詳細メディアの方向性を指定する。
- KPIを定義: イベントインプレッション、イベントページビュー、リマインダー、通知タップ、アプリ起動、ダウンロード、サブスクリプション、売上。
- ユーザーが継続的な戦略を求める場合は、月間カレンダーを作成する。
出力
# In-App Event Brief and Draft
イベント:
アプリ:
プライマリロケール:
目標:
バッジ:
日付:
ステータス:
## 現在の状態
| フィールド | 現在の値 | 文字数 | 問題 |
|---|---|---:|---|
## 戦略
- オーディエンス:
- 主な目標:
- このイベントに値する理由:
- KPI:
- 提出/レビューのリスク:
## 提案フィールド
| フィールド | 値 | 理由 |
|---|---|---|
## ローカライゼーション
| ロケール | 名前 | 短い説明 | 長い説明 |
|---|---|---|---|
## メディア方向性
- イベントカードメディア:
- イベント詳細メディア:
- 主要ビジュアル:
- サムネイルリスク:
- 画像上のテキスト:
## イベントカレンダー
| 週/日付 | イベント | バッジ | 目標 | 備考 |
|---|---|---|---|---|
## バリデーション
- 明確なイベントアングル:
- アクセス/コストが明確:
- ディープリンクが保持/テスト済み:
- 文字数制限:
- 日付が制約内:
- メディア仕様:
- MCPバリデーション:
- `fill_app_event`の準備完了:
ルール
- 日付、賞品、アクセス条件、入手可能性をでっち上げないこと。
- 現在のデータが裏付けない限り、緊急性を主張しないこと。
- 追加の支払いが必要な場合は、明確にその旨を伝えること。
- 軽微なバグ修正、通常の常時提供機能、またはタイムリーなユーザーアクティビティのない一般的なプロモーションにIn-App Eventsを使用しないこと。
- Todayタブへの掲載やApp Store通知を約束しないこと。掲載やリマインダーは機会として扱い、保証ではない。