Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Desenvolvedores do Espaço Econômico Europeu (EEE)
Introdução
A API Places (nova) oferece melhor performance e um novo modelo de preços, o que torna interessante atualizar os apps que usam a API Places (legada). Para mais detalhes sobre a comparação de recursos, consulte Escolher sua API.
Use este guia para entender as principais diferenças entre a API Places (nova) e a API Places (legada), além de como lidar com as mudanças necessárias.
Práticas recomendadas de faturamento para migração
warning_amber
Esta orientação se aplica se o uso da API for alto o suficiente para
passar para os preços de segundo nível. Ao migrar para uma versão mais recente de uma API, você também recebe cobranças por uma SKU diferente. Para evitar custos maiores durante o mês da transição, recomendamos mudar para as novas APIs em produção o mais próximo possível do início do mês. Isso garante que você alcance os níveis de preços mensais mais econômicos durante o mês da migração. Para informações sobre níveis de preços, consulte a página de preços e as perguntas frequentes sobre preços.
Ativar a API Places (nova)
Para usar os recursos da API Places (nova), primeiro ative a API Places (nova) no projeto do Google Cloud. Para mais
informações, consulte Configurar seu projeto do Google Cloud.
Em seguida, verifique se você adicionou a API Places (nova) à chave de API usada pelo seu app. Para mais informações, consulte Usar chaves de API.
Mudanças gerais
Algumas mudanças gerais que se aplicam a várias APIs incluem:
Todas as novas APIs são compatíveis com chaves de API e tokens OAuth como mecanismo de autenticação.
Apenas JSON é aceito como formato de resposta.
O mascaramento de campo é obrigatório para Place Details (novo), Nearby Search (novo) e Text Search (novo) para especificar quais campos você quer que sejam retornados na resposta. Para mais informações, consulte FieldMask.
[null,null,["Última atualização 2025-08-29 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)"]]
