久草中文在线观看_久久精品中文字幕一区_亚洲日本欧美日韩中文字幕_熟妇人妻无乱码中文字幕真矢织江

　　1、js在移動端能否被識別？

　　這算不上規(guī)則，但要重點且突出說明一下，因為在移動端起碼百度能夠很好的識別js里的內(nèi)容，包括一些js框架的渲染。但在這里還是需要強調(diào)，作為SEO從業(yè)人員，讓爬蟲使用js的方式進行渲染無疑還是在增加爬蟲抓取網(wǎng)頁的困難程度。如果單純站在SEO的角度來看這個問題，那么如果能夠更好的提升爬蟲抓取效率我們就應該怎么做。當然很多時候網(wǎng)站用什么技術(shù)并不是SEO說了算的，所以這里你也要明白，爬蟲對js的支持程度，然后就不用太過于擔心某些問題了。

　　2、網(wǎng)頁的TDK

　　老生常談，TDK是任何人都不能忽略的最大前提。在會上主公只是提到了一些case，并沒有具體說明移動端的TDK如何設置，當然你難道要百度的人教你做SEO嗎？太不切實際了，所以這里我在闡述一下。標題、描述、關鍵詞即為TDK，它們?nèi)吲c網(wǎng)頁的關系我們必須明白，網(wǎng)頁標題，是闡述整個網(wǎng)頁核心主旨的幾個詞或者是一句話。而描述則為這個網(wǎng)頁的簡練概述，例如，請用80個漢字來描述你這個網(wǎng)頁到底說了什么？這就是描述！關鍵詞，很多人認為它沒有用了，但實際上是今天的搜索引擎并不是嚴格參考這個keywords了，并不代表它就沒有用了。例如請用幾個關鍵詞來描述你這個網(wǎng)頁的核心內(nèi)容。無論是標題、描述還是關鍵詞都是針對于網(wǎng)頁大體摘要、總結(jié)或者說是概述而論。網(wǎng)頁說的是啥這些就寫啥實際且客觀的去做。對于搜索引擎、對于用戶、對于網(wǎng)站長遠發(fā)展來看都是最好的結(jié)果。

　　3、網(wǎng)頁發(fā)布時間

　　網(wǎng)頁發(fā)布時間，是判斷文章原創(chuàng)和時效性的重要依據(jù)，鼓勵所有的網(wǎng)頁無論移動還是PC都要設置，但切記不能寫成昨天、今天、明天這種。正常的按照時間編碼格式進行設置即可，例如單純?nèi)掌诘?017-08-06，日期+時間的2017-08-06 12:31:46，可能有人會說那是用日期格式好呢？還是用日期+時間格式好呢？再換言之百度用它評測原創(chuàng)度，假設你是今天發(fā)的，抄襲你的人是在你發(fā)了之后的10分鐘后發(fā)布的。那么這個時間格式是否就有用了呢？當然搜索引擎判斷這些的方式不單純依據(jù)于時間本身，因為你利用時間作弊了，那搜索引擎豈不是很被動。所以設置時間會給搜索引擎更多的參考條件，建議設置上。

　　4、canonical標簽的重要性

　　這個標簽是和含義請大家訪問文章：Canonical標簽對網(wǎng)站有什么好處？，自行腦補，這個標簽在PC上的作用并沒能完全的發(fā)揮到位，但在移動端作用很大，建議大家在需要設置時，不要吝嗇，一定要設置。

　　5、js與展現(xiàn)內(nèi)容

　　采用js方式對網(wǎng)頁內(nèi)容進行展示，這些下面要補上圖，然后繼續(xù)分享：

　　js與展現(xiàn)內(nèi)容示例

　　js與展現(xiàn)內(nèi)容示例源代碼

　　如上兩個，第一個是一個移動端網(wǎng)頁，而第二張圖是第一張圖的網(wǎng)頁源代碼。我們可以看到展現(xiàn)的內(nèi)容命名是有主體內(nèi)容的，但是查看源代碼確實沒有的。這類要慎用。對于spider來說，注意不單純是baiduspider。且行且珍惜！還有就是如果你網(wǎng)頁的主體內(nèi)容并沒有使用js加載，但是發(fā)布時間、來源等使用了js，也不建議。

　　最后大家更需要控制移動端網(wǎng)頁的大小，爬蟲只拿前128k，千萬不要讓你的頭文件出現(xiàn)大量的css、js等內(nèi)嵌式的代碼，這樣前128k都是代碼了，你這網(wǎng)頁也就沒啥價值了。

　　6、圖片展示與base64

　　這里先說明一下base64編碼是個腎，簡單通俗的說就是針對圖片進行了編碼，來減少http請求，從而更快的加載網(wǎng)頁，如下圖的google首頁小圖標的base64編碼的調(diào)用結(jié)果。

　　google base64編碼示例

