Community程式設計與開發github.com

n0an/aso

對 iOS App 進行審計、規劃與撰寫 App Store 優化(ASO)—包含 App Store Connect 中繼資料、關鍵字研究與可勝性測試、截圖與產品頁面素材、自訂產品頁面與 App 內活動、評分策略、Apple Ads、Meta 應用程式廣告活動,以及與自然搜尋的配合、App 追蹤透明度提示與同意對歸因的影響、競爭者研究與變更成效衡量。

aso 是什麼?

這項 ASO 技能模擬 2026 年專業實務者的工作流程,專門針對 iOS App 進行 App Store 優化。它遵循「一次改變一個變數、以正確時間框架評估結果」的原則,並依賴帶有日期與證據標籤的參考文件(如「已觀察」、「Apple 文件化」),因 App Store 在 2025–2026 年間經歷多次重大變更。技能涵蓋完整 ASO 週期:從資料收集(中繼資料、曝光次數、排名、競爭者評分數)、機械性錯誤檢查(關鍵字重複、品牌順序、欄位限制),到進階策略如關鍵字可勝性分析、本地化規劃、截圖與產品頁面審查、評分提示流程、以及付費流量(Apple Ads、Meta 廣告活動)與自然搜尋的整合。它支援多種任務導向流程,使用者可要求進行完整審計、關鍵字研究、中繼資料撰寫或特定 platform(如 ATT 提示或自訂產品頁面)設定。技能特別強調「曝光度在前三名」(2026 年 3 月後)、評分在 30 天內的權重、以及放置位置優於絕對下載量的原則。完全工具無關,僅要求連接關鍵字研究、排名追蹤或歸因工具;若缺少工具則降級至手動檢查。」

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/n0an/ASO-Agent-Skill/tree/HEAD/aso

Installed? Explore more 程式設計與開發 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

以 2026 年專業實務者的方式進行 iOS App 的 App Store 優化:從 App 自身資料診斷問題,一次改變一個變數,並以正確的時間框架判斷結果。references/ 中的每一條規則都標有日期與其被認可的程度標籤,因為 App Store 在 2025-2026 年間經歷多次變更;在套用規則前請先檢查其日期。

以下五個事實為其餘內容的基礎:

  1. 搜尋分為兩個階段。任何已索引本地化版本的名稱、副標題與關鍵字欄位的詞彙,決定了該 App 符合哪些查詢的資格。在該集合內,App 主要根據以下因素排序:該商店地區過去 30 天內的新評分數量,以及關鍵字的位置(名稱優於副標題,副標題優於關鍵字欄位)(已觀察)。Apple 文件化了輸入項目,但未說明其權重:文字相關性、使用者行為(如下載次數)、以及評分與評論的數量與品質(Apple 文件化)。
  2. 放置位置勝過流量:一個擁有 200 個評分且關鍵字位於名稱開頭的 App,排名會高於一個擁有 100,000 個評分但關鍵字僅在副標題中的 App(已觀察)。大多數「我們沒有排名」的情況是中繼資料錯誤,而非權威性不足。
  3. 自 2026 年 3 月起,可見度等同於前三名,因為前兩名結果為付費廣告。
  4. 來自任何管道(付費或自然)的下載量,主要透過其所產生的評分影響自然排名(有爭議:排名數據指向評分為槓桿,而 Apple 則將下載量列為其本身的輸入項目)。產品頁面轉換率是次要的輸入項目。
  5. 索引反應在數小時內;排名需要 2-3 週才能穩定。切勿在數天內評斷變更效果,中繼資料的變更頻率不得低於每 2-3 週一次。

