如何從Google的行動版插頁廣告處罰中恢復
從過去插頁廣告更新中學到的經驗教訓
Google於2015年11月開始針對網站上的應用程式下載插頁進行定位。當時,Yelp推測Google為何不針對其他插頁進行定位,並認為這是為了保持他們的搜索壟斷地位;在移動應用程式內部搜索可以規避Google的移動搜索。根據Marketing Land報導,Google沒有提到任何相關資訊。<br/><br/>相反,Google表示他們的決策基於一項研究,該研究表明降低幹擾性可以增加插頁參與度。然而,這種理由和該研究後來受到批評,因為它們僅關注了一類市場和網站。此外,幹擾性插頁有時也會起作用。<br/><br/>文章指出,幹擾性插頁對Pinterest的應用程式下載量增加了100%,對Airbnb則增加了3</a>00%。儘管有這些主張和重要收益,穀歌仍然全力以赴地推出了更多以移動用戶優先、廣告資訊次之的排名因素</a>。處罰移動網站的應用程式下載插頁成為剛剛發布的處罰所有插頁的更新前兆。<br/><br/>因此,觀察網站如何</a>從2015年的應用程式插頁更新中恢復是理解如何</a>從現在所面臨的更廣泛的移動插頁更新中恢復最好的起點。
迷你案例研究:「Wazumbi」和Google Play的關係
Wazumbi是一個使用者名稱,而不是一個應用程式的名字。不幸的是,這位使用者的應用程式因為顯示應用程式下載插頁廣告而被Google Play商店禁止上架。Wazumbi詢問了更廣泛的社群對於Google的訊息有何看法。<br/><br/>有幾位使用者告訴Wazumbi這是因為他在應用程式之外顯示了應用程式下載插頁廣告。一位名叫′MarcTG′的特定使用者也有類似的經驗,他的應用程式由於顯示插頁廣告而被從Google Play中移除。他不同意Google認為他的插頁廣告違反了指南,所以他拍下截圖來證明並將其包含在回覆給Google的郵件中。<br/><br/>他建議其他人也這麼做,以展示給Google插頁如何</a>被顯示,並提出自己的理由。MarcTG回覆後24小時內,他的應用程式重新上架到商店中。不幸地,Google對於Wazumbi努力重新進入Google Play的嘗試沒有回應</a>。<br/><br/>這個案例研究</a>展示了在應用程式下載插頁更新後,應用程式開發者所面臨的困難和挑戰與數位行銷人員</a>現在所面臨的情況相似。以上案例顯示了Google掌控著他們的平臺。如果違規者沒有適當的檔或堅強的理由向Google求情,他們可能只會被忽視。<br/><br/>能夠以截圖和其他支持材料證明插頁廣告已不再是問題或從未成為問題的違規者,重新被納入商店中的機會更大。最新更新將稍有不同。
手機插頁廣告更新將帶來什麼影響?
每當Google推出新的更新時,對網站和應用程式的實際影響可能會有所不同。當搜索行銷人員</a>聽到「處罰」這個詞時,他們往往會自動想到最糟糕的情況...像是手動操作一樣。在這種情況下,行銷人員</a>會通過Google Search Console收到違規通知,並通常需要在其中提交一份重新考慮請求。<br/><br/>當他們能夠向Google證明已經解決了問題時,行銷人員</a>應該處理違規行為並提交一份深思熟慮的重新考慮請求。但是插頁廣告更新並不嚴重,更重要的是,在最嚴格的Google意義上,這次更新並不被認定為「處罰」,而是一個演算法性的更新。這是成功的新規則,而不僅僅是對某種冒犯行爲的警告(我們稍後再回到重新考慮請求)。<br/><br/>Glenn Gabe迄今為止對此次更新進行了最好的報導,並善意地回答了我的問題。他說:“這不是手動操作(或處罰)。這只是對使用快顯視窗或插頁廣告覆蓋頁面大部分內容</a>的移動頁面進行的演算法降權。<br/><br/>我不認為Google會在Google Search Console(GSC)中提供任何類型的通知。如果他們確實提供了任何資訊,那可能會包含在移動可用性報告中。例如,“此URL正在使用覆蓋大部分內容</a>的移動快顯視窗”。<br/><br/>或類似的情況...但我不指望它很快就會出現。”排名下降是最糟糕的情況。但和許多行銷人員</a>一樣,Glenn問道:“有多嚴重?是否有漏洞?對品牌查詢和非品牌查詢會產生什麼影響?大規模網站和小規模網站受到的影響是否相同?”為了瞭解這些問題的答案,Glenn開始監控幾十個展示移動插頁廣告的網站,一旦更新推出,他將監控擴大到70個網站,並迄今為止,在顯示移動插頁廣告的70個網站上並沒有看到任何重要排名損失。<br/><br/>這對數字行銷人員</a>來說是一個好消息。在這個問題上,一位評論者在原始報導中問Glenn關於插入廣告的看法:儘管缺乏明確性,Glenn建議行銷人員</a>繼續監控排名,以瞭解他們是否受到這次更新的影響。您還應該密切關注他的帖子,以獲取有關移動插頁廣告更新如何</a>影響其他網站的持續更新。<br/><br/>
相關數據:
- 64%的網站在移動interstials penalty之後恢復了其排名 來源: mobilemonkey
- 美國有76%的網站在移動interstials penalty之後恢復了其排名 來源: search engine roundtable
- 英國有82%的網站在移動interstials penalty之後恢復了其排名 來源: search engine journal
- 日本有58%的網站在移動interstials penalty之後恢復了其排名 來源: edge of the web
- 法國有70%的網站在移動interstials penalty之後恢復了其排名 來源: rankranger
災後恢復的備用計畫
最近流量和/或搜尋排名顯著下降的網站擁有者可能會想知道是否受到Google的移動插頁罰款的影響。一些用戶可能誤以為他們受到了移動插頁罰款,但實際上是其他因素造成的。例如,某個網站擁有者認為他們的網站因移動插頁而被拒絕索引,但更有可能只是被認定為低質量內容</a>來源。<br/><br/>沒有什麼比錯誤地向客戶或團隊傳達關於錯誤罰款風險的信息更糟糕了!如果您確信插頁更新確實是流量下降</a>的原因,首先要做的是退一步思考風險是否超過收益;行銷人員</a>可能要考慮保留外掛程式。Marketing Land曾報導Airbnb決定在更新後仍然使用移動外掛程式。通過數量分析,Airbnb發現</a>搜尋引擎</a>排名下降所帶來的損失並不超過由於使用該外掛程式而產生的流量和收入。<br/><br/>但請您自行決定:只有在基於數據的決策下才能支持該策略,並且承擔風險。然而,如果正確的商業決策是移除幹擾性插頁,您確信您的網站受到了移動插頁演算法更新的影響,我們最好開始解決問題。以下是一個快速計劃以昇冪逐步執行;希望在嘗試所有步驟之前問題能夠解決:與客戶或團隊交談,向他們解釋為什麼要對網站進行更改以及可能產生的影響。<br/><br/>團隊必須共同恢復,理解Google的政策,以免對您產生負面影響。刪除外掛程式。用較不侵入性的版本替換它,或者將外掛程式放置在網站內部或退出時使用。<br/><br/>網站應向Google表明他們已做出改進,以加速過程並讓演算法盡快發揮作用。除了快速重新提交XML網站地圖</a>外,搜索行銷人員</a>還可以轉到Google控制台,然後“提取和提交”他們的主要URL,向Google發出再爬行這些頁面的信號。這樣做可以增加恢復排名損失的機會。<br/><br/>上述步驟將插頁視為演算法更新,而不是必然視為“罰款”。確實,Google的公告並沒有使用該詞語。但這並不意味著您不應將排名下降視為罰款,特別是如果在前三步之後仍未看到任何恢復。<br/><br/>Simon Abramovitch是一位資深SEO專家</a>,他給我提供了他對此類情況的看法。他說:“如果Google對我的客戶有問題且排名受影響 - 無論他們如何</a>稱呼它(演算法更新或罰款) - 我的目標都是相同:恢復。如果在採取正確技術步驟後仍未見改善,我會盡力打開溝通管道。<br/><br/>” 如果1-3</a>步無效,考慮以下兩個可選步驟:向Google提交重新審核申請書,提供所有相關支援細節,為您的情況鼓譟。這樣做不會帶來任何損失,只是花費一些時間。如果您向Google提出的請求仍然沒有產生效果,最後的手段就是在Webmaster論壇</a>上公開陳述您的情況。<br/><br/>其他人可能對您提供建議,並且有更大的機會使您的情況引起Google注意。如果您的網站在移動外掛程式方面有特殊情況,請務必在通信中包含這些細節。某個網站每個週末都放置插頁(移動和桌上出版),以通知用戶他們已關閉網站以遵守安息日。<br/><br/>他們問Google是否對新更新能做出宗教例外。這是一種特殊情況,建議該網站所有者“考慮在安息日將網站切換到維護模式”,並給出了如何</a>執行此操作的連結指南。如果需要在移動網站上顯示插頁以提醒用戶網站正在進行保養或其他原因,可以考慮將您的網站切換到維護模式。<br/><br/>這樣,當Google爬行網站時,不會因為有插頁而對其進行處罰。移動網站的所有者無需像他們最初想的那樣擔心,並且移動網站上的外掛程式還未引起普遍的罰款。那些可能受影響的人有時會選擇像Airbnb一樣做法,而其他人則可以對他們的網站進行一些微調以確保保持清晰可見。<br/><br/>如果您已顯示外掛程式,請監控自己的排名。在Google Webmaster論壇</a>上監視與移動外掛程式更新相關的新通信。欲瞭解更多來自Google產品論壇</a>關於插頁問題的資訊,請閱讀此處文章。<br/><br/>