Лимиты DeepSeek: почему сервер занят и что делать бизнесу

«Сервер занят. Пожалуйста, попробуйте позже» - самое частое, что российский пользователь DeepSeek видит вместо ответа. Подсказки Яндекса я снимал 21 сентября 2026 года: эту жалобу русский поиск подсказывает одиннадцатью способами - «сервер занят что делать», «почему постоянно занят», «как убрать ограничения», «лимит сообщений в одном чате».

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

Числа нет. Лимиты DeepSeek устроены иначе, чем у ChatGPT и Claude: у бесплатного веб-чата нет ни тарифа, ни квоты сообщений, ни счётчика, который можно исчерпать. Я прочитал пользовательское соглашение вендора целиком - числовых ограничений там не заявлено ни одного.

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

Разбираю по порядку: что именно вас останавливает, что с этим делать в ближайшие пять минут и как собрать процесс так, чтобы следующий отказ его не прерывал.

Какие лимиты DeepSeek существуют на самом деле?

Вопрос один, а ситуаций за ним три. Различить их важно, потому что действия в каждой противоположные.

Первую строку люди читают как «я исчерпал бесплатный тариф» и идут искать, где купить подписку. Подписки на веб-чат DeepSeek не существует, покупать нечего.

Третью строку читают как перегрузку и терпеливо ждут. Ожидание здесь не помогает вообще: пока маршрут не восстановят, сервис не ответит ни через час, ни ночью.

Все три строки в обсуждениях называют одним словом - лимиты DeepSeek. От этого и путаница: одно слово на три разных явления с тремя разными решениями.

Как устроены лимиты у сервисов с обычной подпиской - счётчики по окнам, сброс по расписанию, разница между запросом и токеном - я разбирал в опорном материале про лимиты нейросетей. DeepSeek в эту рамку не укладывается, и дальше объясняю почему.

Есть ли лимит сообщений у бесплатного чата?

Я проверил документ, на который вендор ссылается как на условия использования. Разделов про usage limits, rate limits и quotas в нём нет. Ближайшее по смыслу место - пункт 1.3: там сказано, что по мере развития технологий и изменения законодательства компания может дополнять, обновлять, изменять, приостанавливать или прекращать предоставление услуг.

Юридически «сервер занят» стоит именно на этом пункте: вендор вправе придержать обслуживание в одностороннем порядке. Вашей квоты он при этом не считает.

Цифру «500 сообщений в час» повторяют в обзорах, а подтверждения ей нет. Я искал её на страницах вендора - её там нет. Все носители этой цифры - подборки, собранные под поисковый трафик, без указания, откуда взято. Тот же вывод независимо сделал Лайфхакер:

«Жёсткого задокументированного лимита на число сообщений в день у бесплатного DeepSeek официально нет»

• Лайфхакер, «Почему не работает DeepSeek», 11 августа 2026

Практический вывод для владельца бизнеса. Когда сотрудник говорит «у DeepSeek кончился лимит», исчерпать он ничего не мог: лимиты DeepSeek в бесплатном чате нечем исчерпывать. Остаётся одно из трёх - очередь, длина диалога или доступ. Разбираться надо с ними, кнопки «повысить тариф» здесь нет.

Базовая работа с этим сервисом на русском языке - вход, настройка ответов, первые рабочие запросы - разобрана отдельно в материале про DeepSeek на русском. Здесь я иду дальше и считаю, что сервисом вы уже пользуетесь.

Почему DeepSeek пишет «сервер занят»?

Механика простая. Вас не отключают персонально и не наказывают за активность. Сервер получил обращение, поставил его в общую очередь и отказал на входе, потому что очередь оказалась длиннее, чем он успевает обрабатывать.

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

Второе следствие важнее. Тяжёлые режимы отказывают раньше лёгких. Отдельное сообщение про занятость поиска прямо предлагает отключить веб-поиск и повторить запрос - то есть базовый чат в этот момент ещё работает, а надстройка над ним уже нет.

