包租代管 SEO 網站提案文件
搜尋全部文件 CtrlK

工作說明書(SOW)

版本 v0.1.0日期 2026-08-19狀態 討論稿

本文件用於在簽約前把範圍、做法與完成標準寫清楚。

一、範圍

區塊內容
關鍵字盤點與意圖分群,產出「關鍵字→頁面」對照表(見原型)
架構URL 規則、頁型定義、內部連結規則、麵包屑
版型首頁、服務頁、地區頁、文章頁四種
地區頁依服務範圍建置首批,之後貴司可自行增加
內容我方提供每頁的大綱、標題與 SEO 規格;正式文案撰寫另計,見第八節
技術結構化資料、sitemap、robots、canonical、圖片最佳化、CWV
追蹤GSC 與 GA4 接軌,三個轉換事件
後台文章與地區頁自行維護
法定揭示依租賃住宅市場發展及管理條例第 33 條,於網站揭示登記證、公會會員證書、租賃住宅管理人員證書;經營代管者另需揭示代管費用收取基準及方式。我方負責合規版型與上架,文件由貴司提供並確認

二、四種頁型

整個站只有四種版型,所有頁面都由這四種長出來。定好之後新增頁面是填內容,不是重新設計。

頁型接什麼字必要元素
首頁品牌詞、包租代管服務定位、信任證明、兩個入口(房東/房客)
服務頁包租代管、代租代管、租屋管理服務內容、收費方式、流程、常見問題、詢問表單
地區頁台北包租代管、桃園包租代管……該地區的實際內容:服務範圍、當地租金概況、案例。不是換個地名的複製頁
文章頁費用、缺點、風險、怎麼選、法規回答一個問題、導向服務頁或地區頁、作者與更新日期
地區頁最容易做壞的地方

把同一份文案換掉地名複製六份,Google 通常會把相似頁群組起來、自行挑一頁當 canonical,其餘不另外給版位;若大量城市頁都只是把人導向同一個服務,還可能被視為 doorway page。這是這個做法最常見的死法。

所以每個地區頁要有只有那個地區才成立的內容:服務的行政區、當地租金區間、在地案例、常配合的物件類型。這也是為什麼地區頁的數量要跟實際服務範圍綁在一起——寫不出在地內容的地區,就不該做那一頁。

三、關鍵字怎麼分群

順序為什麼
決策焦慮包租代管費用、包租代管缺點、包租代管風險、包租 vs 代管差別、包租代管公司怎麼選最先做轉換最高。搜這些字的人已經在考慮要不要交出房子,只差有人把話講清楚
地區台北包租代管、新北包租代管、桃園包租代管……同步做競爭低、意圖明確。但只做實際服務得到的縣市,見第三節
法規租賃住宅服務業、包租代管契約、押金上限、租金補貼第二批建立信任用。這類字帶來的不是立刻詢問,是「這家懂法規」的印象
政策社會住宅包租代管、包租代管 5.0、修繕補助看情況量大但意圖雜,很多是查補助的房東,不一定要委託。要不要吃看貴司有沒有承接社宅案

這張表在關鍵字→頁面對照原型可以逐字點開,看到每個字對應的頁型、網址與標題寫法。

關於搜尋量與競價金額

本文件沒有列任何關鍵字的搜尋量、CPC 或競品投放金額。這些數字要 Ahrefs、Semrush 或有花費紀錄的 Google Ads 帳號才拿得到,我方目前沒有,編不得。

上表的分群依據是搜尋意圖競品實際建了哪些頁——後者是可驗證的。若貴司希望以實際數據排序,可在第一期購買工具帳號,或由貴司提供既有的Ads 與 Search Console 資料,我方據以調整優先序。

四、技術 SEO 做哪些

項目內容
結構化資料首頁/聯絡頁 Organization(有實體地址才用 LocalBusiness);服務頁與地區頁 Service+areaServed,provider 指向同一 Organization;文章頁 Article;全站 BreadcrumbList。FAQPage 只用在頁面上真的有可見問答時
索引控制sitemap 自動產生並提交、robots、canonical、分頁與篩選頁的 noindex 規則
內部連結文章導向服務頁與地區頁;地區頁互連;麵包屑
速度圖片 WebP 與尺寸標註、字型子集化、關鍵 CSS 內嵌,目標行動版 CWV 三項達標
其他hreflang(若有多語)、404 與 301 規則、結構化資料自動驗證