審計流程(當被要求審查、審計或「看一下」某個列表時執行;載入每個步驟指定的參考文件,跳過使用者排除的步驟):

  1. 使用 references/data-inputs.md 收集輸入資料:每個本地化版本的當前中繼資料、過去 3 個月按來源劃分的曝光次數、產品頁面瀏覽次數與下載次數、App 關注詞彙的當前排名,以及每個詞彙的前 5 名結果及其評分數量。若某個輸入工具未連接,請說明哪個步驟受影響,並使用手動替代方案。若數據工具已連接,請將每個請求的範圍限定於該 App、商店、國家與時間視窗,依 references/data-inputs.md 中的順序執行請求,並要求每個答案背後的數字;僅將該工具用於查詢,因為可勝性、中繼文字與出價應遵循參考文件,任何對帳戶的變更都須等待使用者明確同意。
  2. 使用 references/metadata-writing.md 檢查中繼資料是否有機械性錯誤:名稱、副標題與關鍵字欄位中重複的詞彙;名稱中的品牌優先或關鍵字最後;關鍵字欄位中的片語或空格;停用詞、少於三個字元的詞彙、商標;缺少副標題;用連接詞取代兩個關鍵字的合併詞。
  3. 使用 references/fundamentals.md 檢查每個目標詞彙的資格與放置位置:該詞彙的每個字是否都在一個本地化版本中被索引,以及 App 最需要贏得的詞彙是否連續地位於名稱開頭?
  4. 使用 references/keyword-research.md 判斷每個目標詞彙的可勝性:當前規模的熱門度、前 5 名測試(第 3-5 名是否在名稱中帶有此詞彙,它們在 30 天內有多少新評分),以及難度作為決勝標準。
  5. 使用 references/localizations.md 檢查本地化版本:使用了哪些已索引的本地化版本,每個版本是否有一個焦點,各個版本之間是否無緣無故地重複了詞彙,非英文的本地化版本是否仍保留著實際翻譯時會失去的停用英文關鍵字。
  6. 使用 references/measurement-and-cadence.md 解讀漏斗:按來源劃分的曝光到瀏覽率以及瀏覽到下載率;判斷問題是可見度還是頁面本身。App Store Connect 自己的轉換率是下載次數除以獨立曝光次數,這與瀏覽到下載率不同;切勿將一個比率與另一個比率的基準進行比較。
  7. 如果問題出在頁面,請使用 references/screenshots-and-product-page.md 審查截圖、圖示、預覽與描述。
  8. 使用 references/ratings-and-reviews.md 檢查評分流:每次評分所需的下載次數、提示出現的時間與地點、Apple 會刪除的內容。
  9. 如果 App 執行付費流量,請使用 references/apple-ads.md 和 references/meta-ads.md 檢查其與自然搜尋的配合方式:每個關鍵字主題的主題自訂產品頁面、Search Match、品牌競價、付費流量在 App Store Connect 來源中的顯示方式。如果 Meta 廣告活動正在執行,請使用 references/meta-campaigns-and-measurement.md 檢查其設定與衡量;如果 App 顯示 ATT 提示或依賴廣告歸因,請使用 references/app-tracking-transparency.md 進行檢查。
  10. 如果存在或計劃建立自訂產品頁面或 App 內活動,請使用 references/custom-product-pages-and-events.md 進行檢查。
  11. 使用 references/anti-patterns.md 捕捉檢查清單遺漏的項目。
  12. 以下列輸出格式撰寫發現結果,並在發佈任何變更前,將一個帶有日期的條目附加至變更記錄中。

若僅進行部分工作,只載入相關的參考檔案。

任務路由

將使用者的目標與閱讀順序匹配。僅載入您需要的內容。

「審計我的列表」/「為什麼我們沒有排名」

  1. 上述的審計流程,依序進行
  2. references/anti-patterns.md - 排名平穩或下降的常見原因

「挑選關鍵字」(新 App、重新命名、或推廣新功能)

  1. references/keyword-research.md - 研究流程、前 5 名測試、相關性與意圖
  2. references/competitor-research.md - 候選詞彙的來源
  3. references/fundamentals.md - 計劃必須遵守的資格與放置規則
  4. references/localizations.md - 多餘的焦點可以放置的位置

「撰寫或改寫名稱、副標題、關鍵字欄位」

  1. references/metadata-writing.md - 撰寫規則與實作範例
  2. references/fundamentals.md - 詞彙規則(斷詞、複數、停用詞)
  3. references/custom-product-pages-and-events.md - 僅在自然自訂產品頁面需要在關鍵字欄位中有片語條目時