Есть и та часть отказов, которую человек делает себе сам. На российском детекторе сбоев Detector404 в жалобах пользователей DeepSeek прямым текстом стоят формулировки «слишком частое повторное создание» и «редактирование слишком часто». Так выглядит ограничение по частоте: кнопку «перегенерировать» жмут подряд десять раз, сервис начинает отказывать чаще, человек жмёт ещё активнее.

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

Три попытки - разумный предел. Дальше вы работаете против себя.

Что делать прямо сейчас, когда сервер занят?

Порядок действий занимает меньше десяти минут.

1. Отключите веб-поиск и режим размышления. Надстройки отказывают первыми. Простой вопрос без них часто проходит там, где тяжёлый режим отказывает.
2. Обновите страницу или перезайдите - до трёх раз. Переподключение может попасть на другой узел. Дальше третьей попытки вы загоняете себя в ограничение по частоте.
3. Начните новый чат, если диалог длинный. Каждый следующий ход переотправляет всю переписку целиком, и в длинном чате обращение весит в разы больше, чем в начале.
4. Проверьте, у всех ли. Официальная страница статуса DeepSeek во время российского сбоя 14 сентября 2026 года показывала штатную работу. Для России смотреть надо на российские детекторы сбоев - они считают жалобы по регионам.
5. Перенесите тяжёлую задачу за пределы часов пик. По Москве это 04:00-07:00 и 09:00-13:00 по будням. Это единственный из народных советов, который подтверждается документом вендора.
6. Если ничего не помогло за полчаса - переключайтесь. Не ждите. Запасной канал для того и нужен.

Ни один из шести шагов не поднимает ваш потолок: лимиты DeepSeek со стороны пользователя не настраиваются. Шаги уменьшают вероятность попасть в отказ и сокращают время, которое вы в нём проводите. Если DeepSeek нужен вам для работы с кодом, удобнее обращаться к нему не через веб-чат, а по API - например, подключить DeepSeek как модель в Claude Code.

Пока это ручная работа одного человека, потеря получаса терпима. Когда на сервисе висит обработка заявок или ответы клиентам, полчаса тишины стоят денег, и вопрос переезжает из плоскости «что нажать» в плоскость «как собран процесс». Такие процессы мы в ClaudeLab закрываем как автоматизацию бизнеса с ИИ: переключение между поставщиками и поведение при отказе закладываются на этапе сборки, до первой аварии.

Какие советы из англоязычных гайдов не работают?

Информационный хвост этой темы почти целиком англоязычный: по запросу про занятый сервер в выдаче на 21 сентября 2026 года девять доменов из девяти - иностранные подборки «12 способов исправить». Те же подборки отвечают и на вопрос про лимиты DeepSeek, причём одинаково. Набор советов у них общий, поэтому разбираю его один раз.

Про туннели ниже отдельный разбор: цена ошибки здесь не в потерянном времени.

Бесплатное расширение-туннель технически способно видеть то, что через него проходит. Если сотрудник отправляет через такой канал условия договора, базу клиентов или финансовую сводку, это уже происшествие с данными. То же относится к посредникам, обещающим «DeepSeek без VPN»: ваш запрос и ответ проходят через третью сторону, у которой перед вами, как правило, нет никаких договорных обязательств.

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

Что изменилось у DeepSeek 10 сентября 2026?

Разбираю, потому что это тот случай, когда смена у вендора видна не сразу.

Если ваш бот или автоматизация обращается к сервису по имени снятой модели, обращение не сломается. Оно просто уйдёт на другую модель - с другим поведением, другой ценой за токен и другой длиной ответа. Ошибки в журнале не появится.

На проверку уйдёт пять минут. Откройте настройки своей связки и посмотрите, какое имя модели там записано. Если это одно из Flash-имён предыдущего поколения, вы уже работаете на новой модели, просто не знали об этом.

Вместе с моделью меняются и лимиты DeepSeek, привязанные к её имени. В числах это 2500 одновременных обращений у flash против 500 у v4-pro - потолок Flash-линейки впятеро выше.

Тот же класс изменений бывает и заметнее. В середине августа 2026 года вендор ввёл разделение цены на пиковую и непиковую - и счёт у тех, кто запускал прогоны по утрам, вырос без единой правки в коде.

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

Почему один и тот же запрос к API стоит по-разному?

