Restaurant websites fail in a very consistent way. The visitor is hungry, standing on a street or sitting in a car, deciding between you and somewhere else. They have maybe thirty seconds and one hand. Almost every design decision follows from that. This guide covers the four questions a restaurant site must answer first, why the menu belongs on a page rather than in a PDF, what to do about prices, photos, location and ordering, how to be found when someone searches for a dish nearby, which pages a restaurant site actually needs, and what it costs to run one.
The four questions, answered on the first screen
What is on the menu, what does it cost, when are you open, and where are you. If a visitor has to hunt for any of these, you have lost some of them. Put opening hours and location in the first screen on mobile, and make the phone number tappable so a call takes one touch.
The menu: as a web page, not a PDF
This is the single most common mistake. A menu uploaded as a PDF or a photo of a printed sheet forces the visitor to download a file, wait, then pinch and zoom to read prices. Many give up. A menu written as an ordinary web page loads instantly, reads properly on a small screen, and can be found by search engines — which matters, because people search for specific dishes.
It is also far easier to keep current, which leads to the next point.

How to structure the menu page
A menu page works on a phone when it is organised the way the printed menu is, with a few additions that only a web page can offer:
- Sections with anchor links at the top (mains, noodles, drinks, desserts), so a visitor jumps to what they want instead of scrolling past everything.
- Each dish as a name, a one-line description and a price, in that order, on its own line. No tables that need sideways scrolling.
- Dietary and spice markers as short text, not icons alone: "vegetarian", "contains nuts", "spicy".
- Halal status stated plainly where it applies, near the top of the page, because it is one of the first things many Malaysian diners check.
- A photo for signature dishes only. Photographing everything slows the page and dilutes the point.
- The date it was last updated, in small text at the bottom. It tells the visitor the prices are current and reminds you to keep them so.
A worked example: turning a printed menu into a page
Say a kopitiam has a laminated A4 menu with six sections and forty items. The web version does not need a designer, just an hour of typing. List the sections first — mains, noodles, rice, drinks, desserts, add-ons — and turn each into an anchor link at the top of the page. Under each section, type every dish exactly as it is called in the shop, not a fancier version, so a customer searching "mee goreng" by name actually matches the page. Add the price next to the name, then a short description only where the name alone would not be clear — "Nasi Lemak Ayam Goreng" rarely needs explaining; "Nasi Lemak Istimewa" does. Mark halal, vegetarian and spicy items in plain words, not icons alone, since icons are not read by search engines or AI assistants. Publish it, add the date at the bottom, and treat that date as a promise: the next time a price changes, this page is updated before the laminated copy at the till.
Prices that are actually right
An out-of-date price is worse than no price. If keeping prices current is genuinely difficult, publish a price range or a "from" figure rather than nothing — but stale exact prices create an awkward conversation at the counter and a customer who feels misled. State plainly whether prices include service charge and SST, since that one line prevents more complaints than almost anything else on the page. For items that genuinely vary by season or weight — whole fish, crab, anything sold by market price — write "market price" rather than a number that will be wrong on the day.
Photos of your actual food
Stock photography is transparent and it undermines trust. A dozen honest photos taken on a recent phone, in daylight, of the dishes you actually serve, will do more than professional shots of food that is not yours. Include the room as well — people want to know whether it suits a family lunch or a quiet coffee.
Location that works the way people use it
Include an embedded map, the written address, and a link that opens directly in a maps app. Add the details a map does not carry: which floor, which entrance, whether there is parking and where. In a Malaysian mall or shoplot row, those specifics are the difference between arriving and giving up.
Ordering, reservations and delivery
Be explicit about what you support. If you take reservations, say how — phone, WhatsApp, or a form. If you are on delivery platforms, link to them. If you do not deliver, say so plainly; a visitor who cannot tell will assume you do and be disappointed. Clarity here prevents both lost orders and wasted calls.
| Option | Works well when | Watch out for |
|---|---|---|
| Tappable phone number | Someone is always near the phone during service | Missed calls at peak times with no way to call back |
| WhatsApp link with a pre-filled message | Staff already use WhatsApp for orders and bookings | Messages seen hours later if nobody owns the inbox |
| Reservation form | You check it on a schedule and confirm every booking | A customer who believes they have a table nobody knows about |
| Online booking system | Bookings are a daily volume worth automating; Gotka adds one from RM1,800 | Table counts and hours must be kept accurate in the system |
| Delivery platform links | You are listed on the platforms your customers use | Platform commission; keep walk-in and pickup prices on your own site |
| "We do not deliver" | You only serve in-house | Nothing; saying it clearly saves calls |
Our guide to enquiry forms versus WhatsApp covers the trade-offs in more depth.
Being found when someone searches for a dish nearby
Most restaurant traffic starts with a search like "nasi lemak near me", "cafe with wifi" plus a suburb, or the name of a dish and a town. Three things make your site show up for those:
- A Google Business Profile that is claimed, with accurate hours, the website link, the menu link and recent photos. This is what appears in the map results. See our guide to setting up a Google Business Profile.
- The menu as text on the site, so the dish names are indexable. A PDF menu is invisible here.
- The area name in the page text, naturally: "in Bangsar", "opposite the LRT station", not stuffed into every sentence.
- Structured data behind the scenes (schema markup for the business, menu items and opening hours), which is invisible to visitors but read directly by search engines and AI assistants; Gotka includes this by default on web design projects.
AI assistants that recommend places to eat draw on the same signals, with one addition: they favour pages that state facts plainly. "Open daily 8am to 10pm, halal, parking available at the rear" is exactly the sentence they can use. Our guide to how AI search engines pick businesses explains the pattern.
Why the website still matters when you are on social media and delivery apps
Those channels are valuable, but they are also crowded, and each shows your business inside someone else's interface, next to your competitors. Your own site is the one place where your menu, your prices and your story are presented on your terms, and it is what search engines and AI assistants read most reliably when someone asks for a recommendation. It is also the only one you keep if a platform changes its terms.
What to skip
Autoplaying video, a full-screen splash before the menu, background music, and long paragraphs about the founder's philosophy above the practical details. None of these help a hungry person decide. Move the story below the useful information, not above it.
The pages a restaurant site actually needs
| Page | What goes on it | Needed? |
|---|---|---|
| Home | Hours, location, phone, a line about the place, link to the menu, three or four photos | Yes |
| Menu | The full menu as text with prices, sectioned, with halal and dietary notes | Yes |
| Find us | Map, address, maps-app link, parking, entrance, nearest transport | Yes, or merged into Home |
| Order or book | How to reserve, order, or where to find you on delivery apps | Yes, if you take any of these |
| About | The story, the people, the room | Optional, below the practical pages |
| Events or catering | Private hire, set menus, catering enquiries | Only if you offer them |
| Gallery | Honest photos of food and the room | Optional; fold into Home if small |
Three to five pages is typical. A multilingual version helps where your customers read Malay or Chinese by preference; Gotka adds a Malay or Chinese version of a page at RM400 per page.
What it costs to run
A restaurant site is small, which keeps every cost at the low end. A domain is from RM10/year, hosting from RM17.80/month, and the site itself sits in the smallest web design package: Gotka's Starter package covers up to five pages from RM5,300, with a Google Maps embed at RM150 and an online booking system at RM1,800 if you want one. Keeping prices and hours current is a few minutes of your own time each month, or a care plan from RM150/month if you would rather send the changes to someone.
Common mistakes
- The menu as a PDF or a photo. Slow, unreadable on a phone, invisible to search.
- Hours that are wrong on public holidays. The day people check most is the day the site is most often wrong.
- A reservation form nobody reads. Worse than no form.
- Stock photos of food you do not serve. Customers notice, and the dish that arrives does not match.
- No written address, only a map pin. Taxi and delivery drivers need the text.
- Hiding whether you deliver. Say yes, no, or which platforms.
- The story above the facts. Hungry people scroll past it and some leave.
- Letting the domain lapse. The site and email vanish together; see domain renewal reminders.
Where Gotka Technologies fits
A restaurant site is small, which makes it cheap to run and easy to keep fast. Gotka cloud hosting starts at RM17.80/month on LiteSpeed servers with free SSL and daily backups, and a domain costs from RM10/year. If you would rather it was built for you, web design covers the build, and migration from an existing host is free.
Key terms used in this guide
- Menu page: the menu written as ordinary text on a web page, rather than attached as a file.
- Anchor link: a link that jumps to a section further down the same page.
- Tappable phone number: a number marked up so one touch starts a call on a phone.
- Maps-app link: a link that opens your location directly in the visitor's map application for directions.
- Google Business Profile: the free listing that controls how a business appears in Google's map results.
- Indexable: content a search engine can read and include in results; text is, a PDF image is not.
- Delivery platform: a third-party app that lists your menu and handles delivery for a commission.
- Care plan: a monthly service that makes content updates and keeps the site maintained.
Does a restaurant really need a website if it is on Instagram and delivery apps?
Those channels bring in real business, but on both you appear inside someone else's app, alongside competitors, under rules you do not control. Your own website is where your full menu, prices and location live in one place, presented your way. It is also what search engines and AI assistants read most reliably when someone asks for a place to eat nearby.
Should I put my menu on the website as a PDF?
No. A PDF forces the visitor to download a file and then zoom around it on a phone, and many simply give up. A menu written as a normal web page loads instantly, is readable on a small screen, and can be found by search engines when someone searches for a particular dish. It is also much quicker for you to update.
What is the most important thing on a restaurant website?
The menu with prices, immediately readable on a phone, followed closely by opening hours and location. Those are the questions people actually have when they visit a restaurant website. Design, story and photography all matter, but they matter less than a hungry visitor being able to answer those questions in a few seconds.
How often should I update my restaurant website?
Update prices and opening hours the moment they change, especially around public holidays when people check specifically to see whether you are open. Menu items should be updated whenever the menu does. Everything else can wait. The goal is simply that nothing on the site tells a visitor something that is no longer true.
Do I need professional photos of my food?
Professional photography helps, but it is not the deciding factor and stock photos are worse than useless. Honest, well-lit photos of the food you actually serve, taken on a recent phone in daylight, work well. What matters is that the photos are of your food, so what arrives at the table matches what the customer saw.
How much does a restaurant website cost in Malaysia?
Less than most business sites, because it is small. A domain is from RM10 a year and hosting from RM17.80 a month. A three-to-five page site sits in Gotka's Starter web design package from RM5,300, with optional extras such as a Google Maps embed at RM150, an online booking system at RM1,800, and a Malay or Chinese version at RM400 per page. Ongoing updates are your own time or a care plan from RM150 a month.
Should I take reservations through my website?
Only if you can reliably check them. A reservation form that nobody monitors is worse than no form at all, because the customer believes they have a table. If phone or WhatsApp works better for how you actually operate, say that clearly on the site instead. Match the website to your real process rather than an ideal one.
What a Clinic or Dental Practice Website Actually Needs
Services, doctors, hours, location and a way to book — clearly on a phone. What a clinic or dental practice website needs, and what to be careful about.
Web DesignWhy a Website Needs Ongoing Maintenance
A website is not a one-time purchase. Software needs updates, content goes stale, and small problems compound. What maintenance actually covers, and what it costs.
Web DesignWho Actually Owns Your Website? Domain, Hosting and Files
Your domain, hosting account and site files can each be owned by someone else without you realising. How to check all three, and how to get control back.


