Короткий ответ на 21 марта 2026 года такой: официальной заменой gemini-2.5-pro является gemini-3.1-pro-preview. Это прямо указано на живой странице deprecations. Но инженерная проблема здесь не сводится к одной строке из таблицы. gemini-2.5-pro все еще работает, все еще помечен как stable, и для него указана не прошедшая дата отключения, а самая ранняя дата shutdown 17 июня 2026 года. Одновременно gemini-3.1-pro-preview уже очевидно является новой Pro-линией Google, но она остается Preview и стоит дороже.
Поэтому реальный смысл этого запроса не в том, "как называется successor", а в том, "когда переводить трафик, что мигрировать первым и нужно ли продолжать держать 2.5 Pro как стабильный default". Если вам уже нужна премиальная reasoning-модель для сложного кода, многошаговых агентных сценариев и дорогих ошибок, начинать benchmark для gemini-3.1-pro-preview нужно сейчас. Если же главный приоритет -- стабильность, меньшая цена за токен и низкофрикционный тестовый контур, то более рационально оставить gemini-2.5-pro в работе и провести контролируемую миграцию до 17 июня 2026 года, а не делать слепой cutover сегодня.
Проблема нынешней выдачи в том, что разные официальные страницы отвечают на разные части вопроса. Таблица deprecations отвечает про lifecycle, pricing -- про деньги, model pages -- про статус и позиционирование. Операционное решение появляется только тогда, когда эти три сигнала читаются вместе.
Краткое содержание
- Официальная замена
gemini-2.5-pro--gemini-3.1-pro-preview. gemini-2.5-proеще не отключен. На 21 марта 2026 года в таблице deprecations указана самая ранняя дата shutdown 17 июня 2026 года.gemini-3.1-pro-previewвсе еще Preview и дороже, поэтому "recommended replacement" не означает "лучший немедленный default для всех команд".- Для многих команд самый безопасный путь -- начать benchmark сейчас, при необходимости держать dual routing и завершить миграцию заранее, а не под сам дедлайн.
Если сжать текущую ситуацию в одну таблицу, она выглядит так:
| Параметр | Gemini 3.1 Pro Preview | Gemini 2.5 Pro | Практический смысл |
|---|---|---|---|
| Официальный статус | Preview | Stable | Новый successor не равен более безопасному продакшен-пути |
| Model ID | gemini-3.1-pro-preview | gemini-2.5-pro | Переход требует явной смены model ID |
| Дата релиза | 19 февраля 2026 года | 17 июня 2025 года | 3.1 -- новая линия, 2.5 -- переходная линия |
| Guidance по shutdown | Дата отключения не объявлена | Earliest shutdown 17 июня 2026 года | Время на миграцию есть, но оно ограничено |
| Free-tier visibility | На pricing page нет строки free tier | На pricing page строка free tier есть | 2.5 Pro все еще проще использовать для тестов |
| Цена до 200k | $2.00 input / $12.00 output за 1M | $1.25 input / $10.00 output за 1M | 3.1 стоит дороже уже в стандартной зоне |
| Цена выше 200k | $4.00 input / $18.00 output | $2.50 input / $15.00 output | Длинные промпты тоже дороже |
| Контекст / output | 1,048,576 input / 65,536 output | 1,048,576 input / 65,536 output | Это не история про рост контекстного окна |
| Public Batch API ceilings | В публичной таблице те же ceilings | В публичной таблице те же ceilings | Документация не обещает явного throughput-выигрыша |
Эти строки подтверждаются официальными deprecations, pricing, rate limits, страницей Gemini 2.5 Pro и страницей Gemini 3.1 Pro Preview.
Что официально заменяет Gemini 2.5 Pro
Если нужен узкий lifecycle-ответ, Google его уже дал. На актуальной странице deprecations для gemini-2.5-pro указаны:
- дата релиза 17 июня 2025 года
- самая ранняя дата отключения 17 июня 2026 года
- рекомендуемая замена
gemini-3.1-pro-preview
Из этого сразу следуют два важных уточнения.
Первое: gemini-2.5-pro не "уже мертв". Если вы используете stable model ID gemini-2.5-pro, официальная страница не говорит, что он уже недоступен. Она говорит, что earliest shutdown -- 17 июня 2026 года. Значит, окно для плановой миграции еще есть.
Второе: вопрос о замене не равен бесшовному handoff "stable на stable". Официальный successor -- это Preview-модель. На отдельной странице Gemini 3.1 Pro Preview, в анонсе Google Blog и в model card Google DeepMind 3.1 Pro последовательно позиционируется как forward lane для сложных reasoning-задач, но не как завершенный GA-baseline.
Для части команд этого все равно достаточно: если вы уже покупаете Pro ради сложной работы, логично начинать именно с той модели, которую Google толкает вперед. Но для команд, у которых зрелость продукта -- часть риска, важнее другой вывод: путь вперед уже назван, но правильный момент перехода по-прежнему зависит от нагрузки.
Если у вас проблема не с gemini-2.5-pro, а со старым gemini-3-pro-preview, сначала посмотрите наш отдельный материал Gemini 3 Pro Preview not found. Это другой shutdown-сценарий с другим исправлением.
Почему вопрос о замене сложнее, чем кажется по таблице deprecations
Таблица deprecations показывает, куда Google хочет вести семейство Pro. Она не отвечает на вопрос, стоит ли вам переключать все прямо сейчас.
Этот пробел закрывают три дополнительных факта.
Во-первых, successor стоит дороже. На текущей pricing page у gemini-3.1-pro-preview цена составляет $2.00 input / $12.00 output за 1M tokens до 200k prompt tokens и $4.00 / $18.00 выше 200k. У gemini-2.5-pro сейчас $1.25 / $10.00 до 200k и $2.50 / $15.00 выше 200k. Это не "апгрейд без экономического решения", а явный premium path.
Во-вторых, free-tier story становится хуже, а не лучше. На pricing page для gemini-2.5-pro строка free tier по-прежнему видна, а для gemini-3.1-pro-preview нет. Да, тут нужен нюанс: на официальном форуме Google AI Developers есть обсуждение, где free-tier доступ к 2.5 Pro описывается как best-effort, а не как надежный capacity layer. Но best-effort free path и отсутствие видимого free-tier row -- это разные вещи. Если вы используете 2.5 Pro для smoke tests, быстрых prompt-экспериментов или легкого staging, миграция меняет не только продакшен-маршрут, но и экономику разработки.
В-третьих, публичные rate-limit docs пока не показывают явный throughput-выигрыш у replacement-модели. На текущей странице rate limits есть оговорка, что actual capacity may vary, а в публичных таблицах Batch API у 3.1 Pro Preview и 2.5 Pro одинаковые опубликованные ceilings по Tier 1, Tier 2 и Tier 3. Значит, нельзя успокаивать себя мыслью, что новая линия уже публично подтверждена как более дешевая, более доступная и более быстрая. Это не так.
Именно поэтому этот запрос -- это прежде всего страница про timing миграции, а не просто "какая модель идет следующей в каталоге". Официальная замена ясна. Лучший момент переключения -- нет.
Что реально меняется при переходе на Gemini 3.1 Pro Preview
Главное обновление здесь не в размере контекста, а в уровне амбиций модели.
На странице Gemini 3.1 Pro Preview Google говорит о лучшем thinking, improved token efficiency, более grounded-ответах и более сильном поведении в software-engineering и agentic workflows. В анонсе Google Blog 3.1 Pro подается как upgraded core intelligence для действительно сложных задач. А model card DeepMind вообще называет его самым продвинутым Google-модельным уровнем для complex tasks на момент публикации 19 февраля 2026 года.
Но одновременно важно увидеть, что headline-shape продукта почти не меняется:
- и 2.5 Pro, и 3.1 Pro Preview дают 1,048,576-token input window
- обе модели дают 65,536-token output limit
- обе остаются частью широкого мультимодального семейства Google
То есть это не история, где старый Pro внезапно становится слишком маленьким или очевидно слабым для того же класса задач. Это история, где Google говорит: будущая Pro-линия должна быть умнее, сильнее в reasoning и agentic work, а старая stable-линия все еще достаточна для большой части текущего продакшена.
Именно поэтому полезно читать и более широкое сравнение Gemini 3.1 Pro vs Gemini 2.5 Pro. Там важнее benchmark и routing. Но для ключа "replacement" достаточно более простого вывода:
- 3.1 Pro Preview -- forward lane
- 2.5 Pro -- carryover lane
- для многих команд правильно использовать эти линии по-разному, а не делать вид, что одна модель мгновенно заменяет другую во всем
Кому мигрировать сейчас, кому сначала benchmark, а кому подождать
Самая слабая часть большинства текущих страниц -- они не разделяют читателей на реальные группы.
На 21 марта 2026 года самая практичная рекомендация выглядит не как "переключить все" и не как "ждать GA", а как сортировка команд по четырем сценариям.
| Ваша ситуация | Лучший шаг сейчас | Почему |
|---|---|---|
| Вы запускаете новый premium reasoning или agentic workflow и уже готовы платить за Pro | Начинайте с gemini-3.1-pro-preview, но держите fallback | Если нагрузка реально сложная, логично учиться successor-линии уже сейчас |
У вас gemini-2.5-pro уже стабильно работает в продакшене, а зрелость важнее новизны | Сначала benchmark, потом staged migration | 2.5 Pro все еще stable, дешевле и еще не отключен |
| Вы частично держитесь за 2.5 Pro из-за free tier или дешевого тестового контура | Пока подержите 2.5 Pro и отдельно заложите бюджет на переход | 3.1 Pro Preview не сохраняет ту же форму доступа |
| Вам нужен стабильный successor того же уровня риска | Подождать можно, но не до последней минуты | Replacement уже назван, просто он пока Preview-only |
Для большинства серьезных API-команд правильный default-совет -- benchmark-first migration.
Это значит довольно конкретные вещи:
- оставьте
gemini-2.5-proна workloads, где он уже доказал свою пригодность - протестируйте
gemini-3.1-pro-previewтам, где лучший reasoning, coding или agentic behavior действительно меняют downstream-результат - не делайте полный cutover, пока новая линия не оправдает более высокую цену и Preview-риск на вашем трафике
Это особенно важно, если ваш текущий трафик 2.5 Pro широк и скучен, а не "frontier и glamorous". Большая часть продакшен-нагрузки -- это не исследования, а повторяемые, стабильные, cost-sensitive задачи. Для них "новее" не равно "лучше". Replacement должен приносить измеримую выгоду.
Обратное тоже верно. Если вы уже видите, что ваш bottleneck -- это сложное reasoning, долгие multi-step agent loops или coding-задачи с высокой стоимостью ошибки, слишком долго откладывать освоение 3.1 Pro Preview тоже нельзя. Направление Google уже очевидно, и вы не хотите впервые серьезно тестировать successor-линию за несколько дней до shutdown window.
Чеклист миграции до 17 июня 2026 года
Если нужен максимально безопасный путь, логика должна быть такой.
1. Инвентаризируйте, где именно используется gemini-2.5-pro. Сначала мыслите не model ID, а workload:
- coding assistants
- сложные reasoning prompts
- document synthesis
- agent/tool orchestration
- внутренние evals и prompt tests
- staging и smoke tests
У многих команд неправильное решение появляется в тот момент, когда они меряют один усредненный benchmark и выдают его за истину для всех нагрузок.
2. Сначала переводите самые сложные задачи, а не весь флот. Google позиционирует 3.1 Pro Preview как сильную complex-task lane, значит проверять его сначала стоит там:
- на промптах, которые уже проваливаются на 2.5 Pro
- в workflow, где лучшая первая версия снижает объем ручной проверки
- в agent-loop задачах, где ранняя ошибка дорого размножается в ретраи
- в coding-потоках, где повышенная надежность оправдывает большую цену за токен
Если новая модель не меняет результат материально, платить premium заранее нет смысла.
3. Явно обновите model IDs. Не полагайтесь на размытые "latest Pro" внутри wrapper-слоя или внутренних утилит. В период миграции безопаснее знать точно, какой workload уже ушел, а какой еще нет.
pythonmodel = "gemini-2.5-pro" # официальная replacement-линия model = "gemini-3.1-pro-preview"
4. Смотрите не только на quality, но и на economics. В benchmark-таблице должны быть хотя бы:
- дельта качества на реальных prompts
- дельта token cost
- частота retry и fallback
- поведение rate limits в вашем аккаунте
- влияние потери free-tier пути 2.5 Pro на development workflow
Команды, которые игнорируют cost и access, почти всегда делают слишком уверенный вывод в пользу новой линии.
5. Поставьте внутренний дедлайн раньше 17 июня 2026 года. В deprecations указана earliest shutdown date, а не "гарантированно последний безопасный день". Гораздо разумнее выбрать собственный cutoff заранее, спокойно закончить миграцию и оставить буфер на cleanup.
Если вы сознательно хотите подержать 2.5 Pro еще какое-то время, это нормально. Но пусть это будет осознанный holdover с датой выхода, а не бесконечная инерция.
Один практический риск: free tier и ожидания по надежности
Самая плохая трактовка этой темы звучит так: "раз у 2.5 Pro все еще есть free-tier row, можно просто сидеть на нем до последней секунды".
Это слишком оптимистично.
Официальное обсуждение free-tier доступа к 2.5 Pro на форуме уже достаточно явно говорит: бесплатный режим стоит считать best-effort, а не основой для серьезных приложений. Отдельные community-треды про overload у 2.5 Pro не доказывают, что модель "сломана", и не должны использоваться как жесткий продуктовый факт. Но они подчеркивают тот же operational lesson: carryover lane все еще пригодна к работе, но не является священной и неизменной.
Поэтому практический вывод такой:
- не нужно panic-migrate только потому, что successor уже назван
- не нужно романтизировать старую линию как вечный safe harbor
- оставшееся окно лучше использовать для намеренной миграции, а не ждать момента, когда документация принудит к действию
Если нужен более широкий контекст по деньгам и доступу, посмотрите наши материалы Gemini API free quota 2026, Gemini 3.1 Pro vs Gemini 2.5 Pro и английский гайд по Gemini API pricing 2026. Для rate-limit деталей локального русскоязычного аналога пока нет, поэтому здесь осознанно даем английский fallback.
FAQ
Является ли gemini-3.1-pro-preview официальной заменой gemini-2.5-pro?
Да. На текущей странице deprecations Google указывает gemini-3.1-pro-preview как recommended replacement для gemini-2.5-pro.
gemini-2.5-pro уже отключен?
Нет. По состоянию на 21 марта 2026 года официальная таблица указывает 17 июня 2026 года как earliest shutdown date, а не как дату, которая уже прошла.
Есть ли уже stable successor того же класса риска?
Не в текущей официальной migration-surface. Названный преемник -- gemini-3.1-pro-preview, и он остается Preview-only.
Gemini 3.1 Pro Preview дешевле, чем Gemini 2.5 Pro?
Нет. По текущей pricing page 3.1 Pro Preview дороже 2.5 Pro и в стандартной, и в long-context ценовой зоне.
Если меня устраивает Gemini 2.5 Pro, нужно ли переключаться немедленно?
Обычно нет. Для большинства команд лучше сначала провести benchmark, перевести самые сложные workloads и завершить полный cutover до приближения окна 17 июня 2026 года.
Где смотреть более широкий head-to-head benchmark, а не только replacement-ответ?
В нашем материале Gemini 3.1 Pro vs Gemini 2.5 Pro. Эта страница намеренно уже и сфокусирована на миграции.