The hotel booking funnel just lost its middle. In Q1 2026, Google launched agentic hotel booking inside AI Mode, and Perplexity shipped its own autonomous travel booking agent. Both systems can take a traveler's natural language request, evaluate properties against dozens of criteria, and complete a reservation without the user ever opening a booking page, clicking a search result, or comparing options manually.
IDC's 2026 hospitality forecast put it bluntly: "Agentic AI will redefine travel and hospitality in 2026." Hilton's CEO confirmed the shift during their Q4 2025 earnings call. Phocuswright's consumer survey found that 89% of travelers want AI to assist with travel planning and booking.
The implications for hotel operators and hospitality tech teams are immediate. When a human browses Booking.com, your property competes on photos, price, and review score. When an AI agent evaluates your property, it competes on structured data. Specifically, on the machine-readable location attributes that most properties have never published. Transit access, walkability scores, nearby POI inventories, parking data: these are the signals that determine whether an agent includes your property in its shortlist or skips it entirely.
How Agentic Hotel Booking Works: The Decision Loop
Understanding what happens inside an AI booking agent clarifies why location data matters so much.
A traveler types: "Book me a hotel in Barcelona near the beach, walking distance to restaurants, with parking, under 200 euros a night." In a traditional flow, the traveler would open Booking.com, set filters, scroll through results, read reviews, and click "Reserve." The AI agent compresses that into a single automated loop.
Step 1: Query decomposition. The agent breaks the request into structured constraints: city (Barcelona), proximity requirement (near beach), walkability requirement (restaurants within walking distance), amenity requirement (parking), price ceiling (200 EUR/night).
Step 2: Candidate retrieval. The agent queries available inventory across its integrated platforms, pulling properties that match the hard constraints (city, price, dates).
Step 3: Location attribute evaluation. This is where most properties fail. The agent evaluates each candidate against the location-specific requirements. "Near the beach" requires a structured distance-to-beach attribute or geocoordinates that the agent can resolve against coastline data. "Walking distance to restaurants" requires either a walkability score or a structured nearby-POI inventory showing restaurant count within a walkable radius. "With parking" requires a machine-readable parking attribute.
Step 4: Ranking and selection. Properties that pass all constraint checks are ranked by a combination of review sentiment, price competitiveness, and data completeness. The agent selects the top option (or presents a shortlist of two to three).
Step 5: Booking execution. The agent completes the reservation through the integrated booking API, often without the traveler seeing a traditional listing page at all.
The critical insight: steps 3 and 4 are entirely programmatic. No human is scanning your photos or reading your description. The agent is parsing structured data fields. If those fields are empty, your property is eliminated before it reaches the ranking stage.
Which Platforms Have Launched Booking Agents
The agentic booking landscape expanded rapidly in the first quarter of 2026.
Google AI Mode added hotel booking as one of its first agentic commerce verticals. When a user searches for hotels in AI Mode, Google's agent can evaluate properties across Booking.com, Expedia, and direct integrations with Marriott, IHG, and Wyndham. The agent handles the full loop: search, evaluate, compare, and book. Google confirmed this at its March 2026 product event, calling it "the next step in making Search do things for you."
Perplexity launched its travel booking agent in early 2026 after months of beta testing. The agent integrates with multiple hotel inventory sources and can complete bookings within the Perplexity interface. Unlike Google's approach, Perplexity's agent emphasizes source transparency, showing which data points informed its recommendation.
Booking.com's AI Trip Planner evolved from a conversational search tool into a booking agent. It now handles multi-leg trip planning with autonomous hotel selection and reservation. The system uses Booking.com's internal structured data, which means properties with richer data in Booking.com's extranet have a significant advantage.
Expedia's Romie agent operates within the Expedia app, handling end-to-end travel planning including hotel booking. Romie uses Expedia's inventory data plus publicly available structured data from hotel websites.
The common thread: every one of these agents makes decisions based on structured, machine-readable data. Properties that only have human-readable descriptions, photos, and a star rating are bringing a brochure to a data fight.
What Data Signals AI Booking Agents Evaluate
Through testing across Google AI Mode, Perplexity, and Booking.com's AI Trip Planner, a clear hierarchy of data signals emerges in how agents evaluate hotel properties.
Tier 1: Hard filters (pass/fail). City, dates, price range, star category, basic amenity checklist (pool, wifi, breakfast). Nearly all properties pass these because OTA platforms have standardized these fields. This tier does not differentiate.
Tier 2: Location attributes (the differentiator). This is where 80% of properties fail. The agent evaluates:
- Distance to the location referenced in the query (beach, city center, convention center, airport)
- Transit accessibility (metro/bus distance, airport shuttle availability)
- Walkability to dining, shopping, and services
- Parking availability, type, and cost
- Neighborhood character (business district, historic center, beachfront, residential)
Tier 3: Reputation signals. Review score, review volume, review recency, sentiment on specific topics (cleanliness, location accuracy, noise level). These are well-covered by existing OTA infrastructure.
Tier 4: Enrichment data. Sustainability certifications, accessibility features, detailed room-level attributes. These matter for specific queries but affect a smaller share of total booking volume.
The structural problem for hotels: Tier 1 and Tier 3 are well-handled by existing OTA platforms. Tier 2, the location attribute layer, is almost entirely missing from most property listings. And Tier 2 is exactly what determines agent selection for the majority of location-specific booking queries.
The 6 Location Attributes That Determine Agent Selection
Based on query analysis across agentic booking platforms, six location attributes appear most frequently in the agent's evaluation logic.
1. Transit Accessibility
How far is the nearest metro or bus stop? Is there an airport shuttle? What is the taxi/rideshare time to the airport? Agents resolve these from structured data, not from a sentence in your description that says "easy access to public transport." The data must be specific: "Metro L3 Diagonal station, 280 meters walking distance."
2. Walkability to Dining and Services
How many restaurants are within a 10-minute walk? Is there a grocery store nearby? A pharmacy? These questions appear in a large share of booking queries, often implicitly. A query for "family hotel in Rome" triggers walkability evaluation because the agent infers that families need nearby services. Properties with structured POI inventories (restaurant count, categories, distances) score higher.
3. Proximity to Key Attractions
"Hotel near the Colosseum," "hotel close to the convention center," "hotel walking distance to the old town." These queries require the agent to compute distance from the property to a named attraction. Without geocoordinates on the property side, the agent cannot perform this calculation reliably. Without a structured list of nearby attractions with distances, the agent cannot proactively match the property to attraction-proximity queries.
4. Parking Availability
Parking is the single most under-structured attribute in hotel data. Most OTAs have a binary "parking available" flag. Agents are increasingly evaluating parking type (on-site garage, valet, street parking), whether it requires reservation, and cost. Properties that structure this data fully capture the growing segment of drive-to-destination bookings.
5. Neighborhood Character
"Quiet hotel away from tourist areas," "hotel in the nightlife district," "hotel in the business center." The agent needs to classify the property's neighborhood. This data rarely exists in structured form. Properties in residential neighborhoods lose bookings to properties in tourist zones for "central" queries, and vice versa, simply because the agent cannot determine neighborhood character from the listing data available.
6. Verified Geocoordinates
This is foundational. Every location attribute above depends on the agent knowing exactly where the property is. An address string is ambiguous. Geocoordinates with four or more decimal places are not. Yet a surprising number of hotel properties, particularly independent hotels and smaller chains, lack verified geocoordinates in their structured data outside of OTA platforms.
Why 80% of Properties Are Invisible to Booking Agents Right Now
The math is straightforward. Most hotel properties on major OTAs have their Tier 1 data covered: name, address, price, star rating, basic amenities, photos. That data was sufficient when humans did the browsing. But the Tier 2 location attribute layer, the six attributes above, is either missing or exists only as unstructured text in the property description.
Consider what a typical hotel listing looks like in structured data:
{
"@type": "Hotel",
"name": "Hotel Marítim Barcelona",
"address": "Passeig de Joan de Borbó 64, Barcelona",
"starRating": 4,
"priceRange": "€€",
"amenityFeature": ["WiFi", "Pool", "Breakfast"]
}
The agent working with this data can answer: "Is it in Barcelona? Yes. Is it 4-star? Yes. Does it have a pool? Yes." But it cannot answer: "Is it near the beach? Unknown. Is there a metro within walking distance? Unknown. How many restaurants are nearby? Unknown. Is parking available and what type? Unknown."
For the query "4-star hotel in Barcelona near the beach with parking, walking distance to restaurants," this property fails at step 3 of the agent's decision loop. It is filtered out. The traveler never sees it.
Now consider the same property with enriched location data:
{
"@type": "Hotel",
"name": "Hotel Marítim Barcelona",
"address": "Passeig de Joan de Borbó 64, Barcelona",
"geo": {
"@type": "GeoCoordinates",
"latitude": 41.3758,
"longitude": 2.1894
},
"starRating": 4,
"priceRange": "€€",
"amenityFeature": ["WiFi", "Pool", "Breakfast", "On-site parking garage"],
"tourismNearby": [
{ "name": "Barceloneta Beach", "distance": "150m" },
{ "name": "La Barceloneta Metro (L4)", "distance": "200m" },
{ "name": "Maremagnum Shopping Centre", "distance": "600m" }
],
"walkabilityContext": {
"restaurants_within_500m": 47,
"grocery_stores_within_500m": 3,
"pharmacy_within_500m": 2
}
}
This property passes every constraint in the query. The agent includes it in the shortlist. The difference is not the property itself. It is the data describing the property.
Implementation Guide: Enriching Properties with MapAtlas GeoEnrich API
The gap between an agent-invisible listing and an agent-visible one is a data enrichment step. The MapAtlas GeoEnrich API generates the full location attribute layer from a single input: the property's geocoordinates.
Step 1: Geocode Your Properties
If your property database stores addresses but not coordinates, start with geocoding. The MapAtlas Geocoding API converts addresses to precise latitude/longitude pairs. For hotel portfolios, batch geocoding handles thousands of properties in a single API call.
curl -X POST https://api.mapatlas.com/v1/geocode \
-H "Authorization: Bearer YOUR_API_KEY" \
-d '{"address": "Passeig de Joan de Borbó 64, Barcelona, Spain"}'
Step 2: Enrich with Location Attributes
Pass the coordinates to the GeoEnrich API. A single call returns transit access, nearby POIs by category, walkability metrics, and neighborhood classification.
curl -X POST https://api.mapatlas.com/v1/geoenrich \
-H "Authorization: Bearer YOUR_API_KEY" \
-d '{"lat": 41.3758, "lng": 2.1894, "radius": 1000, "categories": ["transit", "dining", "grocery", "attractions", "parking"]}'
The response includes structured data ready for embedding into your Schema.org JSON-LD, your OTA extranet descriptions, or your property management system's data fields.
Step 3: Embed in Structured Data
Add the enriched location attributes to your property's JSON-LD markup. For OTA-listed properties, incorporate the specific distances and POI names into the structured fields your OTA platform exposes.
Step 4: Update OTA Descriptions with Specific Data
Replace generic location language in your OTA descriptions with the specific data points from the enrichment response. "Great location near the beach" becomes "150 meters from Barceloneta Beach, 200 meters from La Barceloneta Metro (L4), 47 restaurants within a 5-minute walk."
Scaling Across a Portfolio
For hotel chains, management companies, and hospitality platforms operating hundreds or thousands of properties, the GeoEnrich API handles batch enrichment. Pass a CSV of property coordinates and receive the full location attribute set for every property, formatted for direct integration into your property management system or distribution pipeline.
Monitoring Your Visibility in Agent-Driven Search
Enriching your data is step one. Monitoring whether agents are actually recommending your property is step two.
Test with the agents directly. Run booking queries on Google AI Mode and Perplexity that match your property's profile. "4-star hotel in [your city] near [your closest landmark] with [your key amenity]." If your property does not appear, the data gap is still open.
Use the MapAtlas AEO Checker. The free AEO Checker at mapatlas.eu/aeo-checker evaluates your property's structured data against the criteria AI agents use. It identifies which location attributes are present, which are missing, and which are formatted in ways that agents cannot parse.
Track agent referral traffic. In your analytics, segment traffic from AI-related referrers: Google AI Mode referrals, Perplexity referrals, ChatGPT referrals. These are early indicators of whether your property is entering agent consideration sets.
Monitor booking source distribution. As agentic booking grows, the share of bookings originating from agent-mediated searches will increase. Properties that are agent-visible will see this in their booking source mix. Properties that are not will see a gradual decline in organic discovery as travelers shift to agent-assisted booking.
The Competitive Window
The agentic booking shift is in its early phase. Google AI Mode is rolling out progressively. Perplexity's travel agent is gaining users but has not reached mainstream adoption. Most hotel operators have not heard of agentic booking, let alone optimized for it.
This is the window. The properties that enrich their location data now will build agent recommendation history during the lowest-competition period. The same dynamic played out with Google Hotel Ads in 2015, with OTA SEO in 2010, with mobile booking optimization in 2017. Early movers who understood the new evaluation criteria locked in advantages that took late adopters years to close.
The agent is evaluating your property right now. It is checking your transit data, your walkability context, your proximity to the attractions the traveler asked about. If those data fields are empty, the agent moves on in milliseconds.
The question is not whether agentic booking will affect your property. It is whether your location data will be ready when it does.
Related reading:
- Why your hotel is invisible on ChatGPT
- Airbnb rebuilt its search around AI
- The complete AEO guide for local businesses
- Check your AI visibility score for free
Frequently Asked Questions
What are AI booking agents and how do they affect hotels?
AI booking agents are autonomous systems built into platforms like Google AI Mode and Perplexity that can search, evaluate, and complete hotel reservations without the user ever visiting a booking page. They evaluate properties programmatically using structured data, location attributes, and review signals. Properties without machine-readable geo data are filtered out before a human traveler sees any results.
Which platforms have launched AI hotel booking agents in 2026?
Google AI Mode launched agentic hotel booking with integrations to Booking.com, Expedia, and major chains including Marriott, IHG, and Wyndham. Perplexity rolled out its travel booking agent in early 2026. Booking.com's own AI Trip Planner and Expedia's Romie agent also operate autonomously within their platforms.
What location data do AI booking agents need to recommend a hotel?
AI booking agents evaluate six core location attributes: transit accessibility (distance to metro, bus, airport shuttle), walkability context (nearby restaurants, shops, services within walking distance), parking availability and type, proximity to key attractions, neighborhood safety and character signals, and verified geocoordinates. Missing any of these can exclude a property from agent-generated recommendations.
How can hotels make their properties visible to AI booking agents?
Hotels need to enrich their listing data with machine-readable location attributes: precise geocoordinates, structured nearby-POI inventories with distances, transit access details, walkability scores, and parking information. The MapAtlas GeoEnrich API can generate all of these attributes from a single coordinate pair, formatted for direct embedding into Schema.org JSON-LD or distribution to OTA platforms.
What percentage of hotel properties are currently visible to AI booking agents?
Based on structured data audits across major booking platforms, roughly 80% of hotel properties lack the machine-readable location attributes that AI booking agents require to make confident recommendations. These properties have basic listing data (name, address, photos, price) but no structured transit, walkability, or proximity data that agents use for location-specific queries.

