Create a restaurant website with AI
What actually gets guests to a restaurant website: menu, hours, booking, real photos. A simple path designed for phones.
July 18, 202610 min read
A restaurant website is not there to “be online.” It has one job: help someone decide to come (or order) in under a minute.
On a phone, in the street, between two messages: “What’s the vibe? The prices? Open tonight? How do I book?”
What your guests actually look for
Before design, answer these on the home page:
- What: cuisine, atmosphere, price level
- Where: address + easy access
- When: today’s hours (and closed days)
- How: book, order, call
- Why you: one clear promise (not “quality food”)
If those five points are fuzzy, the prettiest site in the world will not bring customers in.
The first version that works (without overcomplicating)
For most restaurants, a good first version includes:
- Home with a real photo and an identity line
- Menu (or PDF + highlights) readable on mobile
- Hours kept up to date
- Address + Maps link
- Reservation (OpenTable / TheFork / phone / simple form)
- Contact (tappable phone, Instagram)
Not required on day one: full online shop, loyalty program, food blog, 12 languages.
The idea is to start small: What is an MVP?.
What matters in the restaurant niche
Photos
People eat with their eyes. Prefer 5 real photos (dishes, room, team) over 20 generic images. Bad photo = “not sure.” No photo = “I skip.”
Menu
- Visible prices (or a clear range)
- Allergens / options if that is your reality
- Easy updates (you will change the menu)
Designed for phones
Most people look for a restaurant on a phone. Big buttons: Call, Directions, Book.
Local trust
- Google reviews (link or widget, your choice)
- Press mentions / “since 20xx” if true
- Room photos (people want to know where they are going)
Local SEO (without jargon)
On Google, you win with:
- the restaurant name + city / neighborhood in titles and copy
- a careful Google Business Profile (as important as the site)
- consistent info everywhere (address, phone, hours)
The site complements the profile. It does not replace it.
Reservations: pick one simple path
Three honest options:
| Option | When |
|---|---|
| Phone / WhatsApp | Low volume, very personal service |
| TheFork / OpenTable / Resy link | You already use them |
| Form on the site | You want to centralize without an external tool |
Avoid three buttons leading to three different systems. One main path.
How to do it on Index10
- Explain to the AI: cuisine type, neighborhood, vibe (bistro, fine dining, street food…).
- Ask for a clear home page on phone, with visible buttons.
- Add the menu and practical info.
- Publish to get a link to share with the team.
- Add your own domain later (Pro plan) when you are happy.
General guide: How to build a website or app with AI. How to phrase it: What is a prompt?.
Example starter message
Create the website for an Italian bistro in Lyon Croix-Rousse. Home: photo, identity line, buttons Book / See menu / Call. Pages: Menu, Hours & access, Contact. Warm style, very readable on phone. No online shop for now.
If you want more later…
- Space for events / private hire
- Separate wine list
- Ordering (that is real software + payments)
Client accounts / orders = Index10 Cloud and much more complexity. Do not do it “because you can.”
Common mistakes
- Menu PDF unreadable on mobile
- Wrong hours (worse than no hours)
- Stock photos that do not look like your room
- Heavy music / animations that slow the page
- Forgetting the phone button
In short
A good restaurant site answers fast and makes people want to come. On Index10: clear identity, practical info, menu, one booking path, built for phones first, then improvements one by one.
The useful question: in 30 seconds on a phone, would a stranger know if they want to come tonight?