Пересчёт в московское время - мой, в прайсе вендора его нет. Разница с UTC составляет три часа, дальше арифметика прямая.

Теперь ставки. Цены указаны за миллион токенов, первое число - непиковое время, второе - пиковое.

Ставки и окна - из прайса вендора, ссылка в «Источниках». Пересчёт в московское время мой.

Что из этого следует для бизнеса. Если у вас есть пакетная задача - разметить накопившиеся обращения, обработать выгрузку, прогнать тексты карточек, - её запуск в 11:00 по Москве стоит ровно вдвое дороже, чем в 14:00. Результат при этом тот же самый.

Перенос пакетного прогона на послеобеденное время делит счёт по этим задачам надвое. Других изменений в процессе для этого не требуется.

Расписание цен - не запрет: запрос пройдёт в любой час. Но на итоговый счёт оно влияет сильнее, чем любые лимиты DeepSeek.

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

Любопытно, что российские поставщики продают ту же самую вещь. У GigaChat асинхронный режим стоит ровно вдвое дешевле синхронного: Lite - 0,0325 ₽ против 0,065 ₽ за тысячу токенов, Pro - 0,25 ₽ против 0,5 ₽. Разные компании, одна логика: вы платите за скорость, а готовность подождать вам возвращают скидкой.

Что такое ошибка 429 и лимит параллельных запросов?

Эта часть касается тех, у кого сервис стоит внутри бота, автоматизации или собственного приложения. В веб-чате ни кода 429, ни параллельных запросов не существует - и именно на этом люди путаются, когда гуглят лимиты DeepSeek и попадают в техническую документацию.

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

Что с этим делать на практике:

1. Обрабатывайте код 429 отдельно от прочих ошибок. Он означает упор в потолок при исправной сети и рабочем коде, и реакция на него своя: подождать и повторить.
2. Ставьте повтор с нарастающей паузой. Повтор без паузы упирается в тот же потолок.
3. Держите таймаут на своей стороне. Вендор закрывает соединение через десять минут ожидания, и ваша автоматизация должна решить, что делать, раньше этого срока.
4. Запросите расширение квоты заранее, если у вас массовый прогон. Вендор заявляет, что делает это без доплаты.

У других поставщиков тот же код означает похожее, но считается иначе. У Google, например, лимит меряется сразу по трём осям, и превышение любой из них даёт ту же ошибку - этот случай я разбирал в материале про лимиты Gemini.

Почему DeepSeek периодически недоступен из России?

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

«Проблемы в работе сервиса начались в 21:31 по московскому времени.»

• Москва 24, «Россияне сообщили о сбоях в работе DeepSeek», 14 сентября 2026

За сутки Detector404 насчитал 3,1 тысячи жалоб, из них 2,6 тысячи за последний час. Больше всего обращений пришло из Москвы, Санкт-Петербурга, Ленинградской, Самарской и Московской областей.

Агентство ПРАЙМ в тот же вечер сообщило то же самое время начала. Важно: оба издания опираются на один и тот же массив данных детектора, так что засчитывать это как два независимых измерения нельзя.

Майский эпизод описан подробнее. Коммерсантъ со ссылкой на detector404.ru и «Сбой.рф» сообщил, что за сутки о сбое заявили более трёх тысяч человек, и отдельно привёл позицию регулятора:

«Роскомнадзор не получал решения уполномоченных органов и не вводил ограничения в отношении DeepSeek»

• Коммерсантъ, «Сбой в работе DeepSeek в России», 24 мая 2026

Страница статуса вендора и российский детектор сбоев показывают разное. Официальная страница статуса DeepSeek за август и сентябрь 2026 года не показывает ни одного инцидента. Заявленная доступность чат-сервиса за летне-осеннее окно составляет 99,65-99,82 %.

Дальше моя арифметика, вендору её приписывать не надо. Доступность 99,65 % на окне в 90 дней - это примерно 7,5 часа недоступности за квартал. То есть простои вендор признаёт, просто не оформляет их отдельными записями.

