Сайт аккредитованной ИТ-компании в 2026 году: что проверить по приказу № 511

Чек-лист и схема ответственных за содержание сайта — для владельца бизнеса, юриста и веб-разработчика

Приказ Минцифры от 02.06.2025 № 511 действует с 21 ноября 2025 года и требует, чтобы на сайте аккредитованной ИТ-компании (или компании, претендующей на аккредитацию) были размещены реквизиты, коды ИТ-деятельности, описание продуктов и услуг с ценами, а также — при определённых условиях — сведения о правах на ПО и о разрешении на обработку фискальных данных. Сайт должен работать круглосуточно и открываться без регистрации и передачи персональных данных. Это не отдельная процедура и не новость 2026 года — приказ проверяется в рамках уже действующей системы аккредитации, а с 2026 года ежегодно подтверждать аккредитацию обязаны все компании, включая те, что раньше были от этого освобождены.

Кого касается

Тема касается трёх групп:

• аккредитованных ИТ-компаний, которые уже пользуются налоговыми льготами и пониженными страховыми взносами и должны ежегодно подтверждать статус;
• компаний, которые только готовятся подать заявление на аккредитацию, — для них соответствие сайта требованиям приказа проверяется уже на этапе первичного рассмотрения;
• веб-подрядчиков и штатных разработчиков, которым передают доработку корпоративного сайта под эти требования и которые отвечают за то, чтобы обязательные сведения не потерялись при следующем релизе.

Раньше от ежегодного подтверждения аккредитации были освобождены компании, которые пользуются налоговыми льготами. С 1 января 2026 года это исключение убрали: поправки внесены постановлением Правительства от 28.11.2025 № 1949, и теперь процедуру подтверждения в общем порядке проходят все аккредитованные организации [1]. Срок подачи заявления в 2026 году был продлён постановлением Правительства от 01.06.2026 № 673 — подать заявление через Госуслуги можно было до 1 июля 2026 года включительно, а решения по заявлениям Минцифры направляет в личные кабинеты до 22 сентября 2026 года [2].

При рассмотрении заявления ведомство сопоставляет сведения из государственных систем, данные компании и информацию на её сайте [3] — то есть состояние сайта в 2026 году не абстрактное требование «на будущее», а один из параметров, которые фактически сверяют при проверке.

Что именно требует приказ № 511

Приказ № 511 конкретизирует требования к содержанию официального сайта, которые изначально заложены в Положении о государственной аккредитации ИТ-организаций (постановление Правительства от 30.09.2022 № 1729): в самом Положении формулировка была общей — уполномоченный орган вправе устанавливать дополнительные требования к сайту организации, — а приказ прямо перечисляет, что должно быть на сайте [4].

Согласно тексту документа, официальный сайт аккредитованной или претендующей на аккредитацию ИТ-компании должен содержать следующие сведения [5, 6]:

• полное наименование организации;
• адрес организации в пределах места нахождения;
• ИНН;
• основной код ОКВЭД;
• адрес электронной почты организации (при наличии);
• номер телефона организации (при наличии);
• код или коды деятельности в области информационных технологий — по перечню, утверждённому приказом Минцифры от 11.05.2023 № 449;
• описание реализуемых или разрабатываемых товаров, выполняемых работ и оказываемых услуг;
• достоверную информацию о стоимости этих товаров, работ или услуг;
• дополнительную информацию, предусмотренную постановлением № 1729 применительно к конкретной категории организации.

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

Правообладатели программ и баз данных. Если ИТ-компания сама разработала ПО или базу данных (либо это сделала её дочерняя, материнская компания или учредитель с долей участия более 50%), на сайте нужно указать информацию об исключительных правах на такие объекты и о способах предоставления права их использования — например, о видах лицензий или подписки [7]. Если разработанная программа включена в реестр отечественного ПО, дополнительно нужно разместить сведения, позволяющие идентифицировать её в реестре, и способы получения прав на использование [7].

Операторы фискальных данных. Компаниям, которые выступают операторами фискальных данных, нужно разместить на сайте информацию о наличии соответствующего разрешения — на практике это часто оформляют как отдельный раздел «Юридическая информация» со скан-копией или реквизитами разрешения [7].

Кроме перечня сведений, приказ отдельно фиксирует: сайт должен работать круглосуточно и предоставлять возможность ознакомиться с этой информацией без регистрации и без передачи персональных данных [5].

Как сверить наименование, адрес, ИНН и основной ОКВЭД

Самый частый источник замечаний — расхождение между тем, что написано на сайте, и тем, что зарегистрировано в госреестрах. Порядок проверки:

