You are probably paying to send people to your booking page. Some arrive from Google. Some come from Instagram. Some click a paid advert. Some already know your venue and are ready to book. Then they disappear. No confirmation. No enquiry. No cover. No room night. That is not a traffic problem. It is a conversion problem. The booking page is where intent becomes revenue — and where poor design, slow technology and unclear policies quietly destroy it. Do not redesign the whole website first. Follow the order of operations.
Measure the booking journey before changing it
Do not start with opinions.
Your team may insist the booking system works because they tested it once on a desktop computer. That proves nothing. Your customers are using different phones, browsers, connections and levels of patience.
Map every step: landing page, booking call to action, date and time selection, party size or room search, availability results, guest details, deposit or payment, and confirmation. Track how many users reach each stage.
Your basic calculation is: stage conversion rate = users completing the stage ÷ users entering the stage. You need the drop-off percentage at every point. Overall bookings are not enough. An overall conversion rate tells you that money is missing. A stage-by-stage funnel tells you where to recover it.
A 20% drop-off on a quiet Tuesday is inconvenient. A 20% drop-off on Friday dinner bookings, wedding enquiries or a sold-out event is expensive. Use analytics and booking-system data together, but your own data comes first.
- Mobile versus desktop
- Google, Meta, organic, direct and referral traffic
- New versus returning visitors
- Table bookings versus accommodation bookings
- Weekday versus weekend demand
- Campaign, event or landing page
- For broader funnel principles, see Diggin Travel's booking funnel analytics guide
Remove the dead clicks
Every unnecessary click is a rejection opportunity.

If someone lands on your restaurant page and must open the menu, find the booking section, choose a date, dismiss a pop-up and then select “reserve”, you have built a maze. The booking button must be obvious.
Use direct language such as “Book a table”, “Check availability”, “Book your stay”, “Reserve Sunday lunch” or “Enquire about your private dining event”. Do not hide the action behind “Discover more” or “Explore your options”. That is decorative language. It does not fill a table.
Your customer should never need to ask, “Where do I book?”
- In the main navigation
- Above the fold on mobile
- Beside the phone number
- On menu pages
- On event pages
- On Google Business Profile landing pages
- In paid advertising landing pages
- Beside room or package descriptions
The PubLandlord approach is simple for a reason: mobile booking buttons, tap-to-call and clear paths to enquiries are treated as core functions, not optional design details.
- The PubLandlord
Shorten the form
Ask for the information required to fulfil the booking. Nothing more.
For a restaurant table, you usually need name, email or mobile number, date, time, party size and relevant booking notes. For a hotel or B&B, you may need lead guest name, email, mobile number, arrival and departure dates, number of guests, and payment details where required.
You probably do not need a marketing questionnaire before confirming a Sunday roast. You do not need to force account creation. You do not need to ask for a full postal address before a table booking unless there is a clear operational reason.
Long forms create staff work as well as customer friction. Every unnecessary field increases typing, validation errors and support queries. That means more abandoned bookings and more staff hours spent chasing incomplete enquiries.
The booking form is not a data-collection exercise. It is a cash register with a questionnaire attached.
- Enable guest checkout
- Use browser and mobile autofill
- Use the correct keyboard for each field
- Keep tap targets large
- Mark optional fields clearly
- Show how many steps remain
- Preserve entered information if a payment fails
- Avoid sending users back to the start after an error
Explain deposits before the final click
Deposits are not the problem. Surprises are the problem.
A guest will often accept a £10 per-person deposit, a card guarantee or a non-refundable rate if the rule is clear and reasonable. They will not appreciate finding it after completing six fields.
Write it in plain English. Weak: “Cancellation terms apply. Please refer to our conditions.” Better: “Cancel by 6pm on Thursday for a full refund. Cancellations after that time or no-shows will lose the £20 deposit.” For hotels: “Pay £148 today. Cancel free until 12 September. After that, the first night is charged.”
The second version removes doubt. Doubt kills conversion. Put the policy next to the relevant date, rate or booking option. Do not bury it in a footer link labelled “Terms and Conditions”.
Transparent pricing also protects margin. If guests abandon after discovering a fee, you have paid for the click, created no revenue and still carry the advertising cost.
- Deposit amount
- Whether it is refundable
- Cancellation deadline
- No-show charge
- When the remaining balance is taken
- Whether the booking can be amended
- Any minimum spend
- Any service or booking fee
Make mobile checkout effortless
Your mobile booking journey is not a smaller desktop journey. It is the main battlefield.

