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

Нормативная правовая база: что регулирует деятельность сайта

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

Ключевые законодательные акты

• Федеральный закон от № 8-ФЗ «Об обеспечении доступа к информации о деятельности государственных органов и органов местного самоуправления». Это базовый закон, гарантирующий право граждан на получение сведений.
• Федеральный закон от № 149-ФЗ «Об информации, информационных технологиях и о защите информации» (статьи 15.1, 15.2 — размещение на территории РФ, реестр запрещенных сайтов).
• Федеральный закон от № 210-ФЗ «Об организации предоставления государственных и муниципальных услуг» (раздел об электронном взаимодействии).
• Федеральный закон от № 276-ФЗ (поправки к 8-ФЗ) — требования к адаптированной версии для слабовидящих.
• Федеральный закон от № 187-ФЗ «О безопасности критической информационной инфраструктуры РФ» (если сайт входит в состав КИИ).
• Федеральный закон от № 476-ФЗ (поправки к 149-ФЗ) — обязательное размещение программного кода и баз данных на территории РФ.
• Постановление Правительства РФ от № 1487 (в ред. от 2023-2024 гг.) — утверждение Административного регламента предоставления госуслуг в электронном виде.
• Приказ Минцифры России от № 831 (в актуальной редакции), требования к структуре официальных сайтов и составу размещаемой информации.

Технические стандарты (ГОСТ)

• ГОСТ Р 52872-2019 «Интернет-ресурсы. Требования доступности для инвалидов по зрению» (заменил версию 2012 года). Соблюдение обязательно для всех госсайтов.
• ГОСТ Р ИСО/МЭК 25010-2014 — модели качества ПО (функциональность, надежность, удобство использования).
• Рекомендации ФСТЭК по защите персональных данных (при обработке ПДн на сайте).

Техническая инфраструктура: Хостинг и Домен

Выбор хостинга: строгое требование локализации

Согласно ст. 15.1 ФЗ-149 и ФЗ-476, все программное обеспечение, базы данных и резервные копии должны физически находиться на территории Российской Федерации. Использование иностранных хостинг-провайдеров (AWS, Azure, Google Cloud, DigitalOcean и др.) — прямое нарушение закона.

Критерии выбора провайдера:

1. ЦОД (Data Center) расположен в РФ (Москва, Санкт-Петербург, * или иные регионы).
2. Наличие лицензии ФСБ на предоставление услуг шифрования (если используется SSL/TLS с отечественными алгоритмами ГОСТ).
3. Соответствие требованиям к защите персональных данных (152-ФЗ) — сертифицированная СЗИ (система защиты информации) или аттестованная контура.
4. Готовность к подключению к ЕСИА (ЕСИА-Шлюз) и СМЭВ (СМЭВ-3).
5. Наличие каналов связи с гарантированной пропускной способностью и защитой от DDoS-атак (L3-L7).

Доменное имя

• Обязательно использование доменной зоны .GOV.RU (для федеральных органов) или .<РЕГИОН>.RU / .<РЕГИОН>.РФ (для органов власти субъектов и МО).
• Регистрация производится через аккредитованных регистраторов (например, * — уточняйте у координатора Gov.ru).
• Настройка DNSSEC для защиты от подделки DNS-записей.

Выбор CMS: Реестр российского ПО и безопасность

На 2026 год использование иностранных CMS (WordPress, Bitrix, Drupal, Joomla, 1C-Bitrix в облачной версии за рубежом) для новых госсайтов критически не рекомендуется и часто запрещено заказчиками/контролирующими органами из-за ФЗ-187 и требований импортозамещения.

Требования к CMS:

• Вхождение в Единый реестр российских программ для ЭВМ и баз данных (реестр Минцифры).
• Наличие сертификата ФСТЭК (класс не ниже 3-го для обработки ПДн, или соответствие профилю защиты по ФЗ-187 для КИИ).
• Поддержка «из коробки» ГОСТ Р 52872-2019 (версия для слабовидящих: смена контраста, шрифта, отключение картинок, навигация по клавиатуре).
• Модули интеграции с ЕСИА, СМЭВ, ГИС ЖКХ, ГИС «Закупки», Реестром нормативных актов.
• Отсутствие «телеметрии» и исходящих соединений на внешние ресурсы (CDN, Google Fonts, reCAPTCHA, Яндекс.Метрика — только локальные аналоги).

