Что должно быть на сайте IT-компании — и почему с 2026 года это стало серьёзнее
У сайта IT-компании появилась вторая работа. Раньше он просто продавал: рассказывал о продукте, приводил лиды, держал имидж. С 2026 года к этому добавилась обязанность — быть витриной для государства: сайт стал одной из ключевых точек, по которым Минцифры проверяет компанию при аккредитации. И проверка эта ежегодная. Хорошая новость в том, что оба требования — государства и клиента — во многом совпадают: то, чего требует регулятор, заодно делает сайт понятнее и честнее для покупателя. Разберём обе стороны.
Что изменилось: аккредитацию теперь подтверждают все
До 2026 года часть IT-компаний была освобождена от процедуры подтверждения аккредитации. С 1 января 2026 года эту льготу убрали: теперь проходить переаккредитацию обязаны все аккредитованные компании, ежегодно, в общем порядке. А сайт при этом — не формальность, а объект проверки: сотрудники Минцифры заходят на него и изучают, чем компания занимается, соответствует ли она критериям, есть ли нужные сведения.
Формулировки требований и редакции нормативных актов меняются (базовый документ — постановление об аккредитации в актуальной редакции, плюс приказ Минцифры о требованиях к сайтам), поэтому финальную сверку перед подачей делайте с бухгалтером или юристом, который ведёт вашу аккредитацию. Ниже — структура того, что проверяющие и клиенты ищут в первую очередь.
Обязательный минимум: что проверяет Минцифры
Реквизиты компании
Отдельная страница «О компании» или «Реквизиты», плюс дубль в подвале сайта:
- полное наименование юрлица — именно полностью: «Общество с ограниченной ответственностью „Импульс”», а не «ООО „Импульс”». Это одна из самых частых причин замечаний;
- юридический адрес, ИНН, КПП, ОГРН;
- коды деятельности (ОКВЭД) в области IT — они должны соответствовать реальной работе компании и входить в перечень видов деятельности, дающих право на аккредитацию;
- контакты: хватает одного канала — форма обратной связи, email или телефон.
Описание деятельности и продуктов
Это главный блок: по нему регулятор понимает, что компания действительно занимается IT. Лучшее место — главная и страницы «Услуги» / «Продукты»:
- описание продуктов, услуг или работ понятным языком: что именно вы делаете и для кого;
- технологический стек и языки программирования — их отсутствие прямо называют как повод для отказа;
- стоимость услуг. Цена обязательна: если фиксированной нет, укажите вилку, тарифы или минимальную стоимость. «По запросу» не годится — ровно как и в любой другой нише, где скрытая цена отпугивает клиента.
Сведения о ПО и правах (для правообладателей)
Если компания — правообладатель софта или баз данных (разработчик своего SaaS, CRM, ERP), с ноября 2025 года нужно добавить:
- информацию об исключительных правах на ПО;
- способы предоставления права использования — лицензия, подписка и так далее;
- сведения о включении ПО в реестр российского софта и о том, как получить к нему доступ.
Операторам фискальных данных отдельно требуется разместить информацию о наличии разрешения на обработку фискальных данных.
Персональные данные
Базовый слой, общий для любого сайта, но для IT его проверяют внимательно: политика обработки персональных данных и согласие у каждой формы, собирающей контакты. Тем более что сам сайт по новым правилам должен работать без обязательной регистрации и без передачи персональных данных для доступа к информации — то есть все обязательные сведения открыты каждому посетителю, а не спрятаны за личным кабинетом.
Три требования, которые легко упустить
Помимо состава сведений, приказ вводит требования к самому сайту как к работающему сервису — и на них спотыкаются даже компании с полным набором документов.
Всё на русском языке. С 1 марта 2026 года публичная информация для пользователей должна быть на русском: описания, кнопки, формы, условия. «Buy» → «Купить», «Sign up» → «Зарегистрироваться». Полного запрета на иностранные слова нет — технические термины (API, SDK, SSL, HTML) и зарегистрированные названия (GitHub, Bitrix) допустимы, а новый или узкий термин нужно пояснять прямо в тексте: «Zero Trust — модель безопасности с нулевым доверием». Формально язык проверяет не Минцифры, а Роспотребнадзор, но заявку регулятор оценивает целиком, и явное нарушение станет косвенным поводом для замечаний.
Сайт должен стабильно работать. Доступность круглосуточно, действующий SSL-сертификат (HTTPS), отсутствие ошибок, страницы открываются сразу. Сайт, лежащий из-за неоплаченного хостинга или с просроченным сертификатом в момент проверки, — основание для замечаний. Это техническая гигиена, о которой на растущем продукте забывают в первую очередь.
Информация — на сайте, а не в PDF. Соблазн собрать все сведения в один PDF и приложить его понятен, но в приказе прямо сказано: сведения должны быть размещены на сайте. Это требование к содержанию страниц, а не к файлам. Нет информации в самом тексте сайта — проверяющий отметит нарушение.
Как это устроить на сайте
Рабочая схема из практики подготовки таких сайтов — двойное размещение. Сделайте одну отдельную страницу, например «Сведения об IT-деятельности», где собрано всё для проверяющего в одном месте. И одновременно продублируйте ключевое там, где оно логично для клиента: реквизиты и данные о ПО — в «О компании», описание продуктов и цены — в «Услугах», разрешения — в «Юридической информации». Так и регулятору удобно (всё в одном месте), и живому посетителю (информация там, где он её ищет).
Именно здесь два давления — государства и клиента — сходятся. Полное наименование и реквизиты — то, что проверяет доверие любой B2B-заказчик перед подписанием договора. Понятное описание продукта и стек — то, что клиент и так хочет видеть. Открытая цена снимает главный барьер сделки. Данные о реестре российского ПО — сильный аргумент в тендерах и для госсектора. Получается, что закон, по сути, требует опубликовать ровно те сведения, которые и так работают на продажу.
Отдельно: сайт как аргумент, а не только как справка
Соответствие требованиям — гигиена. Но у сайта IT-компании есть работа, которую никакой чек-лист Минцифры не закрывает: объяснить сложный продукт разным аудиториям. У IT-компании их обычно несколько — заказчики, интеграторы и партнёры, иногда конечные пользователи, — и каждой нужен свой разговор на своём языке. Это уже задача структуры и смысла, а не юридического комплаенса. Про то, как мы проектируем такие сайты — от исследования до структуры под разные аудитории, — рассказано на странице сайтов для IT-компаний.
Частые вопросы
Обязательно ли указывать цены, если у нас всё индивидуально? Да, цена — обязательное требование. При индивидуальной модели укажите вилку, тарифную сетку или минимальную стоимость проекта. «Рассчитывается индивидуально» без единой цифры не годится ни для проверки, ни для клиента: скрытая цена читается как «дорого и будут торговаться».
У нас лендинг, а не большой сайт. Этого достаточно для аккредитации? Достаточно, если на нём есть все обязательные сведения и он отвечает требованиям к доступности и языку. Формат (лендинг или многостраничник) регулятор не оговаривает — важно содержание. Но по мере роста продукта многостраничный сайт обычно удобнее: сведения для проверки, разделы для разных аудиторий и блог под трафик не умещаются на одном экране.
Мы не разрабатываем своё ПО, а оказываем IT-услуги. Нужны ли сведения о реестре? Блок про исключительные права и реестр российского софта обязателен для правообладателей ПО и баз данных. Если вы оказываете услуги (разработка на заказ, интеграция, поддержка), этот блок к вам не относится — но реквизиты, описание услуг, стек и цены нужны всем.
Можно ли разместить все сведения только на отдельной странице «для Минцифры»? Можно, и такую страницу стоит сделать — проверяющему удобно. Но надёжнее продублировать ключевое в профильных разделах: практика показывает, что так меньше замечаний. И это полезно клиенту, который ищет цену в «Услугах», а не на служебной странице.
Планируете сайт для IT-компании или приводите текущий в соответствие с требованиями? Приходите на бесплатную онлайн-встречу — разберём вашу ситуацию: от обязательных сведений до структуры, которая объясняет продукт разным аудиториям и приводит клиентов.