Claude банит аккаунты после проверки личности: по данным Habr от 30.10.2026, четыре пользователя сообщили о блокировке после загрузки российского паспорта, в трёх историях без возврата денег. Причины официально не раскрыты. По состоянию на 31.10 в пакете источников только одна публикация. Магазину стоит заранее держать запасной маршрут для ответов покупателям и карточек товаров.
Что произошло
Главный источник события — материал на Habr от 30.10.2026: Как именно Claude и подобные компании банят аккаунты «за VPN» и «токсичный паспорт». Подтверждения других изданий пока нет, поэтому ниже только то, что приводит автор Habr со ссылкой на пользовательские истории с Reddit.
По данным Habr, один разработчик из Новой Зеландии получил запрос «Подтвердите свою личность» и загрузил скан загранпаспорта РФ. После этого, по его словам, он получил перманентный бан без объяснения причин и без возврата средств.
Ещё три истории автор приводит в комментариях. Пользователь из Казахстана показал при проверке паспорт РФ и получил бан. Пользователь из Грузии загрузил российский загранпаспорт как единственный документ для проверки личности — блокировка без возврата денег. Третий пользователь продлил подписку Pro за пару часов до запроса документа, загрузил российский документ и получил заморозку аккаунта и отмену подписки без возможности возврата.
Статистику Transparency Hub Habr приводит как данные Anthropic: в первом полугодии 2025 года заблокировано около 690 000 аккаунтов. Во втором полугодии 2025 года — 1 450 000; из 52 000 апелляций удовлетворили 1 700, то есть 3,3%. В январе–июне 2026 года заблокировано более 11 миллионов аккаунтов; подали 398 тысяч апелляций, разбанили 42 тысячи, это около 10,5% от поданных апелляций и меньше 0,4% от общего числа забаненных.
Автор также пишет, что осенью 2025 года правила расширили: доступ закрыт юрлицам, которые более чем на 50% контролируются гражданами или компаниями из неподдерживаемых стран. В начале октября 2026 года, по его словам, была отмечена самая мощная волна блокировок пользователей из России и Гонконга, заходящих через VPN и прокси. Причины конкретных банов в источнике названы лишь как предположение автора.
Что это значит для интернет-магазина
Если вы строите ответы покупателям, описания карточек или разбор отзывов на одном ИИ-аккаунте, то блокировка останавливает все эти процессы сразу. По нашей оценке, оплаченный период при такой блокировке может не вернуться, а срок решения по апелляции вы не контролируете.
По нашей оценке, главный риск не в самом сервисе, а в том, что доступ принадлежит одному человеку. Личный аккаунт сотрудника, оплаченный его картой, уходит вместе с ним. Какой документ потребует сервис при проверке личности, мы рекомендуем выяснить заранее в его правилах.
Второй риск — юридическая принадлежность. По данным Habr, правило про юрлица с долей контроля свыше 50% из неподдерживаемых стран действует. Как сервис проверяет это на практике, в источнике не сказано, и применимость к вашему магазину не подтверждена. Мы рекомендуем знать, кто владеет юрлицом, на которое оформлен доступ.
Третий риск — пауза в работе. Если менеджеры привыкли к черновикам ответов, то без них очередь обращений может вырасти. По нашей оценке, поэтому нужен план на случай потери доступа, а не поиск обхода проверок.
План действий: до, в первый час и после
Этот план верен независимо от того, какой сервис и по какой причине закрыл доступ.
До: что подготовить заранее
Заранее решите три вещи: кто владеет доступом, где лежат сценарии и что заменит модель.
- Оформите аккаунты на юрлицо и общий рабочий адрес почты, а не на личную почту сотрудника.
- Храните промпты, шаблоны ответов и правила тона в своём репозитории или документе, а не только в истории чата.
- Подключите вторую модель другого вендора и прогоните на типовых обращениях, чтобы убедиться, что ответы приемлемы.
- Берите помесячный тариф вместо годового, чтобы возможная потеря оплаты была небольшой.
- Опишите ручной режим: кто и по каким шаблонам отвечает покупателям, если ИИ недоступен.
- Изучите условия сервиса: список поддерживаемых стран, требования к документам, порядок обжалования.
Выбор между облаком и своим сервером разобран в материале Self-Hosted LLM vs Cloud API: как выбрать маршрут запросов. Общую схему потерь при сбое облака описывает Сбой облака Яндекса: что делать интернет-магазину.
В первый час: что сделать сразу
В первый час нужно вернуть работу магазина, а не доказывать правоту сервису. Роли ниже можно совмещать: в малом магазине это часто один-два человека.
- Владелец или руководитель: назначьте одного ответственного за инцидент и сообщите команде, что ИИ-ответы временно выключены.
- Тот, кто отвечает за автоматизацию: переключите сценарии на запасную модель и проверьте несколько тестовых обращений.
- Тот, кто ведёт поддержку: включите ручные шаблоны для частых вопросов — доставка, возврат, статус заказа.
- Тот, кто ведёт каталог: остановите массовую публикацию новых карточек, пока не проверите качество текстов запасной модели.
- Тот, кто ведёт финансы: зафиксируйте дату и сумму последнего платежа за сервис, сохраните письма и чеки.
- Владелец доступа: изучите, какие документы запрашивает поддержка, и подавайте их, только если это не создаёт для вас юридического риска; при сомнении сначала посоветуйтесь с юристом.
После: что проверить и закрепить
После восстановления работы зафиксируйте выводы, пока они свежи. Мы свели три проверки, которые закрывают основные точки отказа.
| Что проверить | Как проверить | Результат |
|---|---|---|
| Владелец доступа | Кто указан в аккаунтах и платежах | Все доступы на юрлице |
| Запасная модель | Прогон типовых обращений | Подтверждённое качество ответов |
| Хранение сценариев | Восстановление из копии | Промпты не зависят от чата |
Если хотя бы одна строка пустая, сбой может повториться в том же месте.
Затем проведите разбор: сколько часов магазин работал в ручном режиме, какие обращения остались без ответа, какие сценарии пострадали. Этот опыт поможет решить, нужен ли переход на свой сервер. Для оценки процессов перед такими изменениями пригодится аудит перед внедрением ИИ-автоматизации. Повторяйте прогон запасной модели регулярно: версии и условия сервисов меняются.
Частые вопросы
Как заранее подготовить магазин к тому, что ИИ-сервис заблокирует аккаунт?
Разделите зависимость и деньги. Оформите доступ на юрлицо, платите помесячно, храните промпты и шаблоны у себя. Подключите вторую модель другого вендора и проверьте её на типовых обращениях. Тогда потеря аккаунта означает неудобство, а не остановку магазина.
Что делать в первый час после блокировки аккаунта ИИ-сервиса, на котором завязаны карточки и ответы покупателям?
Назначьте ответственного, переключите сценарии на запасную модель и включите ручные шаблоны для поддержки. Остановите массовую публикацию карточек, пока не проверите качество текстов. Сохраните чеки и письма сервиса, обращение в поддержку отправьте один раз и с тем комплектом документов, который вам безопасно предоставить.
Можно ли добиться разблокировки и возврата оплаты после бана?
Гарантий нет. Сроки рассмотрения обращений и условия возврата зависят от сервиса, их стоит искать в его правилах и уточнять в поддержке. Обращение подать стоит, но планировать работу магазина нужно так, будто доступ не вернётся. Платёжные документы понадобятся и для обращения, и для учёта потерь.
Как перенести сценарии автоматизации на другую модель или на свой сервер?
Вынесите вызов модели в один слой: сценарий обращается к нему, а не к конкретному сервису. Храните промпты в файлах рядом с кодом, а не в интерфейсе вендора. Добавьте переключатель основной и запасной модели. Тогда замена сводится к смене адреса и ключа, а логика сценариев остаётся прежней.
Нужно ли переходить на self-hosted модели, чтобы снизить риск блокировки?
Не обязательно. Свой сервер убирает риск бана у стороннего вендора, но добавляет расходы на железо, обновления и дежурство. Для магазина с небольшим потоком обращений обычно достаточно второго облачного вендора и готового ручного режима. К своему серверу стоит идти, если данные нельзя отдавать наружу или объём запросов делает облако невыгодным.
Что делать дальше
Начните с трёх шагов: переведите доступы на юрлицо, вынесите промпты в свой репозиторий и прогоните запасную модель на типовых обращениях. Чтобы получить проверенный список рисков и готовый маршрут переключения на другую модель, закажите аудит ИИ-сценариев и миграцию на другую модель.
Материал по теме: Замена Claude: Kimi набрала 96% в тесте с базой 1С
Материал по теме: Miro заблокировал доступ из России: план для магазина
