決定要做網站之後，下一個要面對的問題是技術路線：這個網站到底要「架」在什麼上面。網站架設的選擇會影響往後好幾年的維護方式、調整彈性、以及哪天想換人接手時搬得動搬不動。這篇不談版面設計，也不談怎麼挑合作對象，而是把常見的幾條技術路線攤開來比較，再把開工前一定要先備妥的幾樣基礎件講清楚，讓你在簽任何東西之前，先知道自己選的是哪一條路。
架站主要有三條路線
不管市面上的名詞怎麼包裝，技術路線大致可以收斂成三種：自行開發、使用開源系統、使用 SaaS 建站平台。三者的差別不在於做出來好不好看（三種都做得出好看的網站），而在於程式碼與資料放在誰手上、要改東西的時候誰能改、以及未來要搬家時搬得走多少。
先講一個判斷原則：路線的選擇應該從需求的特殊程度與長期維護的人力安排出發，而不是從「哪個看起來比較高級」出發。需求越特殊、越需要跟既有系統串接，越會往自訂開發靠；需求越接近通用型的形象網站或內容網站，越沒有必要從零做起。
自行開發：彈性最大，維護責任也最大
自行開發指的是由工程團隊直接撰寫前後端程式，或以框架為基礎打造專屬系統。這條路線的優點很直接：想做什麼就能做什麼，沒有現成系統的架構限制，效能可以針對自己的使用情境調校，也不必背負用不到的功能。當網站牽涉到特殊的計算邏輯、需要跟公司內部的進銷存或會員系統深度串接、或者有明確的資料處理規範要遵守時，自行開發往往是唯一合理的選擇。
代價則落在兩個地方。第一是啟動的時間與投入，所有東西都要從頭做，包含後台編輯介面這種看不見但每天都要用的部分。第二是長期的維護責任完全在自己身上，套件的安全性更新、伺服器環境升級、瀏覽器行為改變造成的問題，都沒有現成的社群或廠商幫你處理，必須自己或委託團隊持續照顧。如果組織內部沒有穩定的技術人力，也沒有打算長期外包維護，自行開發的網站很容易在交付之後逐年失修。
另外要留意的是交付內容。走這條路線時，程式碼、資料庫結構、部署方式與相關文件應該一併交付並確認可以獨立運作，否則名義上是自己的系統，實際上還是離不開原本的開發者。
開源系統：以 WordPress 為代表的生態系路線
開源系統是把一套公開、可自由使用的網站管理程式裝在自己的主機上，再透過佈景主題與外掛調整外觀與功能。WordPress 是其中最常見的例子，其他也有各種取向不同的選擇。這條路線的核心優勢是生態系：大量現成的功能模組、大量會用這套系統的工程師與設計師、大量可查的教學文件。想加一個表單、一個多語系、一個簡易購物功能，通常都有現成解法，不必從零開發。
可搬遷性是這條路線相對好的地方。程式與資料都在自己的主機上，可以整包打包搬到另一家主機，也可以匯出資料庫。換言之，你和某個服務商的關係是可以中止的，網站本身不會因此消失。
需要注意的則是維護紀律。開源系統的更新頻率高，核心、佈景主題與外掛都會持續改版，長期不更新會累積安全風險；而外掛裝得越多，彼此衝突與拖慢速度的機會也越高。實務上比較穩的做法是：功能需求先問「不裝外掛能不能解決」，真的需要才裝，並且定期檢查有沒有已經棄用或長期沒更新的外掛。另外要建立可還原的備份習慣，包含資料庫與檔案兩部分，並且確認備份真的還原得回來，而不是只有排程在跑。
還有一件容易被忽略的事：佈景主題與頁面編輯器的綁定程度。如果所有版面都是用某個特定編輯器的專屬格式做的，那麼哪天要換主題或換編輯器時，內容可能會變成一堆無法辨識的標記。挑選時可以問清楚：如果停用這個外掛，頁面還讀得懂嗎。
SaaS 建站平台：上線最快，代價在可搬遷性
SaaS 建站平台是由服務商同時提供系統、主機與維運，使用者以訂閱方式使用，透過拖拉介面完成網站。這條路線的優點在速度與省心：不必處理主機、不必自己更新系統、安全性與備份由平台負責，介面通常也對非技術人員友善。對於需要快速上線、功能需求標準、而且內部沒有技術人力的情況，這是務實的選擇。
要清楚知道的代價有三個。第一是彈性上限，平台提供什麼就只能用什麼，遇到平台沒有支援的功能或版面結構，通常沒有繞路的空間。第二是可搬遷性，網站的版面與功能是綁在該平台的專有格式上的，離開平台時往往只能帶走文字與圖片這類原始素材，版面要重做。第三是成本結構的性質，這條路線是持續性的訂閱支出，停止付費通常等於網站停止運作，跟一次性開發加上主機費用的結構不同。
如果決定走這條路線，建議至少做兩件事：定期把內容匯出一份存在自己手上，以及確認網域是登記在自己名下、只是指向平台，而不是由平台代為持有。這樣就算未來要搬，至少網址與內容還在。
三條路線怎麼比：彈性、成本結構、可搬遷性
把三者放在一起，可以用幾個面向來對照：
- 彈性：自行開發最高，開源系統次之且受限於所選主題與外掛，SaaS 平台受限於平台功能範圍
- 啟動速度：SaaS 平台最快，開源系統中等，自行開發最慢
- 成本結構：自行開發偏向前期投入大、後續是維護費用；開源系統是主機與網域的固定支出加上不定期的維護；SaaS 平台是長期且持續的訂閱支出。這裡講的是結構差異，實際金額會因需求規模差很多，不能一概而論
- 技術人力需求：自行開發最高，開源系統需要基本的維護紀律，SaaS 平台最低
- 可搬遷性：自行開發與開源系統可以連同資料搬走，SaaS 平台通常只能帶走原始內容
- 安全與更新責任：自行開發自負，開源系統自負但有社群支援，SaaS 平台由服務商負責
沒有一條路線在每個面向都贏。比較實際的做法是先排出自己最在意的兩個面向，再看哪條路線在那兩項表現可以接受，其餘的當成需要管理的風險。舉例來說，若最在意的是「三個月內要上線」與「公司沒有技術人員」，那麼平台路線的搬遷限制就是必須接受的代價，但可以靠定期匯出內容把風險壓低。
架站前要備妥的基礎件：網域、主機、SSL
不管走哪條路線，這三樣東西都跑不掉，而且最好在開工前就決定好。
網域是網站的地址，也就是訪客在網址列輸入的那串文字。挑選時以好唸、好記、跟品牌相關為原則，不必刻意塞滿關鍵字。註冊之後要留意到期日，網域是需要續約的，忘記續約可能導致網站無法連線，甚至被他人搶註。建議打開自動續約，並確認註冊時填的聯絡信箱是公司長期使用、離職也不會消失的那一個。
主機是存放網站檔案與資料庫的地方，常見型態包含共享主機、虛擬專用主機、雲端主機，以及前面提到的平台代管。選擇時除了規格，更該看的是：備份機制怎麼做、能不能自己下載備份、支援窗口的回應方式、以及機房位置與主要訪客所在地的距離（影響連線速度）。另外要確認你有沒有拿到管理後台的帳號權限，而不是只有一個「有事再找我」的聯絡人。
SSL 憑證讓網址從 http 變成 https，作用是把瀏覽器與伺服器之間的傳輸加密。現在的瀏覽器會對沒有加密的網站顯示不安全提示，只要網站上有任何表單或登入功能，加密幾乎是必要的。多數主機商都有提供可自動續期的免費憑證方案，設定重點在於：確認整站都走 https、舊的 http 網址有轉址過去、以及憑證會自動更新而不是每年手動處理，否則過期那天網站會直接跳出警告畫面。
除了這三樣，通常還會一併處理電子郵件（要用網域信箱還是另外的服務）、DNS 設定（網域指向主機的那份對照表放在誰那裡）、以及分析工具的安裝。這些都屬於開工前可以先確認的事項。
網域與主機，登記在自己名下
這一節不長，但值得單獨拿出來說。網域與主機的帳號，請用公司自己的名義與信箱註冊，付款方式也盡量掛在公司。委託他人代為申請沒有問題，但申請完成後應該把管理帳號的權限交回，並且自己登入確認一次能不能改設定。
理由很單純：網域與主機是網站的地基。當這兩樣登記在自己名下時，換合作對象、換主機、改設定都只是流程；當它們登記在別人名下時，任何一次意見不合都可能變成網站無法動彈。這跟對方是否可信無關，而是把基礎資產放在自己手上本來就是常識，就像公司的營業登記不會掛在外包廠商名下一樣。實際要做的檢查也很簡單：打得開網域註冊商的後台、打得開主機控制台、信箱收得到續約通知，這三件事能做到就算過關。
常見問題
已經在用建站平台了，之後想換成開源系統會很麻煩嗎？
會有工作量，但不是做不到。文字內容與圖片通常可以匯出或重新整理，比較麻煩的是版面要重新製作，以及原本的網址結構如果改變，需要做好舊網址到新網址的轉址，避免既有的搜尋結果與外部連結失效。建議搬遷前先把現有頁面清單與網址整理出來，再規劃對照關係。
開源系統是不是比較容易被入侵？
系統本身公開並不等於不安全，多數問題出在維護方式：核心與外掛長期不更新、使用來路不明的破解版佈景主題、管理員密碼過於簡單、沒有限制登入嘗試次數。建立更新與備份的固定流程，並減少非必要的外掛，風險就能大幅收斂。反過來說，即使是自行開發的系統，若相依套件長期不更新，一樣會有安全問題。
主機要選多大的規格？
初期不必一次買到最大。比較合理的做法是先估算網站型態（純形象網站、內容型網站、還是有購物與會員功能）與預期流量級距，選一個合理起點，並確認方案可以隨時升級。能不能平順升級，往往比一開始買多大更重要。另外記得確認方案是否包含備份、以及備份能不能自己下載。
網域一定要用 .com 嗎？
不一定。.com 辨識度高、訪客直覺，是常見首選；台灣的 .com.tw 或 .tw 則有在地識別的作用。真正該避免的是為了遷就冷門字尾而讓網址變得難唸難記，或是跟既有知名品牌過於相似造成混淆。決定之前，順便確認相關的社群帳號名稱是否也能取得，維持一致會比較好記。
如果你正在決定網站要走哪一條技術路線，或是手上的網站不確定目前架在什麼系統、網域與主機登記在誰名下，創昇SEO提供免費的網站健檢，可以協助你把現況盤點清楚，包含系統類型、憑證狀態與基本的技術體質，讓你手上先有一份看得懂的現況說明。
若你希望有人當面把這些技術名詞解釋一遍，我們也提供全台免費到府解說。可以約個時間，我們帶著盤點結果過去，把每一項代表什麼、需不需要處理講清楚，你再自行決定後續怎麼安排。