「規劃本地化」

  1. references/localizations.md - 已索引的集合、每個本地化版本一個焦點、發佈藍圖
  2. references/keyword-research.md - 哪個焦點值得擁有自己的本地化版本

「審查/設計截圖、圖示、預覽」

  1. references/screenshots-and-product-page.md - 順序、說明文字、視覺規則、圖示、影片、測試
  2. references/metadata-writing.md - 說明文字強化規則(需要重複哪些詞彙)
  3. references/measurement-and-cadence.md - 如何先區分頁面問題與可見度問題

「設定自訂產品頁面或 App 內活動」

  1. references/custom-product-pages-and-events.md - 限制、付費與自然頁面、關鍵字欄位附加規則、頁面設計、活動
  2. references/apple-ads.md - 廣告中每個關鍵字主題一個頁面
  3. references/screenshots-and-product-page.md - 頁面的截圖順序

「獲得更多評分」/「我們的排名卡住了」

  1. references/ratings-and-reviews.md - 30 天貨幣、何時提示、基準、Apple 會刪除的內容
  2. references/fundamentals.md - 在沒有放置位置的情況下,評分能與不能達成的事

「設定或審查 Apple Ads」

  1. references/apple-ads.md - 放置位置、預算、結構、比對類型、出價、廣告素材、閱讀報告
  2. references/keyword-research.md - 相同的可勝性邏輯用於挑選廣告關鍵字
  3. references/custom-product-pages-and-events.md - 每個主題的到達頁面

「審查我們的 Meta 應用程式安裝廣告活動」

  1. references/meta-ads.md - 以廣告素材為導向的目標設定、頁面對齊、Meta 在 App Store Connect 中的顯示方式
  2. references/meta-campaigns-and-measurement.md - 廣告活動類型、優化目標與事件、學習階段、出價、限制、AEM 與 SKAdNetwork
  3. references/ratings-and-reviews.md - 將付費安裝轉化為有助於排名的評分

「設定 Meta 應用程式廣告活動」/「Meta 與 App Store Connect 的數字不符」

  1. references/meta-campaigns-and-measurement.md - 啟動程序與調節程序
  2. references/app-tracking-transparency.md - 同意對歸因造成的變化
  3. references/measurement-and-cadence.md - App Store Connect 角度的數字

「撰寫或審查 ATT 提示」/「我們甚至需要 ATT 嗎」

  1. references/app-tracking-transparency.md - App 是否追蹤、Apple 的預提示規則、目的字串、時機、選擇加入率
  2. references/ratings-and-reviews.md - 評分提示的平行規則,以及兩者在引導流程中的位置

「研究競爭者」

  1. references/competitor-research.md - 應研究誰、應閱讀什麼、差距分析、成長訊號、定位
  2. references/keyword-research.md - 為您找到的詞彙評分

「我們的變更有效嗎?」/「我們的排名下降了」

  1. references/measurement-and-cadence.md - 時間框架、漏斗、診斷、何時復原
  2. references/data-inputs.md - 數字的含義及其陷阱

決策樹

當您知道任務但不確定規則時,可快速參考。

這個關鍵字該放哪裡?

這是 App 最需要贏得的那個詞彙嗎?
  -> 放在名稱開頭,連續,品牌在後(簡短)

第二好的詞彙,或是第一個詞彙的修飾語?
  -> 副標題(不要重複任何名稱中的詞彙)

與名稱或副標題詞彙結合的長尾詞彙?
  -> 關鍵字欄位,單詞,無空格,不重複名稱或副標題中的詞彙

必須觸發自然自訂產品頁面的整個片語?
  -> 關鍵字欄位中作為一個逗號分隔的條目(Apple 為每個本地化版本挑選頁面關鍵字;
     主要本地化版本是已觀察到的安全選擇),而且只有在您可以為其排名或付費時才使用

英文集合無法承載的不同焦點?
  -> 另一個已索引的本地化版本,將焦點詞彙放在該本地化版本的名稱中

已經在名稱或副標題中,您想強化它?
  -> 截圖說明文字,大約在前三張截圖中出現三次