Test it on an actual phone. Use mobile data. Use one hand. Ask someone unfamiliar with the system to complete a booking without help.
Slow pages are particularly damaging on mobile. Research gathered by JetAds highlights the commercial cost of slow loading, buried calls to action and poor mobile usability. The principle applies directly to hospitality: visitors do not reward technical inconvenience. They leave.
Compress images. Remove unnecessary scripts. Reduce pop-ups. Test the booking engine separately from the rest of the site. A fast homepage does not matter if the reservation widget takes eight seconds to load.
- Does the page load quickly?
- Is the booking button visible without scrolling?
- Can the calendar be used with a thumb?
- Are available dates obvious?
- Can users change party size without restarting?
- Are room and rate descriptions readable?
- Does the price remain visible?
- Is the payment button above the keyboard?
- Does Apple Pay or Google Pay work?
- Are error messages clear?
- Does the confirmation arrive immediately?
- Research on the cost of slow loading and poor mobile usability is gathered by JetAds
Fix payment and trust failures
The final step should feel routine. Instead, many venues make it feel risky.
The payment page may suddenly use different colours. The logo may disappear. The price may change. The guest may be asked to enter card details into an unfamiliar-looking form. That is when trust collapses.
Keep branding consistent. Show the venue name. Repeat the booking summary. Display the total amount and payment terms. Offer trusted payment methods where your provider supports them.
Handle failed payments properly. A useful error message says: “Your payment did not go through. Check your card details or try Apple Pay. Your booking is still held for five minutes.” A useless error message says: “Transaction failed.” Do not make the customer start again. They may not return.
For a useful contrast, VU1 demonstrates the value of plain-English audits and clear next actions. Its product is aimed at trade businesses, not hospitality venues, but the operating principle transfers: identify the failure, explain its commercial impact and give the user a clear route forward.
- See VU1
Run the audit in the right order
Complete this audit before commissioning a new brand or adding another advertising campaign.

Step 1: book yourself. Use a phone. Start from Google. Follow the exact journey a new guest takes. Record every click, delay and moment of uncertainty.
Step 2: record the funnel. Export users and completions for every booking stage. Do not rely on the booking platform's headline conversion figure.
Step 3: find the largest leak. Fix the stage losing the most valuable demand. Do not waste time polishing a button while payment errors are destroying completed bookings.
Step 4: check the commercial value. Calculate lost bookings using realistic average spend. Example: 2,000 monthly booking-page visitors, 5% current conversion, 100 bookings, £90 average booking value, £9,000 monthly direct revenue. If a fix increases conversion to 6%, that produces 20 extra bookings: 20 × £90 = £1,800 additional monthly revenue. That is £21,600 a year before considering repeat visits.
For hotels, replace average booking value with room-night value and contribution margin. For restaurants, use covers multiplied by average spend. Do not report clicks. Report covers, room nights, deposits retained and direct revenue.
Step 5: fix one major issue. Change one meaningful element at a time where possible. Otherwise, you will not know what worked.
Step 6: re-test. Check the same device, traffic source and booking type. Confirm that the leak has closed rather than moved downstream.
Step 7: repeat monthly. Booking engines change. Payment providers fail. Menus expire. Rates get edited. Fresh friction appears.
Conversion optimisation is not a launch task. It is maintenance on a revenue-producing system.
Stop buying traffic into a broken funnel
More traffic will not repair a booking page. It will increase the number of people who discover the problem.
If paid traffic lands on a slow page, you pay for the abandonment. If local SEO sends users to an outdated menu, you lose the booking after earning the search visibility. If social content drives demand but the booking button is buried, the marketing has done its job and the website has failed.
- Make the booking path obvious
- Remove unnecessary steps
- Clarify price, deposits and cancellation rules
- Optimise mobile performance
- Repair payment and trust issues
- Measure the funnel
- Then increase traffic
That is how you recover revenue you are already paying to attract.
- Start with our free marketing audit
Frequently asked questions
How many fields should a restaurant booking form have?
Only the fields needed to confirm and manage the reservation. Usually five or six. Remove anything that does not serve the booking.
Should we remove deposits?
No. Keep deposits when they protect the P&L. Explain them early and clearly.
Should guests create an account?
No. Offer guest checkout. Account creation can happen after the booking.
Is mobile really that important for pubs and restaurants?
Yes. Test mobile first. That is where local searches and last-minute decisions happen.
Should we redesign the whole website?
Not automatically. Find the highest-value leak first. A small repair to the booking flow can outperform an expensive redesign.
What should we report each month?
Report completed bookings, covers, room nights, average booking value, direct revenue and cost per booking. Ignore impressions unless they connect to those numbers.
Keep reading
Related guides & services
- 9 min readYour Booking Software Report Is a GoldmineNo-shows, lead times, party size and repeat visits — the behaviour already sitting in your booking system.revenue & commissionbooking
- 11 min readHotel Revenue Management: Tools, KPIs and Strategy for IndependentsThe operational guide for independent hotels — the four KPIs that matter, a lean tech stack, rate parity and dynamic pricing, aligning marketing with revenue, and a 4-step action plan that protects your margin.revenue & commissionhotel
- 11 min readHow to Reduce Hotel OTA Commission (Without Losing Occupancy)A step-by-step plan for shifting room nights from Booking.com and Expedia to your own booking engine — rate parity, brand search, direct incentives and the maths behind each point of commission.revenue & commissionreduce
