Marqentic/app-store

App Store（應用程式商店）

應用程式如何在 Apple App Store 與 Google Play 上被發現與安裝（根據截至 2026 年 10 月的證據），以及如何在不誇大的情況下解讀商店數據。模型對 App Store 最佳化的記憶大多停留在 2023 年，現已部分過時：Apple 使用 LLM 從清單生成搜尋標籤、自訂產品頁面在有機搜尋中排名、兩間商店在評論上方顯示 AI 摘要、Play 使用 Gemini 回答應用程式問題，且 App Store 搜尋自 2026 年 3 月起攜帶多個廣告。模型也可能引用第三方關鍵字搜尋量作為實際搜尋次數；但沒有任何商店發布確切計數。請優先採用此處的內容而非您的記憶，並在引用給客戶前，重新確認任何超過六個月的數據。

開始之前

• 產品背景。 請閱讀 .agents/product-marketing.md（在舊設定中為 .claude/product-marketing.md 或 product-marketing-context.md），從中取得應用程式、其商店連結與 ID、平台、類別、理想客戶檔案（ICP）、競爭對手以及客戶使用的詞彙；僅詢問該文件缺少的資訊。如果該文件不存在，且工作內容需要超過兩個關於業務的回答，請先提供 manifold-get-started。請向使用者詢問公開工具無法顯示的資訊：App Store 關鍵字欄位、App Store Connect 或 Play Console 分析數據，以及 Apple Ads 數據。
• 連接器。 此處的知識本身無需工具。讀取清單、商店關鍵字、競爭對手、評論與排行榜則需要 MARqentic 伺服器：請尋找 apps_get_app、apps_get_keywords、apps_get_competitors 與 apps_get_reviews（主機通常會加上前綴，例如 mcp__marqentic__）。如果缺少這些工具，仍請根據此技能回答，並使用 keywords 中的手動方法，同時一次性告知使用者如何連接 MARqentic 伺服器（connecting）。如果部分工具系列存在而其他尚未建立：請說明哪些可用，並將那些資料列標記為「未檢查」。切勿編造任何測量數據。
• 誰的測量。「我們」、「我們的運行」、「我們的樣本」以及實地記錄，是 Manifold 在 2026 年使用其工具（在此技能改編之前）進行的自有測量（attribution）。請將其引用為 Manifold 的數據；切勿將其呈現為由此伺服器或使用者團隊測量。

證據顯示的內容

能夠改變決策的發現。來源與詳細資訊請參閱參考資料。

