После обновления инструкции по ошибке устройства просмотры выросли. Хорошая новость? Не обязательно: посетители могли прийти по новым запросам и не найти нужный шаг. Чтобы оценить правку, нужно понять, кто открыл страницу и что произошло дальше.
Сначала определите, какое изменение проверяете
Метрика имеет смысл, если вы заранее знаете, какое решение оцениваете. Для справочного сайта о Windows это может быть переработка таблицы кодов ошибок диспетчера устройств, упрощение инструкции по установке драйвера или изменение переходов между материалами. Признаки успеха будут разными: больше переходов из поиска по подходящим запросам, меньше уходов после первого экрана или больше переходов к следующему шагу диагностики.
Запишите дату правки, адрес страницы и ожидаемый эффект. Например: «После добавления раздела о проверке идентификатора оборудования посетители страницы о неопознанном устройстве чаще переходят к следующему шагу диагностики». Это можно проверить. Формулировку «сайт должен стать лучше» — нельзя.
Если собираетесь менять настройки аналитики, формы или код страниц, сначала сохраните копию конфигурации и резервную копию сайта. Тогда при ошибке вы сможете вернуть прежнее состояние и не примете технический сбой за результат правки.
Метрики привлечения: кто нашёл страницу и зачем
Просмотры и пользователи
Просмотры показывают, сколько раз открыли страницу. Пользователи — приблизительное число посетителей, которых система аналитики смогла различить. Один человек может вернуться к инструкции несколько раз, а ограничения браузера и настройки согласия на обработку данных мешают точному подсчёту. Поэтому сам по себе рост просмотров мало о чём говорит.
Сравнивайте страницы с одинаковым назначением и равные периоды: например, четыре полные недели до правки и четыре после. Учитывайте сезонность, крупные обновления Windows и дни, когда сайт не работал. Отдельно посмотрите новые и повторные посещения. Возвращение к диагностической инструкции может означать, что её сохранили как полезную, а может — что проблему пока не решили.
Каналы и поисковые запросы
Разбивка по источникам помогает не приписать правке эффект рассылки или другого канала. Если просмотры выросли благодаря письму подписчикам, это не доказывает, что страницу стали чаще находить в поиске. Для статьи о коде ошибки важны и сами запросы: «код 43 USB» и «скачать драйвер» говорят о разных задачах посетителя.
Показы отражают, как часто страница появлялась в результатах поиска, клики — сколько переходов получила, CTR — долю кликов от показов. Если показы выросли, а CTR снизился, заголовок не обязательно стал хуже: страницу могли начать показывать по более широкому кругу запросов. Среднюю позицию тоже оценивайте вместе с запросами, а не как показатель качества инструкции.
Метрики поведения: помогла ли страница продвинуться
Вовлечённость и время
Показатель вовлечённости, длительность сеанса и среднее время взаимодействия разные системы аналитики рассчитывают по своим правилам. Проверьте определения в своём инструменте, прежде чем сравнивать цифры. Человек может быстро найти нужное сочетание клавиш и закрыть страницу, решив задачу. А может оставить вкладку открытой надолго, пока ищет драйвер на компьютере, хотя инструкция ему не помогла.
Если отчёт позволяет, смотрите не только среднее, но и распределение: долю очень коротких посещений, различия между телефонами и компьютерами, страницы входа. После смены заголовка коротких визитов стало заметно больше? Возможно, обещание в поиске не совпадает с содержимым. Сначала проверьте текст и запросы, а не возвращайте прежний заголовок наугад.
Глубина прокрутки и переходы к шагам
Прокрутка показывает, добрался ли посетитель до части страницы, но не доказывает, что он прочитал её или выполнил инструкцию. В длинном материале об ошибке диспетчера устройств полезнее отслеживать конкретные блоки: «Проверка подключения», «Поиск модели», «Откат драйвера». Если до последнего раздела почти никто не доходит, проверьте, нужен ли он всем читателям и легко ли найти его через оглавление.
Клики по оглавлению, внутренним переходам и раскрываемым блокам дополняют картину. Нажатие на «Если устройство не определяется» говорит об интересе к этому случаю, а не о решении проблемы. Не превращайте каждую прокрутку и случайный клик в «полезное действие»: лишние события засоряют отчёт.
Выходы и показатель отказов
Выход со страницы не всегда означает неудачу: пользователь мог выполнить проверку в диспетчере устройств и закрыть браузер. Показатель отказов сильно зависит от настроек аналитики, поэтому универсальной оценкой статьи он тоже не служит. Если после сокращения инструкции выходов стало больше, сопоставьте это с переходами к важным шагам, вопросами читателей и изменением поисковых запросов. По одному числу причину не определить.
Полезные действия: что считать результатом
Для справочного блога результат — не обязательно заявка. Обычно проще измерить промежуточное действие, связанное с задачей страницы:
- переход из общего материала о неполадке к инструкции для конкретного устройства;
- открытие раздела с безопасной проверкой версии драйвера;
- использование поиска по сайту после чтения страницы;
- сообщение о шаге, который оказался непонятным;
- переход к форме обращения, если самостоятельная диагностика не помогла.
Для каждой группы страниц выберите одно основное действие и считайте его одинаково во всех отчётах. Например, для списка кодов ошибок это может быть переход к объяснению конкретного кода. Разделите число таких переходов на число посещений страницы — получите долю для сравнения между периодами. Посмотрите и на абсолютное число действий: высокий процент при десяти посещениях ненадёжен.
Называйте событие по тому, что действительно произошло: «переход к инструкции по коду 43», а не «проблема решена». Кнопка «Помогло» даёт обратную связь, но ответы будут неполными — большинство посетителей ничего не отмечают. По данным сайта обычно нельзя установить, заработало ли устройство.
Технические показатели: когда измеряется не только текст
Даже точная инструкция может получать мало взаимодействий, если страница медленно загружается или ей неудобно пользоваться. Сопоставляйте поведенческие данные со скоростью открытия, ошибками загрузки, доступностью элементов на телефоне и работой форм. Это особенно важно, когда показатели на мобильных устройствах и компьютерах резко различаются.
Core Web Vitals помогают понять характер проблемы: LCP связан с появлением основного содержимого, INP — с откликом интерфейса на действия, CLS — со сдвигами элементов при загрузке. Читателю, который сверяется с инструкцией на телефоне рядом с компьютером, скачущая кнопка оглавления может мешать сильнее, чем небольшая задержка фонового изображения. Не судите о работе страницы по одному лабораторному тесту: условия на устройстве разработчика отличаются от условий реальных посетителей.
Проверяйте и сами измерения. После изменения шаблона событие прокрутки может перестать отправляться, а счётчик — срабатывать дважды. В отчёте это будет похоже на перемену в поведении читателей. Сначала воспроизведите действие на тестовой странице и убедитесь, что событие появляется один раз. Затем сравнивайте периоды.
Как собрать небольшой рабочий отчёт
Не нужно переносить в таблицу все показатели аналитики. Для проверки одной правки хватит данных, которые отвечают на четыре вопроса: пришли ли подходящие посетители, дошли ли до нужного места, сделали ли следующий шаг и не помешал ли им сбой сайта.
| Показатель | Что проверять | Главное ограничение |
|---|---|---|
| Просмотры страницы по источнику | Изменился ли объём посещений из нужного канала | Не показывает пользу содержимого |
| Запросы и клики из поиска | Совпадают ли запросы с задачей инструкции | Данные могут быть неполными |
| Достижение ключевого раздела | Видят ли посетители нужный диагностический шаг | Не подтверждает прочтение |
| Переход к следующему шагу | Может ли человек продолжить диагностику | Не подтверждает устранение неполадки |
| Ошибки загрузки и показатели скорости | Не мешает ли страница выполнить действие | Требуют проверки в контексте устройства |
Начните с одной группы материалов, например инструкций по распознаванию USB-устройств. Отметьте дату правки и проверьте, не менялись ли одновременно навигация, шаблон или настройки аналитики. Сравнивайте одинаковые дни недели; неполные текущие сутки исключите. Если посещений мало, изменение доли на несколько процентных пунктов ещё не повод для уверенного вывода. Дождитесь большего числа наблюдений и проверьте отдельные сеансы на сбои измерения.
Как прочитать противоречивые цифры
Допустим, страницу о неопознанном USB-устройстве стали открывать чаще, но переходов к проверке идентификатора оборудования стало меньше. Посмотрите, по каким запросам пришли новые посетители, с каких устройств они читали статью и видна ли нужная ссылка на мобильном экране. Возможно, на страницу попали люди с другой проблемой. Или переход оказался ниже длинного вступления. Правки в этих случаях понадобятся разные.
Бывает и наоборот: просмотров меньше, зато доля переходов к инструкции по конкретному коду выросла. Возможно, навигация стала удобнее. Но сначала убедитесь, что посетители приходят по сопоставимым запросам, а событие перехода исправно записывается. Оставьте рядом с графиком короткую запись о правке и проверенных условиях — через месяц она поможет понять, что именно изменилось.
Для первой проверки возьмите одну страницу и один переход, например из списка ошибок к инструкции по коду 43. Запишите число посещений и переходов за четыре полные недели до правки. После изменения страницы проверьте, что событие отправляется один раз, и сравните долю переходов за следующие четыре полные недели.