1. Полное наименование. Возьмите точную формулировку из выписки ЕГРЮЛ — с указанием организационно-правовой формы полностью («Общество с ограниченной ответственностью…», а не «ООО…»). Сокращение вместо полного наименования — одна из типичных причин, по которой Минцифры может отказать в подтверждении аккредитации [8].
2. Юридический адрес. Сверьте адрес на сайте с адресом в ЕГРЮЛ. Разночтения (например, устаревший адрес после переезда) — формальное основание для замечания, так как приказ требует указывать адрес именно в пределах места нахождения организации [5].
3. ИНН. Простое, но обязательное поле — часто теряется при редизайне, если реквизиты выносили в отдельный «старый» шаблон подвала.
4. Основной ОКВЭД. Должен совпадать с кодом, указанным в ЕГРЮЛ как основной вид деятельности, а не быть перечислением всех кодов компании.

Практический вывод: сверку реквизитов имеет смысл проводить не «на глаз», а по свежей выписке из ЕГРЮЛ и по данным, поданным в заявлении на аккредитацию, — расхождение по любому из этих пунктов Минцифры может расценить как несоответствие требованиям [8].

Как проверить контакты

Приказ требует указывать адрес электронной почты и номер телефона организации — но формулировка «при наличии» оставляет компании некоторую гибкость [5]. На практике для прохождения проверки достаточно, чтобы был доступен хотя бы один рабочий способ связи: email, телефон или форма обратной связи [8]. При этом стоит убедиться, что:

• указанный email реально принадлежит организации и обрабатывается (а не заброшенный ящик, оставшийся от старой версии сайта);
• телефон — рабочий номер компании, а не личный номер сотрудника, уволившегося после последнего редизайна;
• форма обратной связи, если она используется вместо email или телефона, действительно отправляет заявки, а не выводит ошибку из-за смены интеграции с CRM.

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

Как разместить коды ИТ-деятельности, описание товаров, работ и услуг и сведения об их стоимости

Коды ИТ-деятельности. Это отдельный от ОКВЭД список — коды по перечню видов деятельности в области информационных технологий, утверждённому приказом Минцифры № 449 от 11.05.2023 [9]. Эти коды нужно выбрать из специального перечня, указать в дополнение к ОКВЭД и разместить там же, где остальные реквизиты — в разделе «О компании», «Реквизиты» или в футере сайта, а не только в тексте заявления на аккредитацию. Если компания уже подавала документы на аккредитацию, коды ИТ-деятельности фигурировали в заявлении — на сайте они должны им соответствовать [8].

Описание товаров, работ и услуг. Это основной блок, по которому Минцифры фактически понимает, чем занимается компания, поэтому его обычно размещают не только в футере, а на главной странице или на страницах «Услуги» и «Продукты» [8]. В описание стоит включить понятное, не рекламное объяснение того, что делает компания и для кого, а также перечень технологий и языков программирования — их отсутствие также упоминается как повод для отказа в подтверждении аккредитации [8].

Стоимость. Приказ требует «достоверную» информацию о стоимости, и это слово имеет значение: раскрытие достоверной цены предполагает публикацию суммы, которая реально может лечь в основу договора, а не маркетинговой «вилки», занижающей стоимость для привлечения внимания [10]. Жёсткой формы приказ не задаёт: если у услуги нет фиксированной цены (например, работа выполняется под конкретное техническое задание), допустимо указать минимальный порог в формате «от такой-то суммы» с пояснением, что итоговая цена определяется по запросу заказчика, — при условии, что даже этот минимальный порог реален, а не декоративен [10].

Отдельно приказ не запрещает применять к методике расчёта цены режим коммерческой тайны — но это может касаться именно формулы или критериев расчёта, а не итоговой цифры, которая в конечном счёте называется контрагенту, за исключением случаев, когда заказчик заранее принимает на себя обязательство о неразглашении, например по NDA [10]. Итоговую сумму, которую компания реально предлагает клиенту, скрывать под предлогом коммерческой тайны юридически рискованно.

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

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

• реквизиты, описание услуг и цены открываются без авторизации;
• ни один из этих разделов не требует подписки на рассылку или согласия на обработку персональных данных в обязательном порядке;
• сведения физически размещены на странице сайта, а не только в загружаемом PDF-файле: приказ требует, чтобы информация была именно на сайте, и размещение всех данных только в PDF может стать основанием для отказа [8].

Отдельно стоит проверить техническую доступность: работающий SSL-сертификат, оплаченный хостинг, отсутствие ошибок при загрузке страниц. Формально это не пункт списка сведений, но требование «сайт должен работать круглосуточно» в приказе сформулировано как самостоятельное условие [5], и его нарушение (страница недоступна, домен просрочен, сайт не открывается с российских IP-адресов) на практике трактуется проверяющими как отсутствие сайта [10].

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

Типовые ошибки, которые встречаются при редизайне или переезде на новую CMS:

