Методология проектирования информационно-функциональной архитектуры веб-сайта: от CustDev до Технического Задания по ГОСТ

По данным на 2024 год, более 59% мирового веб-трафика приходится на мобильные устройства, что делает их основным способом потребления контента. Этот факт не просто указывает на тренд, а бескомпромиссно диктует необходимость пересмотра традиционных подходов к проектированию веб-ресурсов. В условиях, когда цифровое взаимодействие становится основой бизнеса и коммуникации, а удаленная работа — повседневной реальностью, качество информационно-функциональной архитектуры (ИА) и пользовательского опыта (UX) веб-сайтов выходит на первый план. Плохо спроектированный сайт — это не только потеря потенциальных клиентов, но и серьезный репутационный ущерб, который часто недооценивается.

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

Методология объединяет два ключевых контура: глобальный UX-контур, основанный на передовых подходах (таких как «Пять плоскостей UX» Джесса Гарретта, Mobile-First Design и методология CustDev), и национальный проектно-документационный контур, строго следующий российским стандартам ГОСТ для оформления Технического Задания и формулирования требований к качеству системы. Такой комплексный подход призван нивелировать «слепые зоны» существующих методических материалов, предлагая студентам не просто набор инструментов, а полноценное руководство для создания высококачественного дипломного проекта, отвечающего как техническим, так и нормативным требованиям, что критически важно для успешной защиты.

В рамках исследования будут решены следующие задачи:

• Определить основные принципы и концептуальные модели Информационной Архитектуры и Пользовательского Опыта.
• Предложить пошаговую методологию анализа целевой аудитории и формирования структуры сайта, включая детальное описание методов CustDev, Персон, CJM и Card Sorting.
• Интегрировать актуальные требования UX/UI, включая подход Mobile-First и международные/российские стандарты доступности (WCAG 2.2, ГОСТ Р 70186-2022).
• Разработать структурированный подход к формированию Технического Задания на основе ГОСТов (19.201-78, 34.602-89) и формулированию нефункциональных требований с учетом ГОСТ Р ИСО/МЭК 25010-2015.
• Продемонстрировать методику сравнительного анализа конкурентов с использованием SWOT-анализа для выявления оптимальных решений.

Теоретические Основы Информационной Архитектуры и Пользовательского Опыта

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

Информационная Архитектура (IA): Структура и Классификация Контента

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

Представьте себе библиотеку. Если книги расставлены хаотично, без каталога и указателей, найти что-либо будет невозможно. Веб-сайт без продуманной IA — такая же «цифровая свалка», где пользователь неизбежно теряется. IA решает эту проблему, предлагая различные системы организации контента:

• Иерархическая (древовидная) система: Наиболее распространенный подход, напоминающий файловую систему или организационную структуру компании. Контент разделяется на крупные категории, которые, в свою очередь, делятся на подкатегории, и так далее. Это обеспечивает четкую, предсказуемую навигацию сверху вниз. Идеально подходит для корпоративных сайтов с большим объемом структурированной информации (например, «О компании» > «История» > «Миссия и ценности»).
• Последовательная (линейная) система: Используется для контента, требующего четкого, пошагового прохождения. Примеры включают онлайн-формы, обучающие курсы, процесс оформления заказа в интернет-магазине. Пользователь движется от одного шага к другому, не имея возможности «перепрыгнуть» или пропустить этапы.
• Матричная система: Предоставляет пользователю большую гибкость, позволяя перемещаться между контентом в нескольких измерениях. Например, на сайте-каталоге товаров пользователь может фильтровать товары по цене, бренду, цвету, размеру и т.д. Это создает многомерное пространство для исследования контента, где пользователь сам выбирает свой путь, например, по теме и дате.

Выбор конкретной организационной системы (или их комбинации) для корпоративного сайта зависит от его целей, типа контента и целевой аудитории. Правильно спроектированная IA позволяет пользователю интуитивно понять, где он находится, куда он может пойти и как вернуться, минимизируя когнитивную нагрузку.

Модель «Пяти Плоскостей UX» как Основа Процесса Проектирования

Процесс создания цифрового продукта — это многослойное путешествие от абстрактной идеи до осязаемого интерфейса. Джесс Гарретт в своей книге «Элементы пользовательского опыта» предложил метафору «Пяти плоскостей UX», которая удивительно точно описывает эту эволюцию, двигаясь от самых абстрактных концепций к мельчайшим деталям визуального оформления. Понимание этой модели критически важно для любого, кто приступает к проектированию, ведь она позволяет обеспечить целостность и логичность разработки.

1. Плоскость Стратегии: Это самая высокая и абстрактная плоскость. Здесь определяются цели пользователя (что пользователь хочет достичь, используя сайт) и цели бизнеса (чего компания хочет добиться от сайта). На этом этапе задаются ключевые вопросы: «Зачем мы создаем этот сайт?», «Кто наш пользователь и что ему нужно?», «Как сайт поможет нам зарабатывать/информировать/обслуживать?». Например, для корпоративного сайта целью пользователя может быть поиск контактной информации, а целью бизнеса — генерация лидов или повышение узнаваемости бренда.
2. Плоскость Области: Когда стратегические цели определены, переходим к конкретизации функциональных требований (что сайт должен делать) и контентных требований (какую информацию сайт должен содержать). На этом этапе прорабатывается, какие функции будут реализованы (формы обратной связи, каталоги, личные кабинеты), и какой контент необходим (тексты о компании, новости, статьи, медиафайлы).
3. Плоскость Структуры: Здесь формируется информационная архитектура (как контент будет организован) и логика взаимодействия (как пользователи будут перемещаться по сайту и взаимодействовать с его элементами). Это этап, на котором разрабатываются карты сайта, схемы навигации, пользовательские сценарии. Именно здесь решается, будет ли навигация иерархической или матричной, где будут расположены основные разделы, как пользователь перейдет от одной страницы к другой.
4. Плоскость Каркаса: Эта плоскость детализирует структуру, превращая ее в осязаемые прототипы и дизайн интерфейса. Создаются вайрфреймы (низкодетализированные схемы страниц), макеты, показывающие расположение элементов на экране: кнопок, изображений, текстовых блоков. На этом этапе мы видим, как будут выглядеть отдельные страницы, но еще без окончательного визуального оформления.
5. Плоскость Поверхности: Самая конкретная и видимая плоскость. Здесь происходит финальное визуальное оформление: подбор шрифтов, цветовой палитры, графических элементов, изображений, иконок. Это то, что пользователь видит и с чем непосредственно взаимодействует.

