我是從seo轉行來做aso的，實話實說，我對aso並無太大的興趣，但還是本著做一行愛一行的原則，研究了一段程式設計客棧時間，所以這一篇文章不是專家之作，亦不是威權之談，如果非要給這篇文章來個動機，立個名目的話，那就是借工作時間寫了一篇領導看了不會被罵，aso新人看了不會嫌棄的良心之作罷了。
aso是什麼已無需再過多解釋，而aso優化成功與否，有幾大重要的因素，關鍵詞、標題、評論、**量、描述，這幾大因素直接決定了應用的排名，還有人說什麼活躍使用者量、使用者留存度等等也是影響aso優化作用的因素之一，雖說沒有錯，但這些卻不是aso優化人能夠控制的，aso優化人只能根據這些資料向上進行反饋，建議產品進行創新或更改相關功能，但要讓aso自己解決使用者留存度恐怕不現實吧。
aso工作的第一步無疑就是選詞了，這與seo是一樣的，選詞在許多人看來，僅僅是個小問題，但小問題卻是大考驗，因為關鍵詞的好壞直接影響了後續aso的成敗，可見選詞的作用性。
如何選詞呢?選哪些詞好呢?
站在使用者的角度去思考問題
seo人常說，使用者怎麼搜我就選什麼詞，aso也能說，使用者怎麼搜我就用什麼詞。同樣的思維模式，探索的答案儘管有所差異，但並不妨礙用同一種思維去思考，去找到突破口。昨天在優派網看到一位會員發了一篇文章，他說aso最難的是選詞，因為不知道使用者會在應用市場去搜尋哪些詞。
他的程式設計客棧困擾也是許多剛玩aso人的困擾吧，個人覺得，在實在不知道如何選詞時，是否應該跳出原有思維，跳出日記本上所有詞彙的束縛，以使用者的角度去想問題呢?如果你是使用者，你在搜尋一款應用時，你會怎樣去搜?想通了這個問題，其實也就想通了使用者在應用市場怎麼去搜尋的問題了。
如使用者在搜尋射擊這個關鍵詞時，可以根據下拉框來了解使用者經常搜的是哪類詞，使用者的搜尋目的可能會發生變化，但搜尋習慣一般不會輕易改變，下拉框中的關鍵詞是使用者習慣性跟隨相關搜尋熱區。
所以，在選詞遇到瓶頸時，換個角度看問題，也許就能拔開雲霧見月明了。
使用者在應用市場常用於搜尋的關鍵詞更為精準與簡練。因為使用者目的是通過最精準的詞彙找到想找的應用罷了，使用者不關心這款應用的前生與今世，他不會去搜尋射擊遊戲最早出現在哪個國家，也不會去搜尋什麼射擊遊戲最好玩。這不是使用者來應用市場的目的。所次拋棄長尾詞概念，因為這是aso優化，而不是seo優化。
使用者來到應用市場的目的只有乙個，找到應用，完成**，體驗應用，決定是否繼續的這麼乙個過程。
如果實在不知道選詞沒關係，競爭對手會告訴你，善於分析，勤於記錄，如果應用是一款戰爭遊戲的話，那麼射擊、射擊遊戲、狙擊遊戲、戰爭遊戲等關鍵詞必然是目標使用者搜尋最多的關鍵詞了，如圖所示：
利用百度指數來分析關鍵詞也是一種常見zddyx的手段，通過百度指數我們可以得出搜尋這組關鍵詞的熱度、人群比例，搜尋地域分布等情況。
另外，有些朋友喜歡選熱度高的關鍵詞，而且是越高越喜歡，卻忽略了高指數的關鍵詞所帶來的優化難度。所以本人還是建議，如果是在公司預算有限的情況下，前期還是選擇一些競爭不大的關鍵詞來做。
注：本文由app營銷優派網原創
本文位址: /news/seo/77398.html
矩陣加速遞推
關於矩陣加速數列遞推 給定乙個遞推數列 f i a 1 f i 1 a 2 f i 2 a k f i k 我們普通計算的話肯定是逐個計算，複雜度較大。我們可以用矩陣表示 left begin f i f i 1 f i k end right 為了遞推出 f n 我們需要找到乙個係數矩陣 a 使得...
mysql乾貨 MySql乾貨分享
1.索引 1.b tree 索引底層是用的b tree資料結構，這種結構可以大幅度提公升查詢效能，因為b tree底層是由葉子節點組成的單向列表，塑造出它的穩定性,尤其是範圍內的資料檢索。b樹遍歷需要繁瑣的中序遍歷，b s樹就不需要，直接讀取單鏈表就可以獲取到範圍內資料，由於b tree相比較於b樹...
Visual C 2008新特性速遞
visual c 整合開發環境的變化 1 在atl mfc及win32應用程式中建立的對話方塊現在已符合windows vista樣式標準了。使用visual c 2008建立的新工程中所有對話方塊現在都會符合vista視窗樣式，但如果編譯乙個早期visual c 版本建立的工程，對話方塊仍會保持原...