Путаница с ICP: почему сайт в Китае блокируют без регистрации

Сайт для аудитории в КНР открыли на сервере в Китае или ускорили через местный CDN. Неделю всё работает. Потом — недоступность, заглушка, вопросы от партнёров. Причина всплывает неприятная: нет записи ICP / BeiAn, а без неё публичный веб на местных ресурсах долго не живёт.

«ICP confusion» — когда юристы, маркетинг и IT по разному понимают требования. Одни думают, что достаточно домена `.cn`. Другие — что хватит хостинга в Гонконге. Третьи слышали про ICP, но считают это «бумажкой потом». Блокировка расставляет приоритеты жёстко.

Что путают чаще всего

Хостинг в материковом Китае и «просто китайский рынок» — разные вещи. Для присутствия внутри PRC правила размещения контента и регистрации жёстче, чем для сайта за пределами материка, который китайский пользователь открывает через трансграничный доступ.

ICP-запись связана с локальным размещением и ответственностью оператора. Без согласованной схемы (кто заявитель, какой домен, какой провайдер) IT не может «просто купить VPS и залить сайт».

Контент и лицензии на тематику — отдельный слой. Даже с ICP отдельные ниши требуют доп. разрешений. Путать «регистрацию хостинга» и «можно ли публиковать эту тему» опасно.

Сценарии провала

Маркетинг запускает кампанию на аудиторию PRC, IT поднимает сервер у местного провайдера «на тест». Тест становится продом без BeiAn — и тест заканчивается блоком.

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

Юристы и IT не синхронизированы: договор с агентством на «сайт для Китая» не содержит работ по регистрации и ответственности за контент.

Как действовать без сюрпризов

Сначала зафиксируйте модель присутствия: нужен ли именно материковый хостинг/CDN, или достаточно сайта за пределами PRC с понятной скоростью и комплаенсом для вашей схемы. От этого зависит, нужен ли ICP-путь.

Если нужен материковый контур — на старте проекта, а не после запуска:

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

IT готовит инфраструктуру параллельно, но публичный DNS на боевой материковый фронт включает после выполнения формальностей — иначе снова получите блок в самый неудобный момент.

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

Если сайт уже заблокировали

Не «переезжайте на новый IP наугад» в надежде, что пронесёт. Выясните причину у провайдера, статус регистрации, требования к контенту. Параллельно решите, нужен ли временный контур вне материка для коммуникации с аудиторией, пока идёт оформление — это уже бизнес решение, не только техническое.

Роли юристов и IT в одном плане

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

Запросите у провайдера актуальный список требований и типовые причины отказа/блока. «У нас так принято» без письменных условий — путь к сюрпризу.

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

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

Скорость, доступность и ожидания маркетинга

Даже при правильном оформлении материковый контур требует реалистичных сроков. Маркетинг не должен бронировать кампанию «на вчера» до подтверждения регистрации и готовности инфраструктуры.

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

Если часть аудитории вне материка, разведите стратегии: что отдаём локально, что глобально. Одна «универсальная» схема часто проигрывает и там, и там.

Фиксируйте в договоре с подрядчиком ответственность за сопровождение регистрации и инцидентов доступности. Серая зона «это к провайдеру» снова оставит вас без рычага.

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

Подготовьте план коммуникации для пользователей на случай недоступности: зеркало, уведомление партнёров, статус страница вне рискованного контура. Комплаенс не отменяет репутацию.

И помните: требования и практики меняются. Закладывайте периодический пересмотр статуса регистрации и условий провайдера, а не разовую «бумажку навсегда».

Перед кампанией зафиксируйте go/no-go: без подтверждённой схемы размещения и статуса регистрации запуск рекламы в PRC не открывают. Это жёсткое правило спасает бюджет и нервы.

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

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

И фиксируйте, на каком языке ведётся переписка с провайдером и кто её ведёт. Лингвистический разрыв — частая причина сорванных сроков ICP.

Итог

Блокировка без BeiAn — следствие рассинхрона между желанием «быть в Китае» и правилами местного размещения. Пока ICP остаётся туманным словом, любой материковый запуск — лотерея.

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