Модель Гарретта подчеркивает, что каждый последующий уровень опирается на решения, принятые на предыдущих. Невозможно создать красивый визуальный дизайн (поверхность), если не продуманы стратегия, структура и функционал. Это обеспечивает системный подход к проектированию, минимизируя ошибки и обеспечивая согласованность на всех этапах, предотвращая дорогостоящие переделки.

Принципы Юзабилити: Применение Законов UX/UI-Дизайна

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

Один из наиболее известных и широко применяемых законов в UX/UI-дизайне — это Закон Фиттса. Он был сформулирован психологом Полом Фиттсом в 1954 году и математически описывает время, необходимое для быстрого достижения целевой области.

Закон Фиттса утверждает, что чем больше размер интерактивного элемента (цели) и чем ближе он расположен к пользователю, тем быстрее и проще на него навести курсор или нажать.

Математически время движения (T) к цели можно описать формулой:

T = a + b ⋅ log2 (D / W + 1)

Где:

• T — среднее время, необходимое для выполнения движения.
• a — эмпирическая константа, представляющая собой время реакции (старт/остановка движения), зависящая от устройства ввода.
• b — эмпирическая константа, характеризующая скорость выполнения движения (аналогично наклону линии регрессии).
• D — расстояние от начальной точки до центра цели.
• W — ширина цели (размер интерактивного элемента в направлении движения).
• log2(D/W + 1) — этот член известен как Индекс сложности (ID) и отражает компромисс между скоростью и точностью движения. Чем больше ID, тем сложнее задача и дольше время её выполнения.

Практическое применение Закона Фиттса:

• Размер интерактивных элементов: Для десктопных интерфейсов это означает, что кнопки должны быть достаточно большими, чтобы их было легко «поймать» мышью. Для мобильных устройств, где основным средством ввода является палец, этот закон приобретает особую важность. Руководства Apple рекомендуют минимальный размер сенсорной цели 44×44 px, а Google — 48×48 px, чтобы обеспечить комфортное взаимодействие пальцем. Более того, Критерий успеха 2.5.8 WCAG 2.2 (уровень AA) устанавливает минимальный размер интерактивной цели не менее 24×24 CSS-пикселей, хотя для более высокого уровня доступности (AAA по WCAG 2.1) часто требуется 44×44 px. Это позволяет избежать случайных нажатий и повышает точность.
• Расположение элементов: Важные и часто используемые элементы должны располагаться близко к зоне комфортного доступа пользователя. Например, в мобильных приложениях основные навигационные кнопки часто находятся в нижней части экрана, где их легко достать большим пальцем.
• «Горячие углы» и края: Области экрана (особенно углы и края), к которым курсору не нужно «доезжать» с двух сторон (поскольку одна из сторон упирается в границу экрана), становятся бесконечно большими целями с точки зрения Закона Фиттса, что делает их идеальными для размещения важных элементов.

Игнорирование Закона Фиттса приводит к интерфейсам, в которых пользователи вынуждены тратить больше времени и усилий на выполнение элементарных действий, что вызывает фрустрацию и снижает общую удовлетворенность продуктом. Его применение, напротив, обеспечивает предсказуемость, точность и скорость взаимодействия, что является залогом успешного пользовательского опыта и повышения конверсии.

Методология Анализа и Формирования Структуры Сайта (Аналитический Этап ВКР)

Проектирование веб-сайта — это не только технический процесс, но и глубокий анализ потребностей конечных пользователей. Без понимания того, кто является целевой аудиторией, какие у неё «боли» и ожидания, любой, даже самый технологичный сайт рискует остаться невостребованным. Этот раздел описывает ключевые методы, которые позволяют перейти от абстрактных идей к конкретной, клиентоориентированной информационной архитектуре, минимизируя риски на стадии реализации.

Исследование Целевой Аудитории: От Персон до CustDev

Успех любого веб-проекта напрямую зависит от того, насколько точно он попадает в потребности своей целевой аудитории. Исследование пользователей — это не опция, а обязательный шаг для минимизации рисков и создания по-настоящему востребованного продукта. Что толку от красивого дизайна, если он не решает реальных проблем?

Первый шаг — это сбор и анализ статистических данных: возраст, пол, географическое положение, уровень дохода, интересы, предпочитаемые каналы коммуникации. Эти данные можно получить из аналитических систем (например, Яндекс.Метрика, Google Analytics для уже существующих проектов), социальных сетей, отраслевых отчетов. Однако одних цифр недостаточно, чтобы понять мотивацию и поведенческие паттерны, которые лежат в основе выбора пользователя.

Для глубокого понимания аудитории используются следующие методы:

• Опросы: Позволяют быстро собрать количественные данные и выявить общие тенденции. Могут проводиться онлайн (Google Forms, SurveyMonkey) или офлайн.
• CustDev (Customer Development): Это методология, разработанная Стивом Бланком, которая акцентирует внимание на проведении глубинных интервью с потенциальными или существующими клиентами. Цель CustDev — проверить гипотезы о продукте, его функционале, ценности и проблемах, которые он решает, до того, как будут затрачены значительные ресурсы на разработку.
  • Этапы CustDev:
    1. Формулирование гипотезы: Определение ключевых предположений о потребностях пользователей, их проблемах и потенциальном решении. Например: «Пользователи испытывают трудности с поиском информации о ценах на услуги, поэтому им нужен онлайн-калькулятор.»
    2. Сегментация целевой аудитории: Выделение конкретных групп пользователей, с которыми будут проводиться интервью.
    3. Подготовка списка вопросов: Вопросы должны быть открытыми, ориентированными на прошлый опыт пользователя и его «боли», а не на его мнение о будущем продукте. Избегать вопросов типа «Купили бы вы…?», вместо этого спрашивать «Как вы решали эту проблему раньше?».
    4. Проведение интервью: Личные или онлайн-интервью, где важно активно слушать, задавать уточняющие вопросы и фиксировать не только слова, но и эмоции.
    5. Обработка данных и корректировка гипотезы: Анализ собранной информации, выявление паттернов и внесение изменений в первоначальные гипотезы. Этот цикл может повторяться многократно.
