Guides / How to build

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 · 2026-09-29 · 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 haveWhy
Menu as a web pageThe main reason people visit. Include prices and dietary labels.
Opening hoursIncluding holiday closures and kitchen closing time if it differs
Address and map linkPlain-text address plus a link that opens the phone's maps app
Tap-to-call phone numberMany people still ring to book or ask about a table
Book or order buttonVisible without scrolling, on every page
Real photosDishes and the room, not stock images
Nice to haveWhen it's worth it
Online reservationsYou take bookings and the phone is getting busy
Online ordering for pickup or deliveryYou do takeaway in meaningful volume
Private dining or events enquiry formYou host groups, parties or catering
Gift cardsYou have a loyal regular crowd
Newsletter sign-upYou run specials, tasting nights or seasonal menus
Menu in more than one languageYou'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:

  1. 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.
  2. 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.
  3. 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

OptionGood forTrade-off
Link to a reservation platform you already useBusy restaurants with table management needsMonthly 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 emailSmall places, cafes, occasional bookingsYou confirm each one by hand
Your own booking system with live table availabilityRestaurants 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.

Keep reading

  • How to Build a Blog with AI: Posts, Editor, SEO and Hosting — Build your own blog with an AI app builder: posts, an editor, categories, newsletter signup and SEO search engines can read, plus when a platform fits better.
  • How to Build a Booking App: Slots, Availability, Reminders and Deposits — How to build a booking app with AI: services, availability and time slots, double-booking rules, time zones, reminders, deposits, and when Calendly is enough.
  • How to Build a Budget App: Categories, Transactions, Imports and Reports — Build a personal or household budget app: budgeting methods, transactions, CSV imports vs bank connections, handling money correctly, and privacy.
  • How to Build a Changelog Page: Entries, Tags, RSS and 'What's New' — How to build a product changelog page: what each entry needs, files vs database, tags, RSS, email updates, an in-app 'what's new' badge, and writing tips.
  • How to Build a Church Website: Services, Sermons, Events and Giving — How to build a church website that helps visitors find you: service times, sermons, events, online giving, privacy for members and children, and an AI prompt.
  • How to Build a Client Portal: Files, Status, Invoices and Permissions — How to build a client portal where clients see project status, files, requests and invoices, with the permissions, data and security choices that keep it safe.

Start building free · Templates · Docs