Популярные решения на рынке (примеры для анализа):

• АСП.Платформа / АСП.Сайт (входит в реестр, сертифицирована ФСТЭК).
• 1С-Битрикс: Управление сайтом (коробочная версия), только при развертывании на своей инфраструктуре в РФ и вхождении в реестр (проверять актуальный статус на реестр.минцифры.рф).
• Evolution CMS / MODX Revolution (русские форки/сборки с сертификацией).
• Собственная разработка на фреймворках (Laravel, Symfony, Django, Go), при условии прохождения аудита кода и внесения в реестр (сложно, дорого, но максимально гибко).

Структура и обязательные разделы сайта (по Приказу Минцифры № 831)

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

Обязательные основные разделы:

1. Главная страница: новости, объявления, быстрые ссылки на госуслуги, погода/курс валют (опционально), баннер «Версия для слабовидящих» (переключатель в шапке).
2. Сведения об организации: полное/сокращенное наименование, ОГРН, ИНН/КПП, адрес (), телефон приемной (), email (), график работы, структура органов (органограмма), руководитель (, ФИО), устав/положение.
3. Документы: нормативные правовые акты (НПА), планы работы, отчеты о выполнении планов, стратегии развития.
4. Деятельность: направления работы, ведомства/комитеты/департаменты (с описанием полномочий и контактами руководителей *).
5. Государственные услуги (Муниципальные услуги): реестр услуг с описанием, сроками, основаниями отказа, формой заявления, ссылкой на ЕПГУ/РПГУ для электронного получения.
6. Обратная связь / Обращения граждан: электронная форма (с защитой от ботов — российская капча), реквизиты для письменных обращений, ссылка на ГАС «Электронное правительство» / РОИВ (Региональная общественно значимая информация).
7. Закупки (44-ФЗ / 223-ФЗ): план-закупок, извещения, протоколы, контракты, отчеты. Ссылка на официальный сайт закупок (zakupki.gov.ru / региональные порталы).
8. Финансовая и плановая отчетность: ежегодные отчеты об исполнении бюджета, отчеты о расходах, аудиторские заключения.
9. Антикоррупция: сведения о доходах руководителей (), меры противодействия коррупции, план мероприятий.
10. Персональные данные: политика конфиденциальности, порядок обработки ПДн, контакты оператора/ДСП ().
11. Доступность (Версия для слабовидящих): отдельный поддомен или переключатель стилей (WCAG 2.1 AA / ГОСТ Р 52872-2019).
12. Раздел «Часто задаваемые вопросы» (FAQ).
13. Поиск по сайту (обязательно, с морфологией русского языка).

Доступность для маломобильных групп (ГОСТ Р 52872-2019)

Это не рекомендация, а жесткое требование закона (ст. 15 ФЗ-181, ФЗ-276). Несоблюдение влечет штрафы по КоАП (ст. 5.59, 13.14) и предписания прокуратуры.

Технические требования к адаптивной версии:

• Кнопка переключения в шапке сайта (контрастная, крупная, с aria-label).
• Возможность изменения: размера шрифта (минимум 3 ступени), межстрочного интервала, начертания (без засечек).
• Режимы цветовой схемы: стандартный, высокий контраст (черный на желтом/белом), инверсия, монохром.
• Отключение изображений/фоновых картинок/анимаций.
• Подсветка фокуса клавиатуры (outline) на всех интерактивных элементах.
• Семантическая верстка: заголовки h1-h6 строго по иерархии, landmarks (header, nav, main, aside, footer), aria-роли.
• Альтернативные тексты (alt) для всех информативных изображений.
• Подписи/транскрипции для видео и аудио контента.

Информационная безопасность и защита персональных данных (152-ФЗ, 187-ФЗ)

Меры защиты (базовый чек-лист):