• Метод Персон: После сбора данных и проведения интервью, создаются персоны — собирательные, детализированные образы ключевых сегментов целевой аудитории. Персона — это не реальный человек, а архетип, включающий в себя: имя, возраст, профессию, цели, «боли», мотивации, поведенческие паттерны, а иногда даже цитаты и фотографию.
  • Преимущества Персон:
    • Эмпатия: Помогает команде разработчиков сопереживать пользователям и принимать решения, исходя из их реальных потребностей, а не собственных предположений.
    • Конкретика: Заменяет абстрактное «пользователь» на конкретного «Ивана Петровича», что упрощает дискуссии и фокусирует внимание на главном.
    • Согласованность: Обеспечивает единое понимание целевой аудитории всеми участниками проекта.

Создание персон и использование CustDev позволяют не только глубоко понять целевую аудиторию, но и «ввести» конечного пользователя в процесс разработки, делая его центром проектирования, что является залогом создания по-настоящему ценного продукта.

Проектирование Логики Пользователя: Карта Пути (CJM) и Сортировка Карточек (Card Sorting)

После того как целевая аудитория изучена и персоны созданы, следующим шагом является перевод этого понимания в логическую структуру сайта. На этом этапе используются методы, которые позволяют визуализировать взаимодействие пользователя с продуктом и организовать контент в соот��етствии с его ментальной моделью, что напрямую влияет на юзабилити.

• Карта пути пользователя (Customer Journey Map, CJM): Это визуальное представление всего опыта, который пользователь проходит для достижения определенной цели на сайте. CJM фиксирует не только последовательность шагов, но и:
  • Точки контакта: Все места, где пользователь взаимодействует с сайтом (страницы, формы, кнопки).
  • Действия пользователя: Что он делает на каждом шаге.
  • Мысли и эмоции: Что пользователь чувствует и о чем думает.
  • «Боли» (Pain Points): Проблемы, фрустрации и препятствия, с которыми сталкивается пользователь.
  • Возможности (Opportunities): Где мы можем улучшить опыт или предложить дополнительную ценность.

CJM помогает выявить «узкие места» в пользовательском сценарии, понять, где логическая структура сайта не соответствует ожиданиям, и найти возможности для оптимизации. Например, если на этапе «оформления заказа» пользователи испытывают «боль» из-за слишком длинной формы, это сигнал к ее упрощению или разделению на несколько шагов. Визуализация этого пути позволяет команде принять решения о том, как организовать разделы сайта, чтобы минимизировать негативные эмоции и максимизировать удовлетворенность, обеспечивая бесшовное взаимодействие.

• Сортировка карточек (Card Sorting): Это метод исследования, который позволяет напрямую понять, как пользователи организуют и группируют информацию. Участникам исследования предлагается набор «карточек» (это могут быть названия страниц, категорий, функций сайта), и они группируют их по своему усмотрению, а затем называют эти группы. Результаты сортировки карточек напрямую используются для проектирования навигационного меню, иерархии страниц и общей информационной архитектуры.
  • Типы сортировки карточек:
    • Открытая сортировка (Open Card Sorting): Участники получают карточки и самостоятельно формируют группы, а затем придумывают названия для этих групп. Этот метод идеален на ранних стадиях проектирования, когда нужно понять ментальные модели пользователей и выявить неожиданные, но логичные для них категории.
    • Закрытая сортировка (Closed Card Sorting): Участники получают карточки и заранее заданный набор категорий. Их задача — распределить карточки по этим категориям. Этот метод полезен для проверки существующей информационной архитектуры или валидации предложенных категорий.
    • Гибридная сортировка (Hybrid Card Sorting): Комбинирует элементы открытой и закрытой сортировки. Участники распределяют карточки по заранее заданным категориям, но имеют возможность создавать новые категории, если ни одна из предложенных не подходит. Это обеспечивает гибкость и позволяет выявить как подтверждение существующих гипотез, так и новые инсайты.

Результаты Card Sorting анализируются с помощью специализированного ПО, которое выявляет наиболее частые группировки и названия, что позволяет создать навигационную структуру, максимально соответствующую ожиданиям пользователей, и тем самым существенно повысить удобство использования веб-ресурса.

Сравнительный Анализ Аналогов (Бенчмаркинг)

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

Методика проведения бенчмаркинга включает несколько ключевых блоков анализа:

1. Функциональный анализ:
   • Базовый функционал: Какие основные задачи решают сайты конкурентов? (Например, каталог продукции, форма заказа, поиск).
   • Расширенный функционал: Наличие уникальных или полезных инструментов (онлайн-калькуляторы, конфигураторы, онлайн-консультанты, личные кабинеты, интеграция с CRM).
   • Интерактивность: Как сайты взаимодействуют с пользователем (анимации, формы обратной связи, чаты).
2. Контентная стратегия:
   • Типы контента: Какие форматы используются (текст, видео, инфографика, блоги, новости, кейсы)?
   • Актуальность и глубина проработки: Насколько свежа и детализирована информация? Есть ли экспертный контент?
   • Подача информации: Как структурирован контент (абзацы, списки, заголовки), насколько он читабелен и понятен?
   • Призывы к действию (CTA): Как сформулированы и расположены элементы, побуждающие пользователя к целевому действию?
