Website builder for travel companies

A traveller weighing up tours wants three things from your site: the trip day by day, what is included, and someone to ask. Describe your trips and how you work, and Briks plans the pages, writes them from your brief, builds the site and publishes it.

Below are templates you can start from, the pages a tour operator's site usually needs, and a brief you can rework into your own.

Start with 50 free credits. No card needed.

Travel planning

Travel Companion is a travel planning service run from Lisbon, Portugal, for people who want a trip designed around them and a real person on call while they are away.

The opening line of the brief behind Travel Companion Service, a website template by the Briks team

The pages a travel company website needs

Travellers read a lot before they enquire. Tick the pages that fit how you work and the sitemap redraws. Briks asks the same question before it builds.

An example brief for a travel company website

Change the details to your own and use it as your starting point. The pages line follows what you ticked above.

Alto Trails is a small walking holiday company based in Granada, Spain, started in 2014 by two mountain guides, Lucía and Mark. We run guided group walks in the Alpujarras, the Sierra de Grazalema and the Picos de Europa, eight to twelve people per group, and we plan self-guided walks with luggage moved for you.

Each trip is seven or eight nights in small family-run hotels, with breakfasts, most dinners, a guide and daily luggage transfers. Prices start at €1,450 per person. Flights are not included.

Our travellers are mostly 45 to 70, fairly fit, from the UK, Ireland and the Netherlands. They book four to nine months ahead and want to know how hard each day is.

The site should feel open and sunlit, with big landscape photographs, a page for each trip with the day-by-day route and its grade, and a form for self-guided dates.

Pages: Home, Trips, Destinations, Tailor-made, About us, Contact.

Use this brief opens sign-up, then a new project with these words filled in. Change anything before you build.

Why it is written this way

  • Give grades or day lengths. 'Moderate, 12 to 16 km a day' answers the question travellers ask most.
  • Say what is included and what is not. The trip pages can only be as clear as the brief.
  • Name where travellers come from. It decides the currency, the spelling and which practical questions matter.
  • Mention when people book. A site for travellers planning nine months ahead reads differently from one for last-minute trips.

How Briks builds a travel company website

Each step is something Briks does today. Follow a link for the details of each feature, including whether it needs a plan or a switch.

  1. Describe the trips you run

    List your trips, regions, group sizes and how far ahead people book. Before building, Briks asks which pages you want and what your brief left open, such as whether tailor-made trips need a page of their own.

    Questions before buildingOn every plan
  2. Show it a travel site you admire

    Add a site whose trip pages you like. Briks reads its layout, spacing, type, motion and header menu, and builds yours in that spirit with your own trips.

    Build from a site you likeOn every plan
  3. Keep trips as records

    A site that stores data gets its own database. If your trips and departures are kept as records, you can view and edit them in the Database tab, and download them on a paid plan.

    Your own databaseOn every plan
  4. Checked for phone and desktop

    Many travellers plan on a phone. Every build is checked for readable contrast in the code, and on the live page at desktop and phone after the first publish.

    Checks before publishingOn every plan
  5. Enquiries in one place

    Tailor-made requests are kept in the studio and emailed to you once the site is in production. A webhook can pass each new entry to another tool you use.

    Forms that keep every entryOn every plan
  6. See which trips people read

    Pages, sources, referrers and UTM tags are counted without cookies, so you can see which trip pages are opened and which campaign sent people.

    Analytics without cookiesOn every plan
  7. Test a trip page

    Not sure whether a shorter itinerary brings more enquiries? Test a saved version against the live one. A form sent counts as a conversion.

    A/B testingOn every plan

What Briks covers for a travel company, and what it does not

An honest list, checked against what Briks does on 8 October 2026. Where Briks does not cover something, the usual way around it is in the same row.

What you needWith Briks todayStatus
Trip pages with routes, days and pricesWritten from your brief; each change is one sentence in the studio chat.Included
Tailor-made and booking enquiriesForms that keep every entry, emailed to you in production, with a webhook for each new one.Included
Trips and departures kept as recordsSites that store data get their own database: view and edit records, and download them as JSON or CSV on a paid plan.Included
Campaign trackingUTM tags, sources and referrers in your analytics, counted without cookies.Included
Answers about flights, fitness and group sizeA chat that answers from your published pages and emails you the questions it cannot.Switch it on
Taking deposits or full payment onlineOne-time payments through your own processor, connected in Project settings.Switch it on
Traveller accountsEmail and password sign-in, with Google and others when you add your own keys.Included

Advice for a travel website that turns readers into travellers

  • Write the itinerary day by day

    Travellers want to picture each day: where they wake up, how far they walk or drive, where they sleep. A day-by-day list with distances or hours does more than a paragraph of adjectives.

  • Put a 'from' price on every trip

    Hiding prices until an enquiry loses the travellers who are comparing. A clear starting price, with what changes it, keeps them reading and filters out the ones you cannot help.

  • Answer the practical questions once

    Flights, insurance, single rooms, fitness, deposits. Collect the questions you answer every week and put them on the trip pages. If you switch on the site chat, it answers from them too.

  • Use real traveller words, or none

    Quotes build trust only when they are real. Ask past guests for a sentence about their trip and the month they went. Never invent reviews or ratings.

Questions from travel companies

Can travellers book and pay a deposit on the site?

Yes. Briks builds enquiry and booking request forms that keep every entry in the studio and email each one to you in production, and a deposit can be paid through your own Stripe, PayPal, Mollie or Razorpay account. Or link to the booking system you already use.

Can I keep trips and departure dates up to date myself?

Yes. Ask for the change in plain words in the studio chat. If your site keeps trips as records in its own database, you can also edit them in the Database tab.

Can I see which trips people are interested in?

Analytics counts visitors, pages, sources, referrers and UTM tags without cookies, so you can see which trip pages are read and which campaigns bring people in.

Does the site work well on phones?

Every first build is checked for readable contrast on the live page at phone and desktop width. For a fuller check of layout, overlap and links at four widths, switch it on in the new-project steps.

Describe yours and Briks builds it

A sentence is enough to start. You get 50 free credits when you sign up, no card needed.

Or start from a template