五、內容誰寫

這是 SEO 專案最容易出事的地方,所以先講清楚。

工作誰做含在報價內嗎
決定哪些頁要寫、每頁接什麼字我方
每頁的大綱、標題、H 結構、內部連結規劃我方
文章正式文案貴司自行,或加購代寫(基礎已含 3 篇;加購 NT$3,000/篇)
地區頁在地文案貴司提供(依我方模板:服務行政區、當地租金概況、在地案例)。地區頁加購含版型與上稿,不含在地內容產製;需代寫另行報價
文案的 SEO 檢查與上稿我方是(首批頁面)
上線後的持續產文貴司自行,或另議維護

會這樣切是因為包租代管的內容需要實務經驗——收費怎麼談、遇到爛房客怎麼處理、哪些狀況會拒收——這些貴司知道,我不知道。我負責把它變成搜尋引擎讀得懂的結構。

六、驗收標準

由貴司自己驗,四項全部通過即算完成。

驗收不含排名,這是刻意的

沒有人能保證 Google 排名,任何把排名寫進驗收或保證的提案,不是不懂就是準備賴帳。排名受競爭對手、演算法更新、以及貴司後續有沒有持續產內容影響,這些不在我方控制範圍。

所以驗收綁交付物與技術狀態——這些是我方做得到也驗得了的。排名與流量列為追蹤指標,在報表裡每月看,但不是付款條件。

#動作通過標準適用
1檢查約定頁面的可索引狀態每一頁回傳 200、未被 robots 或 noindex 阻擋、canonical 正確、已列入 sitemap,且 Search Console 已完成驗證與 sitemap 提交全部
2把任一頁網址貼進 Google 複合式搜尋結果測試該頁型應有的結構化資料全部通過,無錯誤全部
3用 Lighthouse 測首頁與一個內頁(行動版)以交付當日、未加裝第三方外掛的狀態,取三次測試中位數:LCP 與 CLS 達標、TBT 低於門檻全部
4自己在後台發一篇文章前台即時生效,sitemap 自動更新,不需要找我方限購買自助發文後台
5自己改一個地區頁的內容前台即時生效限購買地區頁
為什麼驗收裡沒有「已被 Google 收錄」,也沒有 INP

收錄由 Google 決定,不由任何人決定。 新網域的頁面停在「已檢索-目前尚未編入索引」數週是常態。我方能保證的是技術上可被索引(驗收 1),實際收錄狀況列為上線後 60 天的追蹤項目,不作為付款條件。

INP 這個指標在實驗室工具裡量不到。 它需要真實使用者資料(CrUX 的第 75 百分位),新站上線時沒有足夠樣本。Lighthouse 實驗室量的是 LCP、CLS 與 TBT,所以驗收寫這三項。INP 同樣列為上線後追蹤。

交付後貴司或第三方加裝的東西不計入。 大量未壓縮圖片、追蹤碼、聊天外掛都會改變效能數字,那不在我方控制範圍。

七、待確認事項

  1. 登記別:包租業、代管業,或兩者。決定網站能怎麼自稱
  2. 服務範圍:實際服務得到哪幾個縣市與行政區。決定地區頁數量
  3. 現有網站:有無、網址、目前的排名與流量狀況
  4. 品牌素材:Logo、色系、既有文案與照片,有多少可用
  5. 轉換方式:要表單、要電話、要 LINE,還是三個都要
  6. 上線後誰負責產內容:貴司自己、我方另議、還是先不做
  7. 是否承接社會住宅包租代管案:決定要不要吃政策類關鍵字
  8. 可公開的案例素材有多少:地區頁的在地內容需要實際物件與處理案例,這是地區頁做得起來與否的關鍵

八、明確不含

九、保固

期間涵蓋
交付後 90 天與規格確認書所載行為不符之異常修復,不另計費
交付後 30 天2 次非缺陷微調,未使用即失效

不屬於保固:Google 演算法更新造成的排名變化、競爭對手動作、貴司或第三方自行修改網站後產生的問題、第三方服務規格異動、以及規格確認書範圍外的新增需求。

AXLID · 致 貴公司 · 案號 AX-SEO-2608  · v0.1.0 討論稿 · 2026-08-19
Email:sscott6317tw@gmail.com | 作品:xuzheng.com.tw、chihuahuatrip.tw