3. Структура и Информационная Архитектура (IA):
   • Иерархия страниц: Насколько логично построена навигация? Сколько уровней вложенности?
   • Названия разделов: Насколько они понятны и соответствуют ожиданиям пользователей?
   • Простота навигации: Есть ли «хлебные крошки», удобное меню, эффективный поиск?
   • Организация контента: Используются ли теги, фильтры, категории для облегчения поиска?
4. SEO-параметры:
   • Видимость в поисковой выдаче: По каким ключевым запросам сайты конкурентов занимают лидирующие позиции?
   • Семантическое ядро: Какие темы и ключевые слова охватывают?
   • Источники трафика: Откуда конкуренты получают посетителей (поиск, социальные сети, прямые заходы, рефералы)?
   • Скорость загрузки: Как быстро загружаются страницы конкурентов (Core Web Vitals)?

Для систематизации полученных данных и выявления стратегических решений рекомендуется использовать SWOT-анализ. Этот инструмент позволяет структурировать информацию о конкурентах и проецировать ее на собственный проект:

• S (Strengths) — Сильные стороны: Что конкуренты делают хорошо? Какие их решения можно адаптировать или улучшить?
• W (Weaknesses) — Слабые стороны: Какие ошибки допускают конкуренты? Что они делают плохо? Эти «боли» могут стать возможностями для нашего сайта.
• O (Opportunities) — Возможности: Какие ниши или потребности рынка конкуренты не закрывают? Где есть потенциал для инноваций?
• T (Threats) — Угрозы: Какие действия конкурентов могут негативно повлиять на наш проект? Как минимизировать эти риски?

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

Критерий оценки	Конкурент А (Название)	Конкурент Б (Название)	Конкурент В (Название)	Наш Проект (Целевое)
Функционал
Онлайн-калькулятор	Отсутствует	Есть (простой)	Есть (расширенный)	Добавить (расширенный)
Форма обратной связи	Стандартная	С кастомизацией	С CRM-интеграцией	С CRM-интеграцией
Личный кабинет	Отсутствует	Базовый	Расширенный	Расширенный
Контентная стратегия
Блог/Новости	Нет	Новости (устаревшие)	Активный блог	Активный блог + Кейсы
Типы контента	Текст	Текст, Фото	Текст, Фото, Видео, Инфографика	Все типы, + Экспертные статьи
Структура и IA
Глубина вложенности	3 уровня	4 уровня	2 уровня	3 уровня (оптимально)
Навигация	Классическая	Скрытое меню	Mega-меню	Mega-меню + «Хлебные крошки»
Поиск	Базовый	Расширенный	Семантический	Расширенный с фильтрами
SEO-параметры
Мобильная версия	Адаптивная	Отдельная	Адаптивная	Mobile-First (адаптивная)
Скорость загрузки (LCP)	> 3 сек	2-3 сек	< 2 сек	< 2 сек

Такой подход позволяет не только объективно оценить конкурентную среду, но и сформировать обоснованные рекомендации для проектируемого веб-сайта, опираясь на успешный опыт и избегая распространенных ошибок, что критически важно для создания эффективного онлайн-присутствия.

Актуальные Стандарты Проектирования Интерфейсов: Mobile-First, UX/UI и Доступность

В эпоху повсеместного распространения мобильных устройств и роста социальной ответственности бизнеса, проектирование веб-интерфейсов перестало быть исключительно вопросом эстетики или функциональности. Теперь это требует глубокого понимания поведенческих паттернов пользователей, а также строгого следования международным и национальным стандартам, которые обеспечивают не только удобство, но и инклюзивность цифрового пространства. Разве не стоит стремиться к созданию универсальных решений?

Mobile-First Design: Стратегия и Лучшие Практики

Подход Mobile-First Design сегодня является не просто рекомендацией, а де-факто стандартом в современной веб-разработке. Его доминирование обусловлено неоспоримым фактом: по данным на 2024 год, более 59% мирового веб-трафика приходится на мобильные устройства. Это не временный тренд, а укоренившаяся реальность, которая трансформировала поведение пользователей и вынудила поисковые системы, такие как Google, перейти на Mobile-First Indexing. Это означает, что для ранжирования сайтов Google в первую очередь использует мобильную версию контента, что подчеркивает необходимость соответствующего подхода к разработке.

Стратегия Mobile-First предписывает начинать проектирование с самых маленьких экранов (смартфонов), фокусируясь на ключевом контенте, простоте интерфейса и скорости загрузки. Только после того, как мобильная версия полностью продумана и оптимизирована, дизайн масштабируется до планшетов, а затем до десктопов. Этот подход известен как прогрессивное улучшение (Progressive Enhancement).

Ключевые принципы и лучшие практики Mobile-First:

• Приоритетность контента: На мобильном экране места мало. Необходимо строго определить самый важный контент и функционал, который пользователь должен увидеть в первую очередь, и разместить его «выше сгиба» (в первой видимой части экрана). Все второстепенное должно быть доступно через дополнительные действия (скрытое меню, аккордеоны).
• Оптимизация производительности: Мобильные пользователи часто имеют нестабильное соединение или ограничены в трафике.
  • Скорость загрузки: Используйте современные форматы изображений (WebP или AVIF), «ленивую» загрузку (Lazy Loading) для изображений и видео, минимизируйте количество HTTP-запросов и объем JavaScript/CSS.
  • FMP (First Meaningful Paint) и LCP (Largest Contentful Paint) — ключевые метрики, которые необходимо оптимизировать для мобильных устройств.
• Упрощение навигации: Мобильная навигация должна быть максимально простой и интуитивно понятной.
  • «Гамбургер-меню»: Часто используется для скрытия основного меню, но его применение должно быть обосновано и продумано. Важно, чтобы иконка была заметна и понятна.
  • Контекстные меню и нижние панели: Для часто используемых функций могут быть размещены в нижней части экрана для удобного доступа большим пальцем.
  • Табы (вкладки): Эффективны для переключения между разделами на одном уровне.
