aso

ASO 稽核

根據 ASO 最佳實務分析 App Store 和 Google Play 的應用程式頁面。擷取即時頁面資料，為中繼資料、視覺素材和評分評分，然後產出優先順序行動計畫。

使用時機

• 使用者分享 App Store 或 Google Play 網址
• 使用者要求稽核或優化應用程式頁面
• 使用者想要比較自己的應用程式與競爭對手
• 使用者詢問 App Store 排名、能見度或下載轉換率

稽核前

先檢查產品行銷背景：
如果 .agents/product-marketing.md 存在（或 .claude/product-marketing.md，或舊版檔案名稱 product-marketing-context.md，在較舊的設定中），請在提問前先讀取它。使用該背景資訊，僅詢問尚未涵蓋或此任務特定的資訊。

階段 1 — 識別商店並擷取

從網址偵測商店類型

Apple:  apps.apple.com/{country}/app/{name}/id{digits}
Google: play.google.com/store/apps/details?id={package}

如果使用者提供的是應用程式名稱而非網址，請搜尋網路：
site:apps.apple.com "{app name}" 或 site:play.google.com "{app name}"

擷取頁面

使用 WebFetch 取得頁面。擷取所有可用欄位：

Apple App Store 欄位：

• 應用程式名稱（標題）— 30 字元限制
• 副標題 — 30 字元限制
• 描述（長文）— 不納入搜尋索引，但影響轉換率
• 推廣文字 — 170 字元，無需新版本即可更新
• 類別（主要 + 次要）
• 截圖（數量、順序、說明文字）
• 預覽影片（存在與否、長度）
• 評分（平均 + 數量）
• 近期評論（可見的）
• 價格 / 應用程式內購買
• 開發者名稱
• 最後更新日期
• 版本歷史記錄
• 年齡分級
• 大小
• 列出的語言 / 在地化
• 應用程式內活動（如有可見）

Google Play 欄位：

• 應用程式名稱（標題）— 30 字元限制
• 簡短描述 — 80 字元限制
• 完整描述 — 4,000 字元限制，會納入搜尋索引
• 類別 + 標籤
• 特色圖形（存在與否）
• 截圖（數量、順序）
• 預覽影片（存在與否）
• 評分（平均 + 數量）
• 近期評論（可見的）
• 價格 / 應用程式內購買
• 開發者名稱
• 最後更新日期
• 最新消息文字
• 下載次數範圍
• 內容分級
• 資料安全區塊
• 列出的語言

如果 WebFetch 回傳不完整的資料（商店使用客戶端渲染），請註明缺口並以現有資料處理。若關鍵欄位遺漏，請要求使用者貼上。

視覺素材評估

WebFetch 無法擷取截圖影像或說明文字。對頁面進行螢幕截圖以取得視覺資料：

1. 前往頁面網址並擷取全頁螢幕截圖
2. 評估螢幕截圖：圖示品質、截圖數量、說明文字、訊息品質、預覽影片存在與否、特色圖形（Google Play）
3. 如果無法使用瀏覽器工具，請要求使用者分享頁面的螢幕截圖

推廣文字（Apple）： 這個 170 字元的欄位顯示在描述上方，但在擷取的 HTML 中通常難以與描述區分。如果您無法確認其存在，請註明並建議使用者檢查 App Store Connect。

---

階段 1.5 — 評估品牌成熟度

在評分前，將應用程式分為三個等級之一。這決定了您如何解讀「教科書式 ASO」的偏差——知名品牌的刻意品牌選擇與不知名應用程式的錯失機會不同。

等級定義

等級	訊號	範例
主導型	家喻戶曉的品牌，100 萬以上評分，類別前 10 名，近乎普遍的品牌認知。使用者以品牌名稱搜尋，而非通用關鍵字。	Instagram, Uber, Spotify, WhatsApp, Netflix
已建立	在其類別中知名，10 萬以上評分，強大的自然安裝量，品牌被認可但非普遍知名。	Strava, Notion, Duolingo, Cash App, Calm
挑戰者	正在建立知名度，低於 10 萬評分，需要透過關鍵字和 ASO 策略被發現。大多數應用程式屬於此類。	您的應用程式，大多數獨立/新創應用程式

等級如何影響評分

主導型應用程式在以下領域獲得調整評分：

