加載時(shí)間和(hé)抓取預算(suàn)是2020年的(de)重要指标

很多(duō)人(rén)在研究谷歌(gē)在今年會把哪些列爲網站排名重要指标，毫無疑問，網站加載時(shí)間是第一個(gè)重要指标，因爲這(zhè)個(gè)是直接影(yǐng)響用(yòng)戶體驗，Google可(kě)以在網站的(de)内容、信息的(de)透明(míng)度以及技術質量方面對(duì)網站所有者施加自己的(de)規則，不過基本規則是不會變化(huà)的(de)。因此，我們現在最關注的(de)技術方面是在我稱爲PLT（頁面加載時(shí)間）的(de)不同加載時(shí)間情況下(xià)網站的(de)速度。

到第一個(gè)字節的(de)時(shí)間（TTFB）是從發送請求到發送信息的(de)第一個(gè)字節爲止的(de)服務器響應時(shí)間。它從服務器（數據庫連接，信息處理(lǐ)和(hé)數據緩存系統以及DNS服務器性能）的(de)角度演示了(le)網站的(de)工作方式。你如何檢查TTFB？最簡單的(de)方法是使用(yòng)以下(xià)工具之一：

（1）Chrome浏覽器中的(de)開發者工具

（2）WebPageTest

（3）字節檢查

解釋結果

TTFB時(shí)間低于100ms是一個(gè)不錯的(de)結果。在Google的(de)建議(yì)中，TTFB時(shí)間不應超過200毫秒。通(tōng)常認爲計算(suàn)得(de)出的(de)接收第一個(gè)字節的(de)可(kě)接受服務器響應時(shí)間不得(de)超過0.5s。超過此值，服務器上可(kě)能存在問題，因此更正它們将改善網站的(de)索引編制。

改善TTFB

1.通(tōng)過改善負責消耗資源的(de)數據庫查詢的(de)代碼片段（例如，多(duō)級聯接）或加載處理(lǐ)器的(de)繁重代碼（例如，生成動态的(de)複雜(zá)樹數據結構，例如類别結構或在不使用(yòng)緩存機制的(de)情況下(xià)，在顯示視圖之前準備縮略圖）。

2.使用(yòng)内容傳送網絡（CDN）。這(zhè)是在遍布全球的(de)服務器網絡中使用(yòng)的(de)，這(zhè)些服務器網絡提供了(le)CSS，JS文件和(hé)來(lái)自服務器的(de)内容，這(zhè)些服務器位于距離想要查看給定網站的(de)人(rén)最近的(de)服務器上。借助CDN，資源不會像傳統服務器那樣排入隊列，并且幾乎可(kě)以并行下(xià)載。CDN的(de)實施可(kě)将TTFB時(shí)間減少多(duō)達50％。

3.如果使用(yòng)共享主機，請考慮遷移到具有保證資源（例如内存或處理(lǐ)器能力）的(de)VPS服務器或專用(yòng)服務器。這(zhè)樣可(kě)以确保隻有你才能影(yǐng)響計算(suàn)機（或在VPS情況下(xià)爲虛拟機）的(de)操作。如果工作緩慢(màn)，則問題可(kě)能出在你身邊，不一定是服務器。

4.考慮實現緩存系統。對(duì)于WordPress，你可(kě)以選擇許多(duō)插件，這(zhè)些插件的(de)實現沒有問題，效果會立即顯現。WP Super Cache和(hé)W3 Total Cache是​​我最常使用(yòng)的(de)插件。如果使用(yòng)專用(yòng)解決方案，請考慮使用(yòng)Redis，Memcache或APC實現，這(zhè)些實現允許你将數據轉儲到文件或将其存儲在RAM中，這(zhè)可(kě)以提高(gāo)效率。

5.啓用(yòng)HTTP / 2協議(yì)，或者如果你的(de)服務器已經具有HTTP / 3功能，則啓用(yòng)它。速度方面的(de)優勢令人(rén)印象深刻。

