For operators in ๐Ÿ‡จ๐Ÿ‡ญ ๐Ÿ‡ฉ๐Ÿ‡ช ๐Ÿ‡ณ๐Ÿ‡ฑ ๐Ÿ‡ฌ๐Ÿ‡ง
ยป Taxi Booking Systems
โ† ALL POSTS
10 SEP 2026ยท7 MIN READยทGROWING YOUR FLEET

No booking website, no bookings: why “call us” loses most transfer passengers

Transfer passengers book online before they travel, often at 23:00 from another country. A phone number is not a booking channel. What a booking site must do.

TL;DR: Most airport transfer passengers book online before they travel, often late at night, often from another country. If your web presence is a Google listing with a “Call” button, you are invisible to them, and they book with the app that showed a price. A taxi booking website on your own domain, quoting fixed fares and taking payment, is the single biggest lever a small operator has, and it does not have to be a project.

The operator without a taxi booking website

A thread on r/Haarlem asks for a reliable taxi between Schiphol and Haarlem. The one recommendation that comes back is a company name and a phone number. No website, no way to see a price, no way to book at 23:00 from a hotel room in Toronto. That operator is well liked and hard to hire.

A thread on r/Netherlands asks which taxi apps to use. The answers are Uber and Bolt, with the explanation that they show the price upfront and local operators have nothing equivalent. Not “local operators are worse”. Just “there is no way to book them”.

A thread on r/smallbusiness observes that most home and local service businesses have no online booking at all, just a call button on their Google listing, and that this is visibly costing them customers. The operator’s reply in that same thread is the one we hear most often: “if I take bookings online I’ll get incomplete information and it’ll be more work, not less.”

That fear is the reason most small fleets stay invisible. It is worth taking seriously, because it is half right.

Why “call us” loses the booking

Think about when transfer bookings happen. The trip is in three weeks. The passenger is planning it on a Tuesday night, comparing options in a browser. They land on your site, see a phone number, and one of three things happens:

  • It is 23:00 and they do not call.
  • They are abroad and do not want an international call for a quote.
  • They call, get voicemail because you are driving, and book with the app while waiting for a callback.

In all three cases the app wins over the operator without a taxi booking website, not on service, but because it took the booking when the passenger was ready to give it.

What a taxi booking website has to do

The operator’s fear of “incomplete information and more work” is valid for a contact form. It is wrong for a booking form, because a booking form asks for everything up front and refuses to submit without it. The difference is the whole point.

Ask for the complete job

Pickup point, destination, date and time, passengers, luggage, flight number, extras (meet and greet, child seat), passenger name and phone. Required fields, validated. The job arrives complete. There is no callback to ask which flight.

Quote the total before “Book”

Fixed fare per route or per kilometre, night tariff included, extras priced. The passenger sees CHF 340.00, not “we’ll confirm the price”. This is what the app does, and it is why the app wins. It is also easy to do once your rates are written down.

Take the payment, or offer pay-later

Card at booking through your own Stripe account makes the booking firm. Pay-later can be an option for regulars. Either way the booking is on your board, not in your voicemail.

Confirm and remind automatically

Confirmation to the passenger immediately. Job to the driver by e-mail. Reminders to both before pickup. The owner does nothing.

Recover the ones who left

Some passengers start a booking and leave before paying. A reminder e-mail a couple of hours later, with the quote still valid and a small discount code if you choose, brings a share of them back. This is a fare that did not exist before.

A taxi booking website on your domain, or it does not count

An operator listed on a marketplace or an aggregator has a page, not a presence. The booking goes through the marketplace, the commission goes to the marketplace, and the passenger remembers the marketplace. Next year they book there again, and this time a different operator wins.

A booking site on the operator’s own domain, with the operator’s logo and colours and nothing else on it, is what turns a one-off passenger into a repeat customer. It is also what a hotel concierge or a corporate travel manager can bookmark. Look at the operators already running this in the Netherlands and Switzerland: each one is its own brand, on its own domain, and the system behind it is invisible to the passenger.

“But I don’t have a website person”

You should not need one. The old model was: buy a booking widget, hand a snippet of code to whoever built your site, hope it works on the page. That model assumes a website person exists. Most three-car fleets do not have one, and the site itself is a five-year-old template someone’s nephew made.

The better model is: the booking site is the website. It runs on your domain, is hosted and maintained by the software provider, carries your branding, and has SEO-friendly pages for your routes and service areas so it can actually be found. Hosting, backups, security updates and content changes are the provider’s job. Setup is one to two business days. There is nothing for a website person to do because there is no website person.

This is how Taxi Booking Systems works, on both plans: Normal and Premium both include the hosted booking site on your domain, Premium adds a detailed SEO setup so the site ranks for your routes.

What changes in the first month

The operators on our customer page report the same pattern: the first online bookings arrive within days, most of them at hours when nobody would have answered the phone, and a noticeable share come from passengers abroad who were never going to call. Reminders cut the “where is my taxi” calls. The board replaces the notebook. And the owner gets an evening back.

What to have ready

To go from invisible to a live taxi booking website, an operator needs to send five things:

  1. Domain access (or a domain to register).
  2. Logo and colours.
  3. Routes and rates: per route for the common runs, per kilometre for the rest, night tariff, extras.
  4. Stripe account keys (we walk you through creating one).
  5. Google Maps API key for address lookup (also walked through, and usually free at small-fleet volume).

Taxi booking website: frequently asked questions

Does the booking site replace my existing website?

It can, or it can live alongside it on the same domain. Most small operators find the booking site is the website: routes, fares, service areas and the booking form are what passengers came for.

What languages does it support?

Two languages of your choice are included on every plan, and each additional language is a one-off โ‚ฌ150 add-on. Passenger, driver and admin e-mails can each go out in English, Dutch, Swiss German or Turkish.

How is the site found on Google?

Every page takes SEO-friendly titles, descriptions and content. On Premium we set up the SEO package: page titles and descriptions for your routes and service areas, Google-friendly content and Search Console.

Most of the setup time is waiting for those. Once they arrive, the site goes live and the 23:00 bookings start landing on the board. Book a free demo and we build it with your company name on it first.

Running bookings on WhatsApp?

See the dashboard with your routes and your prices - free demo, your branding, no card required.

Book a free demo