Часть 3. Как маркетологи убивают производительность сайтов

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

Почему я так назвал статью? Чтобы чувство тревоги заставило вас кликнуть на заголовок и внимательно статью прочитать 🙂

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

Интернет-маркетологи призваны решать важный спектр задач, вот некоторые из них:

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

Интернет-маркетологи для решения поставленных задач прибегают к использованию различного рода инструментов:

  • Первым делом ставят на сайт веб-аналитику
  • Дают рекламу, а чтобы она корректно срабатывала, всё учитывала и рисовала графики своей эффективности, устанавливают на сайт отслеживающие пиксели
  • Размещаются на товарных площадках, что часто тоже требует размещение тректинг-кодов
  • Участвуют в партнерских сетях, где оплата усилий по привлечению покупателя осуществляется за оформленный/оплаченный/выполненный заказ, а тут без трекинг пикселей не обойтись – на сайте появляется еще больше трекинг-кодов.
  • Добавляют всплывающие окошки и уведомления, обещая клиенту написать, перезвонить, уведомить, и еще как-то затуманить разум, чтобы тот быстрее купил, покупал регулярно и желательно сразу по поступлению товара или началу распродажи. Для этого опять же ставятся скрипты сторонних служб, которые будут реализовывать эти задачи.
  • Блоки с группами/страницами в соц сетях и Like/Share кнопки сегодня обязательная вещь, ведь все сидят в своих мессенджерах и социальных сетях и там тоже нужно, чтобы все подписались и отправили всем своим контактам в адресной книге ссылку на страницу товара. В этот раз на сайте появляются коды и фреймы социальных сетей и служб для расшаривания ссылок везде, где можно что либо расшарить.
  • Онлайн-чаты с продавцами – вещь необходимая и должна быть на каждом сайте. Ведь всем известно, что многим потенциальным покупателям не удобно звонить в интернет-магазин, поэтому как только человек заходит на сайт – следует срочно открыть окошко на пол экрана, где некто со стоковой фотографией улыбающегося оператора колл-центра скажет «давай помогу, а то ты без меня слишком мало купишь» — плюс еще один скрипт на сайте.
  • Google Tag Manager – замечательный инструмент, призванный снять нагрузку в виде некоторых задач маркетологов (типа поставь счётчик/трекинг пиксель/еще одну всплывайку) с прдллограммистов. GTM дает возможность маркетологам вставлять различные коды в сайт через их веб-интерфейс, минуя ковыряние в коде сайта и самих программистов. К сожалению, в случае использования GTM, всякие левые JS-коды маркетолог может ставить без какого либо надзора со стороны технически грамотных коллег, что само по себе плохо.

Как любят говорить именитые гуру интернет-маркетинга (это те, кто пишет многочисленные книжки и со сцены выступает громко, но никто никогда ни разу не видел результаты их работы), перепечатывая и пересказывая то, что сказал кто-то лет за 10 до них с другой сцены: интернет-маркетинг хорош тем, что тут всё можно измерить! Однако, как показвыает практика, никто из них н спешит ничего измерять:)

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

Количество посетителей, оформленных заказов, средний чек и всё такое – это можно увидеть в Google Analytics.

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

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

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

    • главная
    • страница категории
    • страница товара
    • статическая/контентная страница
    • корзина
    • оформление заказа
    • «Спасибо за покупку».
  • среднее время полной загрузки страниц клиентом в среднем по сайту, и если получится – по каждому типу страниц.

Почему важны оба этих показателя?

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

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

Клиенты/покупатели могут иметь медленный интернет, слабый компьютер.

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

Поэтому, занимаясь оптимизацией, разделяйте и проверяйте эти два показателя по отдельности: тормозит сервер – занимайтесь серверной оптимизацией, тормозит загрузка страницы в браузере – занимайтесь диагностикой на клиенте(в браузере).

Почему важно разбиение по типам страниц?

Если у сайт состоит из 10-20 страниц, то можно просматривать их хоть каждый день, с целью убедиться, что они грузятся нормально и ничего не сломалось 🙂

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

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

Суть такова: если проверять только главную страницу, то можно не узнать, что новый счетчик, который был поставлен ТОЛЬКО на товарной странице или ТОЛЬКО на странице оформления заказа ломает весь сайт или заставляет его тормозить.

Почему нельзя во всём автоматически винить программистов?

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

Винить вообще не продуктивно – не совершает ошибок только тот, кто вообще ничего не делает.

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

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

В-третьих, такие инструменты как Google Tag Manager, дают такую свободу действий интернет-маркетологам, что ухудшение скорости загрузки сайта или вовсе его поломка часто не заставляют себя долго ждать. Причины простые – они получат от очередного сервиса код, который надо поставить – они заходят в GTM, создают новый макрос, вставляют в него полученный код и жмут кнопку «опубликовать». После этого проверяют, что код появился на сайте и с чувством выполенного долга идут домой.

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

Когда выясняется, что причиной проблем был свежеустановленный через GTM код, то интернет-маркетолог пожмет плечами и скажет «мне этот код нужен, я тут с партнерской сеткой договорился. Я ж не программист, вот ты программист, сам и думай как сделать чтобы он работал, нам же нужны продажи!»

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

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

Чтобы увидеть отчет о скорости загрузки сайта, в Google Analytics откройте отчет Поведение > Скорость загрузки сайта.

Выберите временной период – 1 год.

Выберите метрики для отображения – «среднее время загрузки страниц» и «среднее время ответа сервера».

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

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

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

Теперь, когда вам есть на что смотреть, обращайте внимание на следующее:

  • Как изменяется показатель «среднее время загрузки страниц» с течением времени. Я часто вижу как резкий рост этого показателя совпадает с появлением в штате интернет-магазина SEO-шника, специалиста по контекстной рекламе или прямо таки целого интернет-маркетолога. А это говорит о том, что на сайт силами этого специалиста или по его указаниям были поставлены многочисленные скрипты сторонних сервисов, которые и увеличивают время загрузки страниц.
  • Как коррелирует показатель «среднее время ответа сервера» и показатель «количество просмотров». Вполне логично, что если количество посетителей в единицу времени растёт, то серверу приходится не сладко, и он будет медленнее генерировать страницы. Если время ответа сервера не растёт линейно вместе с количеством посетителей и не переходит за 500-1200мс в самые загруженные моменты, то можно это просто запомнить и ничего сейчас не предпринимать – ваш сайт работает хорошо, админ(ы) и программисты молодцы. Если время ответа сервера переходит все разумные пределы, то снимайте со своих технических специалистов срочные задачи и поручайте разбираться в проблемах с производительностью. Если этого сейчас не сделать, то следующая успешная рассылка от вашего магазина может «положить» ваш сайт до тех пор, пока клиенты не разойдутся.
  • Как коррелирует рост показателя «среднее время загрузки страниц» с показателем количества оформленных заказов.
    Другими словами – принес ли пользу весь этот вред, нанесенный сайту в виде установленных многочисленных счетчиков и скриптов?
    Или по-другому: с тех пор как интернет-маркетолог начал работать над проектом, стало больше заказов или за это время только сайт успели испоганить?
    К сожалению, приходить с какими либо вопросами к этому специалисту весьма сложно, потому что он всегда может сказать, что «я стараюсь, но в стране же кризис, поэтому радуйтесь, что хоть продажи не упали». Справедливости ради, отмечу, что это может быть действительно так. Кроме случаев, когда это не так…

Продолжение следует.

 

 

Подпишитесь на новые статьи

Подпишитесь, чтобы получать новые статьи в числе первых!

Я не шлю спам. Отписаться можете в любое время! Powered by ConvertKit

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *