Google Places API (Legacy) заморожен: что должны сделать EU-разработчики до начала отсчёта до устаревания

Google заморозил устаревший Places API в марте 2025 года. Он по-прежнему работает, но новых функций не получит, а устаревание неизбежно. Для EU-разработчиков решение о миграции сложнее, чем предполагает документация Google.

В марте 2025 года Google тихо перестроил свою картографическую платформу, создав реальную срочность для разработчиков, пусть формулировки и были мягкими. Устаревший Places API, Directions API и Distance Matrix API были реклассифицированы как «устаревшие сервисы». Они по-прежнему работают. Они будут работать до тех пор, пока Google не объявит дату устаревания. Но они заморожены.

Никаких новых функций. Никаких архитектурных улучшений. Скидки на объём ограничены уровнем 100 000+, ниже того, что нужно более крупным приложениям. А в будущем объявление об устаревании с уведомлением за 12 месяцев.

Для большинства разработчиков вопрос не в том, мигрировать ли. Вопрос в том, когда и на что.

Для EU-разработчиков расчёт иной. Решение о миграции включает не только совместимость API и ценообразование, но и соответствие GDPR, резидентность данных и правовые риски, связанные с инфраструктурой в США, которые собственная документация Google не освещает в полной мере.

Это руководство охватывает: что изменилось, что предполагает миграция и какие вопросы EU-командам стоит задать, прежде чем определиться с направлением.

Что Google изменил в марте 2025 года

Перестройка в марте 2025 года имела два отдельных компонента, которые многие разработчики смешали воедино.

Перестройка ценообразования: Google заменил фиксированный ежемесячный кредит в 200 долларов бесплатными уровнями для каждого SKU. Вместо единого кредита, применимого к любой комбинации API, у каждого типа API теперь есть собственный бесплатный уровень:

• Geocoding API: 10 000 бесплатных событий/месяц, затем 2–7 долларов за 1 000
• Maps JavaScript API: 10 000 бесплатных событий/месяц
• Places API (New): бесплатный уровень для каждого типа запроса
• Routes API: бесплатный уровень для каждого типа маршрута

Для разработчиков, активно использовавших один API в рамках старого кредита в 200 долларов, новая модель может означать увеличение расходов. Для разработчиков, распределённых по нескольким типам API, бесплатные уровни по SKU могут снизить затраты. Единственный способ узнать наверняка: сопоставить текущее использование с новой структурой SKU.

Наряду с изменением ценообразования Google запустил подписные планы: Starter за 100 долларов/месяц (50 000 суммарных вызовов), Essentials за 275 долларов/месяц (100 000 суммарных вызовов) и Pro за 1 200 долларов/месяц (250 000 суммарных вызовов). Эти планы призваны обеспечить предсказуемость при масштабировании, но добавляют ещё один уровень сложности в прогнозирование затрат.

Признание API устаревшими: Отдельно Google признал три API устаревшими сервисами:

• Places API (Legacy): заменён Places API (New)
• Directions API: заменён Routes API
• Distance Matrix API: заменён Routes API с computeRouteMatrix

Статус «устаревшего» означает, что эти API не получают новых функций и не имеют права на новые расширенные уровни скидок на объём. Они находятся в режиме обслуживания.

Что реально меняет Places API (New)

Places API (New) не является заменой с прямой совместимостью с прямой совместимостью. У него другой формат запроса, другая структура ответа и другая модель выбора полей.

Наиболее значимое изменение: маскировка полей. Устаревший API возвращает фиксированную структуру ответа. Новый API требует указывать, какие поля вам нужны, через заголовок маски поля. Это снижает лишнюю передачу данных и означает, что вы платите только за запрашиваемые поля, но также требует обновления каждого вызова API в кодовой базе с явными масками полей.

Основные отличия, с которыми разработчики сталкиваются при миграции:

Формат запроса: Новый API использует POST-запросы с телом JSON, а не GET-запросы с параметрами запроса. Если ваша интеграция строит URL-вызовы, каждый из них нужно переструктурировать.

