Как оформлять графики в экспертной статье: шкала, подписи, события и контекст

19 августа 2026 • Кейсы

Элементы понятного графика в экспертной статье

График способен уместить в одном блоке то, для чего тексту понадобилось бы несколько абзацев. Но та же компактность создаёт риск: линия, столбцы или выделенная точка выглядят убедительно ещё до того, как читатель разобрался, что именно измерялось и насколько велико изменение.

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

График должен отвечать на один понятный вопрос

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

Например:

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

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

Office for National Statistics рекомендует сначала определить главное сравнение, которое должна показать визуализация, и оставлять только данные, необходимые для этого сообщения.

Один график может содержать много точек. Но у него должна быть одна основная задача чтения.

Заголовок графика должен сообщать, что показано

Подпись «Динамика показателя» почти ничего не объясняет. Читателю ещё нужно найти в тексте, какой показатель, за какой период и для какого объекта имеется в виду.

Более информативный вариант:

Изменение среднего времени выполнения операции с января по июнь 2026 года

Если график публикуется внутри статьи, не обязательно превращать заголовок в длинное предложение со всеми оговорками. Но основной объект и смысл сравнения должны быть понятны до чтения осей.

ONS отдельно рассматривает chart title, subtitle, source и footnotes как части одной системы chart text. Текст внутри визуализации и текст статьи должны дополнять друг друга, а не повторять одно и то же несколько раз.

Единица измерения не должна угадываться

Числа 20, 40 и 60 сами по себе ничего не говорят.

Это могут быть:

проценты;
секунды;
рубли;
количество событий;
условный индекс;
среднее значение;
медиана.

ONS рекомендует использовать axis title для обозначения единицы измерения и явно указывать символы процентов или валюты там, где это помогает прочитать значения.

Для экспертного материала особенно важно различать похожие сущности:

«Количество обращений»

и:

«Доля обращений, %»

Графики могут выглядеть почти одинаково, хотя описывают разные величины.

Шкала определяет визуальный масштаб изменения

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

Поэтому точка начала оси — не декоративная настройка.

Для столбчатых диаграмм и area chart ONS рекомендует начинать количественную ось с нуля. Причина связана с самой геометрией: длина столбца или заполненной области кодирует величину относительно базовой линии.

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

Например, значения:

Вариант A — 94
Вариант B — 98

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

У line chart шкала не обязана всегда начинаться с нуля

Правило нулевой базы нельзя механически переносить на все типы графиков.

ONS допускает сокращение оси для line chart и scatter plot, где значения представлены положением точек, а не длиной фигуры от базовой линии. Например, если значения лежат между 92 и 100, начало оси около 90 может сделать динамику различимой.

При этом читатель должен ясно видеть реальный диапазон шкалы.

Практический вопрос здесь такой:

помогает ли сокращённая ось увидеть форму изменения или создаёт впечатление гораздо большего эффекта?

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

Нелинейная шкала требует явного основания

Логарифмическая или другая нелинейная шкала может быть полезна для некоторых типов данных. Но она заметно меняет способ чтения расстояний между значениями.

ONS рекомендует предпочитать линейную шкалу там, где она позволяет показать данные ясно, поскольку она интуитивнее для широкой аудитории.

Если без нелинейного масштаба не обойтись, читателю нужно понимать:

что шкала нелинейная;
почему она выбрана;
как интерпретировать расстояния между отметками.

Нельзя рассчитывать, что необычный масштаб будет замечен автоматически.

Двойная ось часто создаёт больше вопросов, чем ответов

График с двумя вертикальными шкалами позволяет разместить рядом ряды с разными единицами измерения. Но выбор диапазона каждой оси способен визуально сближать или разводить линии почти произвольно.

ONS рекомендует избегать dual-axis charts и вместо этого использовать два отдельных графика либо один график с единой осью, если данные это позволяют.

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

Сетка помогает читать значения, но не должна становиться главным объектом

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

Однако плотная тёмная сетка начинает конкурировать с самими данными.

ONS рекомендует использовать осмысленные круглые интервалы и не добавлять слишком много линий. На небольших мобильных графиках их количество стоит сокращать.

То есть сетка выполняет вспомогательную функцию:

данные — основной слой, шкала — контекст, gridlines — помощь при считывании.

Период должен быть виден без поиска по статье

Фраза «показатель вырос на графике» остаётся неполной, пока неизвестно, между какими датами проводится сравнение.

На временной оси должны быть понятны:

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

