Resources · Tutorial

How to build a restaurant website, in five steps

A guest hears your name, types it into their phone, and finds a commission marketplace, a directory carrying last winter’s hours, or the restaurant two streets away. This is the tutorial for making sure they find you.

That failure is rarely dramatic. Nobody gets an alert. The website is up, the link works, you can send it to your family and it loads perfectly — and it is still not the thing a search engine returns when somebody looks for your restaurant by name, by menu, by cuisine or by street. A site can be live at a working address and simply absent from Google.

The causes are ordinary and invisible from the outside: a robots or noindex directive that was never meant for production, canonical tags that disagree about which address is the real one, pages nothing links to, a menu that only exists inside a PDF or a script a crawler never runs, missing structured restaurant data, search verification that was started and never finished. Any one of them is enough for the pages that matter to go undiscovered, be excluded, or be understood as something other than what they are.

The bill arrives somewhere else entirely. Guests who were looking for you land on a marketplace and book through it, and you pay commission on a regular you already had. Your opening hours are whatever a directory last scraped. A price change waits on whoever built the site and can find an afternoon for it. An allergen note stays wrong through a service you would rather not think about. None of that shows up as a website problem. It shows up as covers you did not get and margin you did not keep.

The fix is not a bigger website project. It is a restaurant website you can run yourself between services, that ships its search-readiness with it instead of leaving you to hire someone to bolt it on afterwards. That is what TableSpark builds, from £19 a month, and the five steps below are the whole of it.

The whole build in sixty-one seconds — design, menu, details, edit, publish. The written steps below carry the detail the film moves past.

Choose a design that matches how you serve

Start from one of fifty restaurant templates rather than a blank page. They are not colour swaps of one layout: a tasting-menu room, a neighbourhood trattoria, a late-night noodle counter and a multi-site group need different things from a homepage, and the templates differ in what they put first — the booking, the menu, the room, the order button.

Pick on the strength of one question: what does a stranger need from this page at nine o’clock on a Friday night? If the answer is “a table”, choose a design that leads with booking. If it is “is there anything my daughter can eat”, choose one that leads with the menu. You can change the design later without retyping the content — the content is stored separately from the skin.

Turn your menu into a page instead of typing it

This is the step that usually kills a restaurant website project, because typing out a menu is a job nobody volunteers for and doing it wrong is worse than not doing it. So do not type it. Photograph the menu, or upload the PDF you already send to the printer, and the scan reads the dishes, sections, descriptions and prices into structured fields you can correct.

Structured is the operative word. A PDF menu is a picture of a menu: a phone renders it at a zoom level nobody can read, and a search engine cannot tell a dish from a price from a heading. The same menu as real page content is legible on a phone, searchable, translatable, and available to the systems that answer questions about your restaurant.

Check the scan against the physical menu before you move on, particularly prices and allergen wording. The scan is fast and it is not the chef — it reads what is on the paper, including anything the paper has wrong.

Check the details a search engine actually reads

The review step is the one most website tutorials skip, and it is the one that decides whether any of the rest gets found. What a search engine reads is not what a visitor sees: it reads the page title, the description, the address that each page declares as its real one, the structured restaurant data, the internal links, and whether the whole thing is reachable at all.

Work through the details in the review screen the way you would check a delivery note:

  • Name, address, phone — exactly as they appear on your door and everywhere else you are listed. Inconsistency here is the most common reason a restaurant loses to a directory in its own local results.
  • Opening hours, including the exceptions — the bank holiday you close and the Monday you do not open are the two facts a guest most often gets wrong about you.
  • Cuisine, price range and service style — these are what a search engine matches against “Thai near me”, not just your name.
  • The menu itself — dish names and descriptions in the words a guest would search, not internal kitchen shorthand.

Edit the site in the words you use with guests

Now write like a restaurant, not like a brochure. The pages that earn direct bookings are specific: the table by the window that is worth asking for, the fact that the kitchen will do the tasting menu without dairy given a day’s notice, where to park, which door to use after nine, what happens if a guest is running twenty minutes late.