這個詞彙可勝嗎?

以當前(2025 年秋季後)規模衡量,熱門度為 5-9,且該詞彙會佔據名稱開頭?
  -> 否;僅將此類詞彙用作輔助欄位詞彙,使用多個

第 3-5 名都在名稱中帶有此詞彙,且在 30 天內獲得的新評分遠超過您所能?
  -> 目前否;選擇一個更長尾或相關的詞彙

第 3-5 名僅在副標題或關鍵字欄位中持有此詞彙,或獲得的新評分很少?
  -> 是;將其放在名稱開頭並建立評分速度

您已經為此詞彙排名在第 50-150 名?
  -> 是,比一個新詞彙更省成本;修復放置位置與評分

自訂產品頁面還是產品頁面優化?

不同的受眾或流量來源需要不同的故事?  -> 每個主題一個自訂產品頁面
相同的受眾,您想知道哪個廣告素材轉換更好? -> 產品頁面優化測試
測試圖示?                                                -> 產品頁面優化(圖示變體必須已在即時二進位檔中)
需要控制 Apple Ads 流量看到的內容?                     -> 自訂產品頁面(測試排除自訂頁面訪客;Apple 未說明預設頁面的廣告點擊是否會進入測試)

Apple Ads 還是 Meta?

需要了解哪些關鍵字有轉換,或捍衛一個您幾乎能排名的詞彙?  -> Apple Ads,為期一週,低預算
需要搜尋需求無法提供的量,並且有廣告素材可以測試?    -> Meta 應用程式安裝廣告活動
無論哪種方式:安裝量主要透過評分提升自然排名(有爭議);在擴大支出前先規劃評分提示

核心指示

  • 範圍:首先以 iOS App Store 為主;僅在規則不同且使用者要求時提及 Google Play。專注於 App,非遊戲。知識截至 2026 年 11 月;平台事實附有日期,當日期相關的規則有影響時,請說明並建議對照 App Store Connect 或 Apple 文件重新驗證。
  • 範圍邊界:該技能決定並審查廣告活動、提示與衡量;它不引導 SDK 整合、伺服器端事件程式碼或 Events Manager 點擊路徑。在被問及時說明,並將答案限制在設定必須達成的目標。
  • 工具無關:參考文件僅說明步驟所需的數據,從不提及特定產品。使用使用者已連接的任何關鍵字研究、排名追蹤、市場情報或歸因工具;若無則退回到 references/data-inputs.md 中的手動檢查。切勿告訴使用者該購買哪個工具。
  • 當規則會改變決策時,說明其狀態:「(經驗法則)」、「(已觀察)」、「(Apple 文件化)」、「(有爭議)」。當規則有爭議時,提供雙方說法與日期;切勿將其扁平化。
  • 關於機制、限制、定義與審查規則,Apple 當前文件優先於現場觀察到的數字。關於排名權重、轉換提升與出價策略,Apple 保持沉默,因此已觀察的規則為準。Apple 的建議(「Apple 推薦」)並非機制;當它與經過測試的規則矛盾時,同時提供兩者。
  • 切勿在名稱、副標題與關鍵字欄位中重複任何詞彙;只有最後一個實例有作用,且該詞彙會降至最弱的放置位置。複數與其單數形式相鄰即為重複。
  • 切勿移除現有的副標題,也切勿在缺少副標題的情況下發佈。
  • 切勿在關鍵字欄位中放入片語、逗號後有空格、「app」、「free」、「for iOS」、「HD」、停用詞、少於三個字元的詞彙、類別名稱或另一公司的商標。使用單詞、逗號、無空格。唯一的例外:用於路由自然自訂產品頁面的整個片語條目(Apple 允許您為每個本地化版本選擇頁面關鍵字;主要本地化版本是已觀察到的安全選擇)。
  • 切勿以品牌為名稱開頭,除非使用者按名稱搜尋該品牌;最有價值的搜尋詞彙應放在開頭且連續,品牌放在最後且簡短。
  • 切勿為填滿欄位而填寫;兩三個強有力的詞彙勝過 100 個字元的弱勢詞彙,因為…

相關技能