客戶是誰，他們面對什麼
這個專案涵蓋幾家小型住宿業者：恆春半島周邊的幾家民宿，外加一個我當自家測試場的物件。有些是完整客戶——網站、分析、廣告全包；至少有一家只簽了廣告健檢。範圍不同，但底層的問題是同一個。
這個問題每個獨立民宿老闆心裡都有數：訂房平台掌握了跟客人之間的關係。OTA 之所以難以撼動，是三件事疊在一起——買下每個搜尋與動態最上方的廣告預算、累積多年的品牌信任、還有全職的專業行銷團隊。對上這些，一家只有漂亮網站、其他什麼都沒有的小民宿，根本是隱形的。而且 OTA 從每筆訂房抽走的佣金，遠比外界想像的高——這正是為什麼一個直接訂房的管道這麼重要。
但「幫他們做個網站」本身不是答案。一個沒有搜尋排名、沒人看得懂的分析、也沒有數據支撐廣告預算的單機網站，是贏不過 OTA 的——它只會擺在那裡。這些老闆缺的不是一本電子型錄，而是一整套數位營運：一個排得上名次的網站、一份他們不用請專家就看得懂、還能據以行動的報告，以及靠真實數字操盤的廣告預算。
我做了什麼
三個互相串連的部分。
網站。 用 Astro 做，每家民宿都有一個快速、中英雙語的網站，包含房型、價格、活動導覽、行程建議，還有清楚的聯絡入口——LINE、電話、微信。我加了一層小後台，讓老闆自己就能改促銷橫幅和卡片、上傳圖片、管理誰有權限，全程不用碰程式、也不用打電話找我。自家那個站同時也是我的原型場——可點擊的服務卡片、夏季早鳥優惠、景點與行程導覽頁——測過了才搬上客戶站。這裡很多不起眼的功夫花在效能：把手機版 Lighthouse 分數拉高、消掉版面位移、用對的圖片格式，免得首頁一張主視覺就讓訪客吃掉 65MB。網頁快，排名好、轉換也好；這不是化妝品。
分析與轉換追蹤。 每個站都接上 GA4，加上 Google Search Console 驗證和 Google Ads 轉換追蹤。最龜毛但最關鍵的細節是：要確保轉換在聯絡點擊把訪客交給電話或微信 app 之前就先觸發，資料才不會掉。少了這個，廣告預算等於閉著眼睛花。
自動化引擎。 大部分工夫都在這。一套多站系統，抓 GA4 資料、讀每家民宿的情境檔（旺季、在地地理、對這家來說什麼才算真的成交），然後產出兩樣東西：一份排程準時送達、用白話寫、老闆配咖啡就能讀完的週報；還有一份 Google Ads 健檢，會稽核帳號、告訴老闆該修什麼、為什麼。
對老闆來說，改變了什麼
週報準時送到，開頭先給一段白話總結再放圖表——不用登入什麼儀表板，不用去翻譯 GA4 術語。廣告健檢的改變更大。它做的是付費專家會做的關鍵字清理——標出零曝光的殭屍字、重複的詞組比對冗餘、弱信號和低點擊率的字——而且用日常語言解釋它的判斷，因為讀的人是民宿老闆，不是 PPC 顧問。它會真的去量到達頁速度，而不是用猜的；在建議加預算之前，會先比較「預算流失」和「排名流失」誰才是主因；做不到的事它不會建議。最重要的是，它被刻意做成不亂喊狼來了：大量工程心力就花在防止系統發出假警報，免得讓老闆白跑去追一個根本不存在的問題。
結果是，一家小民宿現在跑著自己的直接訂房管道，而且有著跟規模大得多的業者一樣的回饋迴圈——每週都看得到什麼有效、把沒效的修掉。
技術方向，簡單講
網站用 Astro，因為它預設就出快速的靜態頁，需要時 SSR 轉接器又能撐起後台 app——對一人工作室來說，是成本和速度的正確取捨。整套自動化引擎跑在 GitHub Actions 的排程上，等於沒有伺服器要顧。報告和稽核用 LLM（標準層用 Gemini，進階層用 Claude），但最硬的教訓——也是大半的提交紀錄——是：你絕對不能讓語言模型自由地把數字寫進客戶報告。數字全部用程式確定性地算出來，模型只負責填周圍的文字，還有一道驗證流程，任何追不到來源的數字一律打回。就是這套紀律，才讓產出可信到敢無人值守地寄給真客戶。
一個人做完這些，意味著什麼
誠實地說，這些工作八成根本不會發生——至少對這些客戶不會。不是沒人想做，而是用舊方法做的價錢根本搆不到。網站建置、持續的分析、廣告優化、外加每一週一份報告——每一項過去都意味著一個人頭，加起來遠超過一家小民宿能合理負擔的。所以小民宿乾脆就不做了，繼續被平台抽走每筆訂房的一份。
AI 在這裡不是取代了一個團隊。它是讓一個對這類客戶從來不划算的服務，第一次變得划算。一個人，配上對的工具，現在能建起、而且維持那種過去只屬於大到請得起行銷部門的企業才有的數位營運。值得停下來想的就是這件事——不是哪段腳本有多聰明，而是「誰有資格下場競爭」這道門檻，剛剛降下來了。