Для российского бизнеса вывод простой. Зелёный статус на странице вендора не означает, что сервис доступен вам: он измеряет доступность глобально, тогда как типовой российский отказ случается на маршруте. Проверять надо по российским детекторам сбоев.

И ещё одно разделение: доступ и лимиты DeepSeek - разные вещи. Маршрут может отказать при полностью свободных серверах вендора.

Что делать бизнесу, у которого процесс встал?

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

Российский поставщик здесь ценен другим маршрутом и оплатой в рублях, качество ответов тут второстепенно. Что из этого реально работает для юрлица и сколько стоит, разобрано в материалах про GigaChat для бизнеса и российские нейросети для бизнеса.

Непроверенный запасной канал не считается. Подключение, которое вы завели полгода назад и ни разу не прогоняли, в момент аварии от него нет толку: срок ключа истёк, баланс на нуле, формат ответа изменился.

Прогоняйте запасной канал раз в месяц на десяти реальных обращениях. Пятнадцать минут работы против часов простоя.

Для клиента важнее всего вот что: заготовьте текст, который уйдёт людям в момент отказа. Короткое «сервис отвечает дольше обычного, мы уже работаем над этим» стоит дешевле, чем молчание. Импровизировать, когда всё встало, поздно.

Когда лимиты DeepSeek снимает локальный запуск?

Это развилка, которой нет у большинства крупных поставщиков: у них модель закрыта, и потолок остаётся чужим параметром навсегда. Веса старших моделей DeepSeek лежат в открытом доступе под лицензией MIT, ссылка - в «Источниках».

Когда локальный запуск оправдан:

1. Данные нельзя отправлять наружу. Медицинские карты, персональные данные клиентов, документы под соглашением о неразглашении.
2. Задача повторяется десятки раз в месяц и одинакова по форме. Разметка обращений, извлечение полей из документов, первичная сортировка.
3. Процесс должен пережить и сбой, и блокировку. Свой сервер работает без маршрута до Китая.

Когда не оправдан: разовые задачи, работа одного человека, диалоговое использование. Здесь стоимость железа и сопровождения не отобьётся никогда.

Что именно требуется для запуска у себя, какие модели помещаются в какое железо и сколько это стоит в деньгах - в материале про локальную нейросеть.

Когда DeepSeek не стоит ставить основным каналом?

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

DeepSeek хорош там, где цена важнее надёжности. Массовые механические прогоны, черновики, разметка, извлечение данных, эксперименты. На этих задачах его ставка за токен - одна из самых низких на рынке, и лимиты DeepSeek обходятся вам в ожидание, а не в деньги.

Не стоит ставить основным каналом, если:

• процесс отвечает клиенту в реальном времени. Обработка входящих заявок, поддержка, запись на приём. Здесь нужен либо российский поставщик, либо связка с автоматическим переключением;
• бухгалтерии нужны закрывающие документы и оплата с расчётного счёта. Зарубежный сервис этого не даёт;
• через сервис идут персональные данные клиентов. Это отдельный разговор с отдельными требованиями;
• у вас нет человека, который заметит отказ. Отказ автоматизации без присмотра выглядит снаружи так же, как её нормальная работа.

Если в вашем случае это первый пункт, начните с вопроса «что произойдёт с заявками в те часы, пока сервис недоступен». Чем можно заменить зарубежный сервис целиком, разобрано в материале про аналоги ChatGPT для бизнеса.

С чего начать на этой неделе?

1. Определите свой тип отказа. В следующий раз, когда сервис не ответит, посмотрите на текст сообщения и проверьте российский детектор сбоев. Занятый сервер, упор в длину диалога и обрыв доступа требуют разных действий.
2. Откройте настройки связки и прочитайте имя модели. Если там Flash-модель предыдущего поколения, вы уже работаете на другой - обращения перенаправляются с 10 сентября 2026 года.
3. Перенесите фоновые прогоны на время после 13:00 по Москве. Счёт за эти задачи уменьшится вдвое, результат не изменится.
4. Заведите второй канал и прогоните его на десяти реальных обращениях. Для России логичнее российский: он идёт другим маршрутом и оплачивается рублями.
5. Напишите текст для клиентов на случай отказа и положите туда, где его найдут без вас.

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