如何建立餐廳網站:餐牌、營業時間、訂位及點餐
一間好的餐廳網站,應能在數秒內回答五個問題:有什麼餐點、價錢如何、何時營業、位於何處,以及如何訂位或點餐。你可以用 AI 網站生成器自行建立:描述餐廳、貼上真實的餐牌與營業時間,並選擇訂位及點餐是經自家網站處理,還是經你已在用的服務處理。大部分工夫其實用在保持資料準確,而不是設計。
餐廳網站需要什麼
大部分訪客都是用手機瀏覽,而且往往是在決定「現在去哪裡吃」。所以應先為這些人而設計。
| 必備 | 原因 |
|---|---|
| 網頁版餐牌 | 這是人們造訪的主要原因。須包括價格及飲食標籤。 |
| 營業時間 | 包括假期休息日,以及廚房停止點餐的時間(如果與營業時間不同) |
| 地址及地圖連結 | 純文字地址,加上一個可在手機地圖應用程式中開啟的連結 |
| 可點擊撥打的電話號碼 | 許多人仍會致電訂位或查詢座位 |
| 訂位或點餐按鈕 | 每一頁都無需捲動即可見 |
| 真實照片 | 菜式與餐廳環境,而非圖庫照片 |
| 錦上添花 | 何時值得加入 |
|---|---|
| 網上訂位 | 你接受訂位,而電話已經應接不暇 |
| 網上點餐(外帶或外送) | 你的外帶生意已有相當規模 |
| 私人宴會或活動查詢表格 | 你接待團體、派對或承辦外燴 |
| 禮券 | 你有一群忠實的熟客 |
| 電子報訂閱 | 你會推出特別優惠、品酒晚會或當季餐牌 |
| 多語言餐牌 | 你位於旅遊區 |
建立前需要決定的事項
如何更新餐牌
這是長遠來說最重要的決定。過時的餐牌會令客人失望離開。你有三個選擇:
- **把餐牌直接寫入頁面。**最簡單。要更改時,編輯網站即可(若用 AI 生成器,則在對話中要求修改)。適合每年只改動幾次的餐牌。
- **把餐牌存入資料庫,並設有管理頁面。**員工登入後可以編輯菜式、價格及「售罄」標示,無需改動設計。若餐牌每週變動,或你每天都推出特別菜式,這樣做就很值得。
- **從銷售點(POS)系統提取餐牌。**如果你的 POS 有 API,這是可行的,但它屬於真正的整合工程。只有在兩套餐牌同步已經令你頭痛時,才值得這樣做。
訂位如何運作
| 方案 | 適合 | 取捨 |
|---|---|---|
| 連結到你已在用的訂位平台 | 需要處理座位管理的繁忙餐廳 | 部分平台收取月費或按人頭收費,並會帶有其品牌 |
| 簡單的預約申請表格(「四位,星期五晚上八時」)存入資料庫,再以電話或電郵確認 | 小型餐廳、咖啡室、偶爾接受的預訂 | 每宗預訂都要由你手動確認 |
| 自家訂位系統,附即時座位空檔 | 有特殊規則的餐廳(分批入座、試味套餐、訂金) | 需要建立及測試的部分多得多:座位上限、缺席、取消 |
先用預約申請表格往往是正確的做法。它建立快,而且你可以在付費或建構更多功能前,先了解實際上有多少網上預訂。如果你需要時段管理及訂金,我們的如何建立預約應用程式指南有詳細說明。
點餐如何運作
- **連結外送平台。**無需建構,而且它們自帶客源。你要支付它們的佣金。
- **電話點餐。**對許多外賣店來說,一個清晰的「致電點餐」按鈕仍然很有效。
- **自家外帶點餐。**包括加入購物籃的功能、透過 Stripe 等付款供應商的結帳程序,以及供廚房使用的訂單畫面或電郵。它可以避免每張訂單都要付佣金,但這是一個正式的項目:要處理餐點選項(「不要洋蔥」、大小份量)、營業時間規則、售罄項目、退款,以及在營業期間有人留意新訂單。在決定前,請參閱如何建立網上商店及如何為應用程式加入付款功能。
逐步建立
第一步:先收集真實內容
在開啟任何工具之前,請先準備:
- 現行餐牌的文字版本(打字清單比印刷餐牌的照片更好)
- 飲食標籤:素食、純素、無麩質,以及你有把握的過敏原備註
- 營業時間、廚房開放時間,以及已知的假期休息日
- 地址、電話、電郵,以及泊車或交通資訊
- 6 至 15 張好照片:招牌菜、餐廳環境、外觀(讓人認得出來)
- 兩至三句關於餐廳的介紹:烹調風格、店主,以及餐廳以什麼見稱
真實內容比佔位文字能產生更好的初版,也能省下日後重寫的功夫。
第二步:撰寫第一個提示
描述餐廳、頁面,以及訪客必須能完成的操作:
為 Nonna Rosa 建立網站,這是利茲一間家庭經營的意大利小餐館。頁面包括:主頁、餐牌、關於我們,以及到訪我們。餐牌分為開胃菜、意粉、主菜及甜品,價格以英鎊計,並為素食及無麩質菜式加上小標籤。我稍後會貼上完整清單。主頁頂部顯示今日營業時間。「到訪我們」頁面包括地址、地圖連結、泊車資訊,以及可點擊撥打的電話號碼。加入「預訂餐桌」表格(姓名、電話、人數、日期、時間、備註),並把申請儲存到資料庫,另設簡單的管理頁面供我查看。風格溫暖、質樸,以奶白色與深紅色為主調。必須在手機上看起來出色。
然後在下一則訊息中貼上餐牌。把內容與結構分開處理,每一步都更容易核對。
第三步:以陌生客人的角度在手機上檢查
以手機大小開啟預覽,然後自己試一遍:你能否在十秒內找到餐牌、今日營業時間及電話號碼?點擊電話號碼及地圖連結。提交一宗測試預訂,然後在管理頁面找到它。
第四步:加入照片並優化速度
大型照片是餐廳網站載入緩慢的最常見原因。要求把圖片調整大小並壓縮,並避免自動播放的背景影片,因為它會消耗大量流動數據,而且在手機上往往也播放不了。
第五步:在本地被搜尋到
對餐廳來說,搜尋流量很大一部分來自地圖結果及本地商戶列表,而不只是你的網站。
- 為每頁設定清晰的標題與描述(「Nonna Rosa | 利茲意大利餐廳」)。
- 網站、Google 商家檔案及其他商戶列表上的店名、地址與電話必須完全一致。
- 把餐牌以文字形式放在頁面上,讓搜尋引擎能讀取菜式名稱。
- 從你的商戶列表及社交媒體檔案連結到你的網站。
部分 AI 生成器會產生在瀏覽器中渲染的單頁應用程式,搜尋引擎較難可靠地讀取。對餐廳網站來說,如果你重視搜尋,應要求採用靜態或伺服器端渲染的設定。我們的AI 建立網站的 SEO 指南有更深入的說明。
第六步:使用自己的網域發布
發布網站,然後連接一個與你名稱相符的網域(參見如何連接自訂網域)。把新地址更新到你的商戶列表、餐牌及社交媒體檔案。
常見錯誤
- **PDF 餐牌。**在手機上難以閱讀,搜尋引擎看不到,而且很容易過時。
- **營業時間錯誤。**這是最快令客人流失的方式。改變營業時間或因假期休息時,當天就要更新網站。
- 把電話號碼藏在頁尾或聯絡表格後面。
- **圖庫照片。**客人想看的是你的食物與餐廳環境。
- **無法保證的過敏原聲稱。**只標示你的廚房能夠擔保的內容,並告訴客人向員工查詢過敏問題。
- **在需要之前就建立點餐功能。**一個半成品的點餐系統,比「致電點餐」按鈕更糟。
成本
一個簡單的網站,你需要支付的是網域名稱(由註冊商按年收費)及主機費用。如果你自己建立,AI 生成器或網站建立工具可取代大部分設計與開發成本。費用會隨著附加功能增加:訂位平台、網上點餐服務及付款處理都各有其費用,而自訂的點餐系統則有持續的運作成本,以及你需要花時間維護。在決定加入任何附加功能前,請比較它所取代的東西:在服務高峰期間,每晚能減少十通電話的訂位表格,價值遠高於一個沒人用的功能。
何時採用現成產品更合適
- **你的 POS 已提供網上點餐或網站功能。**許多餐廳 POS 系統都附有點餐頁面,並直接送到廚房。使用它通常比自行建立簡單。
- **你需要完整的座位管理。**專門的訂位平台能處理平面圖、候補名單、缺席記錄及客人紀錄。不必重新建造這些功能。
- **你永遠只想更改文字。**標準的網站建立工具範本可能已經足夠。
當你希望網站看起來像你的餐廳而不是範本、希望員工能輕鬆編輯餐牌,或簡單的訂位或查詢流程能為你省下電話時間,就值得自己建立。如需通用版本的指南,請參閱如何建立小型商戶網站。
在 Mythex 建立
在 Mythex,你只需描述餐廳、貼上餐牌,它便會在即時預覽中建構網站,你可以用手機大小檢查。當你要求加入訂位表格或可編輯的餐牌時,它會為專案加入資料庫;相片上傳則使用專案的檔案儲存空間。你可以在免費方案下發布至 yourname.mythex.app 地址,並在 Pro 方案下連接自己的網域。Mythex 本身不提供訂位或點餐產品:付款方面你需自備 Stripe 帳戶,確認電郵則使用你選擇的電郵服務供應商。
可以先參考意大利餐廳網站範本、AI 餐廳網站生成器頁面,或文件中有關建立預訂頁面及已發布應用程式的 SEO的內容。
常見問題
餐廳網站應包括哪些內容?
最基本的要有:附價格的餐牌、營業時間、附地圖連結的地址、可點擊撥打的電話號碼,以及清晰的訂位或點餐方式。其次是真實菜式與餐廳環境的優質照片。
我應否把餐牌以 PDF 形式放上網?
最好製作成一般的網頁。網頁版餐牌在手機上較易閱讀、載入較快、可被搜尋引擎找到,而且每次價格有變時,更新比重新輸出 PDF 方便得多。
我是否需要自家的網上點餐系統?
起初通常不需要。連結到你已在用的外送平台或點餐服務會更簡單。當佣金費用累積得很高,或你希望外帶訂單直接送到你手上時,自家點餐系統才值得建立,但它需要廚房的作業流程配合,而不只是一個網站。
建立餐廳網站要花多少錢?
如果你用 AI 網站生成器或網站建立工具自行製作,一個簡單的網站所費可能只比網域名稱及主機費用多一點。加入網上點餐、付款及訂位系統,或聘請設計師,成本就會上升。