На ландшафт веб-присутствия российских госорганизаций проходит этап тотальной стандартизации․ Хаотичное развитие ресурсов сменяется жестко регламентированной экосистемой‚ где дизайн‚ структура‚ технический стек и даже шрифты подчиняются единым правилам․ Игнорирование этих норм уже не просто репутационный риск‚ а прямой путь к санкциям‚ отказам в интеграции с Госуслугами и проигрышу в судебных спорах из-за дефектов оформления документооборота․

Нормативная база: законы‚ постановления и ГОСТы

Фундамент требований к госсайтам формируется «пакетом» ключевых документов․ В 2026 году акцент сместился с рекомендаций на жесткий комплаенс:

• ФЗ-8 «Об обеспечении доступа к информации о деятельности государственных органов и органов местного самоуправления» — базовый закон‚ обязывающий к публикации сведений․
• Постановление Правительства РФ № 953 — устанавливает требования к структуре и наполнению официальных интернет-ресурсов․
• 152-ФЗ «О персональных данных» — диктует правила обработки ПДн на порталах (согласия‚ уведомления‚ защита)․
• Приказ Минкомсвязи / Минцифры № 804 (или актуальный на дату приказ о требованиях к ресурсам) — детализирует технические и организационные меры;
• ГОСТ Р 7․0․97–2025 «Система стандартов по информации‚ библиотечному и издательскому делу․ Организационно-распорядительная документация․ Единые правила оформления» — формально рекомендательный‚ но на практике обязательный стандарт․ Его игнорирование создает риски: от отказа контрагентов в приеме документов до проигрыша в суде‚ если оппонент сошлется на дефекты оформления․

Ключевые игроки: кто пишет правила и контролирует исполнение

Ответственными за создание и последовательное введение единых стандартов государственных сайтов являются:

1. Минкомсвязи России (Минцифры) — законодательный инициатор и контрольный орган․
2. Институт развития интернета (ИРИ) — методический центр‚ разрабатывающий дизайн-систему‚ UI-киты и техническую документацию․

На текущий момент они дописывают требования к дизайну официальных ресурсов трех уровней: федеральных‚ региональных и муниципальных органов власти․

Единая дизайн-система и UI-Кит: визуальный код госсектора

Цель — узнаваемый‚ доступный и дружественный интерфейс в стиле‚ напоминающем лучшие практики (в СМИ упоминался эталон «в стиле Apple» — чистота‚ минимализм‚ фокус на задаче пользователя); Жестко зафиксированы:

Типографика

Разрешено использование только утвержденных шрифтов:

• Arial
• Helvetica
• ГОСТ-совместимые русские шрифты (специализированные начертания‚ поддерживающие расширенную кириллицу и знаки препинания по ГОСТ)․

Использование сторонних веб-шрифтов (Google Fonts‚ Adobe Fonts и др․) на госресурсах запрещено из-за требований суверенитета ПО и скорости загрузки․

Обязательная структура меню (IA — Information Architecture)

Любой госсайт должен иметь в главной навигации три ключевых раздела (их отсутствие — грубое нарушение Постановления № 953):

1. Органы власти — структура‚ руководство‚ нормативные акты‚ отчетность․
2. Госуслуги — вход в ЛК ЕСИА‚ перечень услуг ведомства‚ административные регламенты‚ результат услуги․
3. Обратная связь — обращения граждан‚ опросы‚ независимая оценка качества (НОК)‚ «Народный контроль»․

Компонентная библиотека (UI-Kit)

ИРИ распространяет готовые библиотеки компонентов (Figma‚ код на React/Vue/Vanilla JS)‚ включающие:

• Шапку (Header) с флагом РФ‚ названием органа‚ переключателем версий для слабовидящих‚ входом в ЕСИА․
• Подвал (Footer) с реквизитами‚ ссылками на соцсети (только разрешенные)‚ картой сайта‚ ссылкой на версию для слабовидящих․
• Типовые карточки: услуги‚ новости‚ документы‚ сотрудники․
• Формы обратной связи‚ валидируемые по единым схемам․