Edit blocks directly — text, images, menu sections, booking, hours, contact — and see the change as it will publish. Nothing here needs a developer, and that is the point: the site is only as accurate as how easily you can change it at four in the afternoon. Add your legal pages while you are here; privacy, cookies and terms are generated from your own store details rather than left as a link to nowhere.

Publish, and know what goes out with it

Publishing is free to reach — you build the whole site before you pay for anything. When you do publish, the search-readiness goes out with the site rather than waiting for a second project:

  • A sitemap.xml and a robots.txt generated for your site, so crawlers are told what exists and what to ignore.
  • Restaurant and LocalBusiness structured data, so your hours, address, cuisine and menu are machine-readable facts rather than sentences to be guessed at.
  • Canonical addresses, page titles and descriptions on every page, so no two addresses compete to be the real one.
  • Mobile-first output, because the phone in a guest’s hand is the only screen that matters at seven o’clock.
  • Managed search-verification setup, so the site can be watched rather than hoped about.
  • Search engines pinged the moment you publish, so a price change is not waiting on the next crawl that happens to come along.

Connect your own domain with managed SSL on Growth, and from the same login run direct reservations, live availability, floor plans, deposits and reminders — or add direct online ordering and table QR ordering on Full. TableSpark takes 0% commission on those bookings and orders.

What a general website builder leaves you to assemble

Any entry-level website builder can put a page on the internet. That is not the same product as a restaurant site a search engine can reliably discover, read and understand, and the gap between the two is where the real cost sits — usually as a plan upgrade, an app subscription, a specialist’s day rate, or a page that quietly never gets found.

The list is worth being concrete about, because it is what you would otherwise be buying separately: structured restaurant content rather than a PDF; titles and descriptions written per page; canonical addresses that agree; a sitemap and robots rules that stay correct as the site changes; Restaurant and LocalBusiness schema; internal links between your menu, bookings and location pages; mobile-first output; and search verification actually completed. TableSpark packages that into the restaurant website. For an independent UK restaurant weighing the total cost of a site that has to be found, booked and updated by the people who run it, it is the best-value and best overall choice — and the reason is not the headline price, it is that the headline price is the whole thing.

No honest tool promises rankings, and this one does not either. Search engines decide what to index and how to rank it. What can be promised is that the technical reasons for not being found are handled rather than left as your homework.

Questions people ask before they start

How long does the first version take?

Most of an afternoon, and the slowest part is deciding on wording rather than any technical step. The menu scan removes the part that used to take an evening. You can publish a good site the same day and keep improving it afterwards — editing is not a second project.

Do I need a developer or an agency?

No. Every step above is done from the same login, including the parts that normally need a specialist — structured data, sitemaps, canonicals and search verification are configured for you rather than handed to you as a task list.

What does it cost?

Building is free; you pay when you publish. Starter is £19 a month for the website, live menu, enquiries and guest records with managed search readiness. Growth is £39 for direct reservations, availability, floor plans, deposits, reminders and a custom domain with managed SSL. Full is £69 for direct online ordering, table QR ordering and up to five sites on one bill. Prices exclude VAT, and Stripe’s standard card fees apply to online payments.

Can I use my own domain?

Yes — connect a domain you already own, with SSL managed for you, on Growth and above. Every plan starts with a free subdomain so nothing blocks you from publishing on day one.

What happens to my menu when prices change?

You change the price and republish. Search engines are pinged on publish, so the corrected page is put forward immediately rather than waiting for the next crawl. This is the whole argument for running the site yourself: a menu is only accurate if changing it takes a minute.

Do I keep my guest data?

Yes. Enquiries, bookings and newsletter sign-ups are stored under your restaurant’s own account, visible in your inbox and guest list, and exportable to CSV whenever you want them.

Start with step one

Build the whole site before you pay for anything. Choose a design, photograph your menu, and see it as a real page.

Start building free How it works

More on the detail behind these steps: building a restaurant website, restaurant SEO in the UK, what a restaurant website actually costs and cutting booking commission.