先完成可抓取與可索引的核心頁，再用少量問題頁承接真實需求。前 90 天的目標不是大量發文，而是建立頁面角色、內鏈、查詢資料與可修正的基準。
新站缺的通常是清楚主題與可驗證訊號。一次建立幾百頁，會讓團隊難以判斷哪些內容真的有需求。
先看哪些訊號，再決定怎麼處理
| 檢查訊號 | 代表什麼 | 下一步 |
|---|---|---|
| 核心服務頁未完成 | 商業承接不足 | 先完成首頁與主要服務 |
| 頁面已索引但無曝光 | 需求、主題或競爭待驗證 | 從具體長尾問題測試 |
| 少數頁開始有曝光 | 已有早期需求訊號 | 補相鄰答案與內鏈 |
操作示例
操作示例：0～30 天完成技術底盤與核心頁；31～60 天發布五到十個真實客戶問題；61～90 天用 GSC 曝光與查詢決定補強、合併或停止。
最容易誤判的地方
- 把每日發文當成新站 KPI
- 只提交 sitemap，不建立首頁到內容的內鏈
適用與不適用情境
接下來怎麼做
- 完成核心頁、sitemap 與索引檢查
- 發布少量真實問題頁
- 每兩週按查詢資料調整內容
這幾種做法最容易做歪
- 不要把首頁做成主題不明的大雜燴。
新網站一開始最重要的不是「多做幾頁」，而是先讓首頁、核心頁、站內導覽與 sitemap 形成清楚的發現路徑。排名不是從頁數開始，而是從訊號一致開始。
這個問題真正想問的是：在資源有限的前提下，我該先把哪些訊號做對，Google 才比較知道這個站在回答什麼。關鍵在於先建立「被理解」的基礎，而不是急著衝「被看見」的數量。
這一題通常發生在哪種情境
這題最常出現在剛上線的新網站、剛換網域的新品牌站，或從零開始重做 IA 的專案。這時候最大的風險通常不是做太少，而是太快把很多頁面丟上去，卻沒有清楚的主題與導覽，導致搜尋引擎無法建立站點的初始主題輪廓。
新站階段的每一個 URL 都在告訴 Google「這個站到底在解什麼問題」。如果首頁、主題頁與解題頁之間沒有形成清楚關係，後面就算再加頁面，也只是在放大混亂，讓演算法更難判斷你的核心專長領域。
如果你現在就要動手
先定首頁、1-2 個核心主題頁與少量真正值得存在的問題頁，讓新站一開始就有明確主題與內鏈方向。這階段的重點是讓搜尋引擎透過極少的樣本就能理解你的站點架構，而不是提供大量雜訊。
接著才補 sitemap、canonical、自我導覽與少量高價值內容，確認重要頁都有 discovery 與站內支撐，再觀測收錄與曝光節奏。這個順序能確保每一個新增加的頁面都有明確的站內上下文，而不是孤島頁面。
- 先定義首頁、核心節點頁與 3-5 個最重要的解題頁。
- 把 sitemap、內鏈、canonical、索引狀態先做一致。
- 先做少量高價值內容，再看搜尋回饋擴張。
- 每一頁都要能回答「這頁對哪個問題最有幫助」。
什麼情況下不適用
如果你的站不是新站，而是已經有大量舊頁與歷史包袱，這頁的做法不能直接照搬。舊站更常需要先做清理、整併與 canonical 判斷，處理重複內容與權重分散問題，而非建立新的發現路徑。
另外，如果你現在連核心主題都還沒定義清楚，先談「怎麼排名」還太早。你得先回答網站為誰存在、最重要的問題是什麼，否則結構做得再漂亮也沒有內容靈魂。
- 新站不是頁面越多越容易排，而是訊號越清楚越容易被理解。
- 排名起點通常不是外鏈，而是結構、意圖與收錄基礎。
- 不要新站一開始就用大量薄頁面衝數量。
- 不要讓多個頁面搶同一個很像的問題。
社群裡反覆出現的卡點
Reddit 裡新站題很容易被回成「多寫內容、多發外鏈」，但真正能拉開差距的通常是早期 IA 是否清楚。因為新站還沒有太多歷史訊號，Google 主要只能從你當下的頁面關係去理解站點主題，這時候結構的清晰度比內容數量更重要。
所以新站起手式不是盲目擴頁，而是先讓少量頁面形成清楚的被發現與被理解路徑。社群討論中反覆出現的教訓是：與其上線 50 個薄頁面，不如先確保 5 個核心頁面之間的連結關係與意圖標記是正確的。
- 社群常見建議是多寫內容、多發外鏈，但新站更常死在結構混亂與意圖不明，導致搜尋引擎無法判斷站點主題。
- 很多人會急著追關鍵字清單，卻忽略首頁與節點頁沒有把主題帶出來，使得內容各自為政、權重分散。
- 真正有效的做法通常會先收斂核心頁，再擴張支援頁，但多數人反而在初期就急著覆蓋大量長尾詞。
先做這些
- 優先建立首頁到核心頁的導覽鏈路。
- 把新站的 sitemap 與 robots 先處理好。
- 先觀測收錄與曝光，再決定下一批頁面。