實績與作法：這個網站就是我們的作品
這一頁只講一個案例：你正在瀏覽的這個網站。選它的原因是你可以當場查證每一項——打開原始碼、丟進任何 SEO 檢測工具、直接看 sitemap，不需要相信我們的截圖。
改造前的實測狀況
2026 年 8 月，我們用爬蟲實際跑過全站 706 個網址（687 個回應正常）。這個站當時已經運作多年、累積了數千頁內容，但在搜尋引擎眼中幾乎是隱形的：
| 項目 | 改造前 | 改造後 |
|---|---|---|
| robots.txt | 404（吐錯誤頁） | 正常回應，含 sitemap 宣告 |
| sitemap.xml | 404 | 索引檔＋8 個分區檔，4,264 個網址 |
| canonical 標籤 | 687 頁中 0 頁有 | 全站皆有，且指向正規版本 |
| 行動裝置 viewport | 687 頁中 0 頁有 | 全站皆有 |
| 結構化資料 | 0 筆 | 6 種類型，依頁型配置 |
| 社群分享卡片（OG） | 0 頁有 | 全站皆有 |
| 頁面描述（description） | 687 頁完全相同一句話 | 逐頁不同，由頁面實際內容產生 |
| 網址正規化 | http 轉 https 是 302；www 與非 www 並存 | 7 條規則全部 301 收斂到單一版本 |
| 不存在的頁面 | 回應 200（假的成功） | 正確回應 404 |
上表的「改造後」欄位，全部可以現在就驗證：查看 sitemap、查看 robots.txt，或直接檢視任何一頁的原始碼。
難的部分不在清單，在怎麼改
上面那張表，任何一家 SEO 公司都列得出來。真正決定能不能做完的是執行方式——這個站的框架有三個現實限制：
| 限制 | 一般作法的問題 | 我們的作法 |
|---|---|---|
| 沒有共用的頁首模板，每個頁面樣板各自帶一份 | 逐檔修改要動幾十個檔案，而且一定會漏 | 寫一支輸出過濾器掛在框架的 hook 上，一個檔覆蓋全站，不動任何原始樣板；要移除只需把 hook 設定改回空值 |
| 同一台主機上還有子網域與停放網域，共用同一個根目錄 | 寫成全域的轉址規則，會把其他站一起導走 | 每一條轉址規則都綁定主機名稱，逐一實測確認其他站不受影響 |
| 內容持續新增，sitemap 會過期 | 手動產生的 sitemap 幾個月後就失真 | 用排程每日自動重新產生；遇到未對應的新內容型態會寫進紀錄檔示警，不會靜靜漏掉 |
內容層：417 篇知識庫
技術修復解決的是「該被看到的頁面沒被看到」。但這個站當時的內頁平均只有兩三百字，就算全部被正確索引，也沒有足夠的內容可以排名。所以第二階段是建一個獨立的知識庫：
每一篇的選題都經過搜尋意圖驗證（實務上約三到四成候選字會在這一關被剔除），上線前逐篇做事實查核。這個知識庫你現在就可以逛：裝修知識庫。同樣的方法，我們也把網站設計與SEO的知識完整寫出來公開。
還沒發生的事，我們不會寫在這裡
上述工程在 2026 年 8 月完成。自然搜尋的成效需要時間累積，目前還沒有可以拿出來講的流量成長數字，所以這一頁就不會有這種數字。
如果你在比較廠商時看到「三個月流量成長 500%」這類說法，值得追問三件事：起始基期是多少（從 10 變成 60 也是 500%）、成長的是不是品牌字（搜自己公司名的流量不算 SEO 成果）、以及能不能直接看 Search Console 原始數據。
只需要一個網址。你會拿到跟上面那張表同樣格式的技術現況清單，加上關鍵字現況與同業對照。不需要簽約、不需要付費、不需要改動網站。
了解免費健檢內容 →這些是誰做的？
OPEN Design 團隊自己執行，包含技術修復、內容規劃與產出、結構化資料配置與追蹤工具建置。我們對外承接的就是同一套服務、同一組人。
我的網站不是這種框架，作法一樣嗎？
工作項目一樣，執行方式會依你的技術環境調整。這個案例的價值不在於「我們用了什麼工具」，而在於「遇到不能改模板、不能停機、不能影響其他站的限制時，還是把事情做完了」。
可以看其他客戶的案例嗎？
可以，洽談時我們會提供適合你產業的案例。放在公開頁面上的只有這一個，因為其他客戶的資訊需要先取得他們同意才能對外揭露。
為什麼要把作法寫得這麼細？
因為這些做法本來就不是秘密，寫出來你才有辦法判斷一家廠商講的是不是同一件事。真正的差異在執行的完整度與紀律，不在方法本身。