• Адаптивные сетки (Fluid Layouts) и гибкие изображения: Дизайн должен быть адаптивным, то есть элементы интерфейса должны автоматически подстраиваться под размер экрана, используя относительные единицы измерения (%, vw, vh) вместо фиксированных пикселей.
• Сенсорное взаимодействие: Элементы управления (кнопки, ссылки) должны быть достаточно большими и иметь достаточные отступы, чтобы предотвратить случайные нажатия. Как уже упоминалось, минимальные рекомендованные размеры сенсорных целей — 44×44 px (Apple) или 48×48 px (Google).

Игнорирование Mobile-First подхода ведет не только к потере мобильной аудитории, но и к ухудшению позиций сайта в поисковых системах, что в итоге сказывается на всех показателях эффективности, включая конверсию и узнаваемость бренда.

Обеспечение Доступности (Accessibility): WCAG 2.2 и Российские Стандарты

Доступность (Accessibility) — это не просто требование, а этическая и правовая обязанность разработчиков создавать веб-ресурсы, которыми могут пользоваться люди с различными видами инвалидности (нарушения зрения, слуха, опорно-двигательного аппарата, когнитивные нарушения). Обеспечение доступности делает сайт инклюзивным и расширяет его аудиторию, принося пользу как пользователям, так и бизнесу.

Международные руководства по доступности веб-контента разрабатываются Консорциумом Всемирной паутины (W3C) и известны как Web Content Accessibility Guidelines (WCAG). Актуальная версия — WCAG 2.2, которая строится на четырех основных принципах, часто обозначаемых аббревиатурой POUR:

1. P (Perceivable) — Воспринимаемость: Информация и элементы пользовательского интерфейса должны быть представлены таким образом, чтобы пользователи могли их воспринимать.
   • Текстовые альтернативы для нетекстового контента (например, alt атрибуты для изображений).
   • Субтитры и аудиодескрипции для медиа.
   • Достаточный цветовой контраст между текстом и фоном.
   • Возможность масштабирования текста без потери контента.
2. O (Operable) — Управляемость: Компоненты пользовательского интерфейса и навигация должны быть управляемыми.
   • Доступность всех функций с клавиатуры.
   • Предоставление достаточного времени для чтения и использования контента.
   • Избегание контента, который может вызывать судороги (мигающие элементы).
   • Понятная и предсказуемая навигация.
3. U (Understandable) — Понятность: Информация и работа пользовательского интерфейса должны быть понятными.
   • Текст должен быть читабельным и понятным.
   • Интерфейс должен быть предсказуемым.
   • Пользователям должна быть доступна помощь при вводе данных и возможность исправления ошибок.
4. R (Robust) — Надежность/Устойчивость: Контент должен быть достаточно надежным, чтобы его могли интерпретировать различные пользовательские агенты, включая вспомогательные технологии.
   • Чистый и валидный HTML-код.
   • Использование семантических тегов и атрибутов ARIA для улучшения взаимодействия со скринридерами.

В Российской Федерации требования к доступности регламентируются национальным стандартом ГОСТ Р 70186-2022 «Интернет-ресурсы и иные электронные информационные ресурсы. Требования доступности для людей с инвалидностью и других лиц с ограничениями жизнедеятельности». Этот ГОСТ гармонизирован с WCAG, но адаптирован к российскому законодательству и терминологии.

Примеры требований к размеру интерактивных элементов для обеспечения доступности:

• Согласно Критерию успеха 2.5.8 WCAG 2.2 (уровень AA), минимальный размер интерактивной цели (target size) должен составлять не менее 24×24 CSS-пикселей. Это позволяет обеспечить базовую доступность для пользователей с нарушениями моторики.
• Для более высокого уровня доступности (например, AAA по WCAG 2.1) или для мобильных устройств, где основным средством ввода является палец, часто рекомендуются более крупные размеры, такие как 44×44 px, чтобы минимизировать ошибки и повысить удобство использования.

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

Разработка Технического Задания (ТЗ) и Требования к Качеству Системы по ГОСТ (Проектный Этап ВКР)

Кульминацией любого аналитического и проектного этапа является создание четкого, всеобъемлющего Технического Задания (ТЗ). Для студента, пишущего ВКР, это не просто документ, описывающий будущий сайт, а свидетельство глубокого понимания методологии проектирования и умения формализовать требования в соответствии с отраслевыми стандартами. Данный раздел призван закрыть «слепые зоны» многих конкурирующих материалов, предоставив строгое руководство по оформлению ТЗ, включая использование актуальных ГОСТов и детализированное формулирование нефункциональных требований, что гарантирует методологическую корректность и профессионализм работы.

Структура и Оформление ТЗ на Разработку Сайта по ГОСТ

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

Для оформления ТЗ на разработку веб-сайта рекомендуется использовать следующие стандарты:

• ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению»: Этот ГОСТ применяется к программным изделиям, к которым можно отнести относительно простые веб-сайты, такие как сайт-визитка, лендинг или небольшой корпоративный ресурс. Он обеспечивает стандартизированную структуру, которая упрощает понимание и контроль проекта.
• ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы»: Данный ГОСТ более объемный и предназначен для комплексных автоматизированных систем, таких как корпоративные порталы, интернет-магазины с обширным функционалом, CRM-системы и другие сложные веб-приложения. Его применение оправдано, когда сайт представляет собой не просто набор страниц, а интегрированную систему с множеством взаимодействующих модулей.

Основные разделы ТЗ по ГОСТ 19.201-78 (с адаптацией для веб-сайта):

1. Введение:
   • Наименование объекта разработки (например, «Веб-сайт [Название организации]»).
   • Основание для разработки (например, «Договор с Заказчиком, решение руководителя»).
   • Цель и назначение разработки (например, «Повышение узнаваемости бренда, информирование клиентов, генерация лидов»).
2. Назначение разработки:
   • Описание объекта автоматизации (например, «Отдел маркетинга, отдел продаж»).
   • Функции, которые должен выполнять сайт (например, «Представление информации, сбор заявок, обратная связь»).
   • Виды деятельности, которые автоматизируются/поддерживаются.
