How to Build a Restaurant Website: Menu, Hours, Reservations and Ordering
How to build a restaurant website that brings in diners: a readable menu, accurate hours, reservations and ordering options, local search basics and costs.
Mythex Team · · 7 min read
A good restaurant website answers five questions in seconds: what's on the menu, what it costs, when you're open, where you are, and how to book or order. You can build one yourself with an AI website builder by describing the restaurant, pasting in the real menu and hours, and choosing whether reservations and orders run through your own site or through a service you already use. Most of the effort goes into keeping that information accurate, not into the design.
What a restaurant website needs
Most visitors arrive on a phone, often while deciding where to eat right now. Build for that person first.
| Must have | Why |
|---|---|
| Menu as a web page | The main reason people visit. Include prices and dietary labels. |
| Opening hours | Including holiday closures and kitchen closing time if it differs |
| Address and map link | Plain-text address plus a link that opens the phone's maps app |
| Tap-to-call phone number | Many people still ring to book or ask about a table |
| Book or order button | Visible without scrolling, on every page |
| Real photos | Dishes and the room, not stock images |
| Nice to have | When it's worth it |
|---|---|
| Online reservations | You take bookings and the phone is getting busy |
| Online ordering for pickup or delivery | You do takeaway in meaningful volume |
| Private dining or events enquiry form | You host groups, parties or catering |
| Gift cards | You have a loyal regular crowd |
| Newsletter sign-up | You run specials, tasting nights or seasonal menus |
| Menu in more than one language | You're in a tourist area |
Decisions to make before you build
How you'll update the menu
This is the decision that matters most over time. A menu that's out of date sends people away annoyed. You have three options:
- Menu written into the page. Simplest. You change it by editing the site (with an AI builder, by asking in chat). Fine if the menu changes a few times a year.
- Menu stored in a database with an admin page. Staff log in and edit dishes, prices and "sold out" flags without touching the design. Worth it if the menu changes weekly or you run daily specials.
- Menu pulled from your point-of-sale system. Possible if your POS has an API, but it's a real integration project. Only do it if keeping two menus in sync is already a pain.
How reservations work
| Option | Good for | Trade-off |
|---|---|---|
| Link to a reservation platform you already use | Busy restaurants with table management needs | Monthly fees or per-cover charges on some platforms; their branding |
| Simple request form ("party of 4, Friday 8pm") saved to a database, confirmed by phone or email | Small places, cafes, occasional bookings | You confirm each one by hand |
| Your own booking system with live table availability | Restaurants with unusual rules (set seatings, tasting menus, deposits) | Much more to build and test: capacity, no-shows, cancellations |
Starting with a request form is often the right answer. It's quick to build, and you learn how many bookings you actually get online before paying for or building more. Our guide on how to build a booking app covers availability and deposits if you need them.
How ordering works
- Link to delivery apps. No build work, and they bring their own customers. You pay their commission.
- Phone orders. A clear "call to order" button still works well for many takeaways.
- Your own pickup ordering. A menu with add-to-basket, a checkout through a payment provider such as Stripe, and an order screen or email for the kitchen. It avoids per-order commission, but it's a proper project: item options ("no onions", sizes), opening-hour rules, sold-out items, refunds, and someone watching for new orders during service. See how to build an online store and how to add payments to your app before committing.
Build it step by step
Step 1: Gather the real content first
Before you open any tool, collect:
- The current menu as text (a typed list is better than a photo of the printed menu)
- Dietary labels: vegetarian, vegan, gluten-free, and allergen notes you're confident about
- Opening hours, kitchen hours, and known holiday closures
- Address, phone, email, and parking or transport notes
- 6 to 15 good photos: signature dishes, the room, the outside so people recognise it
- Two or three sentences about the place: the cooking, the owner, what it's known for
Real content produces a better first version than placeholder text, and it saves you rewriting later.
Step 2: Write the first prompt
Describe the restaurant, the pages and what the visitor must be able to do:
Build a website for Nonna Rosa, a family-run Italian trattoria in Leeds. Pages: home, menu, about, and visit us. The menu is grouped into antipasti, pasta, mains and desserts, with prices in pounds and small labels for vegetarian and gluten-free — I'll paste the full list next. Show today's opening hours at the top of the home page. Visit us has the address, a map link, parking notes and a tap-to-call phone number. Add a "Book a table" form (name, phone, party size, date, time, notes) that saves requests to a database, and a simple admin page where I can see them. Warm, rustic look with cream and deep red. Must look great on phones.
Then paste the menu in the next message. Keeping the content separate from the structure makes each step easier to check.
Step 3: Check it on a phone, as a hungry stranger would
Open the preview at phone size and time yourself: can you find the menu, today's hours and the phone number in under ten seconds each? Tap the phone number and map link. Submit a test booking and find it on the admin page.
Step 4: Add photos and speed
Large photos are the most common reason restaurant sites load slowly. Ask for images to be resized and compressed, and avoid autoplaying background video, which is heavy on mobile data and often doesn't play on phones anyway.
Step 5: Get found locally
For restaurants, much of the search traffic comes from map results and local listings, not just your website.
- Give each page a clear title and description ("Nonna Rosa | Italian restaurant in Leeds").
- Keep your name, address and phone number identical on the site and on your Google Business Profile and other listings.
- Put the menu on the page as text so search engines can read the dish names.
- Link to your site from your listings and social profiles.
Some AI builders produce single-page apps that render in the browser, which search engines can read less reliably than plain HTML. For a restaurant site, ask for a static or server-rendered setup if you care about search. Our guide to SEO for AI-built websites goes further.
Step 6: Publish on your own domain
Publish the site, then connect a domain that matches your name (see how to connect a custom domain). Update your listings, menus and social profiles with the new address.
Common mistakes
- A PDF menu. Hard to read on a phone, invisible to search, and it tends to go out of date.
- Wrong hours. The fastest way to lose a customer. Update the site on the same day you change your hours or close for a holiday.
- Hiding the phone number in the footer or behind a contact form.
- Stock photos. People want to see your food and your room.
- Allergen claims you can't stand behind. Only label what your kitchen can guarantee, and tell people to ask staff about allergies.
- Building ordering before you need it. A half-working ordering system is worse than a "call to order" button.
What it costs
For a simple site you're paying for a domain name (billed yearly by a registrar) and hosting. An AI builder or website builder replaces most design and development cost if you're doing it yourself. The costs that grow are the add-ons: reservation platforms, online ordering services and payment processing all have their own fees, and a custom ordering system has ongoing running costs and your time to maintain it. Price each add-on against what it replaces: a booking form that saves ten phone calls a night during service is worth more than a feature nobody uses.
When a ready-made product is the better choice
- Your POS already offers online ordering or a website. Many restaurant point-of-sale systems include ordering pages that feed straight into the kitchen. Using that is often simpler than building your own.
- You need full table management. Dedicated reservation platforms handle floor plans, waitlists, no-show tracking and guest history. Don't rebuild that.
- You want to change nothing but the text, ever. A standard website builder template may be enough.
Build your own when you want a site that looks like your restaurant rather than a template, when you want a menu your staff can edit easily, or when a simple booking or enquiry flow would save you phone time. For the general version of this guide, see how to build a small business website.
Building it with Mythex
Mythex is an AI app builder: you describe the restaurant, paste in the menu, and it builds the site in a live preview you can check at phone size. When you ask for a booking form or an editable menu, it adds a database to the project; photo uploads use the project's file storage. You can publish on the Free plan to a yourname.mythex.ai address, and connect your own domain on Pro. Mythex doesn't include a reservation or ordering product of its own: for payments you bring your own Stripe account, and confirmation emails use an email provider you choose.
A good place to start is the Italian restaurant website template, the AI restaurant website builder page, or the docs on building a booking page and SEO for your published app.
Questions
What should a restaurant website include?
At minimum: the menu with prices, opening hours, address with a map link, a phone number people can tap to call, and a clear way to book or order. Good photos of real dishes and the room come next.
Should I put my restaurant menu online as a PDF?
It's better as a normal web page. A web menu is easier to read on a phone, loads faster, can be found by search engines, and is quicker to update than re-exporting a PDF every time a price changes.
Do I need my own online ordering system?
Usually not at first. Linking to the delivery apps or ordering service you already use is simpler. Your own ordering is worth it when commission fees add up, or when you want pickup orders to come straight to you, but it needs a kitchen workflow as well as a website.
How much does a restaurant website cost?
A simple site can cost little more than a domain name and hosting if you build it yourself with an AI builder or a website builder. Costs rise when you add online ordering, payments and a reservation system, or hire a designer.