Не работает Gemini: три развилки, чтобы понять, что сломалось

#ai #llm #api #chatgpt

Прежде чем переключать VPN или выходить из аккаунта, сверьте свой случай со статус-дашбордом Google и типом ошибки — иначе есть риск чинить то, что само пройдёт через час, и игнорировать то, что само не пройдёт.

Если не работает Gemini прямо сейчас, самый ненадёжный ориентир — число жалоб в интернете. 26 июля агрегатор StatusGator показывает Gemini рабочим сервисом, а за предыдущие сутки — умеренное число жалоб, около 24 отчётов. Но полтора месяца назад, 10 июня, счётчики жалоб по одному и тому же сбою расходились в разы: Down Detector, по данным live-блога Tom's Guide, показывал пик около 2000 обращений со спадом до 500, тогда как отдельная оценка для США давала пик около 1168. Расхождение объясняется методикой: агрегаторы считают одни и те же жалобы по-разному, и одно событие получает разный масштаб в зависимости от того, кто и как его меряет. Статус Gemini на StatusGator и live-блог Tom's Guide о сбое 10 июня описывают один день с разницей в разы.

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

Развилка первая: сбой Google или локальная проблема

История Google Workspace Status Dashboard фиксирует два подтверждённых инцидента за последние месяцы. С 4 по 8 мая у части пользователей всплывало сообщение «Something went wrong (13)» — причина, названная Google, звучит как нехватка ресурсов базы данных в сочетании с багом приложения; устранили за 4 дня 2 часа. 10 июня в Gemini App и боковой панели Workspace был отдельный сбой продолжительностью 7 часов 10 минут — причину в этот раз Google не раскрыл вовсе. История инцидентов Gemini на Workspace Status Dashboard — единственный источник, где даты и длительность подтверждены самим Google, а не пересказаны через блог.

9 июля пользователи сообщества DesignTAXI обсуждали ночной всплеск недоступности по данным трекеров сбоев — но на момент снапшота 26 июля в официальной истории Google запись об этом инциденте отсутствует. Это не значит, что сбоя не было: значит, что между массовой жалобой и официальным подтверждением бывает разрыв, и если ваш дашборд чист, а Gemini не открывается прямо сейчас, проблема, скорее всего, локальная. Тред о сбое Gemini 9 июля на DesignTAXI

Развилка вторая: какая именно поверхность отказала

Веб-приложение gemini.google.com, мобильное приложение и API/AI Studio проверяют доступность по разным таблицам и разным механизмам — это отдельный тезис независимого технического блога YingTu, не подтверждённый напрямую инженерами Google, но логически совпадающий с тем, что коды ошибок в каждой поверхности разные. Смысл в том, что переключение VPN на уровне браузера никак не повлияет на ошибку в мобильном приложении, а сброс кэша приложения не поможет с кодом 429 в API. Разбор региональной доступности Gemini по поверхностям на YingTu

Код / сообщение	Поверхность	Официально подтверждено Google	Трактовка причины	Источник
1060	веб / приложение	нет	региональная блокировка или эвристика риска	форум Google Play
«Something went wrong (13)»	приложение	частично (только майский инцидент)	нехватка ресурсов БД (версия Google) vs превышение контекста беседы (версия сообщества)	Workspace Status Dashboard, Workalizer
1076	приложение	нет	зависшая сессия / перегрузка памяти браузера	личный блог (Pasquale Pillitteri)
1099	приложение	нет	серверный сбой на стороне Google	личный блог (Pasquale Pillitteri)
«Сервис недоступен» при входе	вход в аккаунт	частично (возрастные ограничения и Family Link описаны официально)	ограничение по типу аккаунта	справка Google
429 RESOURCE_EXHAUSTED	API	да	превышен лимит запросов	документация Gemini API
403 PERMISSION_DENIED	API	да	проблема прав API-ключа	документация Gemini API
400 FAILED_PRECONDITION	API	да	биллинг не подключён или страна без бесплатного тарифа	документация Gemini API
500 / 503	API	да	временный сбой на стороне Google	документация Gemini API

Единственная строка таблицы, которую Google подтверждает первоисточником вплоть до формулировки — нижние четыре, все про API. Troubleshooting guide в документации Gemini API прямо разводит 429, 403, 400 и 500/503 по причине и по тому, что должен сделать разработчик. Для потребительского приложения такого документа не существует. Это прямое ограничение всего метода диагностики по кодам, и ниже оно разобрано отдельно.

Один код, два несовместимых объяснения

Ошибка 13 — хороший пример того, что даже опытные комментаторы не сходятся в причине одного и того же симптома. Google в официальной истории инцидентов называет её следствием нехватки ресурсов базы данных и бага приложения — версия для майского окна 4–8 мая. Комьюнити-эксперт Luiz Felipe Lopes на форуме поддержки описывает ровно ту же ошибку иначе: «the 'Something went wrong (13)' error is primarily a 'context limit error'» — то есть считает её следствием превышения контекстного окна в длинном разговоре, проблемой конкретной сессии пользователя, а не сервера Google. Эти две версии не дополняют друг друга — они описывают разные механизмы одного и того же сообщения. Разбор ошибки 13 как проблемы контекстного окна от Luiz Felipe Lopes

