Stay organized with collections
Save and categorize content based on your preferences.
European Economic Area (EEA) developers
Introduction
Places API (New) provides improved performance and a new pricing model,
making it worthwhile to update apps that use the Places API (Legacy). For more
details on comparing features, see Choose your
API.
Use this guide to understand key differences between Places API (New)
compared to Places API (Legacy), along with how to handle necessary changes.
Billing best practices for migration
warning_amber
This guidance applies if your API usage is high enough to
move into second-tier pricing. When migrating to a newer version of an API,
you're also being billed for a different SKU. To avoid increased costs during the month of
your transition, we recommend switching to the new APIs in production as close to the
beginning of the month as possible. This will ensure that you reach the most cost-effective
monthly pricing tiers during the migration month. For information about pricing tiers,
see the pricing page
and the pricing FAQ.
Enable Places API (New)
To use the features of Places API (New), you must first enable
Places API (New) in your Google Cloud project. For more
information, see Set up your Google Cloud
project.
You then must ensure that you have added Places API (New) to the API
key used by your app. For more information, see Use API
Keys.
General changes
Some general changes that apply to multiple APIs include:
All new APIs support both
API keys
and OAuth
tokens as the authentication mechanism.
Only JSON is supported as a response format.
Field masking is required by Place Details (New),
Nearby Search (New), and Text Search (New)
to specify which fields you want returned in the response. For more
information, see
FieldMask.
[null,null,["Last updated 2025-08-28 UTC."],[],[],null,["# Migration overview\n\n**European Economic Area (EEA) developers** If your billing address is in the European Economic Area, effective on 8 July 2025, the [Google Maps Platform EEA Terms of Service](https://cloud.google.com/terms/maps-platform/eea) will apply to your use of the Services. Functionality varies by region. [Learn more](/maps/comms/eea/faq).\n\nIntroduction\n------------\n\nPlaces API (New) provides improved performance and a new pricing model,\nmaking it worthwhile to update apps that use the Places API (Legacy). For more\ndetails on comparing features, see [Choose your\nAPI](/maps/documentation/places/web-service/choose-api).\n\nUse this guide to understand key differences between Places API (New)\ncompared to Places API (Legacy), along with how to handle necessary changes.\n\n\nBilling best practices for migration\n------------------------------------\n\nwarning_amber\n\nThis guidance applies if your API usage is high enough to\nmove into second-tier pricing. When migrating to a newer version of an API,\nyou're also being billed for a different SKU. To avoid increased costs during the month of\nyour transition, we recommend switching to the new APIs in production as close to the\nbeginning of the month as possible. This will ensure that you reach the most cost-effective\nmonthly pricing tiers during the migration month. For information about pricing tiers,\nsee the [pricing page](/maps/billing-and-pricing/pricing)\nand the [pricing FAQ](/maps/billing-and-pricing/faq).\n\n\u003cbr /\u003e\n\nEnable Places API (New)\n-----------------------\n\nTo use the features of Places API (New), you must first enable\n**Places API (New)** in your Google Cloud project. For more\ninformation, see [Set up your Google Cloud\nproject](/maps/documentation/places/web-service/cloud-setup).\n\nYou then must ensure that you have added **Places API (New)** to the API\nkey used by your app. For more information, see [Use API\nKeys](/maps/documentation/places/web-service/get-api-key).\n| **Note:** If you are using both Places API (Legacy) and Places API (New), we recommend that you create a separate API key for each API version.\n\nGeneral changes\n---------------\n\nSome general changes that apply to multiple APIs include:\n\n- All new APIs support both [API keys](/maps/documentation/places/web-service/get-api-key) and [OAuth](/maps/documentation/places/web-service/oauth-token) tokens as the authentication mechanism.\n- Only JSON is supported as a response format.\n- Field masking is required by Place Details (New), Nearby Search (New), and Text Search (New) to specify which fields you want returned in the response. For more information, see [FieldMask](/maps/documentation/places/web-service/choose-fields).\n- The [Nearby Search (New)](/maps/documentation/places/web-service/nearby-search) and [Text Search (New)](/maps/documentation/places/web-service/text-search) APIs now return the full place details to match the place details returned by [Place Details (New)](/maps/documentation/places/web-service/place-details).\n- The JSON response format for the [Place Details (New)](/maps/documentation/places/web-service/place-details), [Nearby Search (New)](/maps/documentation/places/web-service/nearby-search), and [Text Search (New)](/maps/documentation/places/web-service/text-search) APIs has changed from the format of the existing APIs. For more details, see [Migrate the Places API response](/maps/documentation/places/web-service/migrate-response).\n\nAPI-specific changes\n--------------------\n\nThis section includes the following migration guides for each API:\n\n- [Migrate to Nearby Search (New)](/maps/documentation/places/web-service/migrate-nearby)\n- [Migrate to Text Search (New)](/maps/documentation/places/web-service/migrate-text)\n- [Migrate to Place Details (New)](/maps/documentation/places/web-service/migrate-details)\n- [Migrate to Place Photos (New)](/maps/documentation/places/web-service/migrate-photo)\n- [Migrate to Autocomplete (New)](/maps/documentation/places/web-service/migrate-autocomplete)"]]
