SEOER追逐搜索算法更新何時了

您當前的位置：首頁>網(wǎng)建知識>SEOER追逐搜索算法更新何時了

新聞中心

最新動態(tài)緣震優(yōu)勢網(wǎng)建知識

精彩案例

地址：上海市靜安區(qū)共和新路4718弄10號樓2樓

熱線：400-166-3538

電話：19301461038

郵箱：sales@shyuanzhen.cn

SEOER追逐搜索算法更新何時了

2018-04-02 11:32:25

通常，確認網(wǎng)站受算法更新影響后，也還要謹慎等待一段時間，最好不要輕舉妄動。理由包括：

算法更新經(jīng)常會回調(diào)。搜索引擎上線更新，肯定要監(jiān)控效果，效果不好的話就可能回調(diào)。

算法影響的部分與網(wǎng)站總體目標或用戶體驗有沖突。在這種情況下，品牌、總體目標、用戶體驗是第一位的。

以后的其它算法更新經(jīng)常減輕以前算法的影響。

我個人長期以來的懷疑：搜索引擎會看哪些網(wǎng)站一有算法更新就跟著修改網(wǎng)站，這些網(wǎng)站顯然是注重做SEO的，成為重點關(guān)注對象。這可不是什么好事。

也有的時候，不必跟著算法更新走的原因更簡單：完全沒必要。有的算法改變，長遠來看，與用戶體驗、網(wǎng)站質(zhì)量就沒什么大關(guān)系，這種算法更新就不必追了。

這種顯示格式的差別應該對用戶點擊是有一點影響的，但影響是好是壞，現(xiàn)在還無法判斷，也沒有統(tǒng)計數(shù)據(jù)出來。

　　作為SEO，是否需要充分利用更長的說明文字顯示?重寫、擴充description標簽?修改程序，把description生成長度加大?或者刪除description標簽，讓Google自己從頁面正文中選取?這些方法都可以把頁面顯示的說明文字增加到4行。

　　但目前，我個人覺得沒必要做這種調(diào)整。description標簽的長短和內(nèi)容質(zhì)量、網(wǎng)站本身的質(zhì)量、用戶體驗都沒關(guān)系，在搜索結(jié)果頁面中，4行說明文字是否有利于用戶體驗也不明確，在瀏覽狀態(tài)下，看4行說明與看2行，哪個更好，還真不好說。而且，無論是欄目還是文章頁面，摘要性質(zhì)的description標簽，2行能說清楚了，寫4行會不會太啰嗦了?

　　所以，這是比較典型的不必追的算法更新，雖然視覺效果變化不小。

　　百度也經(jīng)常有類似的算法變化。順便說一句，一直有這種現(xiàn)象，博客帖子舉例用百度多了，就總有人問能不能說說Google，舉Google的例子多了，就總有人問能不能說百度，好像這兩個是互斥的。其實我說過很多遍了，做SEO優(yōu)化，無論是百度還是Google，還是其它搜索引擎，方法是一樣的，無論拿哪個舉例，都適用于所有搜索引擎。

　　回來檢查了一些網(wǎng)站和關(guān)鍵詞的排名情況，發(fā)現(xiàn)百度應該是調(diào)低了首頁優(yōu)勢，現(xiàn)在不少內(nèi)頁排名能力有了明顯提升，不是個別頁面、個別網(wǎng)站。以前百度有比較明顯的首頁優(yōu)勢，做重要關(guān)鍵詞排名時不得不向首頁集中，那么現(xiàn)在是否要調(diào)整關(guān)鍵詞在網(wǎng)站的分布呢?個人覺得，目前也還沒有必要，需要觀察一段時間，畢竟，這和網(wǎng)站內(nèi)容質(zhì)量關(guān)系也不大。

網(wǎng)站的基本原理有哪些？

流行網(wǎng)站建設(shè).jpeg

