石榴算法是什么?怎么應(yīng)對石榴算法?

2654次閱讀

從整個互聯(lián)網(wǎng)生態(tài)環(huán)境來看,低質(zhì)廣告的泛濫越來越多,逐漸蔓延到各個網(wǎng)站,嚴重影響了用戶的正常瀏覽體驗。想象一下,當你打開一個網(wǎng)頁,看到的不是有趣的內(nèi)容,而是垃圾廣告窗口或大型廣告,混淆和隱藏了主要內(nèi)容,你的心情會如何?

為了應(yīng)對這種不好的體驗,所以百度于2013年5月17日上線了石榴算法。


石榴算法是什么

與之前百度綠蘿算法相對應(yīng),石榴算法是百度針對低質(zhì)量網(wǎng)站打擊的升級版,這正是百度搜索引擎提高用戶體驗,提高搜索質(zhì)量的有力手段。

新算法的重點是糾正包含大量不良廣告的頁面和彈出窗口站,因為這些廣告妨礙了用戶的正常瀏覽。

因而本次算法上線后,咱們將會看到主體內(nèi)容有價值、低質(zhì)廣告少、無彈窗的優(yōu)質(zhì)頁面排序有所提高,相應(yīng)的含有惡劣彈窗、很多混雜頁面主體內(nèi)容等的頁面排序會大幅下降。


怎么應(yīng)對石榴算法

1、屏蔽低質(zhì)量內(nèi)容

如果你網(wǎng)站以及被收錄了許多文章,但是沒有排名,那么我們可以篩選出一些低質(zhì)量的內(nèi)容,使用robots來屏蔽。同時多更新一些高質(zhì)量的內(nèi)容,但是要注意不要一次性屏蔽太多了。

2、廣告位的優(yōu)化

如果網(wǎng)站想要長期好的發(fā)展就需要用優(yōu)質(zhì)的廣告位而不是瘋狂彈窗。比如說在文章底部插入廣告位,或者在內(nèi)容頁兩側(cè)插入廣告位,既不影響廣告收益,同時也沒有影響到用戶的閱讀,文采好的同學(xué)可以在文中的文字加入少許的廣告。

3、頁面內(nèi)容優(yōu)化

百度在抓取整個內(nèi)容頁的時候,百度會自動識別你的內(nèi)容是不是原創(chuàng),因此我們必須要提高內(nèi)容頁的原創(chuàng)度。

4、高質(zhì)量的內(nèi)容

許多人應(yīng)該知道高質(zhì)量的內(nèi)容非常重要,但很少人更新高質(zhì)量的內(nèi)容,甚至很多人不知道什么是高質(zhì)量的內(nèi)容。高質(zhì)量的內(nèi)容就是可以對用戶有幫助,那才算高質(zhì)量的內(nèi)容。一個網(wǎng)站只有內(nèi)容質(zhì)量高才可以持續(xù)發(fā)展。


最后希望站長們能夠從用戶的角度出發(fā),往長遠考慮,在不影響用戶體驗的前提下合理放置廣告、寫好文章,贏得用戶的長期青睞才是一個網(wǎng)站發(fā)展壯大的基礎(chǔ)。


閱讀本文的人還可以閱讀:

百度細雨算法是什么?細雨算法詳細解讀(1)

冰桶算法是什么?冰桶算法詳解——6步迭代

閃電算法是什么?閃電算法有哪些影響

驚雷算法1.0是什么?如何應(yīng)對驚雷算法1.0

本文由夫唯SEO特訓(xùn)營編輯整理。

搜外專注SEO培訓(xùn)和SEO周邊Saas服務(wù)解決方案,10年來超過五萬學(xué)員在此獲得技術(shù)提升和人脈圈子。

SEO課程包含移動搜索、零基礎(chǔ)建站、群站SEO思維、搜外6系統(tǒng)、SEM入門等。

192期A班報名時間7月1日-7月15日,請?zhí)砑诱猩头∧⑿牛簊eowhy2021。 微信掃碼添加客服人員

我們的目標是:讓非技術(shù)人員輕松學(xué)會互聯(lián)網(wǎng)技術(shù)。

  • 搜外會員SEO交流群(免費)

    微信掃碼添加客服人員
  • 小程序運營交流群(免費)

    微信掃碼添加客服人員
  • 搜外會員SEM競價交流群(免費)

    微信掃碼添加客服人員
  • 夫唯學(xué)員SEO交流群(VIP)

    微信掃碼添加客服人員

掃碼獲取資源

微信掃碼添加客服人員
  • SEO技術(shù)實戰(zhàn)微信群

    微信掃碼添加客服人員
  • 大站流量總監(jiān)群(審核身份)

    微信掃碼添加客服人員
  • Google獨立站英文SEO群

    微信掃碼添加客服人員
  • SEO團隊KPI管理表格

    微信掃碼添加客服人員
  • 工業(yè)品網(wǎng)站友情鏈接群

    微信掃碼添加客服人員
  • 本地生活服務(wù)業(yè)友鏈群

    微信掃碼添加客服人員

跟夫唯老師系統(tǒng)學(xué)習(xí)群站SEO
成為互聯(lián)網(wǎng)運營推廣大咖

掌握SEO技巧、建站前端、群站霸屏、SEM入門、新聞源推廣……
Processed in 0.176800 Second , 51 querys.