01 / Overview

Find Places. Bring Their Details Into Your App.

Help people search for businesses and points of interest, select a place, and explore its details. Places API connects search and Autocomplete with place information and photos.

A Place ID Connects The Experience

Conceptual Overview
Discover

Search Or Autocomplete

Find places or help a user complete a search.

Identify

Place ID

Use the identifier to connect place lookups.

Explore

Details And Photos

Request the fields and media your experience needs.

Place Details
Place Photos
Search and Autocomplete are alternative entry points. Photo retrieval uses a photo resource name; fields, availability, and billing depend on the request.

At A Glance

  • Provides: Search, place lookup, Autocomplete, and photo retrieval.
  • Not: Foot traffic, unrestricted bulk export, or guaranteed field availability.
5core API workflows
3endpoints require response masks
2HTTP request methods: GET and POST
1Place ID connects lookup workflows

02 / What's Included

Choose The Endpoint For The Job

Text Search, Nearby Search, and Autocomplete use POST with JSON bodies. Place Details and Place Photos use GET. Required fields, masks, response shapes, and billing rules vary by endpoint; a photo request can return image media rather than a place JSON object.

Included

  • Text Search — free-form query, e.g. "vegan restaurants in Austin"
  • Nearby Search — radius + place-type search around a point
  • Place Details — the full record for one place ID
  • Autocomplete — type-ahead place & address predictions
  • Place Photos — imagery served by photo reference

Not Included

  • Address ↔ coordinate conversion (Geocoding API)
  • Address validation (separate API; no delivery guarantee)
  • Turn-by-turn routing (Routes API)
  • Bulk place-attribute export for analytics (Places Insights)

Common Request Parameters

textQueryincludedType locationBiaslocationRestriction rankPreferencelanguageCode regionCode

Depends On The Endpoint

HTTPS: GET or POSTBody where requiredMask where required
Place Details resultplaces.get
idSTRING
displayNameTEXT
formattedAddressSTRING
ratingDOUBLE
currentOpeningHoursOBJECT
···· photos, reviews, summaries — billing depends on the endpoint and selected fields

03 / Search & Ranking

Search That Filters Like A Product, Not Just A Keyword Box

Text Search and Nearby Search take real filtering parameters directly in the request — price, rating, open-now status, even EV-charger requirements — instead of forcing you to over-fetch and filter client-side. Nearby Search also lets you choose how results are ordered.

Built-in Filters

  • priceLevels and minRating narrow Text Search results in the same call, no second round-trip
  • rankPreference reorders Nearby Search by POPULARITY (default) or raw DISTANCE
  • evOptions filters for a minimum charging rate and specific connector types — genuine EV-aware search, not a bolt-on

Text Search Filters

priceLevelsminRatingopenNowstrictTypeFilteringevOptions

Nearby Search Ranking & Scope

rankPreferenceincludedTypesexcludedTypesincludedPrimaryTypes

04 / Autocomplete Sessions

The Session Ending Determines The Bill

Create a fresh token for each Autocomplete session and reuse it on its prediction requests and eligible terminating request. Session billing depends on how the session ends; it does not mean that every search is charged once.

How A Session Works

  • Keep one token for one user session; do not reuse completed tokens
  • Details Essentials: prediction requests 1–12 are billed; 13 onward use the no-charge session SKU, plus the terminating Details charge
  • IDs-only Details termination or an abandoned session: prediction requests revert to per-request pricing
  • Other eligible Details termination uses Enterprise + Atmosphere session-termination pricing; Address Validation termination uses Address Validation Enterprise
How Does The Session End?
01
Details Essentials

First 12 predictions billed + Details; later predictions use Session Usage.

02
Higher-Tier Details

Predictions use Session Usage; terminator billed at Details Enterprise + Atmosphere.

03
Address Validation

Predictions use Session Usage; validation billed at Address Validation Enterprise.

04
IDs Only Or No Terminator

Predictions billed per request.

Assumes correctly formed, eligible sessions. Consult the session-pricing rules for implementation details.

05 / Place Attributes & AI

The Response Is Richer Than A Name And An Address

