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

+7 (800) 301-07-30

Реклама jurik.ru

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

Этап предпроектного обследования и планирования

До написания первой строки кода или выбора CMS необходимо четко определить цели и границы проекта.

Определение целей и KPI

Информирование: Публикация нормативных актов, приказов, новостей, реестров.
Электронные услуги: Прием обращений граждан, запись на прием, подача заявлений (интеграция с ЕПГУ/РПГУ или корпоративными порталами).
Прозрачность и отчетность: Размещение отчетов о деятельности, финансовых данных, планов работы.
Внутренняя коммуникация: Закрытый раздел для сотрудников (интранет), базы знаний, документооборот.

KPI примеры: время загрузки страниц < 2 сек, доступность 99.9%, процент успешных отправок форм > 95%, соблюдение сроков публикации документов.

Аудит текущего состояния (если сайт уже есть)

Технический аудит: производительность, безопасность, код, адаптивность.
Контент-аудит: актуальность информации, структура меню, дубликаты, ROT-анализ (Redundant, Outdated, Trivial).
Аудит юзабилити (UX): глубина вложенности, понятность навигации, доступность для маломобильных групп (WCAG 2.1 AA).

Составление Технического задания (ТЗ) и Состав проекта

ТЗ должно соответствовать требованиям ГОСТ 19.xxx (для госсектора) или внутренним стандартам организации. Обязательные разделы:

Общие сведения о проекте.
Требования к функционалу (ролевая модель доступа, модули: новости, реестры, поиск, карта сайта, RSS).
Требования к дизайну (брендбук, адаптивность, версия для слабовидящих).
Требования к безопасности (ФЗ-152, ФЗ-149, защита от DDoS, SSL/TLS, регулярное сканирование уязвимостей).
Требования к интеграциям (API: 1С, ЭДО, ГИС, CRM, LDAP/AD для SSO).
Требования к хостингу и инфраструктуре (Русская Федерация: размещение на территории РФ, сертифицированные ЦОД, ФСТЭК/ФСБ при необходимости).
План тестирования и приемо-сдаточных испытаний.

Выбор технологического стека и платформы (CMS)

Выбор зависит от бюджета, команды разработки, требований регулятора и масштаба.

Платформа	Тип лицензии	Преимущества	Риски/Ограничения
1С-Битрикс (Корпоративный портал / Сайт управления)	Проприетарная	Мощный маркетплейс модулей, встроенный документооборот, поддержка ФЗ-152 «из коробки», большой пул разработчиков, сертификация ФСТЭК.	Стоимость лицензий и продления, «тяжелое» ядро, привязка к экосистеме 1С.
WordPress + плагины (Gutenberg, ACF, WP-Recall)	Open Source (GPL)	Низкий порог входа, гибкость, огромное сообщество, дешевая разработка.	Необходимость доработок под безопасность (WAF, отключение XML-RPC, защита админки), сложность сертификации ФСТЭК, обновления ядра могут ломать кастомный код.
Drupal / TYPO3	Open Source	Высокая безопасность, гранулярная система прав доступа, мультиязычность, используются в госсекторе ЕС и США (White House, data.gov).	Высокая стоимость разработчиков, сложность поддержки, долгий тайм-ту-маркет.
Отечественные CMS (Амиро, УМИ.ЦМС, NetCat, Редакция «Сайт департамента» на базе Open Source)	Проприетарные / Open Source based	Соответствие импортозамещению, поддержка ГОСТ/ФЗ, техническая поддержка вендора в РФ.	Зависимость от вендора (vendor lock-in), меньшее сообщество, функционал может уступать мировым лидерам.
Headless CMS (Strapi, Directus, Contentful) + Frontend (React/Vue/Next.js/Nuxt)	Разное	Максимальная производительность (SSG/SSR), безопасность (нет прямого доступа к БД админки), современный стек, легкость интеграций.	Сложность для контент-менеджеров (нет WYSIWYG «из коробки» в некоторых), высокая стоимость разработки, необходимость сильной DevOps-команды.

Критерии выбора