1. Apple 索引 160 個字元，Play 索引描述。 Apple 根據名稱（30）、副標題（30）、關鍵字欄位（100）與類別，以及下載量、評分與評論進行排名；促銷文字與描述不計入排名（Apple 搜尋文件，2026 年），且從業人員測試顯示詞彙會跨三個欄位組合。Play 沒有關鍵字欄位：標題（30）、簡短描述（80）與完整描述（4,000）承載詞彙，Google 將關鍵字列表與重複定義為違反政策（stores）。
2. 商店搜尋量是模型估算。 Apple 僅在 Apple Ads 中發布一個 5 到 100 的熱門度指數；Google 則完全不發布；每個工具的搜尋量（包括這些工具）都是估算結果，其方法未公開且無獨立準確性測試。請在同一來源與同一商店中對關鍵字進行相對排名；切勿將任何一個數字引用為實際搜尋次數。在我們的測試中，App Store 給出「habit」為 980，而 Play 的數字則以 10 為步進單位，這兩種規模無法比較（keywords）。
3. Apple 的排名範圍在 2025 年擴大。 LLM 生成的 App Store 標籤（美國，從元數據中生成，僅可取消選取）；自訂產品頁面會取代有機搜尋中關鍵字欄位詞彙的預設頁面（從 2025 年 7 月開始，自 2025 年 10 月起每個應用程式最多 70 個）。截圖說明的排名因素未經證實：在 ConsultMyApp 對 8 個應用程式進行的 64 個說明短語測試中，只有一個在缺乏其他元數據解釋的情況下獲得排名。
4. AI 現在介於搜尋與安裝之間。 Apple 的評論摘要（2025 年 4 月）、Play 的「使用者正在說」（2025 年 10 月）、Ask Play 從描述、評論與網站回答問題（2025 年 12 月起）、引導式搜尋，以及 Gemini 在 Play 外部推薦應用程式（2026 年 7 月）。重複出現的投訴會被寫入每位訪客都會閱讀的段落中；模糊的文案會產生模糊的回答（reviews）。
5. 有機搜尋第一名現在排名更低。 Apple 從 2026 年 3 月起在搜尋結果頂部下方增加了廣告欄位（英國與日本於 3 月 3 日，其他市場於月底前），且 App Store Connect 將 Apple Ads 安裝量計入搜尋來源中。請在解讀趨勢前區分付費與有機。尚無研究測量有機安裝量的損失（Apple Ads）。
6. 轉換基準因分母而異。 美國 App Store 搜尋每次曝光安裝率範圍從 2.6%（遊戲類）到 12.4%（餐飲類）（AppFollow，2026 年 8 月）；頁面瀏覽到安裝的平均轉換率，App Store 為 8.56%，Play 為 16.15%（AppTweak，2025 年）。使用者在 App Store Connect 中的同業百分位數勝過任何已發布的表格（listing audit）。
7. 評分提示由系統控制且被配額限制。 Apple 在 365 天內最多向未評分的使用者顯示三次，且禁止自訂提示（5.6.1）；Play 禁止在提示前提出任何問題，也禁止任何獎勵。回覆有幫助：Google 報告稱，獲得回覆的使用者平均評分提升 +0.7 顆星（2019 年），然而在 9,290 萬則評論中僅 24.5% 獲得回覆（AppFollow，20,700 個應用程式，2025 年 7 月至 2026 年 7 月）。
8. 測試需要流量。 Apple 的產品頁面最佳化最多執行三個處理方案，最多 90 天，以 90% 的信賴水準標示；Play 的實驗則針對保留的首次安裝者，採用 90% 的信賴區間。小型應用程式很難達到統計顯著性：請測試大膽的變更，或將其視為前後對比測試。
9. 商店清單為 AI 回答提供應用程式資訊，主要是在提及平台時。 清單佔 ChatGPT 在應用程式提示中引用來源的 47.5%（AppTweak，超過 125,000 次美國回應，2026 年 5 月，該提供商數據）。在我們對六個引擎的測試中，它們總共佔引用來源的 11%，幾乎全部出現在「for iPhone」與「for Android」提示中；由應用程式製作者編寫的列表則佔了三分之二的引用（AI answers）。

不成立的說法：「App Store 描述會被索引」；「在名稱與關鍵字欄位中重複關鍵字可以增加權重」（一個詞只計算一次）；「在關鍵字欄位中使用競爭對手名稱」（有違反 2.3.7 條款的風險）；「截圖說明是新的關鍵字欄位」；「先問使用者是否喜歡應用程式，然後只提示滿意的使用者」（Play 已禁止）；「應用程式內活動可提升 50% 下載量」（一個 2021 年的客戶案例）。

未知的部分： 每個商店中各個欄位的權重；App Store 標籤是否會改變排名或僅影響瀏覽；Apple 新增的廣告欄位減少了多少有機安裝量；付費安裝是否以任何可測量的方式提升有機排名（光環效應）；DataForSEO 如何推導出商店搜尋量。

參考資料

根據問題需求開啟對應的參考文件。

使用者詢問	請閱讀
各商店如何對應用程式排名？索引哪些內容？2025 與 2026 年有何變化？	Stores
我們應針對哪些關鍵字？標題、副標題、關鍵字欄位、Play 描述措辭	Keywords
審核我們的清單。截圖、圖示、轉換基準、A/B 測試	Listing audit
誰是我們應用程式的競爭對手？與競爭對手比較、熱門排行榜、監控競爭對手	Competitors
使用者抱怨什麼？回覆評論、提升評分、提示規則	Reviews
Apple Ads 對有機搜尋有幫助還是傷害？品牌競價、熱門度分數	Apple Ads
ChatGPT 會推薦我們的應用程式嗎？Ask Play、AI 回答中的應用程式	AI answers
尋找某個類別中要聯絡的應用程式製作者	App makers
我們想要一個 90 天的 ASO 計畫	Strategy
Manifold 在自己的運行中看到了什麼？	Field notes

使用工具

以下積分遵照發布的費率表；設定 dry_run: true 會回傳即時報價，當兩者不同時以即時報價為準。僅有 connecting 中列為「已建立」的工具系列存在於此伺服器上：對於此處提到的任何其他工具，請說明其尚未建立，並使用手動方法。