DOM處理(lǐ)時(shí)間

DOM處理(lǐ)時(shí)間是下(xià)載所有HTML代碼的(de)時(shí)間。代碼越有效，加載它所需的(de)資源就越少。在搜索引擎索引中存儲網站所需的(de)資源較少，可(kě)提高(gāo)速度和(hé)用(yòng)戶滿意度。

你可(kě)以通(tōng)過消除冗餘HTML代碼并将網站上顯示的(de)元素的(de)生成從HTML代碼轉換爲CSS來(lái)減少HTML代碼量。例如，使用(yòng)僞類：before和(hé)：after，以及從HTML中删除SVG格式的(de)圖像（那些圖像存儲在<svg> </ svg>中）。

頁面渲染時(shí)間

網站的(de)頁面呈現時(shí)間受下(xià)載圖形資源以及下(xià)載和(hé)執行JS代碼的(de)影(yǐng)響。

資源的(de)壓縮和(hé)壓縮是加快(kuài)網站呈現時(shí)間的(de)基本操作。分(fēn)開照(zhào)片加載，HTML壓縮，JavaScript代碼從HTML（功能主體直接包含在HTML中）遷移到根據需要分(fēn)開加載的(de)外部JavaScript文件。這(zhè)些活動表明(míng)，最佳做(zuò)法是僅加載當前子頁面上所需的(de)Javascript或CSS代碼。例如，如果用(yòng)戶在産品頁面上，則浏覽器不必加載将在購(gòu)物(wù)籃或已登錄用(yòng)戶的(de)面闆中使用(yòng)的(de)JavaScript代碼。

需要加載的(de)資源越多(duō)，Google Bot必須花費更多(duō)的(de)時(shí)間來(lái)處理(lǐ)有關網站内容的(de)信息下(xià)載。如果我們假設每個(gè)網站都具有最大(dà)的(de)Google Bot訪問次數/最長(cháng)訪問時(shí)間（以對(duì)内容建立索引爲結尾），那麽我們在這(zhè)段時(shí)間内可(kě)以發送到搜索引擎索引的(de)頁面越少。

搜尋預算(suàn)等級

抓取預算(suàn)會嚴重影(yǐng)響Google Bot對(duì)網站内容進行索引的(de)方式。爲了(le)了(le)解其工作原理(lǐ)以及搜尋預算(suàn)的(de)含義，你使用(yòng)了(le)一種稱爲CBR（搜尋預算(suàn)排名）的(de)概念來(lái)評估網站結構的(de)透明(míng)度。

如果Google Bot在網站上找到相同内容的(de)重複版本，我們的(de)CBR就會降低。我們通(tōng)過兩種方式知道這(zhè)一點：

1. Google Search Console

通(tōng)過分(fēn)析和(hé)評估與Google Search Console中的(de)頁面索引編制相關的(de)問題，我們将能夠在“狀态>排除”标簽中的(de)以下(xià)部分(fēn)中觀察到越來(lái)越多(duō)的(de)問題：

（1）網站已掃描但尚未編入索引

（2）網站包含重定向

（3）重複Google選擇了(le)與用(yòng)戶不同的(de)規範頁面

（4）重複用(yòng)戶尚未标記規範頁面

2.訪問日志

這(zhè)是有關Google Bot如何抓取我們網站的(de)最佳信息來(lái)源。根據日志數據，我們可(kě)以了(le)解網站的(de)結構，以識别内部鏈接和(hé)導航元素造成的(de)體系結構中的(de)薄弱環節。

影(yǐng)響索引問題的(de)最常見編程錯誤包括：

（1）不良的(de)數據過濾和(hé)排序機制，導緻創建了(le)數千個(gè)重複的(de)子頁面

（2）“快(kuài)速查看”鏈接在用(yòng)戶版本中顯示層上帶有數據的(de)彈出窗(chuāng)口，并創建具有重複産品信息的(de)網站。