網(wǎng)站的基本原理主要涉及以下幾個方面： **一、技術(shù)架構(gòu)** 1. 客戶端-服務器模型 - 網(wǎng)站基于客戶端-服務器架構(gòu)運行。客戶端通常是用戶使用的瀏覽器，如 Chrome、Firefox、Safari 等。當用戶在瀏覽器中輸入網(wǎng)址（URL）并按下回車鍵時，瀏覽器會向服務器發(fā)送請求。 - 服務器是存儲網(wǎng)站文件和數(shù)據(jù)的計算機系統(tǒng)。服務器接收到客戶端的請求后，會根據(jù)請求的內(nèi)容返回相應的文件和數(shù)據(jù)。 2. 服務器端技術(shù) - 服務器端通常使用服務器軟件，如 Apache、Nginx、IIS 等，來處理客戶端的請求。服務器軟件負責接收請求、解析請求、查找相應的文件和數(shù)據(jù)，并將其返回給客戶端。 - 服務器端還可以使用編程語言和框架，如 PHP、Python、Java、Ruby on Rails 等，來動態(tài)生成網(wǎng)頁內(nèi)容。這些編程語言和框架可以與數(shù)據(jù)庫系統(tǒng)（如 MySQL、PostgreSQL、MongoDB 等）進行交互，獲取和存儲數(shù)據(jù)。 3. 客戶端技術(shù) - 客戶端主要使用 HTML、CSS 和 JavaScript 等技術(shù)來顯示網(wǎng)頁內(nèi)容和實現(xiàn)交互功能。HTML（超文本標記語言）用于定義網(wǎng)頁的結(jié)構(gòu)和內(nèi)容，CSS（層疊樣式表）用于控制網(wǎng)頁的外觀和布局，JavaScript 用于實現(xiàn)網(wǎng)頁的交互效果和動態(tài)功能。 **二、工作流程** 1. 用戶請求 - 用戶在瀏覽器中輸入網(wǎng)址或點擊鏈接，瀏覽器會向服務器發(fā)送 HTTP 請求。請求中包含了要訪問的網(wǎng)頁的 URL、請求方法（如 GET、POST 等）、請求頭和請求體等信息。 2. 服務器響應 - 服務器接收到請求后，會根據(jù)請求的 URL 和服務器的配置，查找相應的文件和數(shù)據(jù)。如果請求的是靜態(tài)文件（如 HTML、CSS、JavaScript、圖片等），服務器會直接將文件返回給客戶端。如果請求的是動態(tài)內(nèi)容（如由服務器端編程語言生成的網(wǎng)頁），服務器會執(zhí)行相應的程序代碼，生成網(wǎng)頁內(nèi)容，并將其返回給客戶端。 - 服務器返回的響應通常包括響應狀態(tài)碼（如 200 OK、404 Not Found 等）、響應頭和響應體等信息。響應體中包含了網(wǎng)頁的內(nèi)容，可以是 HTML 代碼、JSON 數(shù)據(jù)、圖片等。 3. 瀏覽器渲染 - 客戶端瀏覽器接收到服務器的響應后，會根據(jù)響應的內(nèi)容進行渲染。瀏覽器首先解析 HTML 代碼，構(gòu)建網(wǎng)頁的結(jié)構(gòu)。然后，瀏覽器會應用 CSS 樣式，控制網(wǎng)頁的外觀和布局。最后，瀏覽器會執(zhí)行 JavaScript 代碼，實現(xiàn)網(wǎng)頁的交互效果和動態(tài)功能。 - 瀏覽器在渲染網(wǎng)頁的過程中，可能會向服務器發(fā)送額外的請求，如獲取圖片、視頻、字體等資源。這些請求也會按照上述的工作流程進行處理。 **三、數(shù)據(jù)存儲和傳輸** 1. 數(shù)據(jù)存儲 - 網(wǎng)站的數(shù)據(jù)可以存儲在服務器端的數(shù)據(jù)庫系統(tǒng)中，也可以存儲在文件系統(tǒng)中。數(shù)據(jù)庫系統(tǒng)通常用于存儲結(jié)構(gòu)化的數(shù)據(jù)，如用戶信息、文章內(nèi)容、訂單數(shù)據(jù)等。文件系統(tǒng)通常用于存儲非結(jié)構(gòu)化的數(shù)據(jù)，如圖片、視頻、音頻等。 2. 數(shù)據(jù)傳輸 - 客戶端和服務器之間的數(shù)據(jù)傳輸通常使用 HTTP 協(xié)議。HTTP 是一種無狀態(tài)的協(xié)議，即服務器不會記住客戶端的請求歷史。為了實現(xiàn)狀態(tài)管理，網(wǎng)站通常會使用 Cookie 和 Session 等技術(shù)。Cookie 是存儲在客戶端瀏覽器中的小文件，用于存儲用戶的信息和狀態(tài)。Session 是存儲在服務器端的會話數(shù)據(jù)，用于跟蹤用戶的會話狀態(tài)。總之，網(wǎng)站的基本原理是基于客戶端-服務器模型，通過 HTTP 協(xié)議進行數(shù)據(jù)傳輸，使用 HTML、CSS 和 JavaScript 等技術(shù)來顯示網(wǎng)頁內(nèi)容和實現(xiàn)交互功能，使用數(shù)據(jù)庫系統(tǒng)和文件系統(tǒng)來存儲數(shù)據(jù)。理解網(wǎng)站的基本原理對于網(wǎng)站開發(fā)、維護和優(yōu)化都非常重要。