TLDR: To build a restaurant website with AI, brief it like an owner instead of a coder. Name the vibe, list the sections in priority order (menu, hours, book a table first), hand it the real menu and hours so it stops inventing dishes, and insist on a phone-first layout with tap-to-call and a maps link. Ask for one self-contained HTML file, iterate on the feel, then publish it as a live link and point the restaurant’s own domain at it.
Someone is standing on a sidewalk at 7pm, phone in hand, deciding where to eat. They tap your restaurant’s website. What happens in the next four seconds decides whether they walk in or keep scrolling.
That is the entire job of a restaurant website, and most of them get it wrong. They open with a full-screen video, an intro animation, and a menu trapped inside a PDF that will not scroll on a phone. The one thing the person wanted, the menu, the hours, or a way to book, is three taps deep. So they leave.
The good news: you can build a restaurant website with AI in an afternoon, and it will beat most of what is out there, because you already know what a hungry person actually needs. This guide walks the whole thing: what to put first, how to brief the AI so it builds the place instead of a generic template, the prompts that work, and how to get it online at a real address.
What people actually want from a restaurant website
Before you prompt anything, get the priorities straight. When someone opens a restaurant site, they are almost always trying to answer one of three questions, fast:
- What do you serve? The menu, or at least a taste of it, with prices.
- When are you open, and where are you? Hours and a map, tonight, right now.
- How do I book, or just show up? A phone number, a reservation link, or a clear “walk-ins welcome.”
Everything else, the story, the photos, the awards, the chef’s philosophy, is supporting cast. Lovely to have, but it should never sit between the guest and those three answers. The most common restaurant website mistake is burying the essentials under mood. Build the essentials first, then add the mood around them.
Brief the AI like an owner, not a coder
Here is the shift that makes AI output stop looking generic. You are not asking for “a restaurant website.” You are describing a specific place. The more the brief sounds like the actual restaurant, the less the result looks like a stock template.
Four things to hand the AI up front:
- The vibe, in real words. “Cozy neighborhood Italian, warm and a little old-school.” “Bright coastal cafe, airy and casual.” “Sleek modern steakhouse, dark and confident.” This one line drives the whole visual direction. If you want a deeper vocabulary for this, the guide on feel words to art-direct AI is worth a read.
- The real content. Paste the actual menu, hours, address, and phone number. AI invents plausible dishes and fake hours if you leave it guessing, and fixing that later is slower than giving it the facts now.
- The sections, in priority order. Tell it exactly what comes first. This is the single biggest lever on whether the site does its job.
- The constraints. Phone-first. Tap-to-call. A maps link. One accent color pulled from the room or the food. No autoplaying video.
The starter prompt
Drop this into Claude or ChatGPT, swap in the real details, and you get a working first draft. It asks for one self-contained file so the result is a page you can publish immediately.
Build a one-page website for a restaurant as a single self-contained HTML file,
with all CSS and JavaScript inlined and no external libraries.
The place: "Rosalie's" — a cozy neighborhood Italian restaurant. Warm, a little
old-school, candlelit. Accent color a deep terracotta.
Build it phone-first. It should look great on a phone held in one hand, then
scale up cleanly to desktop.
Sections, in this exact order:
1. Hero: restaurant name, a one-line tagline, and two buttons — "Book a table"
and "View menu". Set a warm, inviting tone. No autoplaying video.
2. Menu highlights: 6 dishes in a clean grid, each with name, one-line
description, and price. [PASTE THE 6 DISHES HERE]
3. Hours and location: the week's hours in a readable table, the address, a
"Get directions" link, and a phone number that taps to call on mobile.
4. Book a table: a short reservation request form (name, date, time, party size,
phone) with clear labels and a confirmation message on submit.
5. Our story: two short paragraphs. [PASTE A ROUGH DRAFT OR BULLET POINTS]
6. Footer: address, phone, hours summary, and social links.
Use generous spacing, a clear type hierarchy, and one accent color throughout.
Make every tap target big enough for a thumb. Do not use em dashes in the copy.Two things make this prompt punch above its weight: it names the order of the sections, and it asks for one self-contained file. That second part is what turns the output into something you can publish in one step instead of a pile of fragments you have to wire together. There is a full walkthrough on getting self-contained HTML from AI if a model gives you loose snippets instead.
Make it look like the place, not a template
The first draft will be structurally correct and visually safe. Safe is where generic lives. A few targeted follow-ups pull it toward the actual restaurant:
- Pull the palette from the room. “Use a deep terracotta accent with warm cream backgrounds and a near-black for text. Nothing bright or techy.” Color does more than any other single change. See color palettes for AI pages for ready-made directions.
- Fix the type. Restaurants live and die on typography. “Use a warm serif for headings and the restaurant name, and a clean sans for body text. Make the name feel like a sign, not a paragraph.”
- Add real texture. “Add subtle warmth: a faint paper texture on the background, a thin rule under each section heading, and a little more air between the menu items.”
- Kill the generic tells. Ask it to remove stock-looking gradient buttons, the default drop shadow on every card, and any icon that does not earn its place. The article on making AI pages look less generic has the full checklist.
Feed it feedback the way you would talk to a designer sitting next to you: specific, one change at a time. “The hero feels cold. Warm it up and make the tagline bigger.” “The menu grid is too tight, give each dish room to breathe.” Small, concrete notes beat “make it better” every time.
Photos: fewer, better, and the right size
Restaurant sites drown in photos. You need a handful of great ones, not forty mediocre ones. A hero shot of the room or a signature dish, two or three plates, maybe the space. Ask the AI to build a simple, responsive gallery that loads fast and does not push the menu and hours down the page. If you are working from a folder of images, drop them and the HTML into a ZIP so they travel together, and tell the AI to use lazy loading so the page stays quick on a phone.
The menu question: on the page or its own page?
For most small places, menu highlights on the homepage plus a full menu section is enough. But if your menu is long, or prices change weekly, split it out. A dedicated digital menu you can update anytime means you change a price in one place without republishing the whole site, and you can put it behind a QR code on the table too.
Here is how the common approaches stack up:
| Approach | Loads on a phone | Easy to update | Good for |
|---|---|---|---|
| Menu as a PDF | Poorly, pinch and zoom | Re-export every time | Nobody, honestly |
| Photo of the printed menu | Slow, unreadable | Reshoot every change | A last resort |
| Menu on the homepage | Fast, native | Edit the one file | Small, stable menus |
| Separate digital menu page | Fast, native | Update in one place | Long or changing menus |
The pattern is clear: keep the menu as real, selectable text on the page, never a PDF or a photo. It reads better, it is searchable, and Google can actually see what you serve.
Reservations without a booking system
You do not need an expensive booking platform on day one. Start with what converts a curious visitor into a guest:
- Tap-to-call. On mobile, a phone number that dials with one tap books more tables than any form. Make sure the AI wires the number as a
tel:link. - A reservation request form. A short form (name, date, time, party size, phone) that sends you the details is plenty for a small place. AI can style one that matches the site in a single prompt. If you want the mechanics, the build a contact form with AI guide covers how to make a form that actually delivers.
- Link your booking tool. Already on a reservation service? Just link or embed its widget from the “Book a table” button.
The flow you are building is simple, and it is the whole point of the site:
Put it online at a real address
Once the page looks right and works on your phone, it needs to live somewhere a guest can reach. This is the step that trips people up: the site is done, but it is sitting in a chat window or a file on a laptop, which helps no one.
This is where VisiblePage fits. Paste the HTML, or drop the ZIP if your site includes a photo folder, and you get a live, shareable link in seconds, with every button, form, and hover still working because you are sharing the real page, not a screenshot. It serves fast from the edge, which matters when someone is loading it on cellular data outside your door. And you get one canonical link: when the menu changes or the winter hours start, you update the page and everyone sees the new version at the same address, no “final_v2” anywhere. Best of all, you can point the restaurant’s own domain at it, so guests visit yourrestaurant.com and it looks every bit as professional as a site that cost ten times as much. If you are handing this off to a client, the notes on sending a website to a client cover the clean way to do it.
Try it now: Publish your AI-generated restaurant website with VisiblePage and get a live link in seconds.
Frequently asked questions
Can AI actually build a restaurant website? Yes. AI writes a complete, good-looking restaurant website in one conversation: a hero with the name and a tagline, hours, location, menu highlights, photos, and a clear book-a-table button. Ask for one self-contained HTML file, or a small ZIP of files, and you get a real page you can publish, not a template you have to fight with.
What should a restaurant website include? Lead with the three things people came for: the menu, the hours, and how to book or find you. Then add a short story, a few good photos, dietary notes, and links to phone, maps, and any delivery apps. Keep it phone-first, because most people open a restaurant site on their phone while deciding where to eat.
How do I take reservations without a booking system? Start with a clear call to action: a phone number that taps to call on mobile, or a simple request form that emails you the details. If you already use a booking service, link or embed its widget. Upgrade to a full booking tool once the volume justifies it.
How do I put the restaurant website online? Ask AI for one self-contained HTML file, then publish it to a host that gives you a live URL. With VisiblePage you paste the HTML or drop a ZIP and get a shareable link immediately, then point the restaurant’s own domain at it so guests visit yourrestaurant.com.
Build the essentials first, brief the AI like the place is real, keep it phone-first, and get it to a live link. Do that and you will have a restaurant website that fills tables instead of one that just exists.