3. Требования к программе (продукту):
   • Функциональные требования: Что сайт должен делать (например, «Отображать каталог продукции», «Обеспечивать регистрацию пользователей», «Предоставлять форму обратной связи»).
   • Требования к техническому обеспечению: На каких устройствах и с каким ПО должен работать сайт (сервер, браузеры, ОС).
   • Требования к информационному обеспечению: Структура базы данных, форматы данных, правила обмена информацией.
   • Требования к программному обеспечению: Используемые CMS, фреймворки, языки программирования.
   • Требования к эргономике и технической эстетике: Принципы UX/UI, дизайн-концепция, адаптивность.
   • Требования к доступности: Соответствие WCAG 2.2 и ГОСТ Р 70186-2022.
   • Требования к производительности: Время отклика, пропускная способность.
   • Требования к безопасности: Защита данных, резервное копирование.
4. Требования к программной документации:
   • Перечень и состав документации (руководство пользователя, администратора, описание программы).
5. Технико-экономические показатели:
   • Ожидаемый эффект от внедрения сайта (например, увеличение продаж, снижение нагрузки на колл-центр).
   • Ориентировочная стоимость и сроки разработки.
6. Стадии и этапы разработки:
   • Календарный план работ (проектирование, разработка, тестирование, внедрение).
7. Порядок контроля и приёмки:
   • Виды испытаний, критерии успешной приёмки, состав комиссии.

Строгое следование структуре ГОСТа при оформлении ТЗ на уровне ВКР не только демонстрирует глубокие знания студента, но и создает методологически корректную основу для будущего веб-проекта, повышая его академическую ценность и практическую применимость.

Формулирование Нефункциональных Требований и Метрик Качества

Функциональные требования описывают «что» система должна делать, тогда как нефункциональные требования определяют «как» система должна это делать, затрагивая аспекты качества, производительности, безопасности и удобства использования. Для академической работы крайне важно не только перечислить, но и четко сформулировать эти требования с использованием измеряемых метрик, опираясь на стандарты качества, поскольку именно они определяют долгосрочную жизнеспособность и успешность проекта.

Ключевым стандартом для формулирования требований к качеству программного продукта является ГОСТ Р ИСО/МЭК 25010-2015 «Системная и программная инженерия. Требования и оценка качества систем и программных продуктов (SQuaRE). Модели качества систем и программных продуктов». Этот ГОСТ определяет восемь основных характеристик качества:

1. Функциональная пригодность: Насколько система обеспечивает функции, удовлетворяющие заданные потребности (полнота, корректность, соответствие).
2. Уровень производительности: Насколько эффективно система работает при заданных условиях (время отклика, пропускная способность, использование ресурсов).
3. Совместимость: Насколько система может обмениваться информацией и взаимодействовать с другими системами.
4. Удобство пользования: Насколько система может быть эффективно, продуктивно и приятно использована конкретными пользователями для достижения конкретных целей (понятность, обучаемость, эргономика).
5. Надежность: Насколько система способна функционировать в течение заданного периода времени при заданных условиях (зрелость, отказоустойчивость, восстанавливаемость).
6. Защищенность: Насколько система защищает информацию и данные от несанкционированного доступа (конфиденциальность, целостность, неотказуемость).
7. Сопровождаемость (Поддерживаемость): Насколько легко систему можно изменять и улучшать (модульность, анализируемость, модифицируемость, тестируемость).
8. Переносимость (Мобильность): Насколько легко систему можно переносить из одной программной или аппаратной среды в другую.

Примеры формулирования нефункциональных требований с метриками:

• Требования к производительности:
  • «Система должна обеспечивать время отклика на 80% типовых запросов (например, загрузка главной страницы, поиск по каталогу) не более 1 секунды при нагрузке до 100 одновременно работающих пользователей.»
  • «Время загрузки основной части контента (Largest Contentful Paint, LCP) для мобильных устройств не должно превышать 2.5 секунды.»
  • «Пропускная способность системы должна поддерживать не менее 500 запросов в секунду без деградации производительности.»
• Требования к надежности:
  • «Коэффициент готовности системы должен составлять не менее 99.9% в месяц (не более 43 минут простоя в месяц).»
  • «Система должна обеспечивать автоматическое резервное копирование базы данных и файлов сайта не реже одного раза в сутки.»
• Требования к удобству пользования:
  • «Веб-сайт должен быть адаптивным и корректно отображаться на экранах с шириной от 320px до 1920px.»
  • «Все интерактивные элементы управления (кнопки, ссылки) на мобильных устройствах должны иметь минимальный размер не менее 44×44 CSS-пикселей.»
  • «Ошибки ввода данных в формы должны сопровождаться понятными сообщениями об ошибке и подсказками для исправления.»
• Требования к защищенности:
  • «Все данные, передаваемые между клиентом и сервером, должны шифроваться с использованием протокола SSL/TLS (HTTPS).»
  • «Система должна быть защищена от наиболее распространенных веб-атак, таких как XSS (Cross-Site Scripting), SQL-инъекции, CSRF (Cross-Site Request Forgery) и DDoS-атак.»
  • «Доступ к административной панели должен осуществляться только после двухфакторной аутентификации.»

Детализированное и измеримое формулирование нефункциональных требований демонстрирует глубокое понимание технических аспектов проекта и является неотъемлемой частью качественного Технического Задания, обеспечивая прозрачность и управляемость разработки.

Выбор Технологической Платформы и Требования к Безопасности

Выбор технологической платформы — это стратегическое решение, которое определяет масштабируемость, гибкость, стоимость разработки и поддержки веб-сайта. Для корпоративного сайта обычно рассматриваются несколько вариантов: готовые системы управления контентом (CMS) или разработка на основе фреймворков. Каковы основные факторы, которые следует учитывать?

Популярность CMS в России (по данным на 2024 г.) показывает доминирование следующих систем:

• WordPress (около 43-45%): Лидер среди открытых CMS, известный своей простотой использования, огромным количеством плагинов и тем, а также развитым сообществом. Идеален для сайтов-визиток, блогов, небольших корпоративных сайтов.
• Tilda Publishing (около 18-20%): Конструктор сайтов, позволяющий быстро создавать красивые и функциональные лендинги и небольшие корпоративные сайты без знаний программирования.
• 1С-Битрикс (около 12-14%): Коммерческая CMS, широко используемая в России для корпоративных порталов, интернет-магазинов и сложных веб-проектов, требующих интеграции с 1С-продуктами. Отличается высокой функциональностью и масштабируемостью, но требует более высоких затрат на лицензии и разработку.
• Joomla и Drupal: Также популярные открытые CMS, предлагающие высокую гибкость и расширяемость, но требующие более глубоких технических знаний для настройки и поддержки.

Для крупных проектов с индивидуальными требованиями к масштабируемости, безопасности и производительности часто используются фреймворки (например, Laravel для PHP, Django для Python, Ruby on Rails для Ruby) или headless-системы, построенные на микросервисной архитектуре. Они предоставляют максимальную гибкость, но требуют значительно больших временных и финансовых затрат на разработку, что следует учитывать при планировании бюджета.

Требования к безопасности — это не просто пожелание, а критически важный аспект любого веб-проекта. Утечки данных, хакерские атаки и простои сайта могут нанести непоправимый ущерб репутации и финансам компании. Ключевые требования к безопасности включают:

• Использование защищенного соединения (SSL/TLS): Обязательное условие для любого современного сайта. Все данные, передаваемые между браузером пользователя и сервером, должны быть зашифрованы с помощью протокола HTTPS. Это защищает от перехвата данных и является фактором ранжирования в поисковых системах.
• Защита от распространенных веб-атак:
  • XSS (Cross-Site Scripting): Защита от внедрения вредоносного клиентского кода в веб-страницы.
  • SQL-инъекции: Защита от внедрения вредоносных SQL-запросов в базу данных.
  • CSRF (Cross-Site Request Forgery): Защита от подделки межсайтовых запросов.
  • DDoS-атаки (Distributed Denial of Service): Использование специализированных сервисов и настроек сервера для защиты от распределенных атак, направленных на отказ в обслуживании.
• Регулярное резервное копирование (бэкапы): Автоматическое и регулярное создание резервных копий базы данных и всех файлов сайта с возможностью быстрого восстановления. Бэкапы должны храниться на внешних носителях или в облачных хранилищах.
• Контроль доступа и аутентификация: Использование сильных паролей, двухфакторной аутентификации для административной панели, а также разграничение прав доступа для разных ролей пользователей.
• Обновление ПО: Регулярное обновление CMS, плагинов, тем, операционной системы сервера и другого программного обеспечения для устранения известных уязвимостей.
• Ведение логов: Мониторинг и анализ системных журналов для выявления подозрительной активности.

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

Заключение

Представленная методология проектирования информационно-функциональной архитектуры веб-сайта является комплексным, академически обоснованным и практически применимым руководством для студентов, работающих над курсовыми и выпускными квалификационными работами. Мы последовательно прошли путь от концептуальных основ Информационной Архитектуры и Пользовательского Опыта до детального формирования Технического Задания, соответствующего национальным и международным стандартам, предлагая полноценный методический каркас для дипломного проекта.

Ключевые результаты и выводы:

• Системность подхода: Методология интегрирует «Пять плоскостей UX» Джесса Гарретта, обеспечивая переход от абстрактных бизнес-целей к конкретному визуальному дизайну, и подкрепляет его фундаментальными законами юзабилити, такими как Закон Фиттса, с учетом его математического обоснования и практического применения (например, размеры интерактивных элементов 24×24 CSS-пикселей и 44×44 px).
• Клиентоориентированность: Подробно описаны методы исследования целевой аудитории — от создания Персон до использования CustDev, CJM и различных типов Card Sorting. Это позволяет проектировать сайт, ориентируясь на реальные потребности и ментальные модели пользователей, что значительно повышает шансы на успех проекта.
• Актуальность и стандартизация: Особое внимание уделено современным трендам, таким как Mobile-First Design, обоснованному доминированием мобильного трафика (более 59%) и Mobile-First Indexing Google. Интегрированы актуальные требования доступности, включая принципы POUR WCAG 2.2 и российский ГОСТ Р 70186-2022, что обеспечивает инклюзивность и соответствие нормативным требованиям.
• Методическая корректность ВКР: Устранена «слепая зона» конкурентов в области стандартизации проектной документации. Предложено строгое руководство по оформлению Технического Задания в соответствии с ГОСТ 19.201-78 и ГОСТ 34.602-89, а также по формулированию нефункциональных требований к качеству системы на основе ГОСТ Р ИСО/МЭК 25010-2015 с измеримыми метриками (например, LCP < 2.5 секунды, доступность 99.9%).
• Практическая применимость: Методика сравнительного анализа конкурентов с использованием SWOT-анализа предоставляет студентам инструмент для выявления лучших отраслевых практик и уникальных ниш, а также для обоснованного выбора технологической платформы и формулирования требований к безопасности (SSL/TLS, защита от XSS/SQL-инъекций, резервное копирование).

Таким образом, данная методология предоставляет не просто набор инструментов, а полноценный, готовый методический каркас для дипломного проекта, позволяющий студенту создать не только технически совершенный и клиентоориентированный веб-сайт, но и корректно оформить все этапы разработки в соответствии с высокими академическими и отраслевыми стандартами. Это, в свою очередь, обеспечивает выпускникам не просто дипломную работу, но и портфолио, демонстрирующее реальные, применимые навыки.

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

Список использованной литературы