Наличие в Едином реестре российских программ (для госзакупок 44-ФЗ/223-ФЗ).
Поддержка WCAG 2;1 Level AA (версия для слабовидящих).
Готовые модули интеграции с ЕПГУ/РПГУ (СМЭВ 3).
Возможность настройки ролевой модели (редактор, модератор, администратор, руководитель, API-клиент).
Стоимость владения (TCO): лицензии + хостинг + поддержка + разработка новых фич за 3-5 лет.

Проектирование информационной архитектуры (IA) и UX/UI

Структура сайта (Карта сайта / Sitemap)

Рекомендуемая глубина вложенности — не более 3 кликов от главной страницы.

Пример структуры департамента:
Главная
├── О департаменте
│ ├── Структура и руководители (с фото/био )
│ ├── Нормативная база (Устав, Положение)
│ ├── Контакты и реквизиты (Адрес: , Телефон: , Email: )
│ └── Отчетность и планы
├── Деятельность
│ ├── Направления работы
│ ├── Проекты и программы
│ └── Реестры (реестр лицензий, реестр НКО и т.д.)
├── Документы
│ ├── Приказы и распоряжения (фильтр по году, номеру, статусу)
│ ├── Приказы ведомства вышестоящего уровня
│ └── Проекты нормативных актов (Обсуждение)
├── Электронные услуги
│ ├── Прием обращений (интеграция с ГИС "Решение вопросов" / CRM)
│ ├── Запись на прием (виджет очереди)
│ └── Статус рассмотрения обращения
├── Пресс-центр
│ ├── Новости (теги, категории, архив)
│ ├── Мероприятия (календарь, регистрация)
│ └── Медиатека (фото, видео, пресс-релизы)
├── Взаимодействие
│ ├── Обратная связь (категоризированная форма)
│ ├── Анкетирование / Опросы
│ └── FAQ (Частые вопросы)
└── Спецразделы (по требованию закона)
 ├── Закупки (ссылка на zakupki.gov.ru / личный кабинет)
 ├── Вакансии / Конкурсы
 ├── Доступная среда
 └── Версия для слабовидящих (отдельный поддомен или переключатель)

Прототипирование (Wireframes)

Главная: Hero-блок с миссией, блок «Ключевые услуги» (тайлы), лента новостей/мероприятий, быстрые ссылки на реестры.
Карточка документа: Метаданные (номер, дата, статус, подписавший *), полнотекстовый поиск в PDF, версионирование, печатная версия.
Личный кабинет сотрудника/гражданина: Дашборд, история обращений, черновики, подписание ЭП/ЭЦП.

Дизайн-система и Доступность (a11y)

Использование государственных/корпоративных символов, флагпака.
Обязательное наличие переключателя «Версия для слабовидящих» (крупный шрифт, высокий контраст, монохром, отключение картинок/анимаций).
Адаптивность: Mobile First, контрольные точки 320px, 768px, 1024px, 1440px, 1920px.

Разработка и техническая реализация

Инфраструктура и DevOps

Хостинг: VPS / Выделенный сервер / Kubernetes в сертифицированном ЦОД (Тиер 3+). Расположение данных — только РФ.
Безопасность периметра: WAF (Web Application Firewall), защита от DDoS (L3-L7), IDS/IPS.
SSL/TLS: Сертификаты ГОСТ Р 34.10-2012 (для госсектора) или RSA/ECDSA (Let’s Encrypt / платные OV/EV для корп.). Настройка HSTS, CSP, X-Frame-Options.
CI/CD: GitLab CI / Jenkins / GitHub Actions. Этапы: Lint -> Unit Tests -> Build -> Deploy to Stage -> Auto/Manual Tests -> Deploy to Prod (Blue-Green или Rolling).
Резервное копирование: Ежедневные бэкапы БД и файлов (хранение 30 дней), еженедельные полные (хранение 1 год). Тестирование восстановления раз в квартал.
Мониторинг: Zabbix / Prometheus + Grafana (Uptime, CPU/RAM/Disk, PHP-FPM/Node.js pool, Slow queries, 5xx errors). Алерты в Telegram/Email/СМС.

