Optimization.com.ua - всё о поисковой оптимизации и юзабилити

Как уменьшить значение показателя отказов сайта в Google Analytics

Автор: Редакция Optimization, Апрель 9, 2012

Версия для печати

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

Для того, чтобы просмотреть показатели отказов вашего сайта в старой версии Google Analytics, зайдите в «Bounce Rate report» в меню «Visitors → Visitor Trending → Bounce Rate».

Пример уменьшения показателя отказов в отчетах Google Analytics

Пример уменьшения показателя отказов в отчетах Google Analytics

Новая версия Google Analytics делает доступ к этим данным проще. В верхней части страницы необходимо выбрать вкладку «Standart reporting», после чего слева выбрать пункт «Audience → Overview». На открывшейся странице есть всплывающее меню, в котором можно выбрать отображение показателя отказов. Также эти данные можно увидеть внизу страницы под графиком.

Отчет по показателю отказов в новом интерфейсе Analytics

Отчет по показателю отказов в новом интерфейсе Analytics

Одной из известных проблем Google Analytics является её метод расчёта времени, которое посетитель провёл на сайте. Время пребывания на сайте — это период с момента входа посетителя на сайт до того момента, когда он закрыл последнюю страницу вашего сайта. Рассмотрим две ситуации, которые хорошо иллюстрируют проблему с подсчётом времени, проведённом посетителем на сайте:

Первая ситуация

Посетитель Х зашёл на наш сайт. В течение 3 минут он читал расположенную на странице статью. Статья ему понравилась, он поместил эту страницу в закладки своего браузера и закрыл страницу. В чём проблема? Проблема в том, что этот посетитель Х никак не взаимодействовал со страницей, то есть не выполнял на ней никаких действий, он просто читал её. А для Goolge это отказ, то есть Google Analytics запишет время, проведённое этим человеком на сайте, как 0 минут 0 секунд. Это отразится и на показателе среднего времени пребывания на вашем сайте.

Вторая ситуация

Посетитель Х зашёл на ваш сайт и даже перешёл по ссылке с первой открытой страницы на другую. Суммарно он потратил на чтение этих двух страниц шесть минут. Однако, Google Analytics засчитает лишь время с момента входа посетителя Х на сайт до последнего взаимодействия Х со страницей. Другими словами, если Х читал первую страницу 3 минуты, после чего перешёл на другую страницу, читал её тоже 3 минуты, после чего закрыл страницу, то Google засчитает только время с момента входа посетителя Х на сайт до момента, когда он перешёл на вторую страницу. Всё то время, которое Х читал вторую страницу до того, как закрыл страницу, не засчитывается.

С особенностями расчёта времени пребывания посетителя на сайте и определение посещения как отказа в Google Analytics можно ознакомиться здесь.

Решение проблемы. Вариант 1

Используя Google Event Tracking API, мы сможем каждые 10 секунд сообщать Google Analytics о том, что посетитель Х всё ещё находится на нашем сайте. Это увеличит показатель пребывания посетителя на сайте, а также не будет приравнивать такой визит к отказу, что в итоге создаст более точную картину активности посетителей на сайте.

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

1
2
3
4
5
6
7
8
9
10
<script type="text/javascript">
(function (tos) {
  window.setInterval(function () {
    tos = (function (t) {
      return t[0] == 50 ? (parseInt(t[1]) + 1) + ':00' : (t[1] || '0') + ':' + (parseInt(t[0]) + 10);
    })(tos.split(':').reverse());
    window.pageTracker ? pageTracker._trackEvent('Time', 'Log', tos) : _gaq.push(['_trackEvent', 'Time', 'Log', tos]);
  }, 10000);
})('00');
</script>

После добавления этого кода ваш сайт будет обновлять Google Analytics каждые 10 секунд событием категории «Time», действием «Log», а значение будет соответствовать последовательности 0:10, 0:20, 0:30, 0:40 и так далее.

Решение проблемы. Вариант 2

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

