Блог с большим числом материалов: какие рубрики и фильтры помогают читателю

Читатель не обязан помнить дату публикации

Нужная статья исчезает из внимания, если путь к ней строится только по времени выпуска. Рубрики и фильтры помогают сузить список по задаче читателя, а поиск — найти материал по словам. Рассмотрим корпоративный блог с большим архивом на WordPress, где редакция добавляет тексты регулярно, а посетитель приходит за ответом по определённой теме.

Сначала вопрос, затем способ отбора

Начните с того, как человек описывает потребность. Маркетолог ищет настройку рекламы или работу с сайтом, а не внутреннее название отдела, который подготовил текст. Поэтому понятная рубрика полезнее точного, но незнакомого редакционного термина. Если заголовки разделов придуманы по структуре компании, навигация заставляет посетителя изучить организацию прежде, чем открыть полезную статью. Название проверяют без подсказки автора. Когда будущий читатель видит рубрику впервые и не может объяснить, какие ответы найдёт внутри, уточняют слова и границы раздела, чтобы навигация работала за пределами команды, которая помнит историю написания материалов.

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

Одна статья может отвечать нескольким интересам. Но бесконтрольное назначение множества рубрик размывает смысл каждой: любой выбор начинает показывать почти весь архив и перестаёт экономить читателю переходы.

Рубрика, метка и фильтр — разные части решения

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

Что даёт структура CMS

В рубриках WordPress предусмотрено поле «Parent Category». Оно задаёт родительскую рубрику. Иерархия удобна, если вложенная тема понятна внутри общей области, но её не стоит переносить на экран целиком без оценки выбора читателя: длинное дерево рубрик превращает поиск одной статьи в изучение классификатора. Вложенность требует объяснимой границы. Если одна тема регулярно появляется в разных ветвях, редакция сначала решает, куда относить материал по главному вопросу, потому что копирование одинаковой рубрики в каждую ветку усложнит поддержку и сделает итоговый выбор зависимым от случайного пути посетителя.

В метках WordPress иерархии нет. Это подходящий пример связи по признаку, который пересекает рубрики. Однако добавление метки ещё не создаёт полезного фильтра: если её назначили единственному тексту и больше не планируют использовать, отдельная кнопка лишь увеличит меню. Редакция сначала задаёт смысл и правило назначения, потом исполнитель выводит нужные признаки в интерфейсе.

Названия для читателя и адреса для ссылки

Поле «Name» задаёт имя рубрики. «Slug» относится к части адреса. Эти сведения в документации рубрик разделены: изменение видимой подписи и изменение адреса требуют разного внимания. Редактор может уточнить название, но при переименовании адреса специалист разбирает существующие переходы, чтобы ссылки из старых публикаций продолжили приводить к нужному содержанию.

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

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

Что происходит после выбора рубрики

Выбранное значение должно оставаться видимым. Иначе список изменится, а посетитель не поймёт, почему часть материалов исчезла и как вернуть её обратно.

Один критерий или сочетание

Для обычного блога начните с одного основного выбора по рубрике. Он проще для объяснения и поддержки, чем набор независимых переключателей, между которыми пользователь не видит связи. Дополнительный отбор нужен, когда он решает повторяющуюся задачу — например, отделяет определённый формат материалов внутри темы, а не просто демонстрирует доступные поля CMS. Не все признаки нужны одновременно. Если новый фильтр оставляет в каждой рубрике один случайный материал, полезнее связать такие публикации переходами внутри текста, потому что дополнительный критерий занимает место на экране, но не помогает посетителю выбрать между несколькими подходящими ответами на его задачу.

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

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

Названия элементов тоже относятся к приёмке. По руководству W3C о подписях форм подпись позволяет понять назначение ввода. Для фильтра по рубрике читаемое название критерия полезнее одинокой иконки: человек видит, что выбирает, а вспомогательная технология может передать назначение элемента.

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

Поиск и пустая выдача продолжают разговор

Отсутствие результатов не равно отсутствию ответа во всём блоге. Читатель мог выбрать слишком узкое сочетание или использовать другое слово.

Что сказать вместо пустого экрана

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

Поле «Description» в рубрике WordPress хранит описание. Его показ зависит от темы. При проектировании архива можно использовать короткое объяснение области рубрики, но принимать нужно итоговую страницу: заполненное поле само не сообщает, что посетитель увидит текст и поймёт разницу соседних разделов.

Поиск лучше сочетать с рубрикой явно. Если строка ищет только внутри текущего раздела, сообщите об этом рядом с вводом. Если по всему архиву — не оставляйте внешний вид, который обещает ограничение рубрикой, иначе пользователь получит материалы из соседних тем и сочтёт отбор неверным. Пустой запрос возвращает исходный список.

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

Какую статью найдёт человек после возврата?

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

Небольшой набор для приёмки

Приёмку проведите на статьях из разных рубрик и материале, который пересекает выбранные признаки. Затем выберите рубрику, перейдите на следующую страницу списка, откройте статью и вернитесь. Отдельно получите пустой результат и сбросьте его. Все эти действия используют один заранее известный набор содержания, поэтому результат можно объяснить назначением признаков, а не приблизительным ожиданием от случайного архива.

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

Рубрикатор меняется вместе с содержанием. Назначьте редактора, который принимает новые названия и объединяет лишние признаки, сохраняя старые переходы совместно со специалистом. В задании на доработку блога стоит передать эту карточку фильтра и набор тестовых статей: так компания получит способ находить ответ, а не ещё один ряд кнопок.