Бэкенд-разработка (Ключевые модули)

Модуль управления документами (Документооборот): Жизненный цикл: Черновик -> На согласовании (воркфлоу) -> Подписано -> Опубликовано -> Архивировано. Поддержка ЭЦП (КриптоПро, VipNet).
Модуль реестров: Выгрузка в CSV/XLSX/JSON/XML по расписанию или по требованию. Валидация по XSD-схемам регулятора.
Поиск: Elasticsearch / OpenSearch / Sphinx / Meilisearch. Морфология русского языка, синонимы, фасетный поиск (фильтры по типу, дате, автору). Индексация содержимого PDF/DOCX (Apache Tika).
Интеграции (API First): REST/GraphQL/gRPC. Очереди сообщений (RabbitMQ/Kafka) для асинхронных задач (отправка в СМЭВ, генерация отчетов, рассылки).
Персональные данные (ФЗ-152): Шифрование ПДн в БД (поля ФИО, паспорт, СНИЛС, адрес *), логирование доступа к ПДн, возможность полного удаления по запросу субъекта (Right to be forgotten).

Фронтенд-разработка

Стек: TypeScript, React/Vue/Svelte (или SSR-фреймворки Next.js/Nuxt/Astro для SEO).
Компонентный подход (Storybook для каталога UI-кит).
Оптимизация Core Web Vitals: LCP < 2.5s, CLS < 0.1, INP < 200ms. Ленивая загрузка изображений (WebP/AVIF), предзагрузка критических шрифтов, минификация CSS/JS, Brotli/Gzip сжатие.
PWA (Progressive Web App): офлайн-доступ к кэшированным новостям/документам, Push-уведомления (Service Worker).

Наполнение контентом и миграция

Подготовка контента

Аудит существующих материалов: решение — оставить/обновить/архивировать/удалить.
Приведение к единому стилю (Глоссарий, Руководство по стилю / Style Guide).
Создание метаданных для каждого документа/страницы: , Description, H1, Теги, Категории, Автор (*), Дата актуальности.

Миграция данных

Написание скриптов парсинга/экспорта со старой CMS (XML, CSV, API, прямой доступ к БД).
Тестовая миграция на Stage -> Ручная проверка выборки (10-20% страниц) -> Полная миграция -> Валидация ссылок (нет битых ссылок 404).
Настройка 301 редиректов (URL Mapping) со старых URL на новые для сохранения SEO и закладок пользователей.

Тестирование и Приемка

Виды тестирования

Функциональное: Соответствие ТЗ (чек-листы тест-кейсов).
Нагрузочное (Load Testing): JMeter / k6 / Gatling. Сценарии: пиковая нагрузка (например, 1000 RPS при приеме заявлений), стресс-тест (до отказа), соак-тест (долгая нагрузка). Критерии: 95 перцентиль времени ответа < 1.5с, ошибки < 0.1%.
Безопасность (Penetration Testing / DAST/SAST): OWASP Top 10 (SQLi, XSS, CSRF, IDOR, Broken Access Control). Проверка настроек серверов, заголовков, версий ПО (CVE). Обязательно для госсайтов перед вводом в эксплуатацию.
Доступность (a11y Audit): Автоматические (axe-core, Lighthouse) + ручное тестирование скринридерами (NVDA, JAWS, VoiceOver), навигация с клавиатуры, контрастность.
Кроссбраузерность / Кроссплатформенность: Chrome, Firefox, Safari, Яндекс.Браузер (последние 2 версии), iOS Safari, Android Chrome. Режим «Версия для слабовидящих».
Юзабилити-тестирование: Корридорное тестирование (5-7 пользователей ЦА) на прототипах или Stage.

Акт приема-передачи

Подписывается заказчиком и подрядчиком после устранения критических и мажорных багов. Приложения: протоколы тестирования, отчет по нагрузочному тестированию, отчет по пентесту, инструкции администратора и контент-менеджера.

Запуск (Go-Live) и pós-поддержка

План запуска (Go-Live Checklist)