Place Details doesn't stop at contact info. EV charging connector types and rates, parking and payment options, accessibility features, and Google's AI-generated place and review summaries are all fields on the same response — gated by field mask, like everything else.

Notable Fields

  • accessibilityOptions exposes wheelchair-accessible entrance, parking, restroom, and seating as individual booleans
  • evChargeOptions returns connector type, count, and max charging rate per station
  • generativeSummary and reviewSummary are summaries with field-specific availability and attribution requirements, not raw review text
  • currentSecondaryOpeningHours covers cases like a separate drive-through or delivery schedule

Real-world Attributes

evChargeOptionsfuelOptionsparkingOptionsaccessibilityOptionspaymentOptions

Hours & Status

currentOpeningHoursregularOpeningHourscurrentSecondaryOpeningHoursbusinessStatus

Summaries (Enterprise + Atmosphere)

generativeSummaryreviewSummaryeditorialSummary

06 / Field Masks & SKUs

Endpoint And Field Mask Set The SKU

Text Search, Nearby Search, and Place Details require a response field mask. Within the selected endpoint, the highest-priced requested field sets that request’s applicable tier. Autocomplete and Photos have separate rules; there is no universal five-tier ladder for every method.

The Trap Teams Fall Into

  • asking for reviews on a card that only renders a name and a pin pushes the entire call into the priciest tier
  • the mask is enforced per request, not per project — two calls to the same endpoint can land in two different SKU tiers
  • a leaner mask usually means a smaller, faster response too, not just a cheaper one
Place Details Field Ladder
01
Essentials / IDs Only

id is IDs Only; formattedAddress and location require Essentials.

02
Pro

displayName and other Pro fields raise a Details request to Pro.

03
Enterprise

rating, userRatingCount, priceLevel, currentOpeningHours, websiteUri.

04
Enterprise + Atmosphere

reviews and applicable summary fields.

This ladder is for Place Details. Text Search and Nearby Search have their own field-to-SKU mappings.

07 / Why Go Through Us

Plan The Integration And Its Operating Cost

Map each screen to the fields it needs, define eligible Autocomplete sessions, and estimate traffic by SKU. Your team can perform this review directly or scope it with Navagis; included services and commercial terms depend on the agreement.

Review AreaImplementation Decision
Field MasksRequest only the fields the feature needs; map each to its endpoint’s SKU.
SessionsTest completed, abandoned, IDs-only, and validation-terminated sessions.
MigrationCompare request methods, field names, errors, attribution, and costs.
BillingEstimate usage by SKU and cumulative volume band; confirm the account arrangement.
SupportDefine the support scope, response targets, and escalation process in the agreement.

Google documentation and support options are available directly. Partner services, pricing, billing consolidation, and response commitments must be confirmed in the applicable proposal.

08 / Legacy → New

Migrate Method By Method

Legacy and New APIs differ in request/response shapes, field selection, and billing. Legacy already supported session pricing and Basic, Contact, and Atmosphere data categories. Compare the specific method rather than assuming all calls change from GET to POST or all lean requests become cheaper.

What Changes In The Move

  • Text Search and Nearby Search move to POST/JSON; Place Details remains GET
  • Translate field names and nesting, then test response handling and attribution
  • Compare Legacy data-category charges with New endpoint/field-mask tiers using realistic traffic
Migration Checks
01
Request

Method, path, body, API enablement, and credential restrictions

02
Response

Field names, masks, missing values, and errors

03
Cost And Display

Session endings, SKU mix, attribution, and feature availability

Run the old and new workflows against representative inputs before switching.

09 / Extend With Maps Platform

A Place ID Is A Key Into The Rest Of Maps Platform

Once you have a place ID, bridge straight into the API built for the next step — no separate vendor, no separate place model to reconcile.

Enable and authenticate each service separately. Places Insights uses BigQuery permissions and dataset access, not a Places API key; commercial scope and billing arrangements should be confirmed.

