快轉到主要內容
  1. 所有文章/

手把手自架個人網站|Hugo × GitHub Pages – Part 0:先搞懂觀念與架站元素,再開始動手

·122 字·1 分鐘·
范詠為
作者
范詠為
喜歡創作與內容分享,也習慣用筆記留下每個過程
目錄

個人網站的第一篇文章就獻給「架網站教學」啦~

一、為什麼要自架個人網站?
#

談到寫網路文章,第一個想到的通常會是 Medium、Vocus、Matters 這類現成的平台。

這些平台的優點很明確:

它們幫你處理好排版、Hosting 主機、甚至基本的 SEO 設定,創作者只需要專注在內容本身即可,幾乎沒有技術門檻。

但相對地,缺點也很清楚:你必須完全依附在平台之上

以 Medium 為例,近年來不少創作者都反映文章的 SEO 有弱化的趨勢,在 Google 上的可見度越來越低。筆者自己也曾嘗試在 Medium 發布文章,實際用關鍵字搜尋時,卻找不到自己寫的內容。文章存在平台上,卻不一定真的「屬於你」,更不一定能被搜尋引擎好好看見。

當我開始思考長期寫作,越來越清楚一件事:

我想要的是一個真正屬於自己的網站,而不是某個平台底下的一個帳號。

因此,我選擇花一些前期時間研究如何自架網站。雖然一開始需要多花點心力理解工具與流程,但一旦架構完成,之後一樣可以回到單純寫作本身,而且內容、網址與呈現方式,都完全掌握在自己手中。


二、其實大多數人只需要「靜態網站」
#

一提到「自架網站」,很多人第一個反應會是:

是不是要架伺服器?是不是要寫後端?是不是很複雜?

但實際上,大多數個人網站根本不需要動態網站

簡單來說:

類型動態網站靜態網站
請求處理方式每次請求都需要後端程式即時處理內容事先產生好(HTML / CSS / JS)
系統需求需要資料庫、伺服器、帳號系統瀏覽器直接讀取檔案
效能與維護架構較複雜,維護成本高快、穩定、安全、成本低
適合情境電商平台、社群網站、線上系統部落格、個人網站、作品集
適合對象需要互動與即時資料的服務以內容呈現為主的創作者

對於以「文章內容」為主的個人網站來說,靜態網站不但完全足夠,反而還有部署簡單、效能好、維護成本低等優勢。

我要做的不是一個功能複雜的系統,而是一個乾淨、長期可維護的靜態網站。


三、架站其實只分成三層(核心觀念)
#

在開始動手之前,我花了一些時間釐清每個工具的角色,最後把整個架站流程拆成三層:

架站三層模型
#

  • 內容層:Markdown
    • 負責文章內容本身,與平台無關,是最核心、也最值得保留的資產。
  • 產生層:Hugo
    • 負責把 Markdown 打包轉成真正的網站(HTML / CSS / JS),並管理網站結構與樣式。
  • 發布層:GitHub Pages
    • 負責把產生好的靜態網站放到網路上,提供 HTTPS 與網域存取。

為什麼選 Markdown?

因為 Markdown 是最不依賴平台的內容格式之一,筆者自己的 Obsidian 筆記系統也採用這個格式來撰寫。

為什麼選 Hugo?

跟 Hugo 相似的工具還有 Jekyll、Hexo 等等,而 Hugo 的優點在於:

  • 設定檔與目錄結構相對直覺
  • 不需要 JavaScript 生態背景
  • 速度非常快,適合頻繁寫作與預覽

為什麼選 GitHub Pages?

  • 對靜態網站來說已經完全夠用
  • 免費、穩定、支援 HTTPS
  • 與 Git 版本控制流程自然整合

在不需要後端、不追求複雜功能的前提下,GitHub Pages 是一個風險最低、成本最低的選擇。

在釐清每一層的角色與工具選擇後,就可以正式開始動手了。接下來的文章將依照這個架構,一步一步把整個流程實際跑起來。

下一篇,會從最基礎的步驟開始,用 Hugo 在本地端跑起第一個 Markdown。

👉 手把手自架個人網站|Hugo × GitHub Pages – Part 1:用 Hugo 在本地跑起第一個網站