Информационная архитектура

Что такое информационная архитектура

Информационная архитектура (IA) — проектирование структуры, организации и названий информации, чтобы человек мог её найти и понять. Термин ввёл Ричард Сол Вурман в 1975 году; применительно к вебу его развили Луис Розенфельд, Питер Морвилл и Хорхе Аранго, сформулировав четыре определения:

структурный дизайн разделяемых информационных сред;
синтез систем организации, маркировки, поиска и навигации;
искусство и наука придавать информационным продуктам форму, поддерживающую юзабилити, находимость и понимание;
сообщество практики, переносящее принципы архитектуры в цифровую среду.

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

IA отличается от проектирования взаимодействия: первое задаёт карту местности, второе — поведение на этой карте. И то и другое опирается на юзабилити: структура проверяется тем, находят ли люди нужное.

Три круга: пользователи, контент, контекст

Модель Розенфельда и Морвилла описывает IA как пересечение трёх областей. Решение считается зрелым, когда учтены все три, а не только одна.

Область	Что входит	Что будет, если её игнорировать
Пользователи	Задачи, словарь, ментальные модели, частота использования	Разделы соответствуют внутренней логике компании, а не вопросам человека
Контент	Типы объектов, объём, метаданные, жизненный цикл, владельцы	Структура не выдерживает объёма: появляются дубли и «свалки» в «Прочем»
Контекст	Бизнес-цели, ресурсы, технологии, ограничения, законодательство	Архитектура красива, но её невозможно поддерживать и развивать

Из этой модели следует, что IA нельзя «нарисовать один раз»: при росте контента, смене бизнес-модели или появлении нового канала структура пересматривается.

Составляющие

Классическая раскладка — четыре системы плюс слой метаданных.

Система	Что решает	Пример провала
Организация	По какому признаку группируются объекты: тема, задача, аудитория, хронология, география	Один объект лежит в двух разделах в разных версиях
Маркировка	Как называются разделы, пункты меню, ссылки и заголовки	«Решения» и «Продукты» означают одно и то же, но ведут в разные места
Навигация	Как перемещаться: глобальная, локальная, контекстная, вспомогательная (хлебные крошки, карта сайта, указатели)	Пользователь не понимает, где он и куда можно вернуться
Поиск	Как найти объект, когда структура не сработала: запрос, выдача, фильтры, пустой результат	Поиск не находит синонимы и опечатки, фильтры сбрасываются
Метаданные и таксономии	Единый словарь атрибутов: категории, теги, типы, статусы	Каждый редактор придумывает свои теги, фильтры перестают работать

Схемы организации делят на точные (алфавит, дата, география — однозначные) и неоднозначные (тема, задача, аудитория — требуют интерпретации). Для больших каталогов вместо одного дерева часто используют фасетную структуру: объект описывается набором атрибутов, а разделы собираются из фильтров. Это ближе к базе данных и лучше масштабируется, но требует дисциплины в метаданных.

Как проверять структуру

Метод	Вопрос, на который отвечает	Что смотреть в результате
Открытая карточная сортировка	Как пользователи сами группируют объекты?	Совпадающие кластеры и названия, которые люди дают группам
Закрытая карточная сортировка	Ложатся ли объекты в предложенные категории?	Доля карточек, попавших не туда, и проблемные категории
Tree testing	Находят ли люди объект в готовой структуре без интерфейса?	Успешность, прямее ли путь к цели, время поиска
First-click testing	Правильно ли выбран первый шаг?	Доля верных первых кликов
Анализ поисковых запросов	Какими словами люди ищут и что не находят?	Запросы с нулевой выдачей, частые синонимы, провалы
Аналитика переходов	Где навигация теряет людей?	Доля отказов в разделах, глубокие тупики

Карточная сортировка помогает придумать структуру, tree testing — проверить её. Порядок обычно такой: открытая сортировка → черновик структуры → tree testing → правки → повторная проверка. Тестировать структуру дешевле, чем переделывать навигацию и контент после запуска.

Правило «до цели не больше трёх кликов» — упрощение: важнее предсказуемость пути и понятность названий, чем точное число кликов. Глубокое, но логичное дерево работает лучше плоского и хаотичного.

Признаки проблем

Пользователь не понимает, где находится: нет активного пункта меню, хлебных крошек или заголовка раздела.
Один и тот же объект доступен по нескольким адресам с разным содержанием.
Появилась категория «Прочее» или «Разное», куда складывается всё непонятное.
Названия взяты из внутренних регламентов, а не из речи пользователей.
Поиск не учитывает синонимы, опечатки и морфологию, а пустая выдача не предлагает альтернатив.
Фильтры и сортировка не сохраняются при возврате к списку.
Навигация на мобильном повторяет десктопную без учёта контекста.
Структура растёт стихийно: новый раздел добавляется под конкретную акцию и остаётся навсегда.

IA, URL и контент

Информационная архитектура проявляется не только в меню, но и в адресах и связях между страницами. Читаемый URL отражает место объекта в структуре и остаётся стабильным при редизайне; изменение адресов без редиректов ломает и закладки, и поисковую выдачу.

Для контентных проектов структура тесно связана с моделью данных: какие сущности существуют, чем страница отличается от записи, где заканчивается категория и начинается тег. Эти вопросы разобраны в статьях контент и структура сайтов и страницы, записи, категории и теги. Влияние структуры на поисковый трафик — в разделе SEO.

Связь с другими практиками

UX-дизайн — IA как одна из работ внутри UX-процесса.
Юзабилити — находимость как измеримое качество структуры.
Проектирование взаимодействия — поведение внутри структуры: переходы, фильтры, состояния списков.
Доступность — порядок фокуса, подписи ссылок и работа меню с клавиатуры зависят от структуры.
UI-дизайн — визуальное воплощение иерархии и навигации.
Практики веб-дизайна для WordPress — платформенные ограничения иерархии страниц и меню.