　　可以發(fā)現(xiàn)，css調(diào)取的不是鏈接，而是一個指明的base64編碼格式的字符串。先來聲明，為了減少http請求，將圖片大小較小的圖片采用base64編碼是有好處的，但如果圖片大小很大就不好了。如下圖一個尺寸較大的圖片進行了base64編碼后的長度：

　　大圖片base64編碼后示例

　　我的天呀，有幾個圖片那么前面的128k就不用干別的了。再有質(zhì)量的頁面也沒用了。

　　7、移動適配與URL的規(guī)律

　　很多人抱怨移動適配并不能幫助他們網(wǎng)站良好的解決PC權(quán)重與移動站權(quán)重的繼承關系上，或者說做了移動適配效果不明顯等。移動適配其實最好的支持形式是PC和M站有規(guī)律的站點。也就是適合在站長工具后臺利用規(guī)則適配去完成的站點。我在之前就職的公司，做完移動適配，春節(jié)后的流量提升可以說是500%的提升，一躍超越PC。一點不夸張。所以你的移動站流量仍不見大的起色，且行業(yè)流量分布大多是移動端的，看看自己是否做的規(guī)則適配？適配又是否成功？如果是，那么在保證PC頁和對應移動頁主體內(nèi)容一致的情況下，去反饋中心進行反饋吧。

　　8、頁面跳轉(zhuǎn)關系的科學性

　　小標題很神秘，實際上就是301，或者叫跳轉(zhuǎn)。很多技術(shù)人員認為SEO口中的跳轉(zhuǎn)就是單純意義上的跳轉(zhuǎn)，其實不是，搜索引擎嚴格遵守http協(xié)議，那么我們提出來的一定是針對于搜索引擎的所以，鏈接永久變更的跳轉(zhuǎn)一定是301永久重定向，而不是用js跳。曾有人問過我一個問題，說自己網(wǎng)站換域名好久了，哪個搜索引擎都沒有變過來，反而流量還有所下降。最終發(fā)現(xiàn)他做的跳轉(zhuǎn)是利用js跳轉(zhuǎn)到某一固定頁面，然后固定頁面又指定了對應頁面，中間兩層http code 200的跳轉(zhuǎn)。哪家的spider估計都識別不了，改完之后 效果顯著。所以SEO人員在要求技術(shù)人員進行一些跳轉(zhuǎn)設置工作時，一定要明白自己需要的跳轉(zhuǎn)方式是什么，然后和技術(shù)說清楚再開工！

　　9、死鏈設置

　　不用說大家也應該都明白死鏈要干嘛，是的，這里說的是http協(xié)議中的404狀態(tài)碼。當頁面不存在我們提交死鏈時一定返回的404狀態(tài)碼，而404頁面本身也應該存在文字版的頁面不存在等文字提示信息。

　　我遇到很多的情況是這樣，不知道是技術(shù)問題還是SEO的腦癱原因，他們設置404頁面的情況是這樣，當我訪問這個頁面時，且這個頁面是不存在的，給我返回的狀態(tài)碼是200，但js跳轉(zhuǎn)到了一個url為404.html的鏈接上，提升我網(wǎng)頁不存在了。理論上實現(xiàn)邏輯沒問題，你確實告訴了用戶這個頁面不存在了，但你200的狀態(tài)碼卻告訴爬蟲頁面存在。所以這么做不合理，檢查下你的網(wǎng)站是不是這么設置的，然后改正過來吧。

　　還有一種情況，是訪問錯誤頁面時，會告訴用戶頁面不存在，幾秒種后跳轉(zhuǎn)至首頁或者之前訪問的頁面，但用戶點開這個頁面時狀態(tài)碼返回的是404，且有具體提示信息，爬蟲也知道了頁面不存在了。那么再進行跳轉(zhuǎn)。對爬蟲而言無所謂了，這樣的跳轉(zhuǎn)是靠譜的。

　　10、無效參數(shù)設置

　　很多網(wǎng)站都會有很多的無效參數(shù)，例如我的首頁zhaoyangang.cn是一個網(wǎng)頁，然后我為了在別的平臺推廣我的博客，我加了一個參數(shù)，zhaoyangang.cn?type=cpc，那么這兩個網(wǎng)頁訪問的就會是同一個頁面。對于搜索引擎而言這可是兩個網(wǎng)頁。假設每一個頁面都有1塊錢的比例分配，那么這個頁面分到的就是5毛，因為被另一個分攤了5毛。如果這個錢是權(quán)重的話，那你的損失豈不是很大？

　　后續(xù)百度站長工具會推出無效參數(shù)提交的功能，大家可以利用這個工具過濾這些無效參數(shù)。也可以使用anonical標簽來進行提示，或者在robots中進行屏蔽都是可以的。

　　如上是和大家分享的關于百度移動搜索優(yōu)化的十大規(guī)則，如果你有什么問題或者更好的觀點，歡迎在下方的留言區(qū)進行留言。我們一起探討百度移動搜索優(yōu)化的新規(guī)則。