（3）分(fēn)頁永無止境。

（4）網站上的(de)鏈接，這(zhè)些鏈接重定向到新URL上的(de)資源。

（5）阻止機器人(rén)訪問經常重複的(de)資源。

（6）典型的(de)404錯誤。

如果我們網站的(de)“混亂”現象增加，我們的(de)CBR就會降低，這(zhè)意味著(zhe)Google Bot不太願意訪問我們的(de)網站（爬行頻(pín)率會變低），對(duì)内容的(de)索引越來(lái)越少，并且如果對(duì)正确版本的(de)資源的(de)解釋有誤，删除先前在搜索引擎索引中的(de)頁面。

你可(kě)以觀察并學習(xí)抓取預算(suàn)概念，這(zhè)個(gè)可(kě)以讓我們知道了(le)Google Bot每天平均抓取的(de)頁面數（根據日志文件）與網站上的(de)總頁面數之比。這(zhè)是兩種情況：

你的(de)網站有1,000個(gè)頁面，Google Bot每天抓取200個(gè)頁面。它告訴你什(shén)麽？是好還(hái)是不好

你的(de)網站有1000個(gè)頁面，而Google Bot可(kě)以抓取1000個(gè)頁面。你應該快(kuài)樂(yuè)還(hái)是擔心？

如果不使用(yòng)其他(tā)質量指标來(lái)擴展爬網預算(suàn)的(de)概念，那麽信息就沒有那麽有用(yòng)。第二種情況可(kě)能是頁面優化(huà)良好，或者預示著(zhe)巨大(dà)的(de)問題。假設Google Bot隻抓取你要抓取的(de)50個(gè)頁面，其餘（950個(gè)頁面）是垃圾/重複/内容稀疏的(de)頁面。那麽就值得(de)考慮了(le)，

我已經定義了(le)“抓取預算(suàn)排名”指标。像“頁面排名”一樣，頁面排名越高(gāo)，傳出鏈接越強大(dà)。CBR越大(dà)，我們遇到的(de)問題越少。

CBR數值解釋可(kě)以如下(xià)：

等式的(de)第一部分(fēn)描述了(le)我們希望搜索引擎索引的(de)網站的(de)狀态（假定站點地圖中的(de)網站是我們要索引的(de)網站）與實際情況的(de)關系，即Google Bot達到的(de)狀态并且即使我們不想要它也(yě)将其編入索引。理(lǐ)想情況下(xià)，IS = NIS和(hé)IPOS = 0。

在等式的(de)第二部分(fēn)，我們看一下(xià)Google Bot已到達的(de)網站數量與實際的(de)索引編制範圍。如上所述，在理(lǐ)想條件下(xià)，SNI = 0。

結果值乘以10将得(de)到一個(gè)大(dà)于零且小于10的(de)數字。結果越接近0，我們就應該在CBR上進行更多(duō)的(de)工作。

改善這(zhè)一因素（提高(gāo)CBR），就可(kě)以提高(gāo)網站的(de)可(kě)見度，排名和(hé)最終的(de)訪問量。

如果我們假設CBR是影(yǐng)響域總體排名的(de)排名因素之一，那麽我們可(kě)以将其設置爲緊随非現場(chǎng)頁面排名之後的(de)最重要的(de)現場(chǎng)因素。如果Google Bot将沒有機會在搜索引擎索引中輸入此信息，那麽針對(duì)根據熱(rè)門程度選擇的(de)關鍵字進行了(le)優化(huà)的(de)獨特描述有哪些？

用(yòng)戶第一内容

我們正在見證閱讀和(hé)解釋網站上查詢和(hé)内容的(de)另一次重大(dà)革命。從曆史上看，這(zhè)種突破性的(de)變化(huà)包括：

（1）數量标準：内容中包含1,000個(gè)字符，帶有空格和(hé)三個(gè)money關鍵字。在某一時(shí)刻，這(zhè)是成功的(de)保證，有一天，它不再重要了(le)。