Структура ответа: Имена полей изменились. formatted_address стало formattedAddress (camelCase). place_id стало id. Объект geometry был переструктурирован. Код разбора ответов нужно проаудировать по всей кодовой базе.

Новые функции только в Places API (New): Сводки на основе генеративного ИИ, новые поля данных для зарядных станций для электромобилей, цен на топливо, деталей доступности и улучшенные подсказки автозаполнения. Если они вам нужны, необходима миграция.

Обработка фотографий: Формат ссылок на фотографии изменился. Фотографии, сгенерированные устаревшим API, в конечном счёте перестанут работать, поэтому все кэшированные ссылки нужно перегенерировать.

Google предоставляет руководства по миграции, но практический опыт показывает, что миграция является серьёзной инженерная задача, а не изменение конфигурации. Команды обычно закладывают от одной до четырёх недель в зависимости от сложности интеграции.

Миграция Routes API (отдельная, но связанная задача)

Directions API и Distance Matrix API следуют схожей схеме. Замена: Routes API, который использует другой формат запроса/ответа и предлагает функции, недоступные в устаревших API: маршрутизация с учётом трафика, модификаторы маршрута, поддержка двухколёсного транспорта и оптимизация расхода топлива.

Routes API также имеет иную стоимость. Устаревший Directions API тарифицировался за элемент (пара исходная точка-назначение). Routes API тарифицируется за запрос маршрута и за элемент в запросах матрицы. Для приложений с большим объёмом запросов матрицы затраты могут существенно измениться.

Если вы мигрируете Places API, стоит спланировать миграцию Routes API одновременно, а не проводить две отдельные миграции. Параллельное выполнение эффективнее последовательных миграций, каждая из которых требует собственного цикла тестирования и развёртывания.

Особенности для EU

Именно здесь решение о миграции становится более сложным для европейских разработчиков, чем следует из документации Google.

GDPR и трансграничная передача данных

Google Maps Platform использует инфраструктуру в США. Когда браузер пользователя делает запрос к Places API или загружает карту, этот запрос проходит через серверы Google в США. По GDPR это является трансграничной передачей данных.

Текущее правовое основание для таких передач: Рамочное соглашение о конфиденциальности данных ЕС-США, пришедшее на смену соглашению Privacy Shield, признанному недействительным решением Schrems II в 2020 году. DPF уже оспаривался в суде, и его долгосрочная стабильность не гарантирована. Для компаний в регулируемых отраслях (здравоохранение, финтех, юридические услуги, приложения, связанные с государственными структурами) продолжение использования инфраструктуры в США остаётся постоянной темой для соответствия требованиям, требующей мониторинга.

Использование Google Maps API также требует согласия на использование cookies для JavaScript API в некоторых реализациях, поскольку IP-адреса пользователей и идентификаторы устройств отправляются в Google. Для приложений, желающих загружать карты без баннера согласия, инфраструктура в США создаёт структурную проблему.

В 2025 году Google обновил Условия обслуживания Maps Platform для EEA, распространив их специально на плательщиков из ЕС. Разработчикам следует ознакомиться с обновлёнными условиями в части требований DPA.

Упрощение соответствия как триггер миграции

Для многих EU-команд изменения марта 2025 года стали практическим поводом переоценить, оставаться ли в экосистеме Google или перейти на EU-размещённую альтернативу.

Бизнес-обоснование для переоценки очевидно: если вы всё равно инвестируете инженерное время в миграцию (с устаревшего Places API на Places API New), дополнительные усилия для перехода к другому провайдеру зачастую меньше, чем кажется. Изменение конечных точек API, работа по сопоставлению полей и циклы тестирования в значительной мере одинаковы, независимо от того, мигрируете ли вы на новый API Google или на стороннюю альтернативу. Разница в том, что вы получаете по завершении.

