Viator is one of the largest and trusted sources founded in 1995 which is totally free, no setup cost or monthly account fees will be charged. Viator provides 200,000+ things to do to the customers. Viator holds 17 years of experience in the market. They also consist of more than 3,000 partners that offer valuable data on lodging and airlines.

Viator API allows developers to build a cost-effective travel application that allows the user to explore, search, and book travel experience worldwide. Viator provides variation of services, tickets, tour put forward by Viator API through the Viator website.

Becoming a Viator travel partner allows your customer for browsing and booking the number of city tours, adventure activities, study tour, Family tour, Friends tour, show tickets and many more. So, if you want visitors to book with you then integrate Viator API to your business.

Viator API:

Viator XML API Integration acts as on-demand marketplaces where tour and activity suppliers from all over the world can list their services and gain more bookings. To integrate API in the website, development effort is necessary from both Viator and Supplier side.

There are two groups in which Viator Supplier API is made up of:

  • Viator Built API’s:- The API developed by Viator and consumed by the Suppliers.
  • Supplier Built API’s:- The API developed by the Supplier and consumed by the Viator

Business Process Support:

Viator API’s have been designed to support various business process and each of the business processes is supported by the API’s called from either Viator or Supplier.

Following business process are supported by Viator Supplier API:

  1. Tour Creation- Supported by the tour list API.
  2. For determining the availability of tour- Supported by Availability, Batch availability, and availability notification API.
  3. For booking- Supported by Booking API.
  4. Modify booking-Supported by the Booking Amendment API.
  5. Cancel booking-Supported by Booking Cancellation API.
  6. Send and receive booking related notification from and to supplier- Supported by Booking Notification API(two-way communication).
  7. Listing booking in the Viator system-  Supported by Booking Manifest API.
  8. Coupon redemption and fraud detection- Supported by Booking Redemption API.

Statistics of Viator API

Customers can be browsing and booking services in 75+ countries and over 450 destinations worldwide.
As compared to all other sites in the world, the Global traffic rank is 5,200, and Country traffic rank is 2,336(United State).
Viator offers Partner websites in ten languages – including German, Spanish, French, and Portuguese.

How is it to be integrated:

With the help of RESTful architecture and SOAP protocol, travel companies can elevate their customer bookings towards hotel booking, car rental, flight booking, holiday booking and many more.

    • SOAP(Simple Object Access Protocol):- Soap is a message protocol that relies on XML. Generally, messages are defined a high level in XML but some SOAP application uses Web Service Definition Language(WSDL), and that is authored in XML.
    • RESTful(Representational State Transfer):- It is a web API which is implemented using HTTP and REST principle.REST mostly uses smaller message formats like JSON. In this developer have no need to install additional libraries during the creation of REST API.


(Extensible Markup Language):- It is a markup language that was designed to store and transfer data. It defines a set of rules for encoding documents in a format which is readable by human as well as the machine.


(Javascript Object Notation):- It is used for storing and exchanging data.
It supports open standard file format that uses human-readable text, and easy for a machine to parse and generate.

Programming interface accessible in Viator:

The Availability API allows Viator to decide whether the provider of the visit has accessibility for a particular number of travelers by reaching the provider reservations framework continuously.

The API has been intended to allow Suppliers to give accessibility data to a particular date or a date extend for Tours with or without visit alternatives. Based on the reaction from Suppliers, Viator frameworks will permit (for accessible dates) or prohibit (for inaccessible dates) clients to book a Tour. Viator provides many API like:

      1. Availability API
      2. Batch Availability API
      3. Booking API
      4. Booking Amendment API
      5. Booking Cancellation API
      6. Booking Notification API
      7. Tour List API
      8. Booking Manifest API

A few instances of API are given below:

Booking API:

Booking API allows the supplier to receive a booking request from the Viator system in real time. In the supplier setting, a successful request will create the booking and return a success message to the Viator system which will confirm the booking directly to the customers and each API call is only for a single booking.
Following are the details regarding request and response format:

Booking Request

Tag Description
API key The string represents a key that is used to identify the requester- supported by the supplier.
Reseller ID Unique identifier for Viator.
Supplier ID A string representing a unique supplier identifier within the Viator system.
Name A string representing a value of key-value pairs.
Booking reference A string representing a unique booking identifier within the Viator system.
Travel date The date should in format YYYY-MM-DD
Location A string representing the city and country of the particular tour.
Tour departure time The value should be in time format


Tour duration Tour duration must be positive and should be in the following format:


example: PT300S(5min)

Language Holds the language code and options of the Tour/Tour option.
Amount The booking net price paid to the supplier.
Age Valid values include:






Travelers band age is based on the supplier-provided age range.

Contact Details Contact details are the root elements.

Booking Request Sample:

The below sample is a booking demand for two individuals, 1 grown-up and 1 child, going on October 31, 2014. The booking is for an item (BON_PRI) for the 9 am choice. Provider required data is given in the hub. A is gone in the booking to utilize the hold recently set by the Availability demand.

This is the link you can take reference from here:- (

Booking Response:

Tag Description
API key The string represents a key that is used to identify the requester- supported by the supplier.
Supplier ID A string representing a unique supplier identifier within the Viator system.
Name A string representing a value of key-value pairs.
Value A string representing the value of the value key pair.
Request Status Holds the status information for the requested transaction.
Status Valid values are:

  • Success, for the successful transaction
  • Error, for unsuccessful transaction
Traveler It contains booking confirmation details at the traveler level.

Booking Response Sample:

This is the link you can take reference from here:- (

How can Let’s Nurture help?

Let’s Nurture is a leading web and mobile app development company offering both iOS and Android platforms for 10+ years. We have experience in developing e-hospitality and rental on-demand market place applications. We have a specialized team of dedicated WordPress developers who will bring several ideas about a variation of services related to lodging and travelling.

To find out about the web-based and Android application contact our business development team from Let’s Nurture.

Want to work with us? We're hiring!