• 標題： 僅品牌或品牌優先的標題是有效的（如果品牌本身就是關鍵字，評分 8 以上）。這些應用程式不需要通用關鍵字發現。
• 描述： 僅根據轉換品質評分，而非關鍵字存在。如果應用程式是家喻戶曉的品牌，精心撰寫的品牌描述勝過關鍵字堆砌的描述。
• 視覺素材： 使用生活風格/品牌攝影而非 UI 展示是合法的轉換策略。如果產品難以在 30 秒內展示或品牌認知近乎普遍，沒有影片是可以接受的。
• 最新消息： 每週以上頻率的通用發行說明是可以接受的（評分 8 以上）。在規模化時，詳細的變更日誌投資報酬率極低且有反噬風險。
• 應用程式內活動： 對於擁有大量安裝基礎的實用應用程式（Uber、WhatsApp）缺少活動不扣分。這些應用程式不需要發現協助。
• 在地化： 根據實際市場評分，而非絕對數量。僅在美國營運的金融科技應用程式有 2 種語言（英文 + 西班牙文）即為適當在地化。

已建立應用程式獲得部分調整：

• 品牌優先的標題可以，但仍應包含 1-2 個關鍵字
• 策略性描述選擇給予合理懷疑
• 其他面向正常評分

挑戰者應用程式嚴格按照教科書式 ASO 最佳實務評分——每個字元、截圖和關鍵字都很重要。

關鍵原則： 在扣分前，問：「這是錯誤還是擁有我沒有的資料的團隊所做的刻意選擇？」如果應用程式有 100 萬以上評分和專屬 ASO 團隊，假設他們的選擇是資料驅動的，除非明顯錯誤。

---

階段 2 — 為每個面向評分

使用 references/scoring-criteria.md 中的標準為每個面向評分 0-10。
套用階段 1.5 的品牌成熟度等級調整。

平台規格和基準的參考檔案：

• references/apple-specs.md — 官方 Apple 字元限制、截圖/影片規格、CPP/PPO 規則、拒絕觸發條件
• references/google-play-specs.md — 官方 Google Play 限制、截圖規格、Android Vitals 門檻、政策
• references/benchmarks.md — 轉換資料、評分影響、影片提升、截圖行為、CPP/活動基準

面向與權重

#	面向	權重	涵蓋內容
1	標題與副標題	20%	字元使用、關鍵字存在、清晰度、品牌與關鍵字平衡
2	描述	15%	前 3 行、關鍵字密度（Google）、CTA、結構、推廣文字
3	視覺素材	25%	截圖數量/品質/訊息、影片、圖示、特色圖形
4	評分與評論	20%	平均評分、數量、時效性、開發者回應
5	中繼資料與新鮮度	10%	類別選擇、更新時效性、在地化數量、資料安全
6	轉換訊號	10%	價格定位、IAP 透明度、社會證明、下載範圍

最終分數 = 加權總和，滿分 100。

分數解讀

分數	等級	意義
85-100	A	優化良好；專注於 A/B 測試和迭代
70-84	B	基礎良好；有明確的改善機會
50-69	C	有顯著差距；優先修復將帶來高影響
30-49	D	多個面向需要重大優化
0-29	F	頁面需要全面翻新

---

階段 3 — 競爭對手比較（選擇性）

如果使用者提供競爭對手網址或要求比較：

1. 擷取相同類別中 2-3 個頂尖競爭對手
2. 對每個執行相同的評分
3. 建立比較表，標示使用者應用程式的弱點/強項
4. 找出關鍵字缺口——競爭對手排名但使用者應用程式未鎖定的詞彙

如果未指定競爭對手，建議使用者提供 2-3 個，或提議搜尋其類別中的頂尖應用程式。

---

階段 4 — 產生報告

使用 references/report-template.md 中的範本來結構化輸出。

報告必須包含：

1. 評分卡 — 包含所有 6 個面向、分數和等級的表格
2. 前 3 個速效改善 — 花費少於 1 小時且影響最大的變更
3. 詳細發現 — 每個面向的細項分析，包含具體問題和修正
4. 關鍵字建議 — 基於標題/描述分析和競爭對手缺口
5. 視覺素材建議 — 具體的截圖/影片改善
6. 優先行動計畫 — 按影響 vs 努力排序的變更清單

報告規則

• 每個建議必須具體且可執行（「將副標題從 X 改為 Y」而非「改善副標題」）
• 所有文字建議需包含字元數
• 在相關時標示平台特定差異（Apple vs Google）
• 註明無法使用付費工具評估的項目（搜尋量、確切排名）
• 建議關鍵字變更時，解釋每個關鍵字為何重要

---

平台特定規則

Apple App Store — 關鍵事實