Если данные собирались нерегулярно, равномерно соединённая линия может создавать впечатление равных интервалов. ONS рекомендует использовать data markers при нерегулярных временных точках и оставлять разрыв там, где в регулярном ряду данные отсутствуют.

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

События полезно отмечать прямо на временной шкале

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

Для этого подходят annotations.

Например:

──────────│────────────────
          ↑
     12 мая
     обновлена версия

ONS рекомендует использовать line annotation для конкретного момента или порогового значения, а shaded range — для интервала времени. Аннотация должна содержать текст, объясняющий, что отмечено.

Это помогает соединить данные с хронологией материала.

Аннотация события не означает доказанную причину

Это принципиальная граница для экспертной визуализации.

Вертикальная линия с подписью:

«15 мая — опубликована новая версия»

сообщает факт времени.

Она не доказывает:

«После 15 мая показатель изменился именно из-за новой версии».

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

Аннотация отвечает на вопрос «что произошло в этот момент», а не автоматически на вопрос «почему изменилась метрика».

Исходную точку нужно показывать так же ясно, как новое значение

График динамики без baseline заставляет пользователя оценивать изменение по форме линии.

Для сравнения «до / после» желательно, чтобы можно было определить:

какое значение было исходным;
когда оно зафиксировано;
какое значение считается текущим;
сопоставимы ли условия измерения.

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

Если baseline имеет отдельное значение для чтения, его можно отметить подписью, reference line или выделенной точкой.

Reference line полезна только с объяснением

Горизонтальная линия может обозначать:

целевое значение;
среднее;
медиану;
норматив;
исходный уровень;
порог.

Без подписи все эти варианты выглядят одинаково.

ONS рекомендует сопровождать reference context аннотацией. Если ось расширена специально, чтобы показать target, читатель должен понимать, почему этот уровень присутствует.

Поэтому линия «80» слабее, чем:

«Целевой уровень — 80»

Контекст не должен храниться только в памяти автора.

Цвет должен помогать различать данные, а не украшать график

Для одного ряда часто достаточно одного основного цвета.

Дополнительный цвет оправдан, если он выполняет понятную функцию:

выделяет один объект среди остальных;
различает несколько серий;
показывает категории;
отмечает отдельное состояние.

ONS рекомендует ограничивать количество цветов и сохранять одинаковую цветовую кодировку одной категории между связанными графиками.

Если серия A на первом графике синяя, а на следующем внезапно красная, читателю приходится заново изучать легенду.

Нельзя передавать различие только цветом

WCAG 2.2 требует, чтобы цвет не был единственным визуальным способом передачи информации.

Для line chart с несколькими рядами это можно решить через сочетание:

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

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

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

Легенду иногда можно заменить прямыми подписями

При традиционной легенде пользователь выполняет повторяющееся действие:

цвет линии → поиск цвета в легенде → чтение названия → возврат к линии.

Если места достаточно, подпись рядом с концом линии сокращает этот путь.

Это особенно удобно у небольшого числа рядов.

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

Не каждый data point нужно подписывать числом

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

Числовые labels особенно полезны для:

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

Остальные точки можно оставить для визуального чтения.

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

Аннотация должна быть рядом с тем, что объясняет

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

ONS рекомендует размещать annotations как можно ближе к соответствующей части графика и делать их короткими.

Например:

«Изменена методика расчёта»

рядом с нужной датой понятнее, чем длинное объяснение в легенде.

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

Источник данных должен находиться рядом с визуализацией

Для проверяемого графика важно понимать не только, что показано, но и откуда взяты данные.

Источник можно разместить под графиком вместе с примечаниями.

Полезно различать:

источник данных;
расчёт автора статьи;
пояснение к методике;
оговорку о неполноте или изменении данных.

Одна строка «Источник: аналитика» слишком неопределённа, если читателю нужно проверить числа.

Если данные доступны публично, ссылка на конкретный отчёт, dataset или документ делает визуализацию проверяемой.

График и статья должны делить работу между собой

Есть две крайности.

Первая — график без контекста. Читатель видит линию, но не понимает, почему она важна.

Вторая — текст подробно перечисляет каждое значение, которое уже видно на графике.

Более полезное разделение:

График	Текст статьи
Показывает форму динамики	Объясняет, почему выбран этот показатель
Показывает сравнение	Указывает ограничения сравнения
Отмечает событие	Объясняет, что о связи с событием можно и нельзя заключить
Показывает период и шкалу	Даёт методический контекст
Показывает основные значения	Интерпретирует их в рамках задачи статьи

График сокращает сложность. Текст задаёт пределы интерпретации.