EU-размещённый картографический API полностью устраняет проблему трансграничной передачи данных по GDPR. Все запросы остаются в ЕС. Не нужно согласовывать SCCs, не нужно опираться на DPF, не нужно согласие на cookies для загрузки карты. Для компаний, недавно прошедших GDPR-аудит или ожидающих его, это упрощение имеет реальную организационную ценность.

Оценка: оставаться в Google или сменить провайдера

Честный фреймворк для этого решения состоит из четырёх частей.

1. Проведите аудит текущего использования API

Прежде чем принимать какое-либо решение, составьте карту каждого вызова Places API, Directions API и Distance Matrix API в вашей кодовой базе. Подсчитайте объём по типу конечной точки. Сопоставьте это с моделью ценообразования Places API (New) и с эквивалентными конечными точками альтернативных провайдеров.

Сравнение затрат имеет смысл только с реальными данными об использовании. Приблизительных оценок на основе общего объёма запросов недостаточно, поскольку разные API у одного провайдера могут стоить по-разному.

2. Оцените GDPR-риски

Спросите свою юридическую команду или команду по соответствию, какой текущий уровень риска представляет зависимость от инфраструктуры в США именно для вашего контекста. Для SaaS-продукта с корпоративными EU-клиентами, имеющими DPA, уровень риска отличается от потребительского приложения, обрабатывающего чувствительные персональные данные.

Если упрощение соответствия имеет ценность, оцените её в денежном выражении. Внутренние юридические издержки на поддержку SCCs, мониторинг стабильности DPF и обработку запросов клиентов по вопросам соответствия: это реальная работа с реальными затратами.

3. Оцените усилия на миграцию для каждого пути

Миграция на Places API (New) в экосистеме Google: оцените, исходя из сложности вашей интеграции. Изменения маскировки полей, перестройка запросов, обновление парсинга ответов. Обычно от одной до четырёх недель инженерных усилий.

Миграция на стороннюю альтернативу: схожий инженерный объём. Изменения URL конечных точек, различия в параметрах, различия в форматах ответов. Для команд, уже использующих MapLibre GL JS в качестве уровня рендеринга (опенсорсный форк Mapbox GL JS), уровень рендеринга остаётся неизменным. Меняются только вызовы геокодирования, поиска и маршрутизации.

4. Оцените, что вы получаете на выходе

Places API (New) даёт доступ к новейшим функциям Google: улучшенному автозаполнению, сводкам на основе генеративного ИИ, расширенным данным о местах. Покрытие данных Google непревзойдённо в мировом масштабе.

EU-размещённые альтернативы, такие как MapAtlas, предлагают соответствие GDPR по умолчанию, резидентность данных в ЕС и, в ряде случаев, инструменты для видимости в ИИ-поиске, которых у API Google нет. Для приложений в сфере недвижимости, гостеприимства или логистики, где важна ИИ-обнаруживаемость страниц с местоположениями, уровень видимости в ИИ является существенным дифференциатором.

Ни один из путей не является универсально правильным. Ответ зависит от ваших требований к соответствию, чувствительности к ценообразованию и от того, какие функции наиболее важны для вашего приложения.

Что сделать прямо сейчас

Вне зависимости от выбранного пути миграции, ряд действий имеет смысл предпринять незамедлительно:

Проведите аудит и задокументируйте текущую поверхность API: Точно знайте, какие устаревшие конечные точки вы используете, как часто и от каких полей данных зависите. Эта информация необходима для любого решения о миграции.

Выполните сравнение ценообразования с реальными цифрами: Используйте фактические данные об использовании для сравнения устаревшего ценообразования, ценообразования Places API (New) и альтернативных провайдеров. Делайте это при текущем объёме и при двукратном увеличении текущего объёма.

Проверьте документацию по GDPR: Изучите текущее DPA с Google, ваши SCCs или зависимость от DPF, а также реализацию согласия на cookies. Поймите своё текущее правовое положение, прежде чем его менять.

