Skip to main content
Glama
HasData

Google Flights Deals MCP Server

Google Flights Deals MCP Server

A hosted Model Context Protocol (MCP) server that gives Claude, Cursor, Windsurf and any other MCP client one Google Flights Deals tool. Describe a trip in plain language, such as "cherry blossom in Japan" or "beach escape", and get dated fares from one origin airport with the typical price beside them, the airline, the stops and a booking link, as structured JSON.

1,000 free credits every month, no card required, which is about 66 searches.

https://mcp.hasdata.com/mcp?apis=google_travel_flights_deals

Glama score tool contract MCP Tools

Contents

Related MCP server: whentofly

What you need

An MCP client and a HasData API key from the dashboard, free to create with no card, and the free tier covers about 66 calls a month at the 15-credit rate. This is a remote server, so the simplest path is a URL and an x-api-key header, with no container to run and no Google account anywhere in the flow. A client that only speaks stdio reaches it through a thin launcher, published as @hasdata/google-flights-deals-mcp on npm and hasdata-google-flights-deals-mcp on PyPI, shown below.

Quick start

The server URL is the same for every client. We run it hands-on in Claude Code and Claude Desktop. The other blocks follow each client's own documented format for a remote server.

Field

Value

URL

https://mcp.hasdata.com/mcp?apis=google_travel_flights_deals

Transport

HTTP, streamable

Auth header

x-api-key: HASDATA_API_KEY

Clients with OAuth support can add the same URL as a connector and sign in without putting a key in a config file.

claude mcp add --transport http google-flights-deals "https://mcp.hasdata.com/mcp?apis=google_travel_flights_deals" \
  --header "x-api-key: HASDATA_API_KEY"
{
  "mcpServers": {
    "google-flights-deals": {
      "type": "http",
      "url": "https://mcp.hasdata.com/mcp?apis=google_travel_flights_deals",
      "headers": { "x-api-key": "HASDATA_API_KEY" }
    }
  }
}
{
  "mcpServers": {
    "google-flights-deals": {
      "type": "streamable-http",
      "url": "https://mcp.hasdata.com/mcp?apis=google_travel_flights_deals",
      "headers": { "x-api-key": "HASDATA_API_KEY" }
    }
  }
}
{
  "servers": {
    "google-flights-deals": {
      "type": "http",
      "url": "https://mcp.hasdata.com/mcp?apis=google_travel_flights_deals",
      "headers": { "x-api-key": "HASDATA_API_KEY" }
    }
  }
}

Example prompts

Prompts, not code. Paste one in and the agent picks the tool itself. Each is annotated with the calls it takes, because every successful call costs 15 credits.

I want to see cherry blossom in Japan, flying from LAX. What are the cheapest dates?

One call, 15 credits. Google picks the destinations and the date range from the description.

Beach escape from London in February, nothing over 600 pounds, direct only.

One call, 15 credits. The price ceiling and the stops filter both need a destination pinned with arrivalId, so the agent has to name one or drop the filters.

Same trip but to Tokyo specifically, ten days, business class.

One call, 15 credits. With arrivalId set, the trip length and the cabin become available.

Compare the cherry blossom idea from LAX and from JFK.

Two calls, 30 credits. One origin per call.

Tools

Tool

What it returns

hasdata_google_travel_flights_deals_getGoogleFlightsDeals

Dated deals with the fare, the typical price for the route, flight duration, trip length, stops, the operating airline, the airports and a Google Flights booking link, plus the destinations and date range Google derived from the query. 15 credits a call

One tool, 15 credits per successful call.

Find flight deals

hasdata_google_travel_flights_deals_getGoogleFlightsDeals

Parameter

Type

Required

Notes

q

string

yes

Free-text trip description, from a bare place name to a full sentence

departureId

string

yes

Origin as a three-letter uppercase IATA code, for example LAX

arrivalId

string

Pins the destination instead of letting Google choose. Every filter below needs it

type

string

roundTrip (default) or oneWay

travelClass

string

economy, premiumEconomy, business or first

outboundDate

string

An exact date, or a window as 2026-12-01,2026-12-10

returnDate

string

