Цели в Яндекс Метрике для блога: просмотр, дочитывание, заявка

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

Что такое цель в Яндекс Метрике

Целью в Яндекс Метрике считается действие посетителя, которое вы заранее определили как результат: открыл страницу, отправил форму, нажал на номер телефона. Счётчик считает такие действия отдельно от общей посещаемости.

Цели создаются в настройках счётчика, в разделе «Цели». Вы даёте цели название, которое потом видите в отчётах, и выбираете тип: от него зависит, по какому признаку Метрика поймёт, что действие произошло.

Разница между целью и конверсией

Цель описывает само действие. Конверсия показывает долю визитов, в которых цель достигнута хотя бы один раз. Визитом Метрика называет одно посещение сайта: оно заканчивается, когда человек уходит или бездействует около получаса. Для блога полезны обе цифры: достижения растут вместе с объёмом статей, конверсия показывает качество трафика.

Счётчик на всех страницах раздела

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

Какие цели нужны разделу статей

Читатель статьи редко оставляет заявку с первого экрана. Сначала он открывает текст из поиска или из ответа нейросети, потом дочитывает его, и только после этого смотрит, чем занимается компания. Три цели повторяют эти шаги, и по ним видно, где читатели теряются, а органический трафик перестаёт быть обезличенной цифрой. Зачем бизнесу раздел статей, мы описали в материале про блог компании на сайте.

Три цели для раздела статей и что они показывают

Что подготовить до настройки

Цель на просмотр статей настраивается в интерфейсе Метрики за вечер, а дочитывание и заявка зависят от того, кто правит код сайта. Половина проблем возникает не в Метрике: счётчик стоит не везде, форма отправляется без перезагрузки страницы.

• Доступ к счётчику с правом редактирования: с доступом только на просмотр цель создать нельзя.
• Адрес раздела статей в том виде, в каком он открывается у читателя: site.ru/blog/, site.ru/stati/ или другой.
• Понимание, одинаковый ли шаблон у страниц статей. Если раздел подключён типовым способом, например плагином на WordPress или Потоками на Tilda, шаблон один. Если шаблонов два, код для дочитывания добавляют в оба.
• Человек, который внесёт правку в код сайта: для цели «Дочитывание» нужен небольшой скрипт.
• Список форм на сайте и способ отправки: с перезагрузкой страницы или без неё.

Цель «Просмотр статьи»

Эта цель показывает, сколько визитов добралось до текстов, и настраивается без правок на сайте.

Условие по адресу раздела

Создайте цель с типом «Посещение страниц» и условием «url: содержит», в значении укажите часть адреса раздела: /blog/ или /stati/. Цель засчитывается в каждом визите, где человек открыл хотя бы одну такую страницу.

Одна тонкость: под условие «содержит /blog/» попадает и страница со списком статей. Чтобы считать только сами статьи, возьмите условие «url: регулярное выражение» со значением вида .*/blog/.+: выражение сопоставляется с полным адресом, поэтому начинать его с косой черты нельзя. Если у списка есть страницы с нумерацией вида /blog/page/2, их тоже стоит исключить.

Одна цель на раздел вместо цели на каждую статью

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

Цель «Дочитывание»

Готового типа «дочитывание» в Метрике нет: цели по времени на сайте и числу просмотренных страниц считают визит целиком, а не прочтение конкретной статьи. Событие отправляет сам сайт. Зато вы сами решаете, что считать дочитыванием: у новости и у разбора на десять минут поведение читателя разное.

Условие, при котором отправляется событие

Рабочее условие складывается из двух частей: читатель прокрутил страницу до 75 процентов высоты и провёл на ней хотя бы 30 секунд. Прокрутка без времени даёт ложные срабатывания: часть людей пролистывает текст за три секунды и уходит. Время без прокрутки тоже обманчиво, вкладка может висеть в фоне.

Код для отправки события

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

<script>
(function () {
  var sent = false;
  var opened = Date.now();

  function check() {
    if (sent) return;
    var seen = window.scrollY + window.innerHeight;
    var height = document.documentElement.scrollHeight;
    var deep = seen / height >= 0.75;
    var waited = Date.now() - opened >= 30000;
    if (deep && waited) {
      sent = true;
      window.clearInterval(timer);
      ym(12345678, 'reachGoal', 'ARTICLE_READ');
    }
  }

  window.addEventListener('scroll', check, { passive: true });
  var timer = window.setInterval(check, 5000);
})();
</script>

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

Создание цели в Метрике

В настройках счётчика добавьте цель с типом «JavaScript-событие» и идентификатором ARTICLE_READ. Идентификатор в цели и в коде должны совпадать посимвольно, иначе Метрика события не узнает. Название пишите по-человечески, например «Дочитал статью»: его увидят все, кто открывает отчёты.

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

Цель «Заявка»

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

