Cal.com 自架 vs 託管：真正的成本在串接，不在伺服器
Cal.com 是開源的，自架看起來很划算——直到你開始串 Google 日曆和設定通知信。這篇拆解自架 Cal.com 的完整成本，以及哪些人真的適合自己來。
🚀 想直接開始?60 秒部署你的 Cal.com
預約排程系統 — Calendly 的開源替代品。月付 NT$399 起,
Cal.com 是開源的，程式碼公開，你可以自己架。所以自架看起來一定比較便宜。
這個判斷在你開始串 Google 日曆之前都是對的。
Cal.com 跟其他自架服務不一樣的地方
大部分自架服務裝完就能用。Cal.com 裝完之後，你才走到起跑線——因為它的核心價值不在自己身上，而在它跟外部服務的串接。
一套不能同步你的 Google 日曆、不能寄出確認信的 Cal.com，等於沒有。而這兩件事都不是「裝好就有」的。
第一個麻煩：日曆的 OAuth 串接
要讓 Cal.com 讀寫你的 Google 日曆，你得自己到 Google Cloud Console 建立專案、啟用 Calendar API、建立 OAuth 用戶端、設定 redirect URI，然後把憑證填回 Cal.com。
這件事本身不難，但它是一次性的、繁瑣的、而且出錯時訊息很不友善的。redirect URI 少一個斜線就是整個流程失敗，而錯誤畫面不會告訴你是這個原因。
第二個麻煩：通知信
Cal.com 的預約流程會寄好幾封信——確認信、提醒信、改期通知、取消通知。自架的話，你要自己接 SMTP 或第三方寄信服務。
真正的問題不是接不接得起來，是信會不會進垃圾桶。自己架的寄信來源沒有信譽紀錄，被歸類成垃圾信的機率不低。而預約確認信進垃圾桶，等於這次預約沒有成立——對方不會知道約成了。
這是一個「系統顯示正常，但生意沒做成」的失敗模式，也是最難發現的那一種。
第三個麻煩：升級
Cal.com 的版本迭代速度很快，而且更新常伴隨資料庫結構變更。自架的話，每次升級都是一次要備份、要測試、可能要處理遷移的作業。
自架 Cal.com 的完整成本
以 NT$600／小時換算你的時間，你可以換成自己的數字重算。
| 項目 | 金額／月 | 說明 |
|---|---|---|
| VPS | NT$300～600 | Node.js 應用加 PostgreSQL，1 GB 記憶體偏緊 |
| 網域 | 約 NT$30 | 年費攤提 |
| 寄信服務 | NT$0～300 | 免費額度通常夠小團隊用 |
| 初次架設與串接攤提 | NT$200～500 | 4～10 小時（含 OAuth 與寄信），12 個月攤提 |
| 版本升級 | NT$300～600 | 每月約 0.5～1 小時 |
| 備份與 SSL 雜項 | NT$200 | |
| 合計 | NT$1,030～2,230 | 順利的月份 |
對照 RoamerHost 的 Cal.com 託管：NT$399／月（1 vCPU／2 GB），含 SSL、專屬子網域與版本維護。
這張表對自架不完全公平
兩個地方要補充：
第一，OAuth 和寄信是一次性成本。設定完就不太需要再碰了。上表用 12 個月攤提，但如果你打算用三年，這筆成本會攤得更薄。
第二，如果你已經有在跑其他 Node.js 服務，邊際成本很低。伺服器現成、部署流程現成、監控現成，多加一個 Cal.com 不會讓你的維運工作量翻倍。
判斷表
| 你的狀況 | 建議 |
|---|---|
| 個人接案或小團隊，只想要一條預約連結 | 託管——你要的是結果，不是架設過程 |
| 已經在維運其他自架服務 | 自架——邊際成本低 |
| 預約直接關係到收入（諮詢、看診、課程） | 託管——寄信失敗的代價太高 |
| 需要改程式碼、深度客製流程 | 自架——這是開源真正的價值 |
| 公司有資安要求，資料不能出自己的機房 | 自架——這時候成本不是考量點 |
先問一個更前面的問題
在比較自架與託管之前，值得先確認你是不是真的需要 Cal.com。
如果你的需求只是「偶爾約個會議」，Google 日曆的預約時段功能可能就夠了，不用多一套系統。Cal.com 的價值在於多種活動類型、緩衝時間、每日上限、團隊輪流分配這些規則——如果你用不到這些，那省下來的不只是月費，還有維護一套系統的心力。
什麼時候該裝一套系統，判斷標準是「喬時間」這件事有沒有真的在消耗你。
延伸閱讀
準備好開始使用 Cal.com 了嗎?
完成訂閱後 60 秒,系統自動幫你裝好 Cal.com——獨立容器、資源硬性上限不與他人共用、HTTPS 開箱即用。
立即訂閱 Cal.com月付訂閱、不綁約、隨時取消
