在此平台上建置的網站中,71% 在部署後 48 小時內首頁就被 Google 收錄。從隨機抽取的數百個上線建置樣本中,平均 Lighthouse 效能分數為 94。從「發布」到 Search Console 中出現第一次自然曝光的中位時間為六天。而以十二頁或以上頁面上線的網站,比只以首頁上線、之後才回來新增頁面的網站,完整被爬取的速度快了約三倍。
前三個數字是人們最常問的,而它們屬於那種無趣、預期中的「好」— 乾淨的 HTML、合理的 meta 標籤、沒有阻擋渲染的垂垢,所以 Googlebot 很輕鬆,Lighthouse 也沒什麼可挑剔的。機器很擅長產生結構正確的頁面。沒有人會對自動化輸出在技術審查上打敗中位數的手寫 WordPress 主題感到驚訝。
頁面數字才是讓我們回去把查詢再核對一次的那個,因為它與大多數人給第一次建置者的建議背道而馳：先發布一個小東西,讓它上線,再逐步迭代。這個建議對於維持動力來說沒問題。但對索引速度來說是不好的,原因在於爬取預算(crawl budget)— 這是大多數第一次建置網站的人從未聽過、也真的不需要知道的概念,直到某天他們的網站兩週都沒被收錄,卻搞不清楚原因。
爬取預算對新網站實際意味著什麼
Googlebot 不會在每次訪問時爬取每個網站的每一個頁面。新網域尤其只獲得有限的額度 — 少量請求,分散在數天內,直到機器人對這個網站建立起足夠的信心,才會投入更多注意力。單頁上線給爬蟲的正是一件東西可看、一組(通常沒有)內部連結,以及沒有任何關於還有什麼其他內容的信號。它回來,看到還是同一個頁面,就沒有強烈的理由更快回來。
十二頁的上線是完全不同的東西。它在第一天就有一個內部連結圖：
- 導覽連結
- 頁尾連結
- 可能還有一個指向三篇文章的部落格索引頁
- 幾個彼此互相指向的分類頁面
Googlebot 在爬取第一頁時發現第二頁,將它排入佇列,而且往往在同一次訪問中就抓取多個頁面,而不是分散在一週內每次訪問只抓一頁。這個網站的表現就像在還沒有任何反向連結之前就已經有了動能,因為這個動能是結構性的,不是靠慢慢累積得來的。
這也是為什麼「之後再加頁面」這種模式,實際上比看起來還糟。每次一個薄弱的網站新增一個頁面,它都是在要求爬蟲去注意一個它已經判定為低優先的網域上的變化。這比一開始就給爬蟲一個優先處理該網域的理由,是一個更慢的循環。我們見過網站在一個月內從三頁增加到十五頁,爬取頻率卻幾乎沒有變動,相對地,一個第一天就以十五頁上線的網站,一週內就完全被收錄。
這在建置器中實際體現在哪裡
這正是為什麼規劃階段會推動任何想要被搜尋找到的網站,擁有一定數量的真實頁面 — 不是填充內容,而是有實際內容的實際頁面：
- 一個關於我們的頁面
- 幾個功能或使用情境頁面
- 一到兩篇起始部落格文章,如果網站類型需要的話
一個沒有任何後續頁面的登陸頁面,不是一個真實網站的縮小版,而是爬蟲要評估的一種不同、也更差的類別。你在建置開始前核准的規劃,正是這一切被決定的地方,如果你的目標是自然流量,而規劃只給你一個頁面,值得對此提出異議 — 具體怎麼做,請見閱讀規劃,並修改它。
這些都無法取代那些無論你以多少頁面上線,都需要更長時間累積的部分 — 反向連結、主題權威度,以及那真正讓 Google 相信你值得排名在一個既有競爭者之上的二十頁內容歷史。一個結構良好的十二頁網站,如果沒有任何外部連結,在第二週不會擊敗一個八年歷史的網域在一個競爭性關鍵詞上的排名。頁面數量效應買到的,是無趣的基礎設施部分：被發現、被爬取、被收錄,這樣你之後發布的內容才有地方可以落腳,而不是在爬蟲慢慢弄清楚你的存在的那一個月裡,一直隱形。
技術分數現在已是基本門檻 — 任何認真的建置工具,無論是不是 AI,只要有人願意檢查,都能達到 90 分以上的 Lighthouse。真正值得優化的、幾乎沒有人會想到、直到它讓你損失兩週才後悔的,是給爬蟲一個不止一次來訪的理由。