Другой комьюнити-эксперт с того же форума, Fred SR, предлагает не гадать о причине вовсе, а просто эскалировать: «a direct report with comprehensive details is the best and most impactful course of action», если стандартные шаги не сработали за 24 часа. Практический вывод из разногласия простой: если ошибка 13 привязана к одному длинному чату — начните новый разговор до того, как писать в поддержку; если она повторяется в разных чатах на протяжении суток, объяснение через контекстное окно перестаёт работать, и ближе оказывается механизм из майского разбора самого Google — нехватка ресурсов на его стороне. Тогда, по совету Fred SR, разумнее подать детальный репорт, чем прокручивать одни и те же шаги ещё сутки. Обсуждение ошибки 13 и рекомендация подать репорт от Fred SR

Развилка третья: VPN чаще усугубляет, чем чинит

Здесь советы в сети прямо противоречат друг другу. Сервис VPNON утверждает, что коммерческие VPN используют IP датацентров, которые системы риск-детекции Google распознают быстрее обычных сайтов — включение VPN может не снять сообщение о региональной блокировке, а усилить его. У этого источника есть очевидный конфликт интересов: издатель сам продаёт VPN, поэтому к предупреждению о собственной категории продукта стоит отнестись серьёзно именно потому, что оно невыгодно автору. Разбор детекции VPN и датацентр-IP на блоге VPNON При этом на форуме Google Play пользователи жалуются на код 1060 даже находясь в странах, официально указанных как поддерживаемые — то есть проблема не всегда снимается ни включением, ни выключением VPN, потому что список доступности и фактическая проверка на устройстве расходятся. Тред об ошибке 1060 при поддерживаемой стране на форуме Google Play

Официальная страница доступности при этом вообще не упоминает VPN — Google описывает более 230 стран и территорий на 70+ языках, отдельно оговаривая, что материковый Китай доступен только для аккаунтов Workspace, и молчит о механизме проверки местоположения. Список стран доступности веб-приложения Gemini от Google Это готовый пробел: пользователь остаётся один на один с противоречивыми советами о VPN, потому что первоисточник самого вопроса не касается.

Слабое место всей этой диагностики

Стоит сказать прямо: справочника кодов потребительского приложения Gemini Google не публикует. Все расшифровки 1060, 13, 1076, 1099 в этой статье — реконструкция по независимым блогам и пользовательским тредам, а не по документации инженеров Google. Единственное, что подтверждено первоисточником для потребительской поверхности — даты и длительность инцидентов на статус-дашборде и общие требования к аккаунту при входе (13+ для личного аккаунта, 18+ для Workspace, блокировка для Family Link). Требования к аккаунту и ошибки входа в справке Google

Это ограничивает диагностику по кодам, но не обнуляет её пользу. Код работает как быстрый фильтр действий: доказать причину он не может, зато экономит перебор. Если код совпадает с описанием «зависшей сессии» (1076) — логичнее сначала перезапустить чат, а не писать в поддержку. Если совпадает с «серверным сбоем» (1099) — логичнее подождать, чем выходить из аккаунта пять раз подряд. Ошибиться в точной причине можно; выбрать неправильное действие из-за неверной ветки — дороже.

Для тех, кто держит продакшн-интеграцию на Gemini API, ошибки 429 и 500/503 задокументированы официально, с понятной рекомендацией ждать и повторить запрос. Если пользователи уже внутри приложения, а майское окно в 4 дня — не абстракция, есть смысл держать в клиенте запасной маршрут: провайдеры вроде provod.ai (российский аналог OpenRouter) собирают несколько моделей за одним OpenAI-совместимым API, и при инциденте у одного провайдера клиент можно переключить сменой base URL, не переписывая интеграцию заново, а устойчивая мультиканальность у такого агрегатора снижает эффект временной недоступности одного апстрим-провайдера.

Что делать по шагам

Если не работает Gemini прямо сейчас, пройдите эти шаги по порядку — это быстрее, чем перебирать разрозненные советы из разных источников.

Открыть StatusGator или Google Workspace Status Dashboard — если инцидент активен, действие одно: ждать, ориентируясь на прошлые окна (4 дня в мае, 7 часов в июне).
Если дашборд чист — определить поверхность: веб, мобильное приложение или API/AI Studio. Дальше действовать только внутри неё.
Сопоставить сообщение с таблицей кодов выше и определить категорию: региональная (1060), сессионная (13, 1076), серверная (1099, 500/503) или аккаунтная («сервис недоступен» при входе).
Действовать по категории: региональную — не лечить рефлекторным включением коммерческого VPN на датацентр-IP, сначала проверить без VPN; сессионную — перезапустить чат или выйти-войти в аккаунт; серверную — подождать и, если нужна непрерывность прямо сейчас, временно перейти на другую модель; аккаунтную — свериться с возрастными ограничениями и статусом Family Link.

Если после этого ошибка держится больше суток и стандартные шаги ничего не изменили — по рекомендации Fred SR имеет смысл подать детальный технический репорт напрямую в Google.

provod.ai — модели для IDE, SDK и внутренних инструментов

Не заставляйте разработчиков менять рабочую среду: OpenAI-совместимые IDE, библиотеки и приложения подключаются к общему endpoint, а команда продолжает работать привычными командами и SDK.

В одном каталоге — актуальные модели для текста и медиа: GPT от OpenAI, Claude от Anthropic, Gemini от Google, Grok от xAI, DeepSeek, Qwen, GLM, Kimi и MiniMax; для изображений — Nano Banana 2 Pro и GPT Image; для видео — последние версии Seedance, Kling, Veo и Google Omni. Также доступны модели для reasoning, поиска, документов, эмбеддингов, музыки и аудио.

Расширение выбора моделей не увеличивает тариф: стоимость запросов совпадает с официальной 1:1, без наценки со стороны provod.ai.

Подключите AI к рабочему стеку: форма регистрации · цены на модели · защита данных по 152-ФЗ · инструкция по миграции