キーワードリサーチのパイプライン

発見パイプラインは読み取り専用かつ無人で、複数のAppに向けてキーワードを一括で掘り起こします。拡張パイプラインは4種類の情報ソースを突き合わせ、アカウントへのキーワード追加には上限があり、必ず承認を通します。

スケジュールで実行し、発見段階は無人で運用しますキーワードの追加前に必ず承認します

5発見パイプラインのステップ数

3拡張パイプラインのステップ数

4種類の情報ソースを突き合わせて検証

背景と課題

なぜこのワークフローが必要か

キーワードの掘り起こしは手間のかかる作業です。Appが増え、市場が増えると、情報ソースは互いにつながっておらず、人が一通り掘り起こすのに数時間かかります。さらに厄介なのは、検証していないキーワードが無造作にアカウントに積み上げられ、費用を使ってから無関係だと気づくことです。

実行の過程

トリガーモードスケジュールで実行し、発見段階は無人で運用します

batch_discovery

発見パイプラインは複数のAppに向けて候補キーワードを一括で掘り起こし、全工程が読み取り専用です

cross_reference

拡張パイプラインは4種類の情報ソースを突き合わせ、候補キーワードの品質を検証します

propose_additions

追加するキーワードのリストを生成します。件数には上限があります

approve_additionsHUMAN

人の承認を通過してから、新しいキーワードが配信アカウントに入ります

さらに多くの事例

AIが最大5,000件のターゲットキーワードを1件ずつ精査し、入札調整や停止の提案を出します。人は入札の変更のみを承認し、却下またはタイムアウトの場合は一切変更されません。

毎朝、2つの広告プラットフォームの支出とサブスクリプション収益が表にまとめられ、AIのコメント付きでSlackに届きます。

レビュー返信、バージョンの審査提出、TestFlight配信、証明書の監視をワークフローに任せます。AIが下書きした返信はまず品質を自己評価し、人の確認を経てから公開されます。

テンプレートでこのプロセスを再現する

テンプレートライブラリには同種のワークフローテンプレートがあります。デモモードでは認証情報を接続せずにまず通すことができ、本番の結果を得るには自分の認証情報を接続する必要があります。