Kevin Wu 與 Nitikarn Clinic。
技術 SEO 診斷顧問。把網站當病人看——先找症狀，再找根因，最後才開處方。
#Kevin Wu 是誰
Kevin 的職涯從工程師開始。2010 年自台灣科技大學電腦工程系畢業後，他加入一家中型 IT 公司擔任網頁工程師，負責電商平台的後端與前端開發。那三年讓他養成了一個習慣：遇到問題先看 log，不先猜。
轉捩點發生在 2013 年。一位客戶來找他，原因很單純：網站在換域名之後從 Google 搜尋結果裡消失了。行銷團隊懷疑是演算法更新，SEO 廠商說要再觀察。Kevin 的反應不同——他把這件事當作一個軟體 bug 來除錯。他仔細檢查 301 redirect 設定，發現路徑對應全都錯位；再看 robots.txt，發現 Googlebot 被整個攔在外頭。他花了一天修好，網站的搜尋流量在幾週內回來了。行銷主管當時問他：「你是 SEO 的嗎？」他說：「我是工程師。」那個差距讓他看到了機會。
此後他在一家數位代理商轉型為技術 SEO 顧問，一做就是五年。那段時間他成了公司內「Google 壞掉的時候找他」的那個人。
讓他印象最深的案例，是一個新聞網站突然失去 40% 索引頁面。所有人把矛頭指向內容團隊，說是內容品質下降。Kevin 拉了伺服器 log 仔細看，發現 Googlebot 在分頁網址上持續收到 soft 404——約有兩萬個 URL 在索引狀態顯示為「已索引」，但實際上回傳的是空白內容。問題根源是 canonical tag 設定錯誤，讓 Google 把空分頁當成正規版本抓取。他修正 canonical 後六週，索引覆蓋率完全恢復。那個案例讓他確信：大多數技術 SEO 問題在 log 和索引資料裡都能找到答案，只是沒人去看。
2019 年，Kevin 決定獨立執業。他把自己的診所命名為 Nitikarn Clinic——「นิติกาล」是泰文，意思是「正義之時」。Kevin 對東南亞語言有一份特別的喜好，而這個名字對他來說也代表一種態度：每個技術問題，都應該得到正確的診斷，而不是草率的推測。
#診斷三原則
#一份診斷紀錄應能讓下一個人接手
| 紀錄區塊 | 必須回答的問題 | 不能被它取代的事 |
|---|---|---|
| 觀察與範圍 | 哪一組 URL、模板或日期出現什麼變化？ | 不能只用「整站變差」代替範圍。 |
| 證據與來源 | 輸出來自公開觀察、GSC、log、部署紀錄還是量測？ | 不能省略存取日期與資料缺口。 |
| 相競假設 | 哪些機制仍可能解釋同一症狀？ | 不能把第一個合理說法當成根因。 |
| 變更與驗證 | 改了什麼、如何回退、用何條件重新觀察？ | 不能用「已上線」代替驗證結果。 |
#Nitikarn Clinic 的定位與邊界
#揭露與限制
本站不以未附證據的案例數量、客戶滿意度、認證或流量改善幅度作為信任訊號。凡公開提及的案例，均會同時標注可核對的範圍、觀察日期與資料限制。若有無法公開的細節，會明確說明哪個部分受限，而不是省略不提。
#公開更正規則
#常見問題
Nitikarn Clinic 會幫我的網站做即時掃描嗎？
不會。Kevin 的診斷以你提供的 GSC 資料、log 檔與部署紀錄為主，不會從外部自動掃描你的網址或讀取任何登入憑證。診斷起點是你帶來的症狀，不是工具跑出來的分數。
修正已部署，是否代表 Google 已接受？
不代表。部署只是「變更存在」的證據。Googlebot 是否重新抓取、索引資料是否恢復、搜尋呈現是否改變——這些需要在修改後用對應資料來源重新觀察，才算驗證完成。
為什麼叫「Clinic」？
因為 Kevin 真的把網站當病人看。技術 SEO 問題有症狀、有根因、有機制——這跟看診的邏輯幾乎一樣。在確認診斷之前亂開藥，是讓病情惡化最快的方式。
什麼情況適合找 Kevin？
網站遷移後流量或索引量下滑、Googlebot 的爬取行為異常、Core Web Vitals 指標紅燈但原因不明、結構化資料未被抓取、或你的團隊已嘗試過修正但問題沒有改善——這些都是 Kevin 常處理的情況。