Как создавать сайт для администрации

Гайд по разработке портала администрации: от ТЗ до запуска. Сделаем сайт для администрации понятным для жителя и удобным для сотрудника.

Бесплатная консультация юриста

+7 (800) 302-87-29

Реклама jurik.ru

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

В данной статье подробно разобраны нормативная база, ключевые технические стандарты (ГОСТ), этапы жизненного цикла проекта и обязательные разделы, которые должен содержать любой «госсайт».

Нормативная правовая база: Фундамент соответствия

До начала проектирования ТЗ (технического задания) необходимо изучить иерархию нормативных актов. Основные из них:

  • Федеральный закон от № 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-ФЗ и типовым регламентам)

Структура сайта должна быть стабильной и понятной. Типовая схема (карта сайта):

  1. Главная страница: Новости, объявления, быстрые ссылки на популярные услуги, погода/курсы валют (опционально), баннер «Версия для слабовидящих», ссылка на «Независимую оценку качества условий оказания госуслуг».
  2. Сведения об органе власти (Орган власти / Об администрации):
    • Полное/сокращенное наименование, ОГРН, ИНН, КПП, адрес, телефон, email (служебный, на своем домене), режим работы.
    • Структура и органы управления (схема/оргструктура), руководители и заместители (ФИО, фото, биографии, контакты приемных).
    • Нормативные акты (устав, положения, приказы, распоряжения — с поиском по номеру/дате/статусу).
    • Планы работы, отчеты о выполнении планов, отчеты главы администрации.
  3. Деятельность (Направления работы): Разделы по отраслям (образование, здравоохранение, ЖКХ, культура, спорт, экономика, земельные отношения, архитектура и т.д.). Внутри — нормативная база отрасли, планы/отчеты отрасли, реестры (земельных участков, объектов культурного наследия и т.д.).
  4. Государственные (муниципальные) услуги: Ключевой раздел. Перечень услуг в формате реестра (наименование, сроки, основание, результат, ссылка на ЕПГУ/РПГУ/МФЦ, административный регламент, форма заявления, примеры заполнения). Обязательно наличие виджета/кнопки «Оценка качества услуг».
  5. Документы (Нормативно-правовая база): Поисковик по актам (фактурам, решениям, приказам, постановлениям). Версии документов (проект, принятый, утративший силу). Публикация проектов для общественного обсуждения.
  6. Обратная связь / Обращения граждан:
    • Электронная приемная (интеграция с ГИС «Решение обращений» / АИС ОИВ / Госуслуги.Решение).
    • Форма обращения (категория, тема, текст, вложения, согласие на обработку ПДн).
    • Режим «Частые вопросы» (FAQ).
    • Информация о приеме граждан в личном приеме (расписание, запись на прием онлайн).
  7. Контроль и надзор / Антикоррупция: Планы проверок, отчеты о проверках, реестры запрещенных сайтов (если уполномочены), декларации доходов должностных лиц (ссылка на банк данных), сведения о доходах/имуществе главы и депутатов.
  8. Бюджет и финансы: Бюджет муниципального образования (проект, утвержденный, исполнение), отчеты об исполнении бюджета, госзадания/муниципальные задания, закупки (ссылка на ЕИС / реестр 223-ФЗ/44-ФЗ), долговая нагрузка.
  9. Муниципальная служба / Кадры: Вакансии, конкурсы, прохождение службы, аттестация, обучение.
  10. Инвестиции и закупки: Инвестиционный портал (если предусмотрен региональным законом), план закупок, отчеты о закупках, информация о договорах.
  11. Архив / Поиск: Мощный полнотекстовый поиск (Сфинкс, 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% муниципалитетов и бюджетных учреждений.


Данная статья носит информационный характер и не заменяет консультации с юристами профильного ведомства и аккредитованными аудиторами ИБ/доступности. Нормативная база меняется, необходимо проверять актуальность редакций законов и ГОСТов на момент начала работ.