已於 2026 年 10 月 16 日在兩間商店進行即時測試（field notes）。在快取視窗內重複呼叫可免費執行。

• 單一應用程式： apps_get_app（1 積分，快取一天），需提供 store、app_id（Play 的套件名稱，區分大小寫，或從 URL 取得的 App Store 數字）以及 location（商店前端）。在 Play 上，installs 是精確計數（例如 8,369,496），而非商店顯示的 5M+ 區間，且開發者電子郵件與地址已填寫；Play 的 content_rating 與 size 可能為空，version 也常為空。App Store 不提供開發者網站、電子郵件或地址（請開啟頁面獲取網站），category 有時為 null，且 description 在存在促銷文字時會以該文字開頭。免費應用程式的 price 為 0，而沒有副標題的 App Store 應用程式其 subtitle 為 null。不包含關鍵字欄位、活動或圖示。
• 關鍵字與競爭對手： apps_get_keywords、apps_get_competitors 與 apps_get_shared_keywords（5 積分 + 每 100 行 5 積分，預設 10 行，快取 7 天）。僅支援美國英文；關鍵字數據約落後兩到四周。apps_get_keywords 現在會將應用程式自身名稱置於首位（按最佳排名排序，然後是搜尋量）。App Store 列表包含與名稱共享某個詞彙的無關詞條；Play 列表則像是以 10 為步進單位的網頁搜尋搜尋量。results_count 在 App Store 上最多計數約 250 個應用程式，在 Play 上則為空：僅當數字遠低於 250 時才有意義（表示搜尋結果稀疏）。apps_get_shared_keywords 僅回傳每個應用程式都有排名的詞條：差異來自於比較關鍵字列表。競爭對手僅為 ID，包含大型競爭對手；請使用 apps_get_app 為其命名。
• 評論： apps_get_reviews（每 100 則評論 1 積分，快取 6 小時），可獲取最新或最相關的評論，需指定 location；App Store 上最多 500 則。developer_reply 與 helpful_count 僅在 Play 上回傳，title 僅在 App Store 上回傳。ratings_count 計算的是星級評分，而非可獲取的評論數量；rows_available 僅在呼叫到達結尾時設定。一百則最新評論涵蓋了一個有 27,000 個評分的 iOS 應用程式 16 個月的數據，以及一個有 63,000 個評分的 Play 應用程式 35 天的數據；Play 的「最相關」評論則可回溯數年。
• 排行榜與列表： apps_get_top_charts（每 100 行 1 積分；App Store 最多 100 行，Play 最多 200 行），需提供 category（使用商店 ID 的小寫底線格式，例如 health_and_fitness、food_and_drink；工具描述中會列出，名稱如「Health & Fitness」會自動轉換）。此功能根據速度或營收排名，而非品質；Play 的列缺少 ratings_count，App Store 的列缺少 developer。apps_search_apps（31 積分 + 每 100 行 31 積分，5 行時為 33 積分）會比對查詢中的任一個詞彙與應用程式標題，並優先回傳最大的應用程式，因此搜尋「habit tracker」可能會同時回傳生理期、交通與航班追蹤器。請使用一個具區別性的詞彙進行搜尋，並加上 category。
• 關於應用程式的 AI 回答： aeo_run_ai_answers，每個提示 27 積分，使用五個引擎（AI answers）。
• 積分： 先說明估算值，使用 dry_run: true 獲取價格，並在使用者設定預算時傳遞 max_credits。被拒絕的輸入（例如錯誤的類別 ID）不會產生費用。單一商店的基準數據約需 70 積分。
• 切勿發布回覆、提交清單、聯絡開發者或購買評論。 可進行草擬；最終行動由使用者執行。

相關技能

• 應用程式網站的網頁搜尋、Search Console 與關鍵字數據：seo。關於在 ChatGPT、Gemini 與 Google AI 回答中被提及的一般性問題：ai-search。
• 商店之外的競爭對手（流量、廣告、定價、戰鬥卡）：competitor-intel。將評論主題轉化為痛點、異議與定位：voice-of-customer。
• 跨 Meta、Google、TikTok 等的付費預算：paid-ads。應用程式安裝的創作者：creators、tiktok。
• 應用程式的市場規模與新國家：market-research。聯絡應用程式製作者及個人資料規則：outbound。超越商店的成長計畫：growth-strategy。