（2）内容稀少：基于帶有關鍵字的(de)标簽構建的(de)流量。一夜之間，該策略停止了(le)工作，人(rén)工生成的(de)低質量内容（文本混合器）也(yě)停止了(le)工作。

（3）重複的(de)内容：Google Bot知道（或多(duō)或少）在搜索引擎中索引的(de)文本是原始的(de)（首先創建），以及是副本。創建了(le)熊貓（谷歌(gē)算(suàn)法）。每隔幾個(gè)月(yuè)，它就會過濾并标記低質量的(de)網站，并降低其排名以及搜索引擎的(de)排名。當前，它以“實時(shí)”模式工作。

（4）排名大(dà)腦(nǎo)：一種算(suàn)法，該算(suàn)法使用(yòng)機器學習(xí)來(lái)解釋搜索引擎用(yòng)戶的(de)查詢，而對(duì)關鍵字的(de)重視程度較低，而對(duì)查詢上下(xià)文（包括查詢曆史記錄）的(de)重視程度更高(gāo)，并且可(kě)以顯示特定于上下(xià)文的(de)結果。

（5）EAT：消除由于内容作者以及相應域的(de)權威性低而引起誤導或可(kě)能引起誤解的(de)内容。這(zhè)尤其影(yǐng)響了(le)醫療和(hé)金融行業。任何不是由專家創建但仍涉及上述生活領域的(de)文章(zhāng)，都可(kě)能造成很大(dà)的(de)損失。因此，Google與包含不良内容和(hé)質量的(de)域的(de)鬥争。

爲特定關鍵字創建内容的(de)重要性正在下(xià)降。如果将内容分(fēn)類爲與用(yòng)戶的(de)意圖和(hé)搜索上下(xià)文相匹配的(de)内容，則充斥著(zhe)銷售短語的(de)長(cháng)篇文章(zhāng)就會失去亮點，主題也(yě)變得(de)狹窄。

BERT（來(lái)自變壓器的(de)雙向編碼器表示）是一種嘗試在用(yòng)戶需求和(hé)意圖級别理(lǐ)解和(hé)解釋查詢的(de)算(suàn)法。例如：查詢沒有有效簽證你可(kě)以在美(měi)國停留多(duō)長(cháng)時(shí)間？既可(kě)以顯示網站的(de)結果，也(yě)可(kě)以在其中顯示我們可(kě)以根據原籍國找到簽證期限信息的(de)信息（例如：來(lái)自歐洲的(de)搜索）以及那些威脅簽證将過期的(de)人(rén)的(de)信息，或者描述如何使在美(měi)國居留合法化(huà)，是否可(kě)以創建完美(měi)的(de)内容？不是的(de)，不過我們可(kě)以改善内容。

在改進内容以使其更具針對(duì)性的(de)過程中，我們可(kě)以使用(yòng)諸如ahrefs（基于競争分(fēn)析建立内容靈感），semstorm（構建和(hé)測試長(cháng)尾查詢，包括例如以問題形式進行搜索）之類的(de)工具以及surferseo （用(yòng)于我們網站的(de)比較分(fēn)析内容以及SERP中的(de)競賽頁面），最近它是我最喜歡的(de)工具之一。

在後者中，我們可(kě)以通(tōng)過提取常見的(de)“良好做(zuò)法”來(lái)對(duì)單詞，複合短語，HTML标記（例如，段落，粗體和(hé)标題）進行比較分(fēn)析，這(zhè)些做(zuò)法可(kě)以在吸引搜索引擎訪問量。

結論

正如我一直強調的(de)那樣，沒有任何一種方法可(kě)以處理(lǐ)SEO，測試向我們證明(míng)了(le)有關創建網站内容或内容本身的(de)策略是否有效。

如果你喜歡這(zhè)篇文章(zhāng)，歡迎轉載分(fēn)享，也(yě)可(kě)以在下(xià)面留言，我們有空會一一回複的(de)！