• SSL-сертификат с поддержкой ГОСТ (TLS 1.2/1.3 с шифровками ГОСТ 28147-89 / Магма / Кузнечик) — выдача аккредитованным УЦ (например, *, Минцифры, ФСБ).
• WAF (Web Application Firewall) на уровне хостера или отдельным аппаратным/виртуальным модулем (Positive Technologies, Solar Dozor, *).
• Защита от DDoS (L3-L7) — обязательна для госсайтов.
• Журналирование событий безопасности (SIEM) — хранение логов не менее 3 лет (по 152-ФЗ) или 6 лет (по 187-ФЗ для КИИ).
• Регулярное сканирование уязвимостей (SAST/DAST) — не реже 1 раза в квартал и после каждого релиза.
• Резервное копирование: ежедневно (инкремент), еженедельно (полное), хранение копий в географически распределенном ЦОД в РФ. Проверка восстановления — раз в полугодие.
• Учет доступа: МФА (многофакторная аутентификация) для админ-панели (токены, СМС, ГОСТ-ключи).

Персональные данные (152-ФЗ):

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

• Опубликуйте «Политику конфиденциальности» в футере.
• Обеспечьте права субъектов (доступ, исправление, удаление — ст. 18, 21 152-ФЗ).
• Уведомите Роскомнадзор об обработке ПДн (если не относится к исключениям ст. 22).
• Локализация БД с ПДн — только РФ.

Интеграция с государственными системами

Современный сайт администрации — это не визитка, а шлюз к цифровым услугам.

Этапы проекта: от ТЗ к запуску

Этап 1: Проектирование и ТЗ (2-4 недели)

• Сбор требований заказчика (администрация *).
• Аудит текущего сайта (если есть редизайн).
• Составление Технического задания (ТЗ) с привязкой к: Приказу № 831, ГОСТ Р 52872-2019, 152-ФЗ, 149-ФЗ, 187-ФЗ.
• Утверждение карты сайта (Sitemap) и прототипов ключевых страниц (Figma/Мокапы).
• Выбор CMS из Реестра Минцифры и согласование с заказчиком.

Этап 2: Разработка и верстка (4-12 недель)

• Настройка стенда разработки (dev) в изолированном контуре.
• Верстка адаптивных шаблонов (Mobile First), поддержка браузеров (последние 2 версии Chrome/YaBrowser/Firefox/Safari + Гос. браузеры типа «Атом»/«Яндекс.Браузер для организаций»).
• Реализация модуля «Версия для слабовидящих» (не плагин, а часть ядра темы).
• Разработка/настройка модулей: Новости, Документы (с версионированием), Реестр услуг, Обращения, Поиск (Sphinx/Elasticsearch/Meilisearch на своем сервере).
• Интеграция с ЕСИА, СМЭВ (тестовые контуры).

Этап 3: Тестирование и аудит (2-3 недели)

• Функциональное тестирование: чек-листы по ТЗ.
• Аудит доступности (a11y): автоматическое (axe-core, WAVE) + ручное (эксперт незрячий пользователь, навигация Tab, скринридер NVDA/JAWS). Отчет о соответствии ГОСТ Р 52872-2019.
• Пентест / Анализ защищенности: по методике ФСТЭК (если КИИ) или внутренней методике. Закрытие критических уязвимостей (OWASP Top 10).
• Нагрузочное тестирование: эмуляция пиковой нагрузки (например, 1000 одновременных пользователей при приеме заявлений на льготы).
• Проверка соответствия 152-ФЗ: аудит обработки ПДн (внутренний или привлечение аудитора).

Этап 4: Развертывание на ПРОД и запуск (1 неделя)

• Перенос на боевую инфраструктуру (Production).
• Настройка DNS, SSL (ГОСТ), WAF, DDoS-защиты.
• Настройка мониторинга (Zabbix / Prometheus / Grafana / отечественные аналоги) — доступность, коды ответа 200, срок действия сертификатов, дисковое пространство.
• Загрузка контента (миграция со старого сайта или первичное наполнение).
• Подписание Акта приема-передачи работ, передача доступов (админка, серверы, репозиторий, документация) ответственному лицу администрации (*).

Этап 5: Сопровождение и развитие (непрерывно)