Geocoding APIResolve a free-text address into a precise coordinate before or after a Places lookup.
Routes APIFeed a place ID straight in as an origin or destination for directions and ETAs.
Address Validation APIValidate address components and review uncertainty; a Place record does not guarantee delivery.
Places InsightsAnalyze place distributions through governed, country-specific BigQuery datasets.

Pairs Well With

Geocoding API Routes API Address Validation API Places Insights Maps JavaScript API BigQuery

10 / Example Requests

What A Request Actually Looks Like

One Text Search, one Nearby Search — both POST/JSON, both field-masked. Select Show Example on either card; these are mocked responses, not a live connection.

Text Search · Enterprise

Selected output fields from an illustrative response

POST https://places.googleapis.com/v1/places:searchText
X-Goog-Api-Key: YOUR_API_KEY
X-Goog-FieldMask: places.displayName,places.rating,places.currentOpeningHours

{"textQuery":"coffee shops in Austin, TX"}

Illustrative output · No request executed

displayName.textRatingcurrentOpeningHours.openNow
Example Coffee A4.6true
Example Coffee B4.4false
Nearby Search · Pro

Synthetic points inside the requested 800 m circle

POST https://places.googleapis.com/v1/places:searchNearby
X-Goog-Api-Key: YOUR_API_KEY
X-Goog-FieldMask: places.displayName,places.location,places.types

{"includedTypes":["cafe"],"maxResultCount":2,
 "locationRestriction":{"circle":{
   "center":{"latitude":30.267,"longitude":-97.743},
   "radius":800}}}

Illustrative output · No request executed

displayName.textLocationTypes
Example Cafe A30.268, -97.744cafe
Example Cafe B30.264, -97.742cafe

11 / Reliability

Plan For Reliability And Recovery

The Maps Platform SLA defines service availability commitments for covered services. Design your integration to handle errors and retries; an uptime commitment does not guarantee the correctness or completeness of each result.

The Commitment

  • 99.9% monthly uptime objective for covered services
  • Credits require eligibility, a timely claim, and the conditions in the SLA

The Proof

  • Use the public status dashboard to investigate incidents
  • Preview and Experimental features are subject to their own terms and exclusions
Operating Checklist
01
Handle Responses

Inspect status and returned fields; missing data is not a successful business decision.

02
Recover Safely

Use bounded retries and backoff for retryable failures; avoid retry storms.

03
Review An Incident

Compare your logs with the public status dashboard and SLA claim requirements.

Availability and result quality are different measures.

12 / Pricing

Estimate Usage By Endpoint And Tier

Choose fields for the user experience, then calculate the resulting SKU mix. A name and pin require different tiers across endpoints; reviews on Place Details require Enterprise + Atmosphere. Session termination is a separate billing decision. Use current per-SKU allowances and cumulative volume bands.

Estimate cost from expected calls, endpoint-specific field tiers, session endings, and cumulative volume bands. Compare the result with the user experience you need; a review does not guarantee savings.

EndpointBilling Basis
Text SearchHighest applicable field tier; IDs-only has its own SKU
Nearby SearchPro, Enterprise, or Enterprise + Atmosphere fields
Place DetailsEndpoint-specific field tiers; session termination may change billing
AutocompletePer-request or eligible session rules
Place PhotosPhoto retrieval SKU, separate from Details

Billing rules reviewed September 14, 2026. Check current per-SKU prices, free allowances, and cumulative volume bands before quoting. Legacy has its own data-category and session rules; it is not universally flat-priced regardless of fields.

13 / Get Started

Design The Field Mask And Session Strategy Before You Write The Integration

The biggest cost decisions in a Places integration happen before the first line of code — deciding what each screen actually needs to render, and whether Autocomplete is wired for sessions. Get those right and everything downstream, from the API call to the invoice, follows.

1
Map every screen to the fields it needswrite the field mask before the API call, not after seeing the bill
2
Wire Autocomplete for session tokensconfirm the token is generated once per search and closed by the Details call
3
Launch with per-SKU billing alertsmonitor which tier your real traffic lands in, not just total call volume
Places API · Technical explainer · Reviewed September 14, 2026. Examples are illustrative. Availability, pricing, and feature coverage may change; linked official documentation governs.