Визуальный акцент не должен быть сильнее доказательства

Яркая линия, крупная стрелка вверх и подпись «РОСТ» способны сформировать вывод ещё до чтения чисел.

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

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

Для графика особенно полезно разделять:

выделить важный участок

и:

визуально доказать заранее выбранный вывод.

Первое помогает читать. Второе подменяет интерпретацию оформлением.

Сложному графику нужен текстовый эквивалент

W3C относит graphs and charts к complex images, если содержащуюся в них информацию нельзя полноценно передать короткой фразой.

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

Например, короткий alt:

«Линейный график изменения показателя с января по июнь 2026 года»

может идентифицировать изображение, но не заменить данные.

Подробный эквивалент может находиться:

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

W3C отдельно отмечает, что long description для графика может включать шкалы, значения, отношения и тренды.

Alt не должен превращаться в полный набор данных

Попытка поместить десятки значений в alt делает альтернативный текст неудобным.

У complex image роли лучше разделить:

короткий alt → идентифицирует график и его основной предмет;

длинное описание или таблица → передаёт детали.

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

На мобильном график нужно перепроверять отдельно

График, хорошо работающий на ширине 900 px, может стать нечитаемым после уменьшения до 340 px.

Чаще всего страдают:

длинные подписи осей;
легенда;
аннотации;
плотные даты;
несколько близких линий;
слишком частая сетка.

ONS рекомендует проверять chart text и annotations на разных размерах экрана. Для mobile view количество gridlines также может быть меньше, чем на desktop.

Если график слишком плотный, иногда лучше:

сократить число подписей;
показать меньше рядов;
разделить визуализацию на несколько графиков;
изменить расположение легенды;
сделать отдельную mobile-композицию.

Масштабирование картинки до ширины телефона не гарантирует, что данные останутся читаемыми.

Что делать, если линий слишком много

Десять рядов на одном line chart требуют десять цветов или других визуальных кодов и создают множество пересечений.

ONS предлагает small multiples как один из вариантов для перегруженных line charts. Каждый ряд получает собственную небольшую панель с согласованной шкалой.

Это позволяет сравнивать форму динамики без постоянного поиска линии среди остальных.

Другой вариант — оставить только ряды, которые нужны для конкретного вопроса статьи, а полный dataset дать отдельно.

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

График живой статьи должен выдерживать новые точки

Если материал регулярно обновляется, визуализация тоже развивается.

Стоит заранее предусмотреть:

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

Этот вопрос выходит за рамки одной визуализации и относится к архитектуре живого документа. Его отдельно разберём в статье о проектировании обновляемой статьи.

Практический чек-лист графика перед публикацией

Понятно, какой вопрос решает график?
Назван показатель?
Указана единица измерения?
Понятен период?
Шкала соответствует типу графика?
Для bar chart количественная ось начинается с нуля?
Если line chart использует сокращённую шкалу, её диапазон виден?
Сопоставимые графики используют сопоставимые шкалы?
События отмечены короткими понятными annotations?
Аннотация события не сформулирована как неподтверждённая причина?
Цвет не является единственным способом различить ряды?
Графические элементы достаточно различимы относительно фона?
Источник данных указан рядом?
Существенные ограничения присутствуют в тексте или примечании?
График остаётся читаемым на мобильном?
Есть текстовый эквивалент существенной информации?

Какая информация должна находиться вокруг графика

Для экспертной статьи полезна компактная доказательная рамка:

Что показано
↓
Показатель и единица
↓
Период
↓
Шкала
↓
Данные
↓
События и annotations
↓
Источник
↓
Ограничение интерпретации

Не каждый элемент обязан занимать отдельный визуальный блок. Часть находится в title и subtitle, часть — на осях, часть — под графиком, часть — в соседнем абзаце.

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

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

Главная задача графика — сделать данные понятнее, а не убедительнее

Хорошая визуализация позволяет быстро увидеть форму изменения или различия между значениями. Но одновременно она показывает условия, в которых этот рисунок нужно читать.

У пользователя не должно оставаться вопросов:

что измеряется;
в каких единицах;
за какой период;
откуда начинается шкала;
что означает выделенная дата;
откуда взяты данные;
какие выводы график сам по себе не доказывает.

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

вопрос → данные → подходящий масштаб → подписи → контекст → проверяемая интерпретация.

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

Источники

Источники проверены 20 августа 2026 года. Использованы актуальные материалы Office for National Statistics, Government Analysis Function и W3C Web Accessibility Initiative.