SEO 與自然增長
廣告一停，流量就停。SEO 建立的是資產：內容與技術基礎會持續為你工作，而且時間越長，越難被競爭對手一次過超越。
你可能正在面對的情況
- 有寫內容，但排名長期停在第二、三頁
- 競爭對手後來居上，卻看不出他們做了什麼
- 改版或搬主機之後，流量明顯下跌
- 知道要做 SEO，但不知道應該先做哪一樣
- 上一間服務商只交報告，實際改動仍要你自己找人做
SEO 是資產，不是關鍵字配額
廣告的成本結構是租金：每一次曝光都要付費，停止投放就即時歸零。SEO 的成本結構是建設：前期投入較長，但已發布的內容與已修好的架構會持續運作。
所以我們不以「每月幾多篇文章、幾多個關鍵字」表達價值 —— 那是把成本當成成果。真正決定成效的是：內容是否回答了客戶真正會問的問題、技術基礎是否讓搜尋引擎讀得順、以及來源是否可信。
這也代表 SEO 不適合所有情況。如果你需要下星期就有流量，廣告更直接；如果你希望一年後不再需要為每次曝光付費，SEO 才是對的工具。
我們的 SEO 流程
先診斷，再執行。大部分 SEO 失敗不是因為做得少，而是次序錯了 —— 在結構混亂的網站上持續產出內容，回報會被拖慢。
架構掃描
全站爬取，檢視 URL 結構、標題層級、canonical、hreflang、結構化資料、內鏈圖、索引狀態與 Core Web Vitals。找出阻礙成效的技術問題。
內容差距
對比競爭對手的主題覆蓋與搜尋意圖分類，找出你缺少什麼、哪些現有內容值得更新或合併，而不是一味增加新文章。
連結與權威
分析競爭對手的 referring domain 交集，整理可爭取的連結機會，並按可複製性分級。我們不購買連結。
優先排序與執行
按商業價值、需求、可證明性、可排名性與執行成本排序，輸出 90 日 backlog。技術修復由我們直接執行，每項改動記入 change log。
經營逾十年的網站，重建後執行 SEO / AEO / GEO。附第一手 Search Console 數據。
看這個案例不同起點，應該先做哪一樣
同樣的預算，投放次序不同，回報可以差很遠。以下是我們實際使用的判斷。
網站慢、結構混亂、頁面之間沒有層級
先做技術與架構。在這個狀態下增加內容，等於把資源投進一個漏水的桶 —— 搜尋引擎抓取預算浪費在無關頁面，重要頁面反而更新得慢。
技術基礎穩，但只有首頁與幾頁服務簡介
先建核心服務頁與最高商業意圖的主題。這階段的邊際回報最高，因為你正在補的是「客戶搜尋時完全沒有落點」這個缺口。
內容有一定數量，但排名停滯
先做內容審視與合併，而非再寫新的。同一主題散落多頁會互相稀釋；把它們整合成一頁有深度的內容，通常比新增三篇更有效。
有實體門市或服務地區
本地 SEO 應該最早處理。Google Business Profile 與目錄資料的成本低、見效相對快，而且是「地區＋服務」查詢的主要入口。
交付內容
- 診斷報告與 90 日優先排序 backlog
- 技術修復：由我們直接執行，不只提交建議
- 內容製作與既有內容優化（繁中優先，英文按需求）
- 內部連結架構規劃與部署
- 本地 SEO 與 Google Business Profile 優化（如適用）
- 每月數據報告與改動記錄（change log）
時間預期
一般 3–6 個月開始出現實質排名變化，因此方案以 6 個月為起點。實際時間視乎起點、行業競爭度與網站基礎 —— 技術基礎差的網站，前兩個月往往花在修復而非增長。
更早期可以觀察的是先行指標：索引頁數、曝光次數、長尾查詢的點擊。這些通常在 90 日內就有變化，而且比單一關鍵字排名更能反映方向。
我們不會保證排名或流量 —— 那由演算法與競爭對手決定，不在任何服務商控制範圍。我們承諾的是交付範圍、透明月報，以及未達約定範圍該月不收費。
我們與批量內容型服務商的分別
| RanKKing | 批量內容型服務商 | |
|---|---|---|
| 技術修復 | 開發員直接執行，改動記入 change log | 提交建議報告，實際改動由你另找人做 |
| 內容決策 | 由內容差距分析決定寫什麼、更新什麼、合併什麼 | 按月產量交付，題目多由關鍵字工具生成 |
| 連結 | 機會清單與 outreach 記錄，earned links 如實報告 | 購買連結或設定每月數量配額 |
| 報告 | 進展與未達標一併呈現，附量度期間與 baseline | 只報好消息，或以倍數敘述作招徠 |