Не мигрируйте в условиях давления времени: Устаревший API по-прежнему работает. Он заморожен, но не сломан. Принимайте решение о миграции с чёткими данными и достаточным инженерным резервом, а не торопясь из-за воспринимаемой срочности. Объявление об устаревании даст вам 12 месяцев.

Установите срок для принятия решения: «Когда Google объявит об устаревании» не является планом. Установите внутренний срок для выбора пути миграции, желательно в течение следующего квартала.

Если вы хотите сравнить, как выглядят EU-размещённые картографические API с точки зрения поверхности API, ценообразования и усилий на миграцию, MapAtlas охватывает геокодирование, автозаполнение адресов, маршрутизацию и тайлы карт по единой модели ценообразования с резидентностью данных в ЕС. На странице тарифов представлена текущая структура уровней, а бесплатный уровень (10 000 запросов в месяц для большинства API, 25 000 для геокодирования) позволяет протестировать интеграцию до принятия обязательств.

Часто задаваемые вопросы

Когда Google откажется от поддержки устаревшего Places API?

По состоянию на начало 2026 года Google не установил окончательную дату. Устаревший API был заморожен в марте 2025 года и больше не получает новых функций. Политика Google предусматривает уведомление не менее чем за 12 месяцев до устаревания. Относитесь к миграции как к срочной задаче, но не как к чрезвычайной.

Дороже ли Places API (New) по сравнению с устаревшим Places API?

Зависит от схемы использования. Новые бесплатные уровни по SKU выгодны для одних профилей использования и невыгодны для других. Сопоставьте текущие вызовы API с новой структурой SKU на основе ваших реальных данных об использовании, прежде чем делать выводы.

Нужно ли также мигрировать с Directions API?

Да, если вы хотите получить новые функции и более выгодные скидки на объём. Directions API и Distance Matrix API были признаны устаревшими сервисами в марте 2025 года. Замена: Routes API, миграция на который требует отдельной оценки.

Каков GDPR-риск продолжения работы с Google Maps API для EU-разработчика?

Google Maps Platform использует инфраструктуру в США, что требует механизмов трансграничной передачи данных по GDPR. Текущее основание: Рамочное соглашение о конфиденциальности данных ЕС-США, которое уже оспаривалось в суде. Для регулируемых отраслей это постоянный риск соответствия, требующий мониторинга.

Сколько времени займёт миграция на альтернативного провайдера?

Инженерные усилия сопоставимы с миграцией внутри Google: от одной до четырёх недель в зависимости от сложности интеграции, в основном на обновление конечных точек, различия в параметрах и тестирование форматов ответов. Команды, использующие MapLibre GL JS для рендеринга, имеют наиболее лёгкий путь миграции, поскольку уровень рендеринга остаётся неизменным.

Заключение

Изменения марта 2025 года запустили обратный отсчёт для использования устаревшего Places API, официально не начав его. API по-прежнему работает. Дата устаревания не объявлена. Но направление ясно, и миграция пройдёт менее болезненно при надлежащем планировании, чем в условиях спешки.

Для EU-разработчиков момент миграции является также моментом оценки. Инженерные усилия на смену конечных точек API в значительной мере одинаковы, независимо от того, остаётесь ли вы в Google или переходите на EU-размещённую альтернативу. Существенная разница в том, что вы берёте с собой: исчерпывающий глобальный набор данных Google с новейшими функциями или соответствие GDPR по умолчанию, упрощённое ценообразование и резидентность данных в ЕС.

Это решение стоит принимать взвешенно, с реальными данными об использовании и чётким пониманием требований к соответствию, а не по умолчанию выбирая путь наименьшего немедленного сопротивления.

Материалы по теме:

• Альтернативы Google Maps API для EU-разработчиков
• Руководство EU-разработчика по GDPR-совместимым картографическим API
• Ценообразование Google Maps API 2026: что вы реально платите
• Переход с Google Maps API: что выбирают EU-разработчики
• API автозаполнения адресов: как он улучшает конверсию на кассе