ダウンロードが減ったとき、何を疑うか

「ダウンロードが減った」は一つの原因ではない

ASO Lensの診断ロジック（src/core/diagnosis/diagnose.ts）は、ダウンロードの増減を単一の指標として見るのではなく、App Storeの獲得ファネルを複数の段階に分解し、どの段階で変化が起きたかを判定します。判定の型はBottleneckStage（src/core/types.ts）として定義されており、exposure（表示）・interest（関心）・download（ダウンロード）・revenue（収益）という区分があります。重要なのは、すべての比較が「そのアプリ自身の直前期間との比較」であり、業界平均のような外部のベンチマークとは一切比較していないことです（src/core/diagnosis/thresholds.tsに明記されています）。

exposure: 表示回数が減った場合

ASO Lensの主分類ロジックは、ユニークインプレッション（Unique Impressions）が前期間比で大きく下落しているか、絶対値として低い水準にある場合に、ボトルネックをexposure段階と判定します（診断ロジックのCase B）。この場合の所見は、キーワード・ローカライズ・キーワード順位といった、そもそもアプリが検索結果や閲覧一覧に表示される機会そのものを見直す方向を示します。

さらに、表示元の内訳（App Store Search / App Store Browse / App Referrer / Web Referrer）についても個別の所見があります（src/core/diagnosis/signals/sourceQuality.ts）。たとえば、App Store Searchが全体のインプレッションに占める割合が前期間比で大きく下落している場合、これはキーワード順位や検索での見え方が悪化しているサインである可能性を示す所見として扱われます。逆にApp Store Browseの割合が高く、かつそのコンバージョン率がSearch経由よりも明確に低い場合は、「Browse経由のトラフィックの質が低い」という所見になります——これはASOの失敗を意味するものではなく、Search経由の指標をより信頼できる基準として見るべき、という位置づけです。App内・Web内の参照（Referrer）経由の割合が高い場合は、ASOの改善が動かせるのはトラフィックの一部にとどまる、という所見も出ます。

download: ページを見た人が入れなくなった場合

表示回数は横ばいまたは増加しているにもかかわらず、Apple Conversion Rate（表示からダウンロードまでの転換率）が前期間比で大きく下落している、または絶対値として構造的に低い場合、診断ロジックはdownload段階をボトルネックと判定します（Case A）。この場合の所見は、アイコン・スクリーンショット・タイトル/サブタイトルといった、プロダクトページ自体の見直しを優先する方向を示します。

より細かい切り分けとして、Page Download Rate（プロダクトページを開いた人のうちダウンロードした人の割合）が前期間比で大きく下落している場合の個別の所見もあります（src/core/diagnosis/signals/pageToDownload.ts）。このレートは、検索結果からプロダクトページを開かずに直接ダウンロードできるApp Storeの仕様上、1を超えることがあるため、絶対値としての「低い／高い」という判定は行われず、必ず同じアプリの前期間との比較でのみ扱われます。

interest: 見た人が減った場合

App Store Browseのようなソースでは、Page View Rate（そのソースからの表示のうち、プロダクトページを実際に開いた割合）が前期間比で大きく下落している場合、あるいは絶対値として低い水準にある場合に、interest段階の所見が出ます（src/core/diagnosis/signals/exposureToPageView.ts）。この所見が示すのは、アイコン・スクリーンショット・サブタイトルなど、一覧表示の中でユーザーがタップするかどうかを左右する要素です。App Store Searchについては、同種の転換（検索結果からプロダクトページを開く割合）の悪化は、上記のdownload段階のCase A判定の中で扱われています。

リリース（変更履歴）との突き合わせ

ASO Lensの診断は、期間内の直近の傾向（トレーリングウィンドウ）を期間の前半と比較し、インプレッションまたはダウンロード数が急に落ち込んでいないか、あるいは急に伸びていないかを別途検出します（src/core/diagnosis/signals/recentShift.ts）。この検出が変化を見つけた際、その変化の直近の期間内にアプリのバージョンリリースがあった場合は、そのリリースのバージョンと日付を所見に併記します。これは「このリリースが原因である」と断定するものではなく、変更履歴を確認するよう促す情報として扱われています——コード上のコメントにも、これは相関の指摘であって因果の主張ではない、と明記されています。急な落ち込みは「情報」として、急な伸びは「featuring（特集掲載）や季節性の可能性がある」という情報としてそれぞれ扱われ、いずれも確度の高い断定ではなく、確認を促すシグナルです。

季節性・全体トレンドとの切り分け

この記事の冒頭で述べた通り、ASO Lensの比較はすべて「そのアプリ自身の直前期間との比較」であり、外部の業界平均のような固定的なベンチマークは使いません。これは季節性を自動で除去する仕組みではありませんが、少なくとも「他社と比べてどうか」ではなく「自分の過去と比べてどうか」を基準にすることで、外部要因を持ち込んだ誤った比較を避ける設計になっています。上記のトレーリングウィンドウの急変検出も、期間内の「直近」と「それより前」を比べる仕組みであり、これも同じアプリ内での相対比較です。季節性そのものを判定するロジックは無く、急な伸び・急な落ち込みが検出された場合に「featuringや季節性の可能性がある」という情報を添えるにとどまります。

まとめ

ダウンロードが減ったとき、まず見るべきは「どの段階で減ったか」です。表示回数（exposure）が減っているのか、表示元の質・内訳に変化があるのか、見た人がページを開かなくなった（interest）のか、ページを見た人が入れなくなった（download）のか——ASO Lensの診断ロジックは、これらをそのアプリ自身の過去との比較だけで切り分け、直近の急な変化についてはリリース履歴と突き合わせて情報として提示します。「ダウンロードが減った」という一つの事実から、どこを直すべきかを決めるには、この段階ごとの切り分けが欠かせません。