• «Заглушка на обслуживании». Если сайт временно недоступен из-за технических работ дольше нескольких часов на момент проверки, это фактически равносильно отсутствию сайта.
• Каталог только через демо-доступ. Описание продукта или сервиса, доступное только после регистрации тестового аккаунта, не соответствует требованию об открытом доступе.
• Обязательный чат-бот или форма перед контентом. Виджет, который блокирует прокрутку страницы, пока пользователь не оставит имя и телефон, — прямое нарушение требования «без передачи персональных данных».
• Страница с ценами только «по запросу» без порогового значения. Формулировка «цена договорная» без каких-либо цифр не выполняет требование о достоверности цены — обязательно нужен минимальный ориентир.
• Реквизиты только в договоре-оферте в PDF. Если данные о компании есть только в приложенном документе, а не на самой странице сайта, это тот самый случай, который приказ прямо не разрешает.

Как согласовать сведения на сайте, в договорах и документах для подтверждения аккредитации

Сайт — не единственный источник, по которому Минцифры проверяет компанию. Ведомство сопоставляет данные из государственных систем, сведения из заявления и информацию на сайте [3], поэтому расхождения между документами создают риск даже при формально исправном сайте. Стоит свести к единому знаменателю:

• название, адрес, ИНН и ОКВЭД — должны быть одинаковыми в ЕГРЮЛ, в заявлении на аккредитацию и на сайте;
• коды ИТ-деятельности — должны совпадать с теми, что указаны в заявлении, и относиться к перечню приказа № 449;
• описание услуг на сайте — должно соответствовать тому, что компания указывает в справке о доходах и расходах при подтверждении аккредитации, чтобы не создавать впечатление, что реальная деятельность отличается от заявленной;
• цены на сайте — должны быть совместимы с теми, что фигурируют в реальных договорах с клиентами, поскольку требование о достоверности цены существует именно для того, чтобы исключить разрыв между «витринной» и договорной стоимостью [10].

Как закрепить контроль обновления реквизитов и доступности страницы после редизайна

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

• включить проверку реквизитов, кодов ИТ-деятельности и раздела с ценами в чек-лист приёмки после любого редизайна сайта;
• закрепить ответственного (внутреннего сотрудника или подрядчика), который при появлении новых страниц или разделов проверяет, не оказался ли обязательный контент за формой авторизации;
• проверять доступность сайта не только изнутри офиса, но и с внешнего IP, в идеале — с нескольких регионов, поскольку недоступность с части российских IP-адресов на практике фиксируется как отсутствие сайта [10];
• при смене реквизитов компании (адрес, банковские данные, переименование) одновременно с обновлением ЕГРЮЛ обновлять и сайт, а не откладывать это до следующей подачи заявления.

Постановление Правительства № 1729 прямо связывает соблюдение требований к сайту с решением по аккредитации: компании, которая только подаёт заявление, могут отказать в аккредитации; у уже аккредитованной компании аккредитацию могут аннулировать [7]. Практика показывает, что решение об отказе или аннулировании компания получает через личный кабинет на Госуслугах с указанием конкретного пункта постановления № 1729, который был нарушен, — формулировка о «несоответствии» может напрямую указывать на проблему с содержанием сайта [10]. Потеря аккредитации, в свою очередь, означает утрату права на пониженную ставку налога на прибыль и на пониженные страховые взносы.

Практический результат: чек-лист сайта и схема ответственных

Чек-лист можно передать веб-разработчику как часть технического задания и включать в приёмку каждого крупного релиза сайта. Ниже — распределение по трём зонам ответственности: что проверяют юрист или бухгалтерия, что — продуктовая команда или маркетинг, и что — ИТ-отдел или подрядчик.

Юрист / бухгалтерия — реквизиты и юридически значимые сведения:

• полное наименование (без сокращения «ООО»), юридический адрес, ИНН и основной ОКВЭД сверены со свежей выпиской ЕГРЮЛ; размещены в разделе «О компании», «Реквизиты» или в футере;
• коды ИТ-деятельности соответствуют перечню приказа № 449 и совпадают с данными из заявления на аккредитацию; размещены рядом с остальными реквизитами;
• рабочий email и/или телефон организации указаны и не устарели; при наличии формы обратной связи — она реально отправляет заявки;
• если компания — правообладатель ПО или базы данных: на сайте указаны сведения об исключительных правах, способах предоставления лицензии и, если применимо, о наличии в реестре отечественного ПО;
• если компания — оператор фискальных данных: опубликовано разрешение на обработку таких данных или ссылка на него, обычно в разделе «Юридическая информация».

Продуктовая команда / маркетинг — описание деятельности и цены:

