Создание официального сайта органа государственной власти, органа местного самоуправления (ОМСУ) или бюджетного учреждения в Российской Федерации — это не просто разработка веб-ресурса, а строго регламентированная процедура. Несоблюдение требований законодательства влечет за собой административную ответственность, замечания контролирующих органов (Прокуратуры, Роскомнадзора) и репутационные риски.
В данной статье подробно разобраны нормативная база, ключевые технические стандарты (ГОСТ), этапы жизненного цикла проекта и обязательные разделы, которые должен содержать любой «госсайт».
Нормативная правовая база: Фундамент соответствия
До начала проектирования ТЗ (технического задания) необходимо изучить иерархию нормативных актов. Основные из них:
- Федеральный закон от № 8-ФЗ «Об обеспечении доступа к информации о деятельности государственных органов и органов местного самоуправления» — базовый закон, определяющий состав обязательной к размещению информации, сроки публикации и принципы открытости.
- Постановление Правительства РФ от № 861 «Об утверждении Административного регламента предоставления федеральным органом исполнительной власти государственной услуги по размещению на официальном сайте федерального органа исполнительной власти информации о своей деятельности» (и аналогичные региональные постановления для ОМСУ) — регламентирует порядок обновления разделов.
- ГОСТ Р 52872-2019 «Интернет-ресурсы и другая информация, представленная в электронно-цифровой форме. Приложения для стационарных и мобильных устройств, иные пользовательские интерфейсы. Требования доступности для людей с инвалидностью и других лиц с ограничениями жизнедеятельности» — обязательный стандарт с . Наличие «Версии для слабовидящих» — не опция, а законное требование.
- Федеральный закон от № 152-ФЗ «О персональных данных» — критически важен при реализации форм обратной связи, электронного приема, личных кабинетов, картографических сервисов. Требует уведомления Роскомнадзора об обработке ПДн (для госорганов — особенности учета), назначения ответственного за обработку, политики конфиденциальности и обеспечения безопасности (защита от НСД).
- Федеральный закон от № 38-ФЗ «О рекламе» (ст. 24) — запрет на размещение рекламы на официальных сайтах госорганов и бюджетных учреждений (кроме социальной рекламы и информации о деятельности самого органа).
- Федеральный закон от № 273-ФЗ «Об образовании в Российской Федерации» + Приказ Рособрнадзора от № 785 + Постановление Правительства РФ от № 582 — специальные требования к структуре и наполнению сайтов образовательных организаций (школ, вузов, колледжей).
- Приказ Минцифры России от № 587 (или актуальные редакции) — требования к обеспечению информационной безопасности официальных сайтов (категории значимости объекта КИИ, класс защищенности).
Ключевые технические требования (Чек-лист соответствия)
Доступность (ГОСТ Р 52872-2019 / WCAG 2.1 Level AA)
Это самый частый повод для проверок Прокуратуры. Сайт должен быть воспринимаем, работоспособен, понятен и надежен для людей с инвалидностью по зрению, слуху, двигательным нарушениям.
- Версия для слабовидящих: Кнопка переключения в шапке (контрастные цвета, крупный шрифт, отключение картинок/стилей, управление интервалами). Реализация через отдельный поддомен, подпапку или JS-виджет (последнее менее предпочтительно для строгой проверки).
- Семантическая верстка: Правильная иерархия заголовков (h1-h6), landmarks (header, nav, main, footer, aside), ARIA-роли.
- Клавиатурная навигация: Все интерактивные элементы (ссылки, кнопки, формы) доступны и управляемы с клавиатуры (Tab, Enter, Esc), виден фокус.
- Контрастность: Соотношение контраста текста к фону не менее 4.5:1 (для обычного текста) и 3:1 (для крупного).
- Альтернативные тексты (alt): Для всех информативных изображений, капч (или отказ от них в пользу невидимых/аудио), медиа-контента — субтитры/транскрипции.
Информационная безопасность и хостинг
- Размещение в РФ: Согласно ФЗ-152 и стратегии технологического суверенитета, сайты госорганов обязаны размещаться на серверах, расположенных на территории РФ (сертифицированные дата-центры, Тир III). Использование иностранных CDN, хостингов, почтовых сервисов (Gmail, Outlook) для служебной переписки недопустимо.
- SSL/TLS (ГОСТ-криптография): Обязательное использование сертификатов, выданных аккредитованными УЦ (например, Минцифры, КриптоПро), поддержка алгоритмов ГОСТ Р 34.10-2012 / 34.11-2012 (TLS 1.2/1.3 с ГОСТ-шифронаборами).
- Защита от НСД (Несанкционированного доступа): WAF (Web Application Firewall), регулярное сканирование уязвимостей (PCI DSS подход), защита от DDoS (L3-L7), настройка CSP, HSTS, X-Frame-Options.
- Резервное копирование: Регламентированное ежедневное/недельное бэкапирование БД и файлов с хранением копий в изолированном сегменте (минимум 30 дней).
Доменное имя и идентификация
- Домен только в зоне .GOV.RU (для федеральных органов) или региональные зоны (;ADM.РЕГИОН.РФ, .ГОРОД.РФ и т.д.) для ОМСУ и бюджетников. Регистрация через уполномоченные регистраторы (Ростелеком, Рег.Ру и др.) по заявке уполномоченного лица с ЭП.
- Наличие валидного сертификата ЭП (КЭП) у ответственного администратора сайта для взаимодействия с ЕРАИ (Единая система идентификации и аутентификации) и ГИС.
Обязательная структура и состав разделов (согласно 8-ФЗ и типовым регламентам)
Структура сайта должна быть стабильной и понятной. Типовая схема (карта сайта):
- Главная страница: Новости, объявления, быстрые ссылки на популярные услуги, погода/курсы валют (опционально), баннер «Версия для слабовидящих», ссылка на «Независимую оценку качества условий оказания госуслуг».
- Сведения об органе власти (Орган власти / Об администрации):
- Полное/сокращенное наименование, ОГРН, ИНН, КПП, адрес, телефон, email (служебный, на своем домене), режим работы.
- Структура и органы управления (схема/оргструктура), руководители и заместители (ФИО, фото, биографии, контакты приемных).
- Нормативные акты (устав, положения, приказы, распоряжения — с поиском по номеру/дате/статусу).
- Планы работы, отчеты о выполнении планов, отчеты главы администрации.
- Деятельность (Направления работы): Разделы по отраслям (образование, здравоохранение, ЖКХ, культура, спорт, экономика, земельные отношения, архитектура и т.д.). Внутри — нормативная база отрасли, планы/отчеты отрасли, реестры (земельных участков, объектов культурного наследия и т.д.).
- Государственные (муниципальные) услуги: Ключевой раздел. Перечень услуг в формате реестра (наименование, сроки, основание, результат, ссылка на ЕПГУ/РПГУ/МФЦ, административный регламент, форма заявления, примеры заполнения). Обязательно наличие виджета/кнопки «Оценка качества услуг».
- Документы (Нормативно-правовая база): Поисковик по актам (фактурам, решениям, приказам, постановлениям). Версии документов (проект, принятый, утративший силу). Публикация проектов для общественного обсуждения.
- Обратная связь / Обращения граждан:
- Электронная приемная (интеграция с ГИС «Решение обращений» / АИС ОИВ / Госуслуги.Решение).
- Форма обращения (категория, тема, текст, вложения, согласие на обработку ПДн).
- Режим «Частые вопросы» (FAQ).
- Информация о приеме граждан в личном приеме (расписание, запись на прием онлайн).
- Контроль и надзор / Антикоррупция: Планы проверок, отчеты о проверках, реестры запрещенных сайтов (если уполномочены), декларации доходов должностных лиц (ссылка на банк данных), сведения о доходах/имуществе главы и депутатов.
- Бюджет и финансы: Бюджет муниципального образования (проект, утвержденный, исполнение), отчеты об исполнении бюджета, госзадания/муниципальные задания, закупки (ссылка на ЕИС / реестр 223-ФЗ/44-ФЗ), долговая нагрузка.
- Муниципальная служба / Кадры: Вакансии, конкурсы, прохождение службы, аттестация, обучение.
- Инвестиции и закупки: Инвестиционный портал (если предусмотрен региональным законом), план закупок, отчеты о закупках, информация о договорах.
- Архив / Поиск: Мощный полнотекстовый поиск (Сфинкс, Elasticsearch, Яндекс.Поиск для сайта/Гугл CSE, только если серверы в РФ) по всему архиву документов и новостей.
Этапы создания сайта: От ТЗ до сдачи в эксплуатацию
Этап 1: Подготовительный (Внутренний)
- Издание приказа/распоряжения главы администрации о создании/переработке сайта. Назначение ответственного исполнителя (куратора) и рабочей группы.
- Аудит текущего сайта (если есть): проверка на соответствие ГОСТ Р 52872-2019, 8-ФЗ, 152-ФЗ, заполненность разделов, скорость загрузки, безопасность.
- Формирование ТЗ (Технического задания). ТЗ должно содержать: требования к ЦМС (1С-Битрикс, WordPress, Drupal, Joomla, самописное, важен срок поддержки вендором и реестр РФ ПО), к хостингу, к модулям (версия для слабовидящих, поиск, интеграция с ЕПГУ/РПГУ, АИС ОИВ, картографическая подсистема), к дизайну (брендбук региона, флаг/герб в шапке).
Этап 2: Закупка (44-ФЗ или 223-ФЗ)
- Определение способа закупки (конкурс, аукцион, запрос котировок/предложений).
- Подготовка документации для закупки (проект контракта, ТЗ, критерии оценки). Важно: В критериях оценки обязательно прописать опыт выполнения аналогичных контрактов (госсайты), наличие сертификатов ФСТЭК/ФСБ на используемое ПО (если КИИ), наличие в реестре РФ ПО.
- Рассмотрение заявок, выбор подрядчика, заключение госконтракта.
Этап 3: Проектирование и разработка (Подрядчик)
- Техническое проектирование: Согласование прототипов (Wireframes) главной, типовых внутренних страниц, личного кабинета, формы обратной связи. Утверждение UI-Kit (цвета, типографика, компоненты) с учетом доступности (контраст, размеры тап-зоно минимум 44x44px).
- Разработка бэкенда и фронтенда: Настройка ЦМС, разработка кастомных компонентов (реестры документов, карты, калькуляторы), интеграция через API (СМЭВ/ЕПГУ, ГИС ЖКХ, ГИС ОКН, АИС ОИВ, Картографическая платформа).
- Модуль «Версия для слабовидящих»: Внедрение сертифицированного решения (например, на базе 1С-Битрикс «МИБОК: ВЕРСИЯ ДЛЯ СЛАБОВИДЯЩИХ» или аналогичных), прохождение аудита доступности.
Этап 4: Тестирование и аудит (Приемо-сдаточные испытания — ПСИ)
- Функциональное тестирование: Соответствие ТЗ, работа всех форм, интеграций, прав доступа (РБАК: администратор, редактор отдела, модератор, гость).
- Аудит доступности (ГОСТ Р 52872-2019): Автоматизированное (axe-core, WAVE) + ручное тестирование с экранными дикторами (NVDA, JAWS, VoiceOver) и только клавиатурой. Составление протокола доступности.
- Пентест / Аудит ИБ: Сканирование уязвимостей (OWASP Top 10), проверка настроек сервера, заголовков безопасности, валидность ГОСТ-SSL. Получение заключения аккредитованной лаборатории (если объект КИИ 1-3 категории).
- Нагрузочное тестирование: Проверка устойчивости к пиковым нагрузкам (например, в период приема в школу/сад или выплаты).
Этап 5: Наполнение контентом и запуск
- Миграция данных со старого сайта (архив новостей, документов, фото). Важно: сохранение URL-адресов (настройка 301 редиректов) для сохранения индексации и ссылок с Госуслуг/других ресурсов.
- Обучение администраторов контента (контент-менеджеров отделов) работе в ЦМС: правила оформления новостей, загрузки документов (только PDF/A для архива), создания доступных таблиц и списков.
- Деплой на боевой сервер, настройка DNS (A/AAAA записи), подключение SSL-сертификата ГОСТ.
- Регистрация в Яндекс.Вебмастере, Google Search Console (если не блокировано), добавление в реестр официальных сайтов (ЕРАИ/Госвеб).
Этап 6: Техническая поддержка и развитие (Сопровождение)
- СЛА (SLA) на реакцию: критические ошибки (сайт лежит) — 1-2 часа, функциональные — 1-3 дня.
- Мониторинг доступности (Uptime 99.9%), безопасности (SIEM/WAF логов), дискового пространства.
- Регулярные обновления ЦМС, модулей, ОС сервера (закрытие CVE).
- Ежеквартальный/ежегодный аудит наполнения (актуальность контактов, приказов, реестров) — часто поручается ответственным исполнителям в администрации.
- Ежегодный аудит доступности (ГОСТ Р 52872-2019) и ИБ.
Типовые ошибки и риски (Lessons Learned)
| Ошибка | Последствия | Как избежать |
|---|---|---|
| Использование бесплатных CMS без обновлений / «нуленных» тем/плагинов | Взлом, внедрение вредоносного кода, попадание в реестр запрещенных сайтов, утечка ПДн. | Использование ПО из Единого реестра российских программ, покупка лицензий, регулярное обновление. |
| Отсутствие валидной «Версии для слабовидящих» (только виджет без переверстки) | Предписание Прокуратуры, штрафы по КоАП, судебные иски общественных организаций инвалидов. | Аудит по ГОСТ Р 52872-2019 на этапе ПСИ, сертифицированные модули, семантическая верстка изначально. |
| Размещение на хостинге за рубежом / Cloudflare (проксирование за границей) | Нарушение 152-ФЗ (передача ПДн за границу), риск блокировки/отключения, зависимость от внешней инфраструктуры. | Только российские дата-центры (Тир III), российские CDN (Qrator, Selectel, Rostelecom, Yandex Cloud CDN); |
| Ссылки на несуществующие страницы (404) в разделе «Госуслуги» / битые PDF | Невозможность получения услуги гражданином, жалобы в Прокуратуру/Роскомнадзор, низкий рейтинг «Госвеб». | Автоматизированный мониторинг битых ссылок (Screaming Frog, внутренние скрипты), контроль версий документов. |
| Игнорирование интеграции с ЕПГУ/РПГУ/СМЭВ | Дублирование функций, отсутствие «единого окна», низкий показатель предоставления услуг в электронном виде. | Проектирование архитектуры с API-first подходом, использование виджетов «Госуслуг» для авторизации и подачи заявлений. |
| Хаотичное наполнение: новости вместо нормативных актов, отсутствие дат/номеров документов | Нарушение 8-ФЗ (информация неполная, недостоверная, неактуальная). | Внедрение обязательных полей метаданных в ЦМС (номер, дата, статус, подпись, файл скана), модерация перед публикацией. |
Рекомендации по выбору технологического стека (2024-2026 гг.)
На текущий момент для госсектора актуальны следующие подходы:
- 1С-Битрикс (Корпоративный портал / Управление сайтом): Де-факто стандарт для госзаказов. Есть в реестре РФ ПО. Готовые типовые решения для госорганов (например, от «Мибок», «Аспро», «Визуал» и др.) содержат «из коробки» модуль доступности, структуру 8-ФЗ, интеграции с ЕПГУ/СМЭВ. Ускоряет запуск в 2-3 раза.
- WordPress (Russian Build / Classic) + плагины: Возможен, но требует дорогой доработки под ГОСТ доступности, ИБ (защита админки, 2FA, скрытие версии), импортозамещения плагинов. Сложнее пройти аудит ФСТЭК/КИИ.
- Django / Laravel / Symfony / Go (Custom): Для уникальных высоконагруженных порталов (например, региональные ГИС). Требует полного цикла разработки, аудита кода (SAST/DAST), сертификации ФСТЭК (если КИИ). Дорого и долго, но максимальная гибкость.
- Платформы Госвеб / Региональные ЦОД: Многие регионы предоставляют единые платформы (на базе Битрикс, Liferay, Java-стеков) для размещения сайтов муниципалитетов бесплатно или за символическую плату. Это предпочтительный вариант для малых ОМСУ: снимает вопросы хостинга, ИБ, обновлений ЦМС, доступности (если платформа сертифицирована).
Создание сайта администрации — это проект уровня «Государственная информационная система» (ГИС) или объекта критической информационной инфраструктуры (КИИ). Успех определяется не дизайном, а юридической безупречностью (соответствие 8-ФЗ, 152-ФЗ, ГОСТ Р 52872-2019), информационной безопасностью (ГОСТ-криптография, РФ хостинг, защита ПДн) и удобством для гражданина (доступность, интеграция с Госуслугами, скорость).
Главный совет: Не начинайте с дизайна или выбора CMS. Начинайте с аудита требований вашего регионального министерства/департамента по цифровому развитию, изучения типовых регламентов и составления детального ТЗ с привязкой к каждому пункту закона. Закупка готового типового решения на 1С-Битрикс у интегратора с опытом госзаказов — самый предсказуемый по срокам, бюджету и прохождению проверок путь для 90% муниципалитетов и бюджетных учреждений.
Данная статья носит информационный характер и не заменяет консультации с юристами профильного ведомства и аккредитованными аудиторами ИБ/доступности. Нормативная база меняется, необходимо проверять актуальность редакций законов и ГОСТов на момент начала работ.