語音搜尋排名因素分析
Backlonko前幾天發了一篇關於語音搜尋排名因素的帖子,他們分析了1萬個語音查詢詞在Google Home的搜尋結果,進而得出語音搜尋演算法中一些排名因素的可能應用情況。簡要介紹一下他們的結論,想看完整細節的請看原文,這篇帖子並不是翻譯。
要說明一下,他們的統計是基於Google Home回答的結果,並不是手機或電腦的語音搜尋結果。Google Home是谷歌出品的智慧音響系統,除了通過語音控制家庭智慧裝置,也可以通過語音回答使用者問題。這與搜尋框的搜尋有些差別,最大的不同是,智慧家居裝置只返回1條搜尋結果,然後用語音讀出來,所以搜尋引擎對這一條結果需要有很高的自信度。去年Stone Temple做過統計,Google Home回答了68.1%的問題,剩下的問題不夠自信,所以沒有回答。回答了的問題完全正確率達到90%以上,亞馬遜的Echo、蘋果的Siri、微軟的Cortana等稍低一點。
智慧家居裝置的問答也是通過搜尋實現,雖然搜尋演算法可能有些不同,但搜尋返回的這唯一的一條結果對SEO們還是有很大借鑑意義的,在Google眼裡,這唯一的一條結果是最相關、最權威的。
幾年前開某次行業大會時(不記得是哪次了),Inway問過一個問題,未來理想中的搜尋引擎是什麼樣子,我當時回答,未來理想狀態的搜尋引擎應該只返回一個搜尋結果。現在看來,這種狀態開始通過智慧家居裝置逐漸實現中了。
前些天看到一個笑話(大意):
使用者問家裡的亞馬遜Echo:Google Home好不好用啊?
Echo回答,還不錯。
旁邊的Google Home搭話了:謝謝。
這就離真正的智慧差不多了。
下面是Backlonko分析的11個語音搜尋排名因素。(下面的語音搜尋結果,除非特殊說明,指的都是Google Home用語音給出的唯一的回答,不是普通PC或手機搜尋框的語音搜尋。)
頁面開啟速度在語音搜尋SEO優化中起顯著作用
頁面開啟速度可能是語音搜尋排名的重要因素之一。語音結果頁面速度比其它大部分頁面快得多。語音結果的平均接收到首位元組時間(Time to First Byte)是0.54秒,其它所有頁面平均2.1秒,頁面完全下載時間為4.6秒,其它頁面是8.8秒。
2018年1月份Google公佈,開始把頁面開啟速度作為移動搜尋排名因素之一。語音搜尋比典型的移動搜尋更要求速度快,問完問題半天沒反應的話,恐怕顯得有點傻。
HTTPS頁面在Google語音搜尋中佔主導
HTTPS頁面早就是排名因素之一,但在PC和普通移動搜尋中只是個微小因素。但在語音搜尋中,https可能起到更大作用,70.4%的語音結果使用了https,PC搜尋中只佔50%。
語音搜尋結果更簡潔
語音搜尋結果平均長度是29個單詞。中文的話估計更短。
Schema可能對語音搜尋排名沒有幫助
Schema是Google、百度、Bing等都支援的一種結構化資料標記規範,有利於搜尋引擎理解頁面內容。但對語音搜尋可能沒有多大作用。36.4的語音搜尋結果頁面使用了schema標註,網上所有頁面使用schema的也有31.3%,比例沒高多少。
不過,不是說不要使用schema,有利於搜尋引擎理解頁面內容是好事,只要可能就儘量用,不管對語音搜尋有沒有幫助。
連結權威度高的域名在語音搜尋中排名更好
這是肯定的。有意思的是進一步的分析發現,域名的連結權威度比頁面的連結權威度重要得多。Backlinko分析了每個結果的域名強度和頁面強度(使用的afrefs的資料),語音結果的平均域名強度是76.8,這是相當高的,但頁面的平均強度只有21.1,要低得多。
這說明要達到比較高的信心指數,Google更相信權威域名的結果,不敢冒險返回弱域名的頁面,哪怕看起來相關度更高或者頁面有很多連結。
在社交媒體上被分享多的頁面更容易出現在語音搜尋中
語音搜尋結果平均有1199個facebook分享,Twitter分享44個,一般頁面facebook分享平均不到2個。
容易讀、容易理解的內容在語音搜尋排名更好
文字被讀出來是否通順,是否容易理解是語音搜尋的重要因素,使用簡單的語法結構、簡單的詞彙更利於使用者理解。
很少語音搜尋結果頁面在title中包含完整關鍵詞
隨著人工智慧在搜尋演算法中的使用,搜尋引擎更能準確理解使用者查詢的意圖,頁面標題標籤是否包含完整查詢詞變得沒那麼重要。在語音搜尋中就更是如此,查詢更口語化、長度更長、變化更多,要在title中覆蓋所有查詢詞是不大可能的,從搜尋結果看,也沒必要。
只有1.7%的語音搜尋結果頁面標題包含完整查詢詞。title的權重被調低,查詢詞在頁面正文中出現就足夠了。
長內容排名更好
語音搜尋結果頁面平均長度是2312個單詞。近年的統計表明,內容篇幅長的頁面在普通搜尋中排名表現也更好,語音搜尋更是如此。
但這是否說明長度是語音搜尋的排名因素呢?也不一定。前面有一個結論,語音搜尋結果(語音合成讀出來那部分)都是很簡潔的,平均29個單詞,為什麼要從這麼長的頁面中提取這麼短的片段呢?並沒有必然聯絡。更大的可能性是,篇幅長,頁面正文中命中更多查詢詞的概率越大,而不是字數本身的原因。
除了內容長度,內容格式也可能起一定作用。FAQ類的內容更容易出現在語音搜尋結果中。春節前關於語音搜尋SEO的帖子就提到過,語音搜尋查詢詞更多問題式的長句子,FAQ類頁面是最好的匹配。
PC端排名好有利於被選為語音搜尋結果
這個是很自然的,普通搜尋中排名高說明相關性、權威性都符合,被選為語音搜尋最佳結果的可能性也越大。Google Home給出的結果中74.9%是PC端排名前3的頁面。
出現在第0位非常有利於語音搜尋SEO
什麼是第0位結果請參考以前的帖子。
40.7%的語音搜尋結果是已經在PC端獲得第0位的頁面。在普通搜尋框的語音搜尋中已經是如此,大部分被讀出來的答案都是第0位結果。
相關文章
- [思考]語音搜尋互動模式分析模式
- 語音技術——關鍵詞搜尋
- Html5實現的語音搜尋功能HTML
- win10小娜無法語音搜尋怎麼辦 win10小娜不能語音搜尋如何解決Win10
- 排名演算法(二)--淘寶搜尋排序演算法分析演算法排序
- Google排名因素Go
- 外鏈數量與質量,影響百度搜尋引擎排名的雙重因素
- Google開始測試電話語音搜尋技術Go
- MySQL單詞搜尋相關度排名MySql
- 搜尋引擎語法
- google搜尋語法Go
- Spotify開始測試語音搜尋技術,或將打造智慧音響
- Searchmetrics:頁面載入越快搜尋排名越高
- 利用AJAX技術提高搜尋引擎排名(轉)
- 音樂搜尋介面,Kotlin版本Kotlin
- 出門問問—-語音搜尋解決生活燃眉之急
- 搜尋模組功能分析
- MarketingCharts:2015年Google搜尋排名GCGo
- chitika:搜尋引擎排名位置的價值
- QQ音樂搜尋功能基本思路
- 俚語搜尋命令列工具命令列
- 語義搜尋相關配置
- BM42:語義搜尋與關鍵詞搜尋結合
- 移動搜尋產品分析
- Lumia網路搜尋排名超越Android關鍵詞Android
- 【X開放日】李志飛講述Google Glass上的中文語音搜尋Go
- tiktok商品搜尋資料分析
- ElasticSearch 簡單的 搜尋 聚合 分析Elasticsearch
- oc-plugin-music 音樂聚合搜尋外掛Plugin
- 騰訊音樂知識圖譜搜尋實踐
- 不明惡意攻擊致<搜狗搜尋><搜尋結果>跳轉<百度搜尋>技術原理分析
- 海量資料搜尋---搜尋引擎
- 打造優質外鏈收錄,助您站穩搜尋引擎排名
- leetcode 700. 二叉搜尋樹中的搜尋 思考分析LeetCode
- 淘寶搜尋演算法現狀分析演算法
- vue 音樂App QQ音樂搜尋列表最新介面跨域設定VueAPP跨域
- 音樂檔案搜尋工具:AudioFinder Mac版Mac
- 搜尋引擎-03-搜尋引擎原理