你的官網原始碼在誰手上?——中小企業數位資產盤點清單
一個真實案例:工程師離職失聯,公司官網的原始碼全在他個人帳號裡,一行都拿不回來。這篇給中小企業老闆一份數位資產盤點清單——網域、網站、粉專、數據、廣告帳號,每一項都該問:誰有權限、放在哪?
Kai Wu
• 凱吳科技 負責人
先講一個我們實際處理過的案子。
客戶是一家醫療行銷顧問公司。官網當年由一位工程師開發,做得不錯,上線之後也一直穩穩地跑。問題出在幾年後:那位工程師離職了,之後失聯。
這時公司才發現——官網的原始碼,從頭到尾都放在他個人的程式庫裡。公司的門面網站,公司自己一行程式碼都沒有。
想改一段文案?改不了。想搬到自己的主機?搬不走。網站看起來是你的,實際上形同租在別人手上——而且房東已經找不到人了。
拿不回來,就只能重建
原始碼拿不回來,唯一的路是重建。而重建比多數人想像的麻煩。
你可能會想:網站不是就在線上嗎?把每一頁另存下來不就好了?
實務上不行。現代網站有近半內容是瀏覽器端才渲染出來的——這個案子裡,首頁的標題輪播、常見問答、團隊介紹,在靜態原始碼裡根本看不到。直接另存網頁,存下來的是一個殘缺的空殼。
我們最後的做法是從線上版逆向 1:1 還原重建,並且用「渲染後畫面比對」逐頁確認:重建版在瀏覽器裡呈現出來的每一個畫面,都要跟原站一致,確保不失真。
重建的同時,我們順手把體質理好:
- 追蹤碼、站長驗證 ID 集中一處管理——以後換帳號,只改一個檔案。
- GA4、Search Console 的轉移程序寫成文件,不再依賴某個人的記憶。
- 程式碼放進公司自有的 GitHub 組織帳號,不再放任何人的個人帳號。
成果是:官網、程式碼、數據、部署帳號——所有權第一次完整回到公司手上。
這個案例最值錢的不是技術,是教訓:盤點一下,你公司的網站、粉專、網域、數據,現在登入權在誰手上?
中小企業數位資產盤點清單
以下每一項,請你問兩個問題:**「誰有權限?」「放在哪?」**如果答案是「不確定」或「某個已經離職的人」,那就是你的風險清單。
1. 網域(Domain) 公司網址是在誰的帳號下註冊的?年費是誰的信用卡在扣?網域一旦被放著過期,網站和公司信箱會一起消失。
2. DNS 設定 控制網域指向哪裡的那把鑰匙。換主機、換信箱服務都要動它——登入資訊在誰手上?
3. 網站原始碼 就是本文案例的主角。原始碼在公司的帳號,還是某個人的個人帳號?有沒有第二個人能取得?
4. 粉絲專頁管理員 Facebook、Instagram 的粉專「擁有者」是誰的個人帳號?員工離職後還掛著管理員的,該清了。
5. GA4 網站分析 累積多年的流量數據,管理員權限在誰手上?換過行銷公司的,前一家的權限收回了嗎?
6. Search Console Google 怎麼看你網站的第一手資料。驗證權限綁在誰的帳號?
7. 廣告帳號 Google Ads、Meta 廣告帳號的最高權限是公司的,還是代理商的?合作結束時,帳號和歷史成效數據帶得走嗎?
8. 金流後台 收單、對帳、退款的後台登入。這一項出事是直接影響現金流的。
正確姿勢:公司自有帳號+集中管理
盤點完之後,方向只有一個:所有數位資產的最高權限,收攏到公司自有的組織帳號上。
- 程式碼放公司的 GitHub 組織,工程師用個人帳號「被邀請進來」,離職就移除,資產不跟人走。
- 追蹤碼、驗證 ID 這類散落各處的設定,集中一個地方管理,交接時一目瞭然。
- 每一項資產「誰有權限、放在哪」寫成一頁文件——這頁文件本身,就是你公司數位資產的保單。
這些事在平常做,是一個下午的行政作業;等出事再做,就是一個重建專案。我們在案例研究裡完整記錄了這個重建案的做法,也把同一套「所有權要在自己手上」的原則,用在每一個客戶專案裡。
現在就可以做的第一步
把上面八項抄下來,發給你的團隊,一週內把「誰有權限、放在哪」填完。填不出來的那幾格,就是最該優先處理的。
如果你想要有人陪你把這份清單走一遍——順便看看你的流程裡還有哪些「靠人撐著」的風險——我們提供 30 分鐘的免費流程診斷。
文章標籤
相關文章
探索更多 AI 自動化與流程改造的實戰內容

