官網做好的那幾年，通常不會有人去問「這個網站到底是誰的」。網域是當初廠商順手幫忙註冊的，主機也掛在對方的帳號底下，後台帳密是工程師開給行銷同事用的，Google Analytics 是外包窗口的個人信箱建的。一切都運作得好好的，沒有人覺得有問題。
問題幾乎都在同一個時間點爆開：公司想換一家廠商、想把網站收回來自己維護，或者原本的接案工程師不做了、公司收掉了、聯絡不上了。這時候才發現，公司手上有的只是一組後台帳密，網域在別人名下、原始碼拿不到、Google 的資料也搬不走。
這不一定是誰刻意留一手。更常見的情況是當初雙方都沒想這麼遠，怎麼方便就怎麼開。但結果是一樣的：公司付了錢、網站是公司的生意在跑，所有權卻散在別人的帳號裡。
Photo by Jakub Żerdzicki on Unsplash
一、網域：註冊人欄位才是真正的所有權
很多人以為「網址是我們公司在用的，當然是我們的」。實際上，決定網域歸誰的是註冊資料裡的「註冊人（Registrant）」欄位，以及收得到驗證信的那個管理信箱。如果註冊人寫的是廠商公司、管理信箱是工程師的個人信箱，那麼要轉移、要續約、要改設定，程序上都得經過對方。
可以先做的檢查很單純：用網域查詢服務查一下自家網址的註冊資料，確認註冊人與管理聯絡信箱是不是公司的名字與公司的信箱。不少網域現在預設開啟隱私保護、查不到完整資料，那就直接向廠商索取註冊商後台的帳號資訊或一份書面確認。
另外兩件事也值得一起確認。一是到期日與自動續約是誰在付款，網域忘記續約是官網整個消失最常見的原因之一。二是轉移方式：一般常見的 .com、.net 這類網域，轉出時需要先解除鎖定並取得一組授權碼（Auth Code / EPP Code），而且剛註冊或剛轉移過的網域會有一段時間不能再轉；.tw 網域則依各註冊商的規定辦理，通常要向原註冊商申請轉移密碼或填寫文件。這些都不難，難的是對方不配合的時候，公司手上沒有任何可以主張的東西。
二、主機與 DNS：搬家前先知道東西放在哪
第二層是網站實際放在哪裡。常見的狀況是廠商有一台主機，底下同時放了幾十個客戶的網站，公司並沒有自己的主機帳號，只有一個網站後台。這種做法在維護上沒什麼不對，但它意味著公司沒辦法自己備份、自己搬走，也看不到伺服器上實際有哪些檔案。
DNS 的管理權同樣容易被忽略。網站要指向哪台主機、公司信箱要走哪個郵件伺服器，都寫在 DNS 設定裡。這裡有一個實務上常出事的地方：換主機的時候只記得改網站的指向，忘了 MX 記錄，結果網站搬成功了、公司信箱卻收不到信。搬移之前把現有的 DNS 紀錄整份匯出或截圖留底，是成本最低的保險。
SSL 憑證通常綁在主機或 CDN 服務上，搬家後需要重新申請或重新綁定。現在多數憑證可以自動簽發與續簽，流程不算複雜，但如果不知道原本是誰、用什麼方式簽的，換手當下就容易出現瀏覽器跳警告的空窗期。
三、原始碼與資料：哪些帶得走，哪些本來就帶不走
這一題要先分清楚網站是怎麼蓋的。
如果是自架型的網站，例如架在自己主機上的 WordPress 或客製化開發的程式，理論上整個檔案與資料庫都可以完整打包搬走，換一台主機、換一組人接手都能繼續跑。這時候該向廠商要的是三樣東西：程式檔案、資料庫備份，以及如果有版控的話，程式碼倉庫的存取權。
如果網站是建在 SaaS 架站平台上，情況就不同了。平台通常可以匯出部分資料，像是商品、訂單、會員清單或文章內容，但版型、互動功能、後台設定多半是平台專有的，離開平台就不存在。這不是誰的錯，是這類服務本來的設計。重點是在簽約前就知道，而不是三年後想搬家才發現「網站」其實不是一個可以搬走的東西。
Photo by Luke Heibert on Unsplash
還有一個容易漏掉的細節是付費模板與外掛的授權。這些授權金鑰往往是用廠商的帳號買的，而且常常是一組授權同時用在很多客戶的網站上。換手之後金鑰失效，網站可能還能跑，但更新停了、出問題也沒有官方支援，時間一久就變成資安風險。交接時值得逐一確認：哪些元件是付費的、授權掛在誰的帳號、續約是誰在付。
四、後台與第三方帳號：分清楚「擁有者」和「使用者」
這是最常被輕忽、但補救起來也最快的一層。網站後台的管理員帳號要在公司自己手上，這點多數人會注意到；真正容易漏的是那些堆在旁邊的第三方服務。
以常見的幾個來說：Google Analytics 有帳戶與資源層級的角色設定，Search Console 分成擁有者與一般使用者，Google 商家檔案有主要擁有者，廣告帳戶與社群平台的商業管理工具也都有各自的權限層級。差別在於，使用者看得到資料，但擁有者才能新增與移除其他人、才能決定資產的去留。很多公司以為自己「有帳號」，實際上只是被加進去的使用者，窗口一離職，資產就卡在別人的個人帳號裡。
比較穩的做法是：公司先用自家網域的信箱開一個長期存在的主帳號（不要用某位同事的個人 Gmail），把網域、分析工具、廣告帳戶、商家檔案這些資產全部建立或移轉到這個帳號底下，再把配合的廠商加為使用者或管理員。合作結束時只要移除權限，資產本身不會跟著走。歷史數據也是同樣的道理——換帳號重開一個，過去幾年的流量與轉換紀錄就接不回來了。
五、合約怎麼寫，交接要拿到什麼
前面四件事都可以靠一份寫清楚的合約先處理掉。幾個值得寫進去的方向：
一是權利歸屬。依我國著作權法的規定，出資聘請他人完成的著作，如果雙方沒有另外約定，著作財產權可能歸受聘的一方所有，出資者只取得利用該著作的權利。換句話說，有沒有在合約裡寫明「客製化開發的成果其著作財產權歸屬於出資方」，法律效果差很多。這部分涉及個案認定，實際條款建議請律師協助確認，但至少要知道它是需要寫的，不是預設就屬於付錢的人。
二是資產登記在誰名下。直接寫明網域註冊人、主機服務、第三方帳號以客戶公司名義登記，廠商僅取得管理權限。
三是終止後的交接義務。包含交付的內容、提供的期限，以及一份明確的資產與帳號清單。沒有這一條，合作結束時能不能拿到東西，就只能看交情。
Photo by Phil Hearing on Unsplash
驗收或交接時，可以用這份清單逐項對：網域註冊商與帳號、DNS 管理介面、主機或雲端服務控制台、SSL 憑證的簽發方式、網站後台管理員帳號、完整的程式檔案與資料庫備份、付費模板與外掛的授權歸屬、公司信箱的 MX 設定、分析與廣告等第三方帳號的擁有者權限，以及金流、物流等串接服務的後台。每一項都要能回答「帳號在誰名下、密碼在誰手上、續費誰在付」。
今天可以先做的三件事
不必等到要換廠商才來盤點。這三件事花不到一個下午：
第一，查一次自家網域的註冊資料，確認註冊人與管理信箱是不是公司的。第二，登入 Google Analytics 與 Search Console，看看自己的角色是「擁有者／管理員」還是「使用者」。第三，向目前配合的廠商要一份書面的資產與帳號清單，就說是公司內部要建檔。
大部分負責任的廠商會很乾脆地給。真正要留意的是那種拖了幾週給不出來、或是解釋得特別模糊的情況——那通常代表東西確實不在公司這邊，而愈早知道，處理的成本愈低。
網站所有權不是信任問題，是制度問題。合作好好的時候，誰的名字登記在哪裡都無所謂；而需要用到的那一天，往往就是關係已經不在的那一天。