Same spelling as outboundDate, and required alongside it

travelDuration

string

Preset length, week, weekend or twoWeeks

tripLength

string

Length in days, instead of returnDate or travelDuration

stops

string

nonStop, oneStopOrFewer or twoStopsOrFewer

maxDuration

number

Ceiling per flight in minutes

maxPrice

number

Ceiling in the currency of the request

includeAirlines / excludeAirlines

string

One or the other, never both

The filters are the thing to get right. All of them require arrivalId. A prompt that asks for direct flights under a price cap while letting Google pick the destination is asking for two things that cannot be combined, and the API says so with a 422 naming the offending pair. Pin a destination or drop the filters.

searchInformation reports what Google made of the query: the departure airport in full with its city and coordinates, the dateRange it settled on, the priceRange it found and the airlines involved.

{
  "searchInformation": {
    "query": "cherry blossom in Japan",
    "departure": { "airport": "LAX", "city": "Los Angeles", "country": "United States" },
    "dateRange": { "from": "2027-03-01", "to": "2027-04-30" }
  },
  "flightDeals": [
    {
      "outboundDate": "2027-03-01",
      "returnDate": "2027-03-08",
      "price": { "value": 960, "currency": "USD" },
      "typicalPrice": { "value": 1335, "currency": "USD" },
      "discountPercent": 28,
      "durationMinutes": 1320,
      "tripLengthDays": 7,
      "stops": 1,
      "airlineCode": "CX",
      "airline": "Cathay Pacific",
      "multipleAirlines": false,
      "departureAirport": "LAX",
      "arrivalAirport": "HIJ",
      "destination": { "city": "Hiroshima", "country": "Japan", "highlight": "Peace Park Memorial & Shukkei-en garden" },
      "bookingLink": "https://www.google.com/travel/flights?tfs=…"
    }
  ]
}

Prompts and resources

The server exposes 7 resources, one per parameter whose accepted values are a fixed list. Reading one is cheaper than learning the vocabulary from a rejected call, and it costs no credits. Each URI is hasdata://google_travel_flights_deals/<parameter>.

Parameter

Values

What it selects

type

4

Flight type. Requires arrivalId. - 1 / roundTrip — round trip (default) - 2 / oneWay — one way A one-way deal carries no returnDate and no tripLengthDays.

travelClass

8

Travel class. Requires arrivalId. - 1 / economy — economy (default) - 2 / premiumEconomy — premium economy - 3 / business — business - 4 / first — first Fares climb steeply: on LAX-NRT the same search ran $730 in economy against $2882 in business.

travelDuration

6

Preset trip length. Requires arrivalId. Cannot be combined with returnDate or tripLength. - 1 / week — about a week (6-8 days) - 2 / weekend — a weekend (2-3 days) - 3 / twoWeeks — about two weeks (13-15 days) Pairs with outboundDate to limit the departure period. Ignored when type is oneWay.

stops

6

Maximum number of stops. Requires arrivalId. Omitted, any number is allowed. - 1 / nonStop — direct flights only - 2 / oneStopOrFewer — at most one connection - 3 / twoStopsOrFewer — at most two connections A route with nothing at that depth returns an empty flightDeals array, not an error — nonStop on a route without a direct flight is a valid, empty answer.

gl

245

The two-letter country code for the country you want to limit the search to.

hl

159

The two-letter language code for the language you want to use for the search.

currency

71

Parameter defines the currency of the returned prices

The list is served without an API key, so a client can read it before a user has signed up.

Errors and failure paths

Your client almost never sees an HTTP error code from a tool call. The MCP layer answers 200 and puts the failure inside the result, with isError set to true and the reason as text.

discountPercent is the exception, not the rule. Across 351 deals measured on 2026-10-05 it was present on 109 of them. Where it appears it matches the gap between price and typicalPrice to within a rounding step, and where it is absent that gap ran from 4% to 15%, so Google appears to publish the field only past a threshold of its own. typicalPrice was on every deal, so compute the comparison yourself rather than reporting "no discount" because the key is missing.