1. Старыгин, А. XML Разработка Web – приложений // Мастер программ.
2. Аргерих, Л. и др. Профессиональное PHP программирование, 2-е издание. – Тэр. с англ. – СПб: Символ-плюс, 2003. -1048 с., ил.
3. Вайк, А. JavaScript. Энциклопедия пользователя: Пер.с англ. – К.: ООО «ТИД» ДС», 2001. – 480 с.
4. Вильямсон, X. Универсальный Dynamic HTML. Библиотека программиста. — СПб.: Питер, 2001. — 304 с.: ил.
5. Граф, Х. Создание веб-сайтов с помощью Joomla! : Пер. с англ. – М. : Издательский дом «Вильяме», 2009. — 296 с.: ил.
6. Гудман, Д. JavaScript. Библия пользователя, 4-е издание: Тэр. с англ. – М.: Издательский дом «Вильямс», 2003. – 960 с.
7. Кищенко, О.Н. Лекции по дисциплине «Языки информационного обмена», 2006.
8. Кузнецов, М., Сидянов, И., Голышев, С. PHP 5. Практика разработки Web-сайтов. – СПб.: БХВ-Петербург, 2005. – 960 с.: ил.
9. Норт, Б. Joomla! Практическое руководство. М.; СПб.: Символ-Плюс, 2008. – 448 с.: ил.
10. Патерсон, Л. Использование HTML 4. К.; М.; СПб.: Вильямс, 1998.
11. Рамел, Д. Самоучитель Joomla!: Пер с англ. – СПб.: БХВ-Петербург, 2008. – 448 с.: ил.
12. Томсон, Л., Веллинг, Л. Разработка Web-приложений на РНР и MYSQL: Тэр. с англ. – 2-е изд., испр. – СПб: ООО ДиаСофтЮП, 2003. – 672 с.
13. Метод разработки сайта с помощью пяти уровней UX Джесса Гарретта. URL: https://pllsll.com/blog/metod-razrabotki-sajta-s-pomoshhyu-pyati-urovnej-ux-dzhessa-garretta (дата обращения: 07.10.2025).
14. Информационная архитектура сайта как важнейший параметр юзабилити // cyberleninka.ru. URL: https://cyberleninka.ru/article/n/informatsionnaya-arhitektura-sayta-kak-vazhneyshiy-parametr-yuzabiliti (дата обращения: 07.10.2025).
15. Информационная архитектура веб-сайта // rusability.ru. URL: https://rusability.ru/cases/informacionnaya-arhitektura-web-sayta/ (дата обращения: 07.10.2025).
16. ТОП-7 законов в UX-дизайне // shapoval.agency. URL: https://shapoval.agency/blog/top-7-zakonov-v-ux-dizajne (дата обращения: 07.10.2025).
17. 5 уровней UX: как создавать удобные интерфейсы // netology.ru. URL: https://netology.ru/blog/04-2017-5-urovney-ux (дата обращения: 07.10.2025).
18. Закон Фиттса в UX/UI-дизайне — как применять для сайтов и интерфейсов // dsgners.ru. URL: https://dsgners.ru/blog/zakon-fittsa-v-ux-ui-dizayne/ (дата обращения: 07.10.2025).
19. Технология исследования целевой аудитории при разработке WEB-сайта // uspu.ru. URL: http://www.uspu.ru/media/journals/article/19/2014_1_ISAEVA.pdf (дата обращения: 07.10.2025).
20. Методы анализа целевой аудитории в digital-маркетинге: от сегментации до CJM // cyberleninka.ru. URL: https://cyberleninka.ru/article/n/metody-analiza-tselevoy-auditorii-v-digital-marketinge-ot-segmentatsii-do-cjm (дата обращения: 07.10.2025).
21. Mobile-First Web Design: Best Practices for 2025 // alfdesigngroup.com. URL: https://alfdesigngroup.com/blog/mobile-first-web-design/ (дата обращения: 07.10.2025).
22. Mobile First Design — Best Practices, Benefits & Challenges in 2025 // redblink.com. URL: https://redblink.com/mobile-first-design-best-practices-benefits-challenges/ (дата обращения: 07.10.2025).
23. Best Practices for Mobile-First Design Accessibility // pixelfreestudio.com. URL: https://pixelfreestudio.com/best-practices-for-mobile-first-design-accessibility/ (дата обращения: 07.10.2025).
24. ГОСТ Р 70186-2022 Интернет-ресурсы и другая информация… Требования доступности для людей с инвалидностью // tiflocentre.ru. URL: https://tiflocentre.ru/press-center/news/gost-r-70186-2022-internet-resursy-i-drugaya-informatsiya-predstavlennaya-v-elektronno-tsifrovoy-forme/ (дата обращения: 07.10.2025).
25. Анализ сайтов конкурентов: пошаговый план // takethecake.ru. URL: https://takethecake.ru/blog/analiz-saytov-konkurentov (дата обращения: 07.10.2025).
26. Анализ конкурентов – методы и этапы проведения // neiros.ru. URL: https://neiros.ru/blog/analiz-konkurentov-metody-i-etapy-provedeniya/ (дата обращения: 07.10.2025).
27. Как задавать требования к качеству ПО в цифрах? // habr.com. URL: https://habr.com/ru/articles/658421/ (дата обращения: 07.10.2025).
28. Как написать ТЗ, часть 1: ГОСТЫ и спецификации требований // babok-school.ru. URL: https://babok-school.ru/blog/kak-napisat-tz-chast-1-gosty-i-spetsifikatsii-trebovaniy/ (дата обращения: 07.10.2025).
29. Требования к надежности и безопасности сайта // antifraud2.ru. URL: https://antifraud2.ru/blog/trebovaniya-k-nadezhnosti-i-bezopasnosti-sayta/ (дата обращения: 07.10.2025).
30. Как выбрать CMS или конструктор сайтов в 2025 году? // webdelo.org. URL: https://webdelo.org/kak-vybrat-cms-ili-konstruktor-saytov-v-2025-godu/ (дата обращения: 07.10.2025).
31. 10 лучших CMS для сайта в 2025 году // adlook.me. URL: https://adlook.me/blog/top-cms-v-2025-godu (дата обращения: 07.10.2025).