參考附錄
與工作說明書、報價單共用的參考資料。
一、包租業與代管業是兩種登記
依租賃住宅市場發展及管理條例（2018/06/27 施行），租賃住宅服務業分為兩類，法律定位不同：
| 代管業 | 包租業 | |
|---|---|---|
| 角色 | 代理房東管理 | 先向房東承租，再轉租給房客 |
| 營業項目代碼 | H706011 | H706021 |
| 與房客的契約 | 房客與房東簽 | 房客與業者簽 |
| 空房風險 | 房東承擔 | 業者承擔 |
開業要件為：申請許可 → 3 個月內完成公司登記 → 6 個月內繳存營業保證金 → 置專任租賃住宅管理人員並加入當地公會 → 領得登記證後方可營業。未取得登記證經營者會被裁罰。
這對網站的直接影響
網站上的服務名稱、標題與關鍵字必須對應貴司實際的登記別。只有代管登記卻在網站主打「包租」，風險不在文案，在營業項目。
所以〈工作說明書〉第七節把登記別列為第一個待確認事項。確認之後，關鍵字分群與服務頁的寫法會據以調整。
條文與登記程序出處：內政部地政司 租賃條例專區、臺北市政府地政局 租賃住宅服務業。貴司實際適用情形請以主管機關核發之登記證為準。
二、競品盤點的做法
第二節那張表的數字是這樣來的，貴司可以自己複驗：
- 讀各站 `robots.txt` 找出 sitemap 位置。Zuyou 的在 `sitemap.xml.gz` 再轉址到 S3，直接猜 `/sitemap.xml` 會得到 404 而誤判為「沒有 sitemap」
- 解析 sitemap 取得全部 URL，依路徑第一段分類統計
- 逐一以 `curl -I` 取 HTTP 狀態碼，看是 200 還是 301，以及 301 轉去哪裡。台北那頁的結論就是這樣得到的：`/good-house-rent-fast-屋主專區` 回 301，落點是通用的 `/good-house-rent-fast-包租代管`
- 以 `curl` 取原始 HTML，數 `application/ld+json` 出現次數判斷有無結構化資料，並看關鍵詞在原始碼中出現幾次，判斷是伺服器端還是前端渲染
兩個複驗時要注意的地方
一、Zuyou 是前端渲染的站。 首頁原始 HTML 只有 7.8KB、沒有選單連結，所以「主選單有哪些項目」用 `curl` 看不到，要用瀏覽器開啟。地區頁本身則是伺服器端渲染好的（80KB 以上），`curl` 看得到內容。
二、數字會漂。 Zuyou 的 sitemap 每日約 08:00 重新產生，本文件的量測時間是 2026-08-19。若貴司複驗時數字不同，以複驗當下為準——這也是為什麼我把方法寫出來，而不是只給結論。
這種盤點不需要付費工具，只需要願意一頁一頁去看。本文件所有關於競品的敘述都出自這個過程。
三、為什麼不保證排名
| 影響排名的因素 | 誰能控制 |
|---|---|
| 網站架構、技術狀態、可被索引 | 我方，且列入驗收 |
| 內容是否回答到搜尋者的問題 | 雙方：我方定結構，貴司提供實務內容 |
| 競爭對手做了什麼 | 沒有人 |
| Google 演算法更新 | 沒有人 |
| 上線後有沒有持續產內容 | 貴司 |
把排名寫成保證，等於承諾控制得了上面後三項。我方能承諾的是前兩項，所以驗收就綁在前兩項。
四、技術選型
| 項目 | 選擇 | 理由 |
|---|---|---|
| 前端 | 靜態產生（SSG） | SEO 專案最怕首屏靠 JS 渲染；靜態頁對爬蟲與 Core Web Vitals 都最好 |
| CMS | 無頭 CMS 或檔案式後台 | 貴司改內容即重新產生頁面，不需要一台隨時在跑的伺服器 |
| 主機 | CDN 靜態託管 | 全球節點、費用極低、幾乎不會掛 |
| 追蹤 | GA4 ＋ Search Console | 轉換事件與收錄狀況分開看 |
若貴司已有既定的技術棧或指定的維護廠商，這一節可配合調整，不影響報價。
AXLID · 致 貴公司 · 案號 AX-SEO-2608
· v0.1.0 討論稿 · 2026-08-19
Email：sscott6317tw@gmail.com ｜ 作品：xuzheng.com.tw、chihuahuatrip.tw
Email：sscott6317tw@gmail.com ｜ 作品：xuzheng.com.tw、chihuahuatrip.tw