• 標題（30 字元）+ 副標題（30 字元）+ 關鍵字欄位（100 位元組，隱藏）= 索引文字
• 關鍵字欄位以位元組而非字元計算——阿拉伯文/中日韓文每個字元佔 2-3 位元組
• 長描述不納入搜尋索引——僅為轉換率優化
• 推廣文字（170 字元）不影響搜尋（Apple 已確認）
• 切勿在標題/副標題/關鍵字欄位中重複詞彙（Apple 每個詞彙僅索引一次）
• 關鍵字欄位：使用逗號，無空格（"photo,editor,filter" 而非 "photo, editor, filter"）
• 截圖：每個裝置最多 10 張。前 3 張在搜尋中可見——90% 使用者不會滑超過第 3 張
• 截圖說明文字自 2025 年 6 月起納入索引（AI 萃取）
• 應用程式內活動：最多同時發布 10 個，每個最多 31 天。納入索引並出現在搜尋中
• 自訂產品頁面（最多 70 個）自 2025 年 7 月起出現在自然搜尋中。平均轉換提升 +5.9%
• 應用程式預覽影片：最多 3 個，每個 15-30 秒。自動播放且靜音——轉換提升 +20-40%
• SKStoreReviewController：每 365 天最多 3 次提示
• Apple 有人工編輯策展——品質和設計更重要
• 完整規格、尺寸和拒絕觸發條件請參閱 references/apple-specs.md

Google Play — 關鍵事實

• 標題（30 字元）+ 簡短描述（80 字元）+ 完整描述（4,000 字元）= 索引文字
• 完整描述會納入索引——目標自然關鍵字密度 2-3%
• 無隱藏關鍵字欄位——所有關鍵字必須在可見文字中
• Google NLP/語意理解——關鍵字堆砌會被偵測並處罰
• 標題中禁止：表情符號、全部大寫、「best」/「#1」/「free」、CTA（自 2021 年起執行）
• 截圖：最少 2 張，最多 8 張每個裝置（不像 Apple 的 10 張）
• 特色圖形（1024x500，精確）為獲得精選位置所需
• 影片不會自動播放——僅約 6% 使用者點擊播放（與 iOS 相比投資報酬率低）
• Android Vitals 直接影響排名：當機率 >1.09% 或 ANR >0.47% = 能見度降低
• 推廣內容：提前 14 天提交以獲得精選。應用程式可獲得 2 倍的探索獲取
• 自訂商店頁面：最多 50 個（可針對流失使用者、特定國家、廣告活動）
• 商店頁面實驗：最多測試 3 個變體，執行 7 天以上，一次一個實驗
• 完整規格和政策細節請參閱 references/google-play-specs.md

Apple 索引 vs Google 索引

欄位	Apple 索引？	Google 索引？
標題	是	是（最強訊號）
副標題 / 簡短描述	是	是
關鍵字欄位	是（隱藏）	不存在
長描述	否	是（大量）
截圖說明文字	是（自 2025）	否
應用程式內活動	是	不適用（改用 LiveOps）
開發者名稱	否	部分
IAP 名稱	是	是

---

常見問題檢查清單

若發現請標記。標記為 (依等級而定) 的項目應根據應用程式的品牌成熟度等級評估——對於主導型應用程式，可能是刻意選擇。

一律標記（所有等級）：

• [ ] 評分低於 4.0
• [ ] 最後更新超過 3 個月前
• [ ] Google Play 描述無關鍵字策略（密度低於 1%）
• [ ] Google Play 缺少特色圖形
• [ ] Apple 關鍵字欄位可能包含重複詞彙（從標題+副標題推斷）
• [ ] 類別不符——應用程式在其他類別競爭較少
• [ ] 截圖少於 5 張

僅標記挑戰者/已建立 (對主導型應用程式非錯誤)：

• [ ] 標題浪費字元在僅品牌名稱上（無關鍵字） (主導型：品牌本身就是關鍵字)
• [ ] 副標題/簡短描述重複標題關鍵字
• [ ] 描述前 3 行過於通用 (主導型：可能是品牌語調選擇)
• [ ] 無預覽影片 (主導型：若產品難以展示可能是合理的)
• [ ] 截圖僅是 UI 展示，無訊息/說明文字 (主導型：生活風格/品牌照片可能轉換更好)
• [ ] 僅 1-2 個在地化 (根據實際市場評分，非絕對數量)
• [ ] 無應用程式內活動或推廣內容 (主導型實用應用程式可能不需要發現協助)

標記所有等級但註明背景：

• [ ] 無開發者回應負面評論 (註明數量——在 1000 萬則評論時回應與在 1000 則時是不同的挑戰)
• [ ] 通用的「最新消息」文字 (對於已建立/主導型應用程式，在每週以上發布頻率時可接受)

---

任務特定問題

1. App Store 或 Google Play 網址是什麼？
2. 這是您的應用程式還是競爭對手的？
3. 應用程式在哪個類別競爭？
4. 您有競爭對手的網址可以比較嗎？
5. 您專注於搜尋能見度、轉換率，還是兩者？
6. 您有權限存取 App Store Connect 或 Google Play Console 資料嗎？

---

相關技能

• cro：用於優化驅動應用程式安裝的網頁登陸頁面轉換率
• ad-creative：用於建立 App Store 和 Google Play 廣告素材
• analytics：用於設定安裝歸因和應用程式內事件追蹤
• customer-research：用於了解使用者需求和語言，以優化頁面文案