Пожизненный бан на VC.ru за open-source статью про нейросети: разбор модерации и выбор площадок

Разработчик выложил техническую статью с кодом нейросети на Node.js на VC.ru — и получил перманентный бан в первые 15 минут. Тот же материал на Хабре набрал 8К просмотров, на Reddit попросили закрепить в топе, на Hashnode оставили развёрнутые разборы. Разбираемся, где сломалась модерация и как выбирать платформы для технического контента.

Что случилось: один материал, разные реакции

Автор опубликовал open-source проект — реализацию нейросети с нуля на Node.js с пошаговым разбором обучения и градиентного спуска. Цель — показать внутреннее устройство ML без высокоуровневых библиотек.

Материал вышел на пяти платформах:

• Хабр: статья вышла из песочницы, 8K+ просмотров, позитивный фидбек от ML-сообщества
• Reddit: топовый комментарий с просьбой закрепить проект
• Hashnode: развёрнутые технические разборы в комментариях
• Medium и Dev.to: публикация без замечаний
• VC.ru: моментальный пожизненный бан, статья удалена

На VC.ru автор зарегистрировался впервые. Статья не содержала рекламы, партнёрских ссылок или призывов к действию — только код, объяснения и ссылка на GitHub-репозиторий.

Реакция модерации: бан без объяснений

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

В правилах VC.ru указано, что обжалование возможно через год после блокировки. Модераторы ответили на письмо, но причину не раскрыли — классический «вахтёрский» подход без разбора контекста.

Поиск по запросам «бан VC.ru» и «модерация VC.ru» показывает десятки похожих кейсов: новые аккаунты блокируют превентивно, часто без разбора содержания. Алгоритмы модерации настроены на массовый отсев, что работает против качественных авторов без истории на платформе.

Почему технический контент попадает под фильтры

Автоматические системы модерации используют несколько триггеров:

Новый аккаунт + внешние ссылки. GitHub-репозиторий, профиль LinkedIn, ссылки на другие публикации — всё это может восприниматься как продвижение. Для ML-статьи код на GitHub обязателен, но для алгоритма это «подозрительная активность».

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

Отсутствие истории взаимодействия. На Хабре есть песочница и карма — механизмы постепенной интеграции. На VC.ru новый автор попадает под максимальный уровень недоверия с первой публикации.

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

Как выбирать платформы для технического контента

Проверяйте механизмы онбординга. Площадки с песочницей (Хабр) или системой репутации (Stack Overflow) дают новым авторам шанс доказать экспертизу. Платформы с бинарной модерацией («бан или пропуск») — рискованный выбор.

Смотрите на аудиторию и формат. Reddit и Hashnode — комьюнити разработчиков, где код и технические детали в приоритете. VC.ru — бизнес-медиа с фокусом на новости, кейсы и аналитику. Хардкорный разбор нейросети там может быть не в тему.

Начинайте с международных площадок. Dev.to, Medium, Hashnode, Reddit — глобальные платформы с более предсказуемой модерацией. Локальные площадки могут иметь специфичные правила и субъективные фильтры.

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

Подводные камни модерации в рунете

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

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

Конфликт форматов. Технические площадки (Хабр, GitHub, Stack Overflow) настроены на код и инструкции. Медийные платформы (VC.ru, TJournal) — на истории и мнения. Попытка публиковать хардкорный код там, где ждут лонгриды, приводит к непониманию.

Что попробовать дальше

Если вы пишете технический контент:

• Создавайте GitHub-репозиторий как основу. Статьи на Medium, Dev.to и Hashnode могут быть дополнением, но код живёт в репозитории. Это защищает от потери контента при банах.
• Не полагайтесь на одну платформу. Кросспостинг — не дублирование, а страховка. Разные площадки дают разные аудитории и уровни вовлечённости.
• Адаптируйте контент под формат площадки. Для VC.ru — кейс с бизнес-углом («как ML-проект помог сэкономить время»), для Хабра — технический разбор, для Reddit — пост с кодом и вопросом к комьюнити.
• Пишите сразу на английском. Если тема универсальная (ML, Node.js, DevOps), англоязычные платформы дают больший охват и меньше субъективности в модерации.

Проект автора: github.com/sekretov/ (ссылка для контекста, не реклама — код открыт под MIT-лицензией).

Источники

• Habr ML: Как получить пожизненный бан на VC.ru за open-source проект на Node.js без рекламы. Кейс CMTT