airline and airlineCode go missing together. In that same sample 269 deals named a carrier and 82 did not, and the split is exactly the multipleAirlines flag: every deal that set it to true omitted both fields, every deal that did not carried both. Read the flag before reporting a carrier, and say "several airlines" rather than leaving the field blank.

A filter without arrivalId is rejected before it runs. The API answers 422 with rule: "requiredIfExists" naming both arrivalId and the filter that triggered it, and nothing is billed. All eleven filters behave this way, so the failure is loud and cheap rather than silent.

Dates are what Google chose unless you pinned them. searchInformation.dateRange is the range it searched, which can be months away from today. Quote it when presenting prices, because a fare for next March is not a fare for next month.

Each successful call spends credits from the connected account. Neither a 422 from validation nor a 400 from upstream is billed, measured by reading the balance either side of a call.

Pricing, free tier and limits

The Google Flights Deals tool costs 15 credits per successful call, the same as the Google Flights API. The number of deals returned does not change the price.

The free tier is 1,000 credits every month with no card, which is about 66 searches.

Paid plans start at $59 a month for 200,000 credits, which is about 13,000 searches. The unit price falls on larger plans. Current numbers are on the plans page.

How it compares

Google Flights API

This server

Input

An origin, a destination and dates

A sentence, with the destination optional

Who picks the destination

You

Google, from the description

Who picks the dates

You

Google, unless you pin them

Best for

A trip someone has already decided on

A trip someone is still imagining

The two sit next to each other rather than competing. Use this one to find where and when, then the Google Flights API to price the itinerary once the trip is decided.

FAQ

Do I need a Google account?

No. The only credential involved is your HasData key.

Why were my filters ignored?

They almost certainly went out without arrivalId. Every filter on this tool needs a pinned destination, and a request that omits it still succeeds.

Can I search from several origins at once?

No. departureId takes one airport, so comparing origins means one call each.

As far as Google decides from the query. Read searchInformation.dateRange rather than assuming the next few weeks.

Is HasData affiliated with Google?

No. HasData is an independent web data provider and is not affiliated with, endorsed by or sponsored by Google. All trademarks belong to their owners.

Compliance and personal data

The server reads the public Google Flights deals interface. It carries no passenger data and books nothing.

Product page and request builder

Google Flights API

Endpoint documentation

Google Flights Deals API docs

Server documentation

MCP server docs

Every tool in one server

HasData/hasdata-mcp

Client walkthroughs

MCP clients and integrations

Plans and credit costs

Plans and credit costs

Development

npm install
npm test

The tests in test/ assert the tool contract, the part that can break without a commit here. They check that ?apis=google_travel_flights_deals returns the one expected tool, that its name and required parameters have not changed, that it carries a description, and that a real search still returns flightDeals with the documented fields.

Contributing

The parameter table and the sample above were read from the live schema and from a real call rather than from documentation. A correction is welcome when a field or a failure mode has changed. Open an issue with the response you saw.

License

MIT

Available Tools

1 tool
hasdata_google_travel_flights_deals_getGoogleFlightsDealsgoogle_travel_flights_deals: GET /A
Read-only
Inspect

Get Google Flights Deals Results

Turns a plain-language trip description ("I would like to see cherry blossom in Japan", "beach escape", "fireworks festival in Hong Kong") into flight deals from one origin airport, with Google's AI choosing the destinations and travel dates. Each deal carries outbound and return dates, price, flight duration, trip length in days, number of stops, operating airline, departure and arrival airports, and a direct Google Flights booking link; typical price with the discount against it, and a destination description with a photo, come back only for searches Google shaped itself. Also returns the date range Google derived from the query. Filters cover trip type, cabin class, stops, dates, trip length, price and duration ceilings, airlines and party size. Use for inspiration-driven travel search, seasonal and event-based fare discovery, deal alerting, and travel-content generation.