Способы зафиксировать заявку в Яндекс Метрике

Отправка формы

Самая частая ошибка здесь: цель считает нажатие кнопки. Тогда в отчёт попадают визиты, где форма не прошла проверку полей и человек ушёл. Надёжнее отправлять событие после ответа сервера, когда заявка записана: на это способен только свой скрипт, автоматическая цель подтверждения от сервера не ждёт. Вызов тот же, что и для дочитывания, меняется идентификатор: ym(12345678, 'reachGoal', 'FORM_SENT').

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

Телефон и мессенджеры

Клик по номеру телефона и переход в мессенджер Метрика умеет считать сама, автоматическими целями. Фиксируется намерение: человек нажал на контакт, а состоялся ли разговор, в отчёте не видно. Для блога этого достаточно. Сами звонки считает коллтрекинг, сервис подмены номеров, и передаёт их в Метрику как цели.

Как проверить, что цели работают

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

• Пройдите путь читателя сами: откройте статью, долистайте до конца, отправьте тестовую заявку.
• Откройте страницу с параметром ?_ym_debug=1 в адресе, а если параметры там уже есть, добавьте &_ym_debug=1. Метрика напишет в консоль браузера, какие цели она отправляет.
• Посмотрите отчёты по целям. Данные появляются с небольшой задержкой, поэтому достижения стоит искать не через минуту, а через несколько.
• Загляните в Вебвизор, инструмент Метрики с записью действий посетителя: там видно момент срабатывания цели.
• Через неделю сравните конверсию по дочитыванию с конверсией по просмотру статей. Если они почти совпали, условие срабатывает рано, и порог прокрутки стоит поднять.

Где смотреть вклад статей в заявки

Три цели показывают общую картину по сайту. Чтобы увидеть вклад именно статей, отчёты разворачивают по страницам и источникам.

Отчёты Метрики, в которых виден вклад раздела статей

Сегмент по разделу статей

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

Атрибуция «Первый переход»

Атрибуция задаёт правило, по которому Метрика решает, за каким визитом закрепить заявку. По умолчанию она закрепляет её за последним значимым переходом, и в отчёте по страницам входа на месте статьи оказывается страница последнего захода. Статья, прочитанная неделей раньше, из отчёта пропадает. Переключите атрибуцию на «Первый переход», и заявка закрепится за визитом, с которого началось знакомство: статья работает в начале пути, а не в конце. Почему на видимость стоит смотреть шире, чем на отдельные запросы, мы разбирали в материале про видимость сайта в поиске.

Переходы из ответов нейросетей

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

Тот же разрез по статьям отдельно от остального сайта мы собираем в кабинете КОНТЕНТЗАВОДА, на данных Яндекс Метрики и Вебмастера.

Частые ошибки в настройке целей для блога

Ошибки повторяются от сайта к сайту и приводят к одному: отчёт есть, доверия к нему нет.

• Цель на каждую статью вместо одной на раздел: список разрастается, сравнивать статьи нечем.
• Дочитывание без условия по времени: прокрутка до конца за три секунды попадает в отчёт.
• Заявка по нажатию кнопки, а не по успешной отправке: в конверсию попадают незаполненные формы.
• Отчёты смотрят по сайту целиком: заявки из рекламы смешиваются с заявками со статей.
• Атрибуция осталась по умолчанию: статьи выглядят в отчёте бесполезными, хотя привели читателя первым визитом.

Отдельно стоит проверить адреса страниц: при дублях цифры расходятся с реальностью. Как это чинится, мы писали в материале про rel canonical.

Сколько стоит КОНТЕНТЗАВОД

КОНТЕНТЗАВОД ведёт раздел статей на сайте компании: подбирает темы под нишу клиента и публикует готовые статьи на его домене, в его дизайне. Тарифы различаются объёмом публикаций и тем, входит ли в них аналитика по статьям.

• Базовый, 30 000 ₽ в месяц.
• Профессиональный, 50 000 ₽ в месяц. В него входит аналитика: разделы «Вклад статей» и «Видимость в ИИ» с отчётом для руководителя.
• Индивидуальный, по результатам аудита сайта.

Цены без НДС и приведены как ориентир. Актуальный состав тарифов смотрите в разделе Тарифы КОНТЕНТЗАВОДА. Сколько стоит собрать такой же объём контента своими силами, мы считали в материале про стоимость контента для сайта.

Итог: с чего начать

Оптимальный минимум для раздела статей: три цели и один сегмент. Настройка укладывается в три шага.

• Создайте цель «Посещение страниц» с условием по адресу раздела: она заработает без правок на сайте.
• Добавьте скрипт дочитывания и цель с типом «JavaScript-событие», проверьте её с параметром отладки в адресе.
• Опишите заявку подходящим вашей форме способом и переключите атрибуцию на первый переход: отчёт по страницам входа покажет, какие статьи приводят обращения.

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