• на главной странице или на страницах «Услуги», «Продукты» есть понятное, не рекламное описание того, что делает компания и для кого;
• указаны используемые технологии и языки программирования;
• стоимость услуг раскрыта достоверно — либо конкретная цена, либо минимальный порог в формате «от ХХХ ₽» с пояснением, что итоговая цена зависит от задачи заказчика; формулировка «цена по запросу» без цифр не подходит.

ИТ-отдел / подрядчик — техническая доступность:

• все перечисленные выше разделы открываются без регистрации, без пароля и без обязательных форм захвата контактов;
• ключевые сведения продублированы в виде обычных страниц сайта, а не спрятаны только в скачиваемом PDF;
• действует SSL-сертификат, хостинг оплачен, сайт открывается с российских IP-адресов и без ошибок загрузки;
• нет технической заглушки «сайт на обслуживании», которая держится дольше нескольких часов.

Эти зоны ответственности стоит закрепить письменно — например, в регламенте для подрядчика или в чек-листе приёмки релиза, — чтобы после следующего редизайна не повторилась типичная ситуация: сайт обновили ради нового дизайна, но забыли перенести реквизиты или коды деятельности из старой версии.

Важное ограничение

Приведение сайта в соответствие приказу № 511 — необходимое, но не единственное условие аккредитации. Помимо содержания сайта, Минцифры проверяет долю выручки от ИТ-деятельности, соответствие зарплат сотрудников установленным критериям, структуру бизнеса и ряд других показателей [3]. Исправный сайт снимает один из рисков отказа, но не заменяет собой остальные требования к аккредитации, и рассматривать чек-лист по сайту как гарантию получения или сохранения аккредитации не стоит.

Также важно не путать хронологию: приказ № 511 подписан 02.06.2025, зарегистрирован в Минюсте 07.11.2025 и вступил в силу 21.11.2025 [6] — это действующая с конца 2025 года норма, а не нововведение сентября 2026 года. В 2026 году актуальна не сама норма, а обязанность всех аккредитованных компаний ежегодно подтверждать соответствие ей.

Вывод

Приказ № 511 действует уже почти год, и в 2026 году его требования — это не новость, а рабочий чек-лист для действующего сайта. Ключевая логика простая: любой посетитель, включая проверяющего от Минцифры, должен без регистрации и без лишних кликов увидеть, кто перед ним, чем компания занимается и сколько это стоит. Регулярная сверка реквизитов с ЕГРЮЛ, честные цены, доступность без авторизации и чёткое закрепление ответственности за содержание сайта снижают риск замечаний при ежегодном подтверждении аккредитации — но это лишь одна часть более широкой процедуры, которую проходит ИТ-компания.

Источники

[1] rb.ru — Подтверждение аккредитации ИТ-компании: как пройти автоматическую проверку и сохранить льготы — https://rb.ru/reviews/podtverzhdenie-akkreditacii-it-kompanii-kak-projti-avtomaticheskuyu-proverku-i-sohranit-lgoty/

[2] habr.com — Минцифры продлило срок переаккредитации ИТ-компаний до 1 июля — https://habr.com/ru/news/1042896/

[3] knopka.com — Подтверждение ИТ-аккредитации 2026: требования Минцифры, сайт, сроки — https://knopka.com/blog/tag/buhgalteriya_dlya_it/tpost/podtverzhdenie-it-akkreditacii-2026

[4] vc.ru — Плановое подтверждение аккредитации ИТ-компаний в 2026 году — https://vc.ru/id5796184/2922022-podtverzhdenie-akreditatsii-it-kompaniy

[5] habr.com — Минцифры установило дополнительные требования к сайтам IT-компаний, аккредитованных в реестре ведомства — https://habr.com/ru/news/965352/

[6] normativ.kontur.ru — Приказ Минцифры РФ от 02.06.2025 N 511 (текст документа, Контур.Норматив) — https://normativ.kontur.ru/document?documentId=502641&moduleId=1

[7] ermolinapartners.com — Новые требования для сайтов аккредитованных ИТ-компаний — https://ermolinapartners.com/tpost/t53j9t8bf1-novie-trebovaniya-dlya-saitov-akkreditov

[8] habr.com — Как подготовить сайт ИТ-компании к аккредитации в 2026 году: полный гайд по новым требованиям — https://habr.com/ru/articles/1020660/

[9] consultant.ru — Установлен новый перечень видов деятельности в области информационных технологий — https://www.consultant.ru/law/hotdocs/81553.html

[10] vnesenie-v-reestr.ru — Причины отказа в IT-аккредитации: Почему отклоняют заявки в 2026 году — https://vnesenie-v-reestr.ru/news/prichiny-otkaza-v-it-akkreditatsii-pochemu-otklonyayut-zayavki-v-2026-godu