• Техподдержка (SLA: время реакции на инцидент P1 — 15-30 мин, P2 — 2-4 часа).
• Обновления безопасности CMS и ОС (Linux/Windows Server) — ежемесячно / по выходу патчей.
• Модерация контента, публикация НПА, новостей (обучение контент-менеджеров администрации).
• Ежегодный аудит доступности и безопасности.
• Развитие функционала: новые услуги, интеграции, виджеты.

Типовые ошибки и риски (Lessons Learned)

1. Использование «коробочного» Битрикса/Вордпресса без проверки реестра и сертификатов. → Отказ в приемке, предписания прокуратуры, необходимость переезда за 3-6 месяцев.
2. Игнорирование ГОСТ Р 52872-2019 до этапа приемки. → Доработка верстки «под ключ» стоит в 3-5 раз дороже, чем «с нуля» с учетом доступности.
3. Хостинг за рубежом или у реселлера без подтверждения локации ЦОД. → Блокировка Роскомнадзором, уголовная ответственность за неисполнение 149-ФЗ.
4. Отсутствие интеграции с ЕСИА/СМЭВ на старте. → Сайт не выполняет основную функцию, предоставление услуг в электронном виде.
5. Слабая защита админки (нет МФА, дефолтные пути /admin, /bitrix/admin). → Взлом, дефейс, утечка ПДн, репутационный скандал.
6. Контент-менеджеры не обучены работе с доступностью. → Загрузка фото без alt, таблиц без заголовков, PDF-сканов без текстового слоя — сайт теряет статус «доступного» через месяц после запуска.

Чек-лист приемки сайта заказчиком (для подписания Акта)

• [ ] Домен в зоне .GOV.RU / .РЕГИОН.RU, настроен DNSSEC.
• [ ] SSL-сертификат ГОСТ, валидный, цепочка доверия верная.
• [ ] Сервер в РФ (трейсроутинг, WHOIS IP подтверждают).
• [ ] CMS в Едином реестре Минцифры (актуальная версия).
• [ ] Версия для слабовидящих: проходит автоматический и ручной аудит (ГОСТ Р 52872-2019).
• [ ] Все обязательные разделы по Приказу № 831 заполнены актуальной информацией.
• [ ] Форма обратной связи работает, письма уходят на почту администрации (*), защита от спама (капча РФ).
• [ ] Интеграция с ЕСИА: вход в ЛК работает, получение атрибутов (СНИЛС, ФИО).
• [ ] Интеграция с СМЭВ: тестовые запросы в справочники (ПФР/ФНС) проходят успешно.
• [ ] Виджеты «Получить услугу» на страницах реестра услуг ведут на ЕПГУ/РПГУ.
• [ ] Раздел «Закупки» синхронизируется с ЕИС / региональным порталом.
• [ ] Политика конфиденциальности (152-ФЗ) опубликована, уведомление РКН подано (если нужно).
• [ ] Настроено резервное копирование (расписание, место хранения в РФ, тест восстановления пройден).
• [ ] Настроен мониторинг доступности и безопасности (алерты на телефон/email админа *).
• [ ] Проведен пентест / сканирование уязвимостей, отчет передан, критичные уязвимости закрыты.
• [ ] Передана документация: Руководство администратора, Руководство контент-менеджера, Схема БД, API-документация, Логины/пароли (в запечатанном конверте / KeePass / Vault).
• [ ] Обучены сотрудники администрации (контент-менеджеры, модераторы, администратор сайта).

Создание сайта для администрации в 2026 году, это не просто веб-разработка, а реализация ИТ-проекта уровня «Госзаказ» с высокой ответственностью. Ключ к успеху — раннее вовлечение юристов и ИБ-специалистов на этапе проектирования ТЗ, выбор сертифицированного отечественного ПО и непрерывный контроль доступности (a11y) на всех этапах жизненного цикла. Только системный подход позволит сдать объект в срок, избежать штрафов и предписаний контролирующих органов и, главное, обеспечить реальный цифровой доступ граждан к государственным услугам.

Данная статья подготовлена на основе актуального на законодательства и судебной практики. Нормативная база меняется динамически. Перед стартом проекта обязательно сверьтесь с последними редакциями законов и приказом Минцифры на pravo.gov.ru и minsvyaz.ru. Контакты ответственных лиц и конкретные адреса серверов замаскированы (*) в целях информационной безопасности.