ParametersJSON Schema
NameRequiredDescriptionDefault
qYesFree-text trip description, from a bare place name to a full sentence: - **Destination**: `Tokyo` - **Type of trip**: `beach escape`, `weekend getaway in Europe` - **Season or event**: `I would like to see cherry blossom in Japan` When the query implies a time of year, Google dates it itself and reports the range in `searchInformation.dateRange`.
glNoThe two-letter country code for the country you want to limit the search to. Provide one exact documented value (245 allowed), e.g. `ac`, `af`.
hlNoThe two-letter language code for the language you want to use for the search. Provide one exact documented value (159 allowed), e.g. `af`, `ak`.
typeNoFlight type. Requires `arrivalId`. - `1` / `roundTrip` — round trip (default) - `2` / `oneWay` — one way A one-way deal carries no `returnDate` and no `tripLengthDays`.
stopsNoMaximum number of stops. Requires `arrivalId`. Omitted, any number is allowed. - `1` / `nonStop` — direct flights only - `2` / `oneStopOrFewer` — at most one connection - `3` / `twoStopsOrFewer` — at most two connections A route with nothing at that depth returns an empty `flightDeals` array, not an error — `nonStop` on a route without a direct flight is a valid, empty answer.
adultsNoNumber of adults. Prices cover the whole party, so raising this raises every deal price. Passenger counts reprice rather than narrow the search, so they need no `arrivalId`. The whole party must not exceed 9.
childrenNoNumber of children, priced at their own fare. Counts towards the limit of 9 passengers.
currencyNoParameter defines the currency of the returned prices Provide one exact documented value (71 allowed), e.g. `ALL`, `DZD`.
maxPriceNoMaximum ticket price, inclusive. Requires `arrivalId`. Omitted, it is unbounded. Read in the currency of the request: `650` means 650 EUR when `currency` is `EUR`, and 650 USD by default.
arrivalIdNoPins the search to one destination instead of letting Google pick from the query. - **IATA code**: 3 uppercase letters, e.g. `NRT` for Tokyo Narita. - **Location kgmid**: starts with `/m/`, found in Wikidata under "Freebase ID", e.g. `/m/07dfk` for Tokyo. Required by every filter: `type`, `travelClass`, `stops`, `outboundDate`, `returnDate`, `travelDuration`, `tripLength`, `maxPrice`, `maxDuration`, `includeAirlines` and `excludeAirlines`. Without it Google drops them silently.
returnDateNoWhen to return, in the same exact-or-window spelling as `outboundDate`, which is required alongside it. Cannot be combined with `travelDuration` or `tripLength` — all three set the trip length. Ignored when `type` is `oneWay`.
tripLengthNoTrip length in days. Requires `arrivalId`. Cannot be combined with `returnDate` or `travelDuration`. - **Exact**: `7` - **Range**: `5,10` — min first Pairs with `outboundDate` to limit the departure period. Ignored when `type` is `oneWay`.
departureIdYesDeparture airport as a 3-letter uppercase IATA code, e.g. `LAX` or `LHR`. Search on [IATA](https://www.iata.org/en/publications/directories/code-search). One airport per search; city names are not accepted.
maxDurationNoMaximum flight duration in minutes — `1500` for 25 hours. Requires `arrivalId`. Omitted, it is unbounded. Applies to each leg, not to the round trip. Google measures against a longer figure than the `durationMinutes` it returns, so set the ceiling above the flight you want: on a route whose shortest deal is 635 minutes, `635` comes back empty and `680` returns it. On an empty result, raise `maxDuration` by up to 200 before concluding the route has nothing.
travelClassNoTravel class. Requires `arrivalId`. - `1` / `economy` — economy (default) - `2` / `premiumEconomy` — premium economy - `3` / `business` — business - `4` / `first` — first Fares climb steeply: on LAX-NRT the same search ran $730 in economy against $2882 in business.
infantsOnLapNoNumber of infants on an adult's lap. Counts towards the limit of 9 passengers. Google prices a lap infant above one in its own seat — the opposite of how airlines usually charge.
outboundDateNoWhen to depart. Requires `arrivalId`. - **Exact date**: `2026-12-10` - **Window**: `2026-12-01,2026-12-10` — any day within it Omitted, Google picks the dates from the query, or from whatever is cheapest.
infantsInSeatNoNumber of infants in their own seat. Counts towards the limit of 9 passengers.
travelDurationNoPreset trip length. Requires `arrivalId`. Cannot be combined with `returnDate` or `tripLength`. - `1` / `week` — about a week (6-8 days) - `2` / `weekend` — a weekend (2-3 days) - `3` / `twoWeeks` — about two weeks (13-15 days) Pairs with `outboundDate` to limit the departure period. Ignored when `type` is `oneWay`.
excludeAirlinesNoDrops these airlines from the deals. Requires `arrivalId`. Cannot be combined with `includeAirlines`. Takes the same values as `includeAirlines`.
includeAirlinesNoKeeps only these airlines. Requires `arrivalId`. Cannot be combined with `excludeAirlines`. Comma-separated 2-character IATA codes (`AF`, `UA`, `B6`) and Google's alliances `STAR_ALLIANCE`, `SKYTEAM`, `ONEWORLD`. The two can be mixed. An airline that does not serve the route returns an empty `flightDeals` array, not an error.

TDQS

A4.1/5.0
Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations already declare readOnlyHint=true, openWorldHint=true and destructiveHint=false, so safety is covered. The description adds real behavioral context beyond that: which fields come back only for searches Google shaped itself (typical price, discount, destination photo), that a date range is derived from the query, and the breadth of filtering. It omits auth needs and any rate/limit behavior, so it doesn't reach 5.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The core mechanism and origin-airport scoping are front-loaded, and the return-field enumeration follows. It is dense and somewhat long, but nearly every clause carries information an agent needs (conditional fields, derived date range, filter categories) rather than filler.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a 21-parameter tool with no output schema and no siblings, the description compensates well by enumerating the return payload fields and the conditional nature of some of them, plus an overview of the filter surface. What remains missing (auth, pagination/limits) is minor given the read-only annotation profile.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 100% and the schema documents all 21 parameters in depth, including the critical arrivalId dependency and filter interactions. The description only summarizes the filter categories (trip type, cabin class, stops, dates, trip length, price/duration ceilings, airlines, party size) without adding syntax or constraints beyond the schema, so the baseline of 3 applies.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

States a specific verb and resource ('Get Google Flights Deals Results') and immediately explains the distinctive mechanism: a plain-language trip description becomes flight deals from one origin airport with Google choosing destinations and dates. There are no siblings to distinguish from, so this is as clear as it needs to be.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Explicitly names intended uses ('inspiration-driven travel search, seasonal and event-based fare discovery, deal alerting, and travel-content generation'), which tells the agent when this tool fits. No when-not or exclusion guidance, and there are no alternative tools to route against, so 4 is the ceiling here.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

  1. 1 tool updatev1.0.0
    • First observedhasdata_google_travel_flights_deals_getGoogleFlightsDeals

TDQS

A4/5.0

Scored across 1 tool

Disambiguation5/5

There is only one tool, so there is no possibility of overlap or misselection. Its purpose is clearly stated as retrieving Google Flights deals.

Naming Consistency3/5

With a single tool, consistency across a set cannot be meaningfully evaluated. The name combines a long snake_case vendor prefix with a camelCase operation suffix, which is readable but not a clean, predictable convention.

Tool Count3/5

One comprehensive tool can cover a single read-only deals endpoint, but the server feels thin. There are no companion tools for airport resolution, search variants, or booking handoff.

Completeness4/5

The tool supports rich filtering and returns detailed deal data, covering the core discovery workflow well. It lacks any booking or ancillary lookup operations, but those are arguably outside the stated deals-search scope.

Maintenance

ActivityMaintained
ResponsivenessNo issues

Related MCP Connectors

Related MCP Servers

  • A
    license
    Not graded
    quality
    D
    maintenance
    Enables AI clients to explore cheapest destinations, optimize multi-leg flight itineraries, and reference airport/region data via MCP tools and resources.
    MIT
  • A
    license
    Not graded
    quality
    B
    maintenance
    Flight search for AI agents: flexible-date cheapest round-trips with a good-price verdict from historical data. Hosted remote MCP, free, no key.
    3
    MIT
  • A
    license
    A
    quality
    B
    maintenance
    Enables real-time flight fare searches across date ranges and multiple destinations, with historical price insights and booking links. Provides one-way and round-trip search tools through MCP.
    4
    1
    MIT