The visitor wants the menu, the hours, and a table, on a phone, in under a minute. Most restaurant sites deliver a slow homepage, a menu as a downloadable file, and hours that were correct last year.

The visitor you are actually designing for

Somebody on a phone, deciding between three places, frequently with other people waiting on the answer.

They want to know what you serve, whether it suits everybody in the group, whether you are open, and whether they can get a table. That decision is being made in under a minute, sometimes while walking.

Nothing about atmosphere or philosophy is being read at that moment. It matters after they have decided, not before.

The pattern, and what each fault costs

The menu as a downloadable file

The defining fault of this category. A menu that opens as a document, at a size nobody can read on a phone, requiring pinching and scrolling.

What it costs: the decision. Menus are the most requested thing on any restaurant site, and a file is slow to open, unreadable on a phone, invisible to search, and usually out of date because updating it means redesigning a document.

A homepage that loads slowly

A full-screen video, a large hero image, and a music track, aimed at a person who is hungry and on mobile data.

What it costs: the visit, before anything renders. This category has the least patient visitors of any.

Hours that nobody has checked

Wrong holiday hours, no mention of seasonal changes, and hours on the site that differ from the listing.

What it costs: a wasted trip and a review. This is the most damaging inaccuracy in the trade because it produces somebody standing outside a locked door.

No dietary information

Nothing indicating vegetarian, vegan, or gluten-free options, and no allergen guidance.

What it costs: the whole group. One person with a restriction frequently decides where six people eat, and a menu that does not answer is eliminated by that person.

No reservation route, or one that is a form

Requesting a table by email and waiting for a reply, for a decision being made now.

Prices omitted

A menu describing dishes without prices, which forces a guess about whether the place fits the occasion.

The practical details missing

Parking, whether children are welcome, accessibility, whether large groups can be accommodated, and whether the patio is open.

What the rebuild changes

  1. The menu as text on a page, readable on a phone, with prices.
  2. Dietary markers against dishes, and a note on allergen enquiries.
  3. Hours prominent and current, matching the listing exactly.
  4. A booking route that confirms immediately, or a tappable number.
  5. A fast homepage, with the video and the large imagery removed or deferred.
  6. Location and parking, including which entrance and where to leave a car.
  7. Photographs of the actual food and room, not stock imagery.
  8. The practical answers about groups, children, and accessibility.

Why this fills tables

The mechanism, stated precisely.

Nobody arrives at a restaurant website needing to be persuaded to eat. The decision to go out was made before the search, and the only question is where.

That decision is a rapid elimination. Each unanswered question removes you from a list, and there are always other places that answered. The group defaults to whichever restaurant let them see the menu fastest.

The rebuild does not create appetite. It removes the reasons a group already going out chose somewhere else.

The menu point, expanded

Worth dwelling on because it is both the most consequential and the most resisted.

The objection is that a designed menu preserves the brand and a text page does not. That is true and it is the wrong trade, because the designed version is being read by nobody.

A text menu is readable on a phone, loads instantly, can be updated in two minutes when a price changes, and can be found in search by somebody looking for a dish. A file achieves none of those.

Where the designed version matters, offer it as an additional download alongside the text version rather than instead of it.

The listing matters as much as the site

Worth stating because a large share of this traffic never reaches the site.

Many people check hours, photographs, and reviews on the map listing and decide there. That listing needs the same accuracy as the site, the same photographs, and a menu link that works.

A restaurant with an excellent site and a neglected listing is losing the decision before the site is opened.

Checking your own

Open it on a phone, on mobile data, and time how long until you can read a menu item.

Then check whether a vegetarian could tell what they would eat, whether tonight's hours are correct, and whether a table could be booked without a phone call.

Most restaurant sites fail all four, and the menu fix alone is usually the largest single improvement available, which is the same mobile-conditions reality described in what slowness actually costs you.

Frequently asked questions

What is the defining fault on restaurant sites?

The menu as a downloadable file. It is slow to open, unreadable on a phone, invisible to search, and usually out of date because updating it means redesigning a document.

Why is a text menu better than a designed one?

It loads instantly, is readable on a phone, can be updated in two minutes, and can be found by somebody searching for a dish. Offer the designed version alongside, not instead.

Why do dietary markers matter commercially?

One person with a restriction frequently decides where six people eat, and a menu that does not answer is eliminated by that person on behalf of the group.

What is the most damaging inaccuracy?

Hours. Wrong holiday or seasonal hours produce somebody standing outside a locked door, which becomes a review.

Should menu prices be shown?

Yes. Without them a group has to guess whether the place suits the occasion, and guessing usually resolves against you.

Does the map listing matter as much as the site?

Often more. Many people check hours, photographs, and reviews there and decide without opening the site at all.

West Coast Media Solutions Inc. provides web design, web development, hosting, digital marketing, and business consulting to organisations across Canada, drawing on more than twenty-five years in the field.

Menu that opens as a document nobody can read on a phone?

We put it on the page as text with prices and dietary markers, which is usually the largest single improvement available.

Start a Conversation