Services · Websites

Website design for hotels, restaurants and tourism

We design fast, responsive websites for hospitality and travel businesses, built to make booking easy on any device.

What decides a website project is the part nobody looks at

In a website project the visible part (layout, colours, photography) is what gets discussed first and rarely what makes the difference. Six months after launch, what counts are the things that looked like details at signing, such as who can update a page without calling the agency, how the site behaves on a weak mobile connection, whether it talks to the tools you use every day, what happens when you switch management systems or add a language. We have been building websites for tourism since 1998, and we start from those questions.

No two projects look alike. A hotel selling into several foreign markets, a restaurant reworking its menu every season, an oil mill selling online as well as at the gate. The setup and the integrations change. The foundations do not, and they are genuine speed away from wi-fi, an admin panel you can run on your own, content and domain registered in your name. Technology comes after that, based on what you already have. We assess the existing stack and replace only what is costing you time, visibility or enquiries.

The work does not end at launch. The website is where campaigns, newsletters, organic traffic and anyone who spotted a photo on social media all land. If that page is slow or unclear, every euro spent upstream returns less. So we hand over the site with analytics and conversion tracking already connected, and with a structure that absorbs new pages, languages and sections in the years that follow, rather than forcing you to start over every two or three years.

From here the craft changes, and it is worth carrying on with the right page. For an accommodation business the crux is linking to the booking engine and channel manager, and protecting your rankings when the site is rebuilt. That is covered on the hotel websites page. A restaurant changes the rules again, and we come back to it further down this page. If instead you need to bring several operators online together, the project is a portal and follows its own rules.

When the website is for a restaurant

Different audience, different website. People deciding where to eat make up their minds in minutes, often already out on the street with one hand on the phone, and they want to know what you serve, what it costs and whether there is a table tonight. We look after six restaurants, from one inside a hotel to a destination kitchen among the vineyards, and these are the parts that move the numbers.

The menu is a page, not a PDF

It is the page that ages fastest, because it changes with what the market has, sometimes from one week to the next. Written straight into the page, the menu reads on a phone without zooming and without downloading anything, and it picks up people searching for a dish or a local speciality. Allergens, vegetarian, vegan and gluten-free options become filters rather than a footnote. The QR code on the table always opens today’s version.

Table booking

A few taps for the guest, without leaving the site and without creating an account. You get party size, time, notes and allergies inside the system your floor staff already use, so no double entry, and no table given away twice.

Local search and the Google listing

The search almost always starts there, with a “restaurants near me”. We keep name, address, opening hours, menu and photos aligned between the site and the Google listing, and we measure bookings, calls and requests for directions. Those are the three moves that come just before someone sits down.

The plate, the room, the door at night

Those are the three images people decide on, and it shows when they come from a stock library. One shoot in your own dining room, taken once service has started, covers the site, the Google listing, social and campaigns with the same material, so it is produced once and used everywhere.

Events, groups and private dining

Celebrations, company dinners and group menus get a page of their own and a quote request kept separate from ordinary bookings, because these are negotiations, not tables for two.

When a website becomes a destination portal

Some projects do not fit inside a single property. Anyone running more than one, or running one and wanting to present the area around it, sooner or later asks for a site that holds more, such as listings for several operators, events, itineraries, an internal search that filters by area and by dates, with information and booking in the same place. This is not the previous site with a few extra pages. The content architecture changes, and so do the searches you compete on, which are no longer only the ones on your own name.

What decides the outcome is not the design but who keeps the portal alive after launch. A set of listings that has not moved in two seasons stops bringing traffic, and nobody notices until the enquiries drop off. That is why listings, events and images sit in one repository, from which the portal publishes them to the web and other systems can read the same records through an API, so you update once and the versions never contradict each other. Before we start we also settle who writes, who photographs and how often, whether that is someone on your team or our own editorial staff.

We do this on our own account as well. Bella Umbria has been online since 1999, Ombrellone.it started as a product of ours, and there we are the client. That is why we almost never suggest launching with everything in place. We publish first the sections that already have usable photographs and copy, watch what people actually search for, and widen from there, because a small scope that works is worth more than a big archive that never moves.

What we do

It opens on a phone, often on one bar of signal

The people looking for you are travelling, and they load that page on a train or in the middle of a square. We build the phone version first and the desktop one after, and we keep the weight down, because a page that makes people wait sends them back to the portal.

Every page leads to the same place

The booking button sits where it is needed, at the top and at the bottom, and dates get picked without leaving the site. Every step we remove between your homepage and the booking engine is a commission you don’t pay.

We do the technical work first, not afterwards

A site rebuilt and then “optimised” six months later gets paid for twice. Page addresses, redirects from the old ones, structured data and language versions go in from the start, so Google doesn’t lose the positions you already have.

It should never pass for the hotel next door

No bought themes filled with stock photos. We start from your own images and your own words. Cover the logo on the homepage, and if nobody can tell whose site it is, the job isn’t finished.

1998

the year we started

70+

projects delivered

products of our own

Explore in depth

Frequently asked questions

A quote comes down to four variables, namely how many pages and how many distinct templates need designing, whether copy and photography already exist or have to be produced, how many languages are involved, and which external systems have to be connected. We don’t sell packages. After an initial analysis you receive an itemised quote with a clear line between one-off costs and recurring ones such as domain, hosting and maintenance.

Gathering the material sets the timeline, not the development. Projects that finish on schedule have three things in common, namely photography already available or a shoot booked in the calendar, a single decision-maker who can approve without long internal loops, and domain and hosting credentials recovered at the start rather than the night before go-live. We work in approved stages, so you always know where the project stands.

Yes, and it is a project requirement rather than an add-on. You get an admin panel for editing text, images, offers and pages without touching code, a recorded training session and the option to write to us whenever something doesn’t add up. Structural changes (a new section, an extra language) stay our job, but day-to-day content has to be in your hands.

Not if the migration is handled properly. Before go-live we map the existing URLs and set up 301 redirects page by page, so anyone arriving from an old link or a search result lands on the matching content instead of an error. In the weeks that follow we keep an eye on Search Console. Some fluctuation is normal, a sustained drop is not and needs correcting.

You can, and for a very small project it may well be enough. The limits show up later, such as performance on mobile networks, running several languages, connecting a booking engine or reservation system, and keeping control of your URLs as the site grows. The real cost isn’t the platform subscription. It’s the hours you put in yourself and the enquiries that never arrive because a page is slow or confusing.

We do, starting from your own material. Copy is written around what your audience actually searches for, and you review it before publication; photography is shot by professionals who specialise in hospitality and food; translations are always checked by someone who actually speaks the language. Where AI helps us produce drafts, the draft never goes online as it stands.

Let’s talk about your project

Request a quote to bring your project to life, win more enquiries and keep your customers coming back.

Request a free quote

+39 0744 431492 info@greenconsulting.it