如何建立餐廳網站:菜單、營業時間、訂位與點餐
好的餐廳網站能在幾秒鐘內回答五個問題:菜單上有什麼、價格多少、何時營業、在哪裡,以及如何訂位或點餐。你可以用 AI 網站建構工具自己製作:描述餐廳、貼上真實的菜單與營業時間,然後選擇訂位與點餐是透過你自己的網站,還是透過你已經在用的服務。大部分的心力其實都花在讓這些資訊保持正確,而不是設計本身。
餐廳網站需要什麼
多數訪客是用手機進入網站,而且常常是在決定「現在要去哪裡吃」的時候。請先為這樣的人設計。
| 必備 | 原因 |
|---|---|
| 網頁版菜單 | 這是人們造訪的主要原因。請附上價格與飲食標示。 |
| 營業時間 | 包含國定假日休息,以及若不同時的廚房打烊時間 |
| 地址與地圖連結 | 純文字地址,加上可直接開啟手機地圖 App 的連結 |
| 可點擊撥打的電話 | 許多人仍會打電話來訂位或詢問座位 |
| 訂位或點餐按鈕 | 每一頁都不需捲動就能看到 |
| 真實照片 | 餐點與用餐空間,而不是圖庫照片 |
| 加分項目 | 何時值得加入 |
|---|---|
| 線上訂位 | 你接受訂位,而且電話越來越忙 |
| 外帶或外送的線上點餐 | 你的外帶量已經相當可觀 |
| 包場或活動詢問表單 | 你會接待團體、派對或外燴 |
| 禮券 | 你有忠實的常客群 |
| 電子報訂閱 | 你會推出特餐、試吃之夜或季節菜單 |
| 多語言菜單 | 你位於觀光區 |
開始製作前要做的決定
如何更新菜單
這是長期來看最重要的決定。過時的菜單會讓客人不滿而離去。你有三種選擇:
- 將菜單直接寫在頁面中。 最簡單。你透過編輯網站來修改(若使用 AI 建構工具,就在對話中請它修改)。如果菜單一年只變動幾次,這樣就很合適。
- 將菜單存在資料庫中,並提供管理頁面。 員工登入後即可編輯餐點、價格與「售完」標記,而不必動到設計。如果菜單每週都會變,或你每天都有特餐,這樣就值得。
- 從你的銷售系統(POS)自動抓取菜單。 若你的 POS 有 API 就有可能,但這是實際的整合專案。只有在同步兩份菜單已經造成困擾時,才值得這麼做。
訂位如何運作
| 選項 | 適合 | 取捨 |
|---|---|---|
| 連結你已在用的訂位平台 | 需要桌位管理的忙碌餐廳 | 部分平台會收取月費或按人數計費;品牌也會出現在頁面上 |
| 簡易訂位表單(「4 人,週五晚上 8 點」)存入資料庫,再以電話或電子郵件確認 | 小型店家、咖啡廳、偶爾的訂位需求 | 每一筆都需要你手動確認 |
| 自建訂位系統,即時顯示空位 | 有特殊規則的餐廳(分時段入座、主廚試吃菜單、訂金) | 需要建置與測試的內容多得多:座位容量、未到與取消 |
先從訂位表單開始通常是正確的選擇。它很快就能做好,而且在你為更多功能付費或投入開發之前,就能先了解到底有多少訂位是從網站來的。如果你需要時段與訂金功能,我們的如何建立預約 App指南有詳細說明。
點餐如何運作
- 連結外送平台。 不需要任何開發工作,而且平台本身帶有顧客。但你要付他們的抽成。
- 電話點餐。 對許多外帶店來說,清楚的「電話點餐」按鈕仍然很有效。
- 自建外帶點餐。 包括可加入購物車的菜單、透過 Stripe 等付款服務商完成結帳,以及供廚房使用的訂單畫面或電子郵件。它可以避免每筆訂單的抽成,但這是一個完整的專案:品項選項(「不要洋蔥」、份量大小)、營業時間規則、售完品項、退款,以及在營業時間內有人監看新訂單。在決定之前,請先參閱如何建立線上商店與如何在 App 中加入付款功能。
逐步建置
步驟 1:先蒐集真實內容
在打開任何工具之前,先收集:
- 目前的菜單文字(手打的清單比印刷菜單的照片更好)
- 飲食標示:素食、純素、無麩質,以及你確定無誤的過敏原說明
- 營業時間、廚房營業時間與已知的假日休息日
- 地址、電話、電子郵件,以及停車或交通資訊
- 6 至 15 張好照片:招牌餐點、用餐空間、讓人辨識得出的店外景觀
- 兩到三句關於餐廳的介紹:料理風格、老闆、最有名的特色
真實的內容會產生比佔位文字更好的第一版,也能讓你之後少做重寫的工作。
步驟 2:撰寫第一段提示詞
描述餐廳、頁面,以及訪客必須能完成的事:
為 Nonna Rosa 建立一個網站,它是利茲一家家族經營的義大利小餐館。頁面包括:首頁、菜單、關於我們、以及交通指引。菜單分為前菜、義大利麵、主餐與甜點,價格以英鎊標示,並附上素食與無麩質的小標籤——我下一則訊息會貼上完整清單。請在首頁頂端顯示今天的營業時間。交通指引包含地址、地圖連結、停車說明,以及可點擊撥打的電話。新增一個「訂位」表單(姓名、電話、人數、日期、時間、備註),將申請存入資料庫,並提供一個簡單的管理頁面讓我查看。風格溫暖、有鄉村感,以奶油色與深紅色為主。手機上必須看起來很好。
接著在下一則訊息中貼上菜單。將內容與結構分開,會讓每個步驟都更容易檢查。
步驟 3:以飢餓陌生客的角度在手機上檢查
以手機尺寸打開預覽,親自測試:能否在十秒內找到菜單、今天的營業時間與電話號碼?點擊電話號碼與地圖連結。送出一筆測試訂位,並在管理頁面找到它。
步驟 4:加入照片並提升速度
大型照片是餐廳網站載入緩慢最常見的原因。請要求將圖片調整尺寸並壓縮,並避免自動播放的背景影片,因為它會消耗大量行動數據,而且在手機上往往也無法順利播放。
步驟 5:提升在地搜尋能見度
對餐廳來說,大量的搜尋流量來自地圖結果與在地商家資訊,而不只是你的網站。
- 為每一頁設定清楚的標題與說明(「Nonna Rosa | 利茲的義大利餐廳」)。
- 確保你的店名、地址與電話在網站、Google 商家檔案與其他商家資訊上完全一致。
- 將菜單以文字形式放在頁面上,讓搜尋引擎能讀取餐點名稱。
- 從你的商家資訊與社群檔案連結回你的網站。
有些 AI 建構工具會產生在瀏覽器中渲染的單頁應用程式,搜尋引擎讀取它們的可靠度不如一般 HTML。如果你重視搜尋能見度,餐廳網站應要求靜態或伺服器端渲染的架構。我們的AI 建構網站的 SEO指南有更深入的說明。
步驟 6:使用自己的網域發佈
發佈網站,然後連接一個與你店名相符的網域(參閱如何連接自訂網域)。接著用新的網址更新你的商家資訊、菜單與社群檔案。
常見錯誤
- PDF 格式的菜單。 在手機上難以閱讀,搜尋引擎看不到,而且很容易過時。
- 營業時間錯誤。 這是最快讓客人流失的方式。只要你更改營業時間或因假日休息,就要在當天更新網站。
- 把電話號碼藏起來,放在頁尾或只能透過聯絡表單取得。
- 使用圖庫照片。 人們想看的是你的食物與你的空間。
- 無法負責的過敏原宣稱。 只標示你的廚房能夠保證的內容,並請客人向店員詢問過敏問題。
- 在還不需要時就建置點餐功能。 一個半成品的點餐系統,比一個「電話點餐」按鈕更糟。
成本多少
對簡單的網站來說,你要支付的是網域名稱(由註冊商按年收費)與主機費用。如果你自己製作,AI 建構工具或網站建構工具可以取代大部分的設計與開發成本。真正會增加的是附加功能:訂位平台、線上點餐服務與付款處理都有各自的費用,而自建的點餐系統則有持續的營運成本,還需要你花時間維護。請將每項附加功能與它所取代的事物一起評估:如果一個訂位表單能在營業時段每晚省下十通電話,它的價值就比一個沒有人使用的功能高得多。
什麼時候現成的產品是更好的選擇
- 你的 POS 已提供線上點餐或網站。 許多餐廳 POS 系統都內建點餐頁面,訂單會直接送到廚房。使用這些功能通常比自建更簡單。
- 你需要完整的桌位管理。 專門的訂位平台能處理平面圖、候位名單、未到紀錄與顧客歷史。不必自己重做這些功能。
- 你永遠只想更改文字。 標準的網站建構工具範本可能就已足夠。
當你希望網站看起來像你的餐廳,而不是範本;當你希望員工能輕鬆編輯菜單;或當簡單的訂位或詢問流程能為你節省電話時間時,就值得自建。若想了解通用版本的內容,請參閱如何建立小型企業網站。
使用 Mythex 建置
Mythex 是一款 AI App 建構工具:你描述餐廳、貼上菜單,它就會在即時預覽中建置網站,你可以用手機尺寸檢查。當你要求訂位表單或可編輯的菜單時,它會為專案加入資料庫;照片上傳則使用專案的檔案儲存空間。你可以在免費方案中發佈到 yourname.mythex.app 網址,並在 Pro 方案中連接自己的網域。Mythex 本身不提供訂位或點餐產品:若需要付款功能,請自備 Stripe 帳號;確認信件則使用你選擇的電子郵件服務商。
建議的起點包括:義大利餐廳網站範本、AI 餐廳網站建構工具頁面,或關於建立訂位頁面與已發佈 App 的 SEO的文件。
常見問題
餐廳網站應該包含哪些內容?
至少要有:附價格的菜單、營業時間、附地圖連結的地址、可以點擊撥打的電話號碼,以及清楚的訂位或點餐方式。其次是真實餐點與用餐空間的好照片。
我應該把餐廳菜單以 PDF 放上網路嗎?
最好做成一般的網頁。網頁版菜單在手機上更容易閱讀、載入更快、可被搜尋引擎找到,而且每次價格變動時更新也比重新匯出 PDF 來得快。
我需要自己的線上點餐系統嗎?
剛開始通常不需要。直接連結你已經在用的外送平台或點餐服務會比較簡單。當平台抽成費用累積得很多,或你希望外帶訂單直接送到你手上時,自建點餐系統才值得,但它需要的不只是網站,還需要廚房的作業流程。
餐廳網站要花多少錢?
如果你自己使用 AI 建構工具或網站建構工具來製作,簡單的網站成本可能只比網域名稱與主機費用多一點。當你加入線上點餐、付款與訂位系統,或聘請設計師時,成本就會提高。