一頁塞六個服務,等於零個:拆成 6 個 URL 的取捨
解決方案頁六個場景擠在同一個網址,每段只有 80 字——六種搜尋意圖互相稀釋,誰搜都排不上。這篇記錄拆成 6 個獨立 URL 的過程:為什麼照搬拆分只會做出六個薄頁,以及每頁怎麼從 80 字補到 400 字以上。
Kai Wu
• 凱吳科技 負責人
先講場景。我們官網的解決方案頁,原本是很常見的做法:六個服務場景——報表自動化、老系統整合、廣告歸因、Excel 集中化、企業知識庫、官網重建——全部排在同一個網址底下,每個場景一句標題加一段約 80 字的說明。
版面好看,瀏覽順暢。但從搜尋的角度看,這一頁有個結構性的問題。
問題:六種搜尋意圖,一個網址
搜「報表自動化」的老闆和搜「官網原始碼拿不回來」的老闆,是兩個完全不同的人、兩種完全不同的痛。但對搜尋引擎來說,我們只有一頁可以回應這兩種查詢——而這一頁同時在講六件事。
結果就是:**每一種查詢,這一頁都只有六分之一的相關性。**誰搜都排不上,六個場景互相稀釋。這是「型錄式官網」最常見的沉默成本:內容都在,就是沒有一頁能替任何一個具體問題站出來。
天真解法:直接拆六頁,反而更糟
知道要拆,最直覺的做法是把六段文字各自搬進六個新網址。我們沒有這樣做——因為那會做出六個 80 字的「薄頁」。
薄頁比擠在一起更糟:搜尋引擎判斷一頁值不值得收錄,內容量與完整度是基本門檻。六個薄頁等於告訴演算法「這個站會為了 SEO 量產空殼」,傷的是整站評價。
拆 URL 與補內容是同一件事——分成兩期做,中間那段時間你上線的是六個空殼。
我們的做法:每頁補成一個完整的回答
每個場景頁都補齊同一組結構:你可能正在遇到什麼、為什麼直覺的做法會卡住、我們的做法、做過的實際案例、延伸閱讀。補完後每頁 427–513 個中文字——不是灌水,是把「這個問題怎麼解」真的講完。
素材紀律只有一條:每一條事實都要對得回既有的案例或文章,出處欄位直接寫進資料結構裡。拆頁是重組,不是創作——為了填版面編一個沒發生過的情節,第一個騙到的是自己的業務。
另外有一個免費的副作用:每頁往下接案例、往旁接延伸閱讀,這六頁自然成了站內連結的樞紐——我們前一天才在相關文章演算法的日期偏誤整理過站內連結,這六頁直接接上那張網。
結果與時程
建置頁數 44 → 50,sitemap 從 35 → 41 個網址。上線隔天 Google 就重抓了 sitemap、41 個網址全數讀到;新頁面本身還要等自然爬取——這是正常時程,不用急著手動催。
成效要看的是幾週後:六個場景各自的曝光有沒有長出來(我們的實際案例都在案例研究)。我們也先寫好了退場條件:若某個場景頁長期沒有任何曝光,就把它併回列表頁——留著一個沒人搜的薄頁,比當初不拆更糟。決策連退場條件一起定,才不會日後捨不得砍。
給檢查自家官網的三個自我檢查
- **你的服務頁在回答幾個問題?**超過一個,就有拆分的空間——前提是每個都補成完整的回答。
- **拆出來的每一頁,拿掉公司名還站得住嗎?**站不住的是薄頁,別上線。
- **頁上的每個數字和情節,能指出出處嗎?**指不出來的,訪客遲早會在第一通電話裡戳破。
如果你的官網也是「服務都列了,就是沒人從搜尋進來」——你給我們網址,我們幫你看是結構問題還是內容問題。
文章標籤
相關文章
探索更多 AI 自動化與流程改造的實戰內容