資料服務與 API 事業，指的是把某一領域的資料整理成可查詢的服務，再透過 API 訂閱或用量計費向開發者、企業收費的生意。這類事業毛利高、可自動化，表面上很吸引人，但它的價值高度綁在兩條看不見的線上：資料來源能不能合法地繼續取得，以及既有訂閱金流在換手後能不能延續。評估這種資產，程式碼只是其中一小塊。

資料服務與 API 事業是什麼#

常見型態包含公司登記查詢、發票驗證、地址與座標轉換、匯率與金融行情、天氣、法規與專利檢索等。它們的共同特徵是：有一套抓取或彙整資料的管線，有一層把資料包裝成端點的 API，再搭配計量、計費與金鑰管理。使用者付的不是一次性軟體費，而是持續的訂閱或用量費，因此收入具有週期性，這也是它能用倍數估價的基礎。

為何有人買賣這類事業#

賣方常見動機是沒有餘力維護資料管線、想把心力轉向新專案，或資料授權即將到期而不想續談。買方則看中現成的付費開發者客群與穩定的機器對機器收入——這種收入不像內容站那樣依賴搜尋排名的起伏，只要 API 不斷線、資料持續更新，客戶通常會長期留下來。對於已經有開發團隊的買家，接手一個現成 API 事業，等於省下從零建立管線、文件與客群的時間。

如何估價：用 MRR/ARR 倍數#

這類事業最常用月經常性收入（MRR）或年經常性收入（ARR）的倍數來估。一般微型、個人經營的 API 事業，成交價多落在 MRR 的 24 到 48 倍之間，也就是約 2 到 4 年的月收入；換算成 ARR，大約是 2 到 4 倍。算法是先取近 6 至 12 個月的平均 MRR，再依下列因素上下調整：

  • 收入穩定度：訂閱制、長約、低流失率往往能拉高倍數；純用量計費且客戶集中，則偏低。
  • 客戶集中度：若營收一大半來自一兩個大客戶，風險高，倍數要往下修。
  • 資料來源風險：來源若是付費授權且合約可轉讓，加分；若靠抓取且來源方態度不明，要大幅折價。
  • 維運負擔：管線需要人工盯著、常壞，會壓低買方願付的價格。

想先有個客觀起點，可以到 flipweb.tw 的免費估價 /valuation 輸入收入與客戶結構，得到一個區間後再與買賣雙方議。切記估價是談判的起點，不是保證，不要把任何倍數當成必然成交或必然獲利的數字。

交易與交割流程#

資料服務的交割比一般網站複雜，因為要移交的東西很多層。原始碼與資料管線應透過版本庫完整移轉，包含抓取腳本、清洗邏輯與排程設定；資料庫本身要連同結構與歷史資料一起交接，並確認匯出與匯入在買方環境能跑起來。網域與 API 端點網址要過戶，避免客戶端設定失效。金流部分，金流商帳號、訂閱方案與既有授權關係要逐一轉移或重建。最敏感的是各種金鑰——第三方資料源的 API 金鑰、雲端服務憑證、簽章密鑰，都應在交割時重新產生並由買方保管，賣方手上的舊金鑰要作廢。

關於客戶名單：API 客戶的聯絡人、公司與使用資料屬於個人資料，依個資法不得單獨拆出來販售，只能隨整個事業一併移轉，且移轉後買方須在原本的蒐集目的範圍內繼續使用。這條界線務必在合約裡寫清楚。

風險與盡職調查#

第一要查的是資料來源合法性。資料是自有、向第三方付費授權，還是從公開或他人網站抓取？若是授權，合約有沒有「禁止轉讓」或「換手需重新議約」條款；若是抓取，要評估來源方封鎖或主張權利的風險。第二是收入真實性，請賣方提供金流後台與對帳紀錄，核對 MRR 是否如實、有無灌水的免費或關係戶。第三是技術債，管線是否脆弱、文件是否齊全、有沒有單點依賴某個只有賣方知道的設定。把這些查清楚，再決定出價。若想把物件掛上架由平台協助媒合與盡調，可透過 /sell 刊登委託或加官方 LINE @flipweb 詢問。

常見問題#

以上是資料服務與 API 事業轉讓的重點。資料能否合法延續、金流能否穩定接手，是這筆交易成敗的關鍵，建議在簽約前逐項確認。