1
2
3
4
5
6
7
8
9
10
<script type="text/javascript">
(function (tos) {
       window.setTimeout(function () {
       tos = (function (t) {
                       return t[0] == 50 ? (parseInt(t[1]) + 1) + ':00' : (t[1] || '0') + ':' + (parseInt(t[0]) + 10);
                               })(tos.split(':').reverse());
         window.pageTracker ? pageTracker._trackEvent('Time', 'Log', tos) : _gaq.push(['_trackEvent', 'Time', 'Log', tos]);
       }, 20000);
})('00');
</script>

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

А нужно ли это?

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

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

Автор статьи: Редакция Optimization

Большой коллектив редакторов и специалистов в области интернет-маркетинга

Обновления на E-mail или RSS

Понравилась статья и хотите получать новые?

 

Проверьте также папку "Спам" для активации ссылки

Подписавшись на обновления, вы получите:
1. Эксклюзивные статьи об интернет-маркетинге, продвижении сайтов и юзабилити
2. Интервью с экспертами отрасли
Гарантируем анонимность e-mail адреса

  • http://twitter.com/chemarch Ivan Marchenko

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

    • Роман

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

      • http://twitter.com/chemarch Ivan Marchenko

        В конце статьи (абзац «А нужно ли это») указывается что цель — улучшить поведенческие факторы, с чем я и не был согласен. Вопрос уточняющий.

        • http://devaka.ru/ Сергей Кокшаров

          А.. это было по последнему абзацу… Пока скриншотов нет (по крайней мере у меня). Думаю, автор, это упомянул с теоретической точки зрения.

      • http://devaka.ru/ Сергей Кокшаров

        Иван имел в виду, что гугл о показателях отказов может, теоретически, судить из аналитикса. В силу действия поведенческих факторов, это может (опять же, теоретически) повлиять на позиции. Поэтому, если мы его уменьшаем (bounce rate), то гугл в курсе улучшения поведенческих факторов.

        Возможно, это и повлияет на позиции, но наблюдений пока не было :) Но идея интересная, надо поэкспериментировать!

        • http://www.facebook.com/bilozorov Max Biloz’orov

          Есть один проект на котором порядка 40000 страниц, медицинский и средняя глубина посещений была на уровне 1-1,5. Никогда не продвигался. Выложили контент, перелинковали и оставили в покое. В 2012 году Google обрезал трафик с 1000 в день до 50-100. Так и оставили, причина была понятна — поисковику нет смысла держать в ТОПе проект с такой маленькой глубиной просмотров. В марте 2013, смеха ради, был удален счетчик Google поставлен li.ru

          Трафик пошел сразу вверх = http://joxi.ru/7G9oUdg5CbAePbeghpk + http://joxi.ru/pm9oUdg5CbDpO11t6Uo

          Никаких действий более не производилось, и как результат — уже за 3 месяца 5-ти кратный рост.

          Так что тут нет никаких теоретических — Google сам заявлял об этом открыто и не раз + вот показательные данные.

          За статью отдельное спасибо!

  • http://twitter.com/lin_keeper lin-keeper

    Я вот так и не понял, ну и будет он обновлять код каждые 10 секунд и что? Перехода же не будет (Вариант 1) — отказ защитан. Как писал Кошик: «Отказ допустим только в одном случае — когда пользователь приходит прочитать коммент, который ему оставили на странице» ….

    • http://devaka.ru/ Сергей Кокшаров

      Если на одной странице пользователь проведёт больше, чем 0 мин. 0 секунд, то отказа не будет (даже при условии, что он не перешел на другую страницу). Это полезно в ряде случаев чисто для анализа отчётов. В общем, мы меняем немного смысл термина «показатель отказов» (в свою сторону). :)

      • http://twitter.com/lin_keeper lin-keeper

        А санкции за такие термины «в свою сторону» не последуют? Человек  открыл-закрыл страницу, а у нас как-будто он читает ее…. Странная схема.

        • http://devaka.ru/ Сергей Кокшаров

          Если он открыл и 10 сек. читал, то вполне нормально, если мы не будем считать в некоторых случаях это отказом. Например, для сайта такси или для страницы контактов салона красоты. В любом случае, аналитические инструменты мы используем для себя, поэтому, настраиваем их как нам удобно. ИМХО

          • http://www.ain.ua Артур Оруджалиев

            Показатель отказа — это конкретный параметр. Он означает перешел ли пользователь дальше одной страницы или нет. Причем тут секунды?

            Разве не так?

          • http://devaka.ru/ Сергей Кокшаров

            Артур, тут возникают спорные вопросы. Например, если пользователь задержался на чтении статьи минут на 5-10, добавил сайт в закладки и закрыл окно. Считать ли это отказом?

            (Отвечаю тут, так как ограничено количество уровней вложенности ответов).

          • http://www.ain.ua Артур Оруджалиев

            Думаю считать. Т.К., опять же, у этого показателя есть четкое значение.

          • Руслан

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

          • shambo

            Артур, например  Метрика подсчитывает т.н. «точный показатель отказов» (отказ — это просмотр менее 15 сек.) — это заложено в настройки счетчика. Решение вы принимаете сами, на основании специфики вашего ресурса.
            (также отвечаю тут, так как ограничено количество уровней вложенности ответов)

          • http://www.facebook.com/YuriOri Yuriy Fedorénko

             Артур, по вашему нормально, что Википедия, при таком алгоритме подсчета, имеет значение параметра отказов близкое к 100%? и это при том, что человек удовлетворен найденной статьей! а если не удовлетворен — то отказов нет.
            Вам не кажется это парадоксальным?
            Как я понимаю, «у этого показателя есть четкое значение» по умолчанию, т.е. в дефолте, а если специфика нашего сайта такова, что чтение в течение определенного времени (которое мы можем задавать сами) посадочной страницы считается посещением, то мы должны сменить начальные установки, то есть включить Вариант 2.

  • http://twitter.com/PodKid Michael Kaplunov

    Как вставить код в шаблон Blogger? Перед или перед или где-то ещё?

    • http://twitter.com/seibel Anatol Seibel

      Яваскрипт обычно вставляется в head

  • http://aldro.ru/ Алексей

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

    Я правильно понял, что скрипт предлагается вставить перед ?

  • http://bo-co.net/ Yuriy

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

    Первый код напрочь «убьет» показатель отказов в аналитиксе — выполнение события не считается отказом, а 90% визитов будут иметь длительность более 10 секунд, оставшиеся 10% — мусор, который всегда есть.

    • http://devaka.ru/ Сергей Кокшаров

      Юрий, спасибо за комментарий! Автор сторонний, предпочёл публиковаться под именем редакции. Но мы прониклись описанной в статье техникой. В следующий раз постараемся привести примеры, в каких случаях подобные приёмы будет полезно применить.

      • http://roma.net.ua Роман Рыбальченко

        Статья очень спорная. И странно, что автор безимянный. 

      • http://www.facebook.com/zaytcev Сергей Зайцев

        Сергей, есть продолжение с примерами? Прошло достаточное количество времени

  • http://twitter.com/udf_sleepwalker Святослав

    Что-то я не заметил разницы между вторым и первым вариантом. Они идентичны, просто там используется разные значения интервалов, но ведь это всего-лишь разная конфигурация одного и того же способа решения «проблемы».

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

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

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

    • http://devaka.ru/ Сергей Кокшаров

      Святослав, зато мы теперь знаем из счётчика, что вы провели на сайте аж 5 минут (вместо 0)! Это нам может о многом сказать (например, минимум, что статья открывается и вы её прочитали) :) Возможно, это сподвигнет нас на дальнейший анализ — откуда и как вы пришли и куда ушли, чтобы понять ваши интересы и в следующий раз написать статью интересней. Всё-таки 0 сек. и 5 мин. это данные «о разном»!

      • http://twitter.com/udf_sleepwalker Святослав

        ммм. ну в этом плане вы правы… Все-таки зависит от того, с какой стороны рассматривать. Так получается можно видеть, читает ли юзер вообще сайт.
        Но все-равно следующим этапом будет рассматриваться вопрос: а перейдет ли юзер дальше по сайту погулять? И в этом случае, как я понял, счетчик Bounce Rate будет работать некорректно, да? Так как он будет показывать только тех юзеров, которые полностью проигнорировали сайт.

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

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

  • http://www.spybox.com.ua/blog/ SpyBOX

    1) Не нужно прикручивать костыли, чтобы узнать, прочитал ли посетитель статью и что делал дальше — используйте правильные инструменты анализа.
    2) Как уже сказали Артур и Святослав, «показатель отказов» неправильно интерпретируется многими аналитиками.

  • Tatyana Serbit

    > Важно понимать, что в данный момент тремя основными поведенческими факторами, влияющими на позицию сайта в

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

    И показатель отказов берется Поисковиками(то есть Гуглом?) из нашей собственной  Google Analytics? А для тех сайтов, которые не юзают GA — эти факторы просто не учитываются?

    Или есть какие-то другие способы у Гугла узнавать о показателях отказов на сайтах?

  • Александр Рудык

    Поставил код (первый) на один из клиентских сайтов, так сказать, рискнул. Могу сказать что посещаемость за 2 последних дня упала почти в два раза. Не могу точно утверждать что это из-за кода. Но на этом мои риски закончились — снял его нафиг. 

    Было бы интересно узнать мнение других, кто установил код. 

    PS: Сайт на который я устанавливал свадебной тематики.

  • http://energiya-zdorovya.ru/ Евгений

    У меня обыкновенный авторско-тематический блог. Показатель отказов по Гугл Аналитиксу был около 85% и это меня, конечно, не очень радовало. После добавления в стандартный код отслеживания Google Analytics строки, определяющей время сессии — 15 секунд (вариант №3 в статье о показателе 
    отказов в ВИКИПЕДИИ), через два дня этот показатель снизился до 18%. Надо понимать так, что как первый, так и второй варианты далеки от реального положения дел на сайте. Как же всё таки прийти к более-менее объективному пониманию показателя отказов? И как сам Гугл может отреагировать на столь существенный скачок в его же статистике?

    • http://www.spybox.com.ua/blog/ SpyBOX

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

  • Виктор

    Я так и не понял… Ставить нужно первый или второй скрипт? Или оба нужно вставлять?

  • Kiv

    Зачем обманывать себя? Как бы искусственно вы не улучшали показатели, посещений больше не будет. Делайте лучше лучше свой сайт.

    • Дмитрий Попов

      Тут никакого искусственного улучшения показателей, вот 2 примера.

      Пример 1. Интернет-магазин, пользователь пришел на страницу товара, посмотрел на товар возьмем даже 20 секунд и вышел, получился отказ, ставим скрипт это уже не отказ будет, но пользователя в этом случае все равно не заинтересован, он ничего не купил и другие товары не посмотрел, в этом случае этот код нафиг не нужен.

      Пример 2. Видео сайт, человек пришел на нужную страницу, посмотрел фильм 60 минут, закрыл страницу, получился отказ и время прибывания 0, но пользователь получил что хотел, ставим скрипт получаем что отказа не было, время пребывания пользователя на сайте составит ~60 минут при использовании первого варианта скрипта, и я теперь уверен что пользователь остался доволен, смысл от скрипта (вариант 1) есть в этом случае, т.к. это видео сайт и не обязательно что пользователь перейдет на другую страницу, он искал фильм он его нашел, посмотрел и удовлетворен. А если сайт видео фильмов но люди там не задерживаются более 10 минут уже есть повод подумать а не ГС ли я сделал.

      Смысла же от второго варианта скрипта не много, кроме меньшей нагрузки, но данные будут очень не точные, если его поставить для видео сайта через 20 секунд он сработает и отказа не будет, но пользователь может быть ждет загрузку фильма, проходит минута, фильм загружен, пользователя не устраивает что-то (качество, фильм не тот) он уходит опять на поиск, по сути это отказ для этого сайта но пользователь засчитан как полезный, и если пользователь посмотрит фильм и уйдет довольным не переходя на другие страницы в статистике вы увидите те же самые 20 сек пребывания пользователя и все.

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

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

      Надеюсь понятно описал где эти скрипты лучше применять и что показатель отказов надо использовать в зависимости от тематики сайта . С Ув. Дмитрий

  • Алексей

    В настоящее время эти способы работают?

    Для Shop Script нужно ли заключать в {literal}{/literal}