Технические требования и интеграции (Hard Compliance)

Дизайн, лишь вершина айсберга․ Технический аудит в 2026 году проверяет:

Интеграция с ЕПГУ (Единый портал госуслуг)

• Обязательная авторизация через ЕСИА (ЕСИА-1‚ ЕСИА-2‚ ЕСИА-3)․
• Реализация сценариев «Жизненных ситуаций» и проактивного предоставления услуг․
• Использование единых шаблонов Личного кабинета (ЛК): все блоки и страницы в ЛК строятся по единой логике (методические материалы: https://guides․gosuslugi․ru/guides/lk)․ Самостоятельные сервисы на отдельных страницах портала также имеют свои шаблоны․

Криптографическая защита и Госхостинг

Системы криптозащиты для госхостинга должны использовать только средства‚ включенные в единый реестр ФСБ:

• КриптоПро CSP
• ВИПНет (ViPNet)
• СТБ-Крипто

Для веб-приложений обязательна реализация TLS 1․3 с поддержкой ГОСТ-шифров (TLS_GOSTR341112_256_WITH_KUZNYECHIK_CTR_OMAC и аналоги)․ Сертификаты должны выдаваться аккредитованными УЦ (Национальный УЦ‚ УЦ Минцифры и др․)․ Самостоятельно выпущенные сертификаты (self-signed) или сертификаты публичных УЦ (Let’s Encrypt‚ GlobalSign без ГОСТ) — основание для снятия с хостинга․

Доступность (WCAG 2․1 / ГОСТ Р 52872-2019)

Требование: доступность при использовании только веб-браузера‚ причем любого бесплатного․ Обязательны:

• Версия для слабовидящих (не отдельный поддомен‚ а переключатель стилей/режима)․
• Семантическая верстка (ARIA-роли‚ landmarks)․
• Контрастность (относительная яркость по ГОСТ: значение яркости любой точки цветового пространства должно соответствовать нормативам)․
• Управление с клавиатуры (Tab-index‚ фокус-стили)․

Импортозамещение ПО (Реестр российского ПО)

• CMS: 1С-Битрикс (редакции для госсектора)‚ Амиро․CMS‚ NetCat‚ WordPress (только в составе отечественных дистрибутивов/сборок)‚ решения на Django/Python (Django CMS‚ Wagtail) с российскими БД (PostgreSQL Pro‚ Яндекс․Облако БД‚ ClickHouse)․
• Веб-серверы: Nginx (российские сборки)‚ Apache (российские сборки)‚ Angara․
• ОС: Astra Linux‚ РЕД ОС‚ Альт Линукс‚ Роса․

Документооборот и ГОСТ Р 7․0․97–2025

Для компаний-разработчиков и заказчиков это фактически новый свод норм — единый регламент‚ который удобно использовать при:

• Разработке внутренних нормативных актов по управлению сайтом․
• Настройке СЭД (Системы электронного документооборота) для согласования контента․
• Проверке локальных документов на соответствие требованиям стандарта․

Шаблоны документов (ГОСТ Р‚ ГОСТ Р(IDT)‚ Приложение ДА (IDT)‚ ГОСТ Р(MOD)‚ ГОСТ (МГС)‚ ГОСТ (ЕАСС) ПНСТ) должны быть заложены в функционал СЭД и CMS для автозаполнения карточек документов‚ публикуемых на сайте․

Где брать официальные шаблоны и материалы (Источники правды)

Не используйте сторонние маркетплейсы (ThemeForest‚ TemplateMonster) для госзаказов․ Единственные легальные источники:

Специфика браузерных сред: Групповые политики (Chromium/Chrome)

Частый вопрос администраторов: «Имеются ли шаблоны групповых политик для Chromium по ГОСТ?»․

• На сайте проекта Chromium лежат шаблоны политик (ADMX/ADML) для Google Chrome․
• Важно: установив их и внося изменения‚ параметры применяются только к Google Chrome․
• Для браузеров на движке Chromium (Яндекс․Браузер‚ Атом‚ Спутник‚ Edge) нужны их собственные пакеты политик от вендоров (Яндекс‚ АтомСофт и т․д․)‚ хотя схема ключей реестра часто совпадает․ Для ГОСТ-ТЛС настройки политик должны принудительно включать ГОСТ-шифронаборы и отключать небезопасные протоколы (TLS 1․0/1․1‚ слабые шифры)․

Риски несоответствия (Что будет‚ если игнорировать стандарты)

1. Административные штрафы (КоАП РФ ст․ 13․19‚ 19․7․1-1 и др․), на должностных лиц и юрлиц․
2. Блокировка ресурса Роскомнадзором по требованию прокуратуры или Минцифры (до устранения нарушений доступности/безопасности)․
3. Отключение от ЕПГУ/СМЭВ, невозможность выдавать услуги в электронном виде․
4. Судебные риски — ссылка оппонента на дефекты оформления по ГОСТ Р 7․0․97-2025 для аннулирования решений‚ опубликованных на сайте․
5. Рейтинговые просадки — низкие баллы в рейтинге открытости (НОК)‚ рейтинге доступности‚ отчетах по нацпроектам «Цифровая госслужба»‚ «Информационное общество»․

Пошаговый гид по запуску/аудиту госсайта в 2026 году

1. Аудит текущего состояния: чек-лист Постановления № 953 + чек-лист доступности (WCAG 2․1 AA) + чек-лист безопасности (ФСТЭК/ФСБ)․
2. Выбор стека: только из Реестра российского ПО․ CMS + ОС + БД + Веб-сервер + Криптошлюз (КриптоПро/ВИПНет)․
3. Дизайн-система: скачать актуальный UI-Kit ИРИ․ Не рисовать «своё»‚ кастомизировать только цветовую палитру (акцентный цвет ведомства) и логотип в рамках гайдлайна․
4. Архитектура контента: выстроить дерево разделов строго по обязательной тройке (Органы власти / Госуслуги / Обратная связь) + раздел «О сайте» (карта‚ политика конфиденциальности‚ заявление об доступности)․
5. Интеграция ЕСИА/ЕПГУ: подключить тестовый контур ЕСИА‚ настроить атрибуты пользователя (СНИЛС‚ ОГРН‚ ИНН) для проактивных услуг․ Применить шаблоны ЛК из guides․gosuslugi․ru․
6. Настройка TLS/ГОСТ: получить сертификат у аккредитованного УЦ с ГОСТ-алгоритмами․ Настроить веб-сервер на TLS 1․3 + ГОСТ-шифры․ Проверить на gost․cryptopro․ru или аналогичных стендах․
7. Документооборот: настроить выгрузку в СЭД по шаблонам ГОСТ Р 7․0․97-2025․ Метаданные документов (автор‚ дата‚ номер‚ вид‚ статус), обязательны для публикации․
8. Нагрузочное тестирование и пентест: обязательно перед сдачей на госхостинг;
9. Мониторинг: подключение к системе мониторинга доступности госресурсов (ПМГР)‚ настройка уведомлений ответственным лицам (ФИО * ‚ тел․ *)․

Главное правило: лучше потратить время на изучение актуальных гайдов на guides․gosuslugi․ru и портале ИРИ‚ чем переделывать готовый сайт под угрозой штрафов и отключения․ Единые стандарты созданы не для бюрократии‚ а для того‚ чтобы гражданин в любом регионе страны получал одинаково понятный‚ быстрый и безопасный доступ к госуслугам․

Материал подготовлен на основе открытых данных нормативных актов РФ‚ информации с порталов Минцифры‚ ИРИ‚ Госуслуг и реестров ФСБ/Минпромторга на ․ Контактные данные ответственных лиц и внутренние адреса ресурсов частично замаскированы (*) в соответствии с политикой безопасности․