Заморозка кода (Code Freeze) за 48 часов.
Финальный деплой на Production.
Переключение DNS (TTL снижен заранее до 60-300 сек).
Проверка SSL, редиректов, robots.txt, sitemap.xml.
Добавление в Яндекс.Вебмастер, Google Search Console, Почта России (если нужно).
Информирование пользователей (баннер на старом сайте, рассылка, соцсети).
Дежурство команды разработки 24/7 в течение первых 3-7 дней (Hypercare period).

Техническая поддержка и развитие (SLA)

Регулярные процедуры

Обновление CMS, плагинов, ОС, библиотек (Security Patches) — ежемесячно / по выходу Critical CVE.
Аудит логов доступа и ошибок — еженедельно.
Проверка актуальности контента (контент-менеджерами), ежемесячно.
Пентест и аудит доступности — ежегодно или после мажорных изменений.
Резервное копирование и тест восстановления — по регламенту.

Юридические и организационные аспекты

Политика конфиденциальности и Согласие на обработку ПДн: Тексты должны быть доступны в футере на каждой странице, составлены юристами с учетом ФЗ-152 и 149-ФЗ.
Публичный оферт / Пользовательское соглашение: Если есть личный кабинет или интерактивные сервисы.
Уведомление Роскомнадзора об обработке ПДн: Обязательно до начала обработки (если не относится к исключениям).
Доступность для инвалидов по зрению: Обязательство по Приказу Минкомсвязи № 483 (ГОСТ Р 52872-2019 / WCAG 2.1 AA). Наличие заявления о доступности.
Договор на разработку/поддержку: Четкое разделение ИП прав (эксклюзивные права на код/дизайн переходят к заказчику), этапы приемки, штрафные санкции за срыв сроков/утечки данных.
Персонал: Назначение ответственного за защиту ПДн (ДСПП), администратора безопасности сайта, контент-менеджеров с разграниченными правами.

Чек-лист «Готовность к запуску» (Definition of Done)

[ ] ТЗ согласовано и подписано.
[ ] Дизайн-макеты утверждены (Figma/Zeplin), UI-Kit готов.
[ ] CMS установлена, настроена, обновлена до последней стабильной версии.
[ ] Все модули разработаны и покрыты автотестами (Unit/Integration > 80%).
[ ] Интеграции с внешними системами (СМЭВ, 1С, CRM, AD/LDAP) протестированы на Stage.
[ ] Настроена инфраструктура: Продакшн, Стейджинг, Девелоп. SSL, WAF, Бэкапы, Мониторинг, Логирование (ELK/EFK).
[ ] Проведены все виды тестирования (Функц., Нагрузка, Безопасность, a11y, Кроссбраузер). Баги закрыты.
[ ] Контент перенесен, проверен, 301 редиректы настроены.
[ ] Юридические документы (Политика конфиденциальности, Согласие, Оферта) опубликованы.
[ ] Версия для слабовидящих работает и пройдена экспертиза доступности.
[ ] Инструкции для администраторов и контент-менеджеров переданы, обучение проведено.
[ ] Акт приема-передачи подписан.
[ ] План Go-Live согласован с заказчиком и хостинг-провайдером.

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

Статья подготовлена в ознакомительных целях. Для реализации конкретного проекта необходимо консультироваться с юристами, специалистами по ИБ и закупкам в соответствии с действующим законодательством РФ (44-ФЗ, 223-ФЗ, 152-ФЗ, 149-ФЗ, Приказ Минцифры и др.).

Уровень инцидента	Описание	Время реакции	Время устранения
Critical (P1)	Сайт недоступен, утечка ПДн, критическая уязвимость 0-day	15 мин (круглосуточно)	2-4 часа
High (P2)	Не работает ключевой модуль (услуги, поиск, админка), ошибки 5xx > 5%	1 час (рабочее время)	4-8 часов
Medium (P3)	Ошибки верстки, неработающие ссылки, мелкие баги админки	4 часа	3-5 рабочих дней
Low (P4)	Косметические правки, пожелания по UI, обновление контента	1 день	Плановый спринт (2 недели)