ТСПУ Роскомнадзора и блокировка сайтов. Почему сайт не открывается без VPN и что делать

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

Эту систему нельзя назвать идеальной. Уведомления иногда приходят туда, где их никто не читает. Судебные решения могут появляться без участия владельца сайта. Формулировки в актах порой написаны так, будто главная задача состояла не в устранении нарушения, а в проверке терпения юриста (поверьте, мы знаем это не из учебников). Но при всех недостатках у классической модели есть важное преимущество. В ней обычно можно понять, почему блокируют сайты.

С появлением ТСПУ ситуация стала сложнее. Единый реестр никуда не исчез и по прежнему остается основным юридическим механизмом ограничения доступа к запрещенной информации. Но к правовому уровню добавился технический слой. И владелец сайта видит его не как аккуратную норму закона, а как набор странных симптомов.

Сайт открывается через VPN, но не открывается напрямую. У одного провайдера работает, у другого нет. Хостинг сообщает, что сервер жив. Разработчик уверяет, что ничего не ломал. Пользователи жалуются, заявки падают, а бизнес начинает гадать, это блокировка или технический сбой.

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

ТСПУ расшифровывается как технические средства противодействия угрозам.

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

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

Статья 65.1 Федерального закона «О связи» предусматривает, что Роскомнадзор может осуществлять такое управление путем управления ТСПУ и передачи обязательных указаний операторам связи и другим участникам сети. Этот механизм появился в законодательстве еще в 2019 году.

С 1 марта 2026 года применяется новый порядок централизованного управления, установленный Постановлением Правительства РФ от 27 октября 2025 года № 1667.

Поэтому распространенная формулировка «сайт внесли в ТСПУ» юридически не совсем корректна. ТСПУ представляют собой технический механизм, а не перечень интернет-ресурсов.

Да, российское законодательство прямо предусматривает возможность ограничения доступа к интернет-ресурсам с использованием ТСПУ.

Один из таких механизмов закреплен в статье 65.2 Закона «О связи». Она позволяет осуществлять управление сетью связи на основании требования Генерального прокурора РФ или его заместителей в случаях массового или неоднократного распространения информации, указанной в части 1 статьи 15.3 Закона № 149-ФЗ.

В таком требовании могут прямо указываться меры по ограничению доступа к конкретному интернет-ресурсу с использованием ТСПУ. После его получения Роскомнадзор приступает к управлению сетью посредством этих технических средств либо передает обязательные указания соответствующим участникам сети.

Статья 65.1 регулирует другой механизм, связанный с угрозами устойчивости, безопасности и целостности функционирования российского сегмента интернета и сети связи общего пользования. Централизованное управление в этом случае также может осуществляться через ТСПУ.

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

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

Не обязательно.

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

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

Параллельно техническая команда должна исключить проблемы самого проекта. Проверяются сервер, DNS, сертификаты, CDN и другие элементы инфраструктуры.

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

При этом даже такая картина остается основанием для дальнейшей проверки, а не готовым доказательством блокировки через ТСПУ.

Если сведения о ресурсе найдены в Едином реестре по статье 15.1 Закона № 149-ФЗ, дальнейшая работа должна строиться вокруг конкретного основания ограничения.

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

Если проблема действительно связана с запрещенной информацией, можно рассматривать ее удаление и последующее обращение за исключением сведений из реестра.

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

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

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

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

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

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

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

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

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

Это особенно важно с учетом позиции самого Роскомнадзора о том, что часть ограничений, связанных со статьями 65.1 и 65.2 Закона «О связи», не отображается в публичном сервисе.

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

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

Если существует юридическое основание для ограничения доступа, появление нового домена это основание не устраняет.

Кроме того, поспешный переезд способен создать отдельные проблемы с поисковым трафиком, рекламой, пользовательскими ссылками и работой внешних сервисов.

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

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

Универсальной инструкции здесь нет, поскольку под одинаковым внешним симптомом могут скрываться совершенно разные основания.

Если сайт включен в реестр из-за конкретной информации, работа обычно начинается с анализа этой информации и решения, которое привело к блокировке. В зависимости от ситуации нарушение устраняется либо само решение оспаривается.

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

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

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

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

После этого становится понятно, что действительно требуется в конкретной ситуации. Иногда достаточно устранить нарушение и пройти процедуру исключения сведений из реестра. В других случаях необходимо обжаловать решение государственного органа или суда. Если очевидного основания блокировки нет, основное внимание переносится на фиксацию проблемы и предметную работу с Роскомнадзором.

Поэтому разблокировка сайта Роскомнадзором редко сводится к одному заявлению.

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