Десять технических рекомендаций к сайту для подключения сквозной аналитики
Всем привет! Я Лаптев Алексей, основатель и главный разработчик сервиса бесплатной сквозной аналитики и коллтрекинга Utmstat, а также Telegram-канала про сквозную аналитику. Сегодня расскажу простые и важные требования к сайту для недорого подключения сквозной аналитики.
Проблема на рынке
При подключении utmstat периодически сталкиваемся с весьма бесполезными трудностями, которых можно было бы избежать, если понимать, как грамотно делать сайты и как работает скрипт сквозной аналитики на сайте.
Владелец сайта хочет продавать и анализировать, но не разбирается, как делать грамотно сайты, в том числе под задачи аналитики.
Разработчик сайта не разбирается ни в продажах, ни в аналитике, периодически делает весьма странные вещи, за которые расплачивается владелец сайта, ценой невозможности точно управлять бизнесом через аналитику и лишними чеками за переделки.
Поэтому если вы стадии разработки сайта, внесите ниже описанные советы в ТЗ. Они просты и логичны с точки зрения грамотной разработки.
Дисклеймер
Советы актуальны для любого сервиса аналитики, так как все они работают на одинаковых принципах и испытывают одинаковые трудности, если сайт сделан безграмотно.
Рекомендации
1. Не должно быть редиректа при наличии UTM-меток
Или они должны хотя бы оставаться после редиректа.
Иначе счетчик на сайте и аналитика в целом не смогут корректно определить рекламный источник.
Берите за пример сайт ozon.ru.
Плохой вариант
Зашли на example.com/?utm_source=yandex, попали на example.com
Хороший вариант
Зашли на example.com/?utm_source=yandex, остались на example.com/? utm_source=yandex
2. Сайт должен открываться со слешем (/) в конце и без него
Нет четкого стандарта, как правильно, поэтому работать должно в обоих вариантах. Но все же в крупных проектах на конце ставят слеш.
Иначе в попытках научить мир что правильный вариант только один, будете постоянно ошибаться и тратить лишнее время на проверки есть ли слеш в конце или нет.
Особенно это будет прекрасно, когда пустите платный трафик на не рабочий вариант, когда забудете поставить/удалить слеш в рекламной ссылке.
Берите за пример сайт ozon.ru.
Плохой вариант
example.com/?utm_source=yandex — сайт открывается.
example.com?utm_source=yandex — сайт не открывается.
Или наоборот
example.com?utm_source=yandex — сайт не открывается.
example.com/?utm_source=yandex — сайт открывается.
Хороший вариант
example.com/?utm_source=yandex — сайт открывается.
example.com?utm_source=yandex — сайт открывается.
3. Не нужно делать формы через iframe
С одной стороны iframe упрощает отправку заявок в CRM, с другой — кратно усложняет подключение форм к аналитике, вплоть до отказа ее подключать.
Если не готовы платить повышенный чек за персональные доработки, то лучше делайте без iframe. Обычные формы подключаются и к аналитике и к CRM практически автоматически через захватчик форм.
4. Делайте формы строго через тег form
Не нужно их делать через div или еще что-то, не используя тег form совсем.
Это все кратно усложняет и удорожает подключение форм инструментами, которые разрабатывались под стандарты HTML, а не креативы отдельного разработчика.
Понятно, что каждый час выходит новый JS-фреймворк, который нужно срочно учить и внедрять, но давайте не забывать про базовые правила и стандарты javascript и html, на которых все основано.
А в спецификации HTML сказано что для создания формы на сайте нужно использовать тег form. Вот ссылка на мануал.
5. Делайте для каждой формы уникальный идентификатор
Это также важно для простого автоматического подключения ваших форм к аналитике.
В качестве идентификатора используйте атрибуты id или class.
Плохой вариант верстки
Хороший вариант верстки
6. id — значит уникальный
Довольно частая ошибка у уважаемых и высокооплачиваемых фронтенд-программистов, что в рамках страницы есть повторяющиеся атрибуты id.
Эту грубейшая ошибка, так как по спецификации этот атрибут уникальный, а когда его делают повторяющимся, то ломается вся логика привязки к определенным элементам на сайте.
Да, внешне сайт вроде работает, но логика на javascript рушится. Хотите не получать лиды с сайта потому что программист не знает азов html?
Ошибка легко проверяется через консоль хрома.
Проблема есть
Ищите по тексту «with non-unique»
Проблемы нет
Ищите по тексту «with non-unique»
7. Не делайте отрисовку форм через ajax
Ajax нужен если у вас космическая нагрузка на сайт и можно через ajax ее немного уменьшить, при условии что все другие способы оптимизации исчерпаны.
Но в 99.99% случаев это просто красивый спецэффект, которые не несет никакого практического смысла, кроме бесполезно потраченного времени и денег на разработку.
Но.
Можно делать отправку данных с формы через ajax. Тут чуть уже более оправдано и подключению аналитики не мешает.
8. Номер на сайте делайте в виде ссылки и в стандартном формате отображения
Иначе могут быть проблемы как с подменой, так и со звонком по тапу с телефона.
Не нужно делать отдельные цифры в номере жирными или другим цветом.
Не нужно изобретать свои красивые форматы отображения номера, есть стандарт: +X (XXX) XXX-XX-XX или +X (XXXX) XX-XX-XX или 8 (800) XXX-XX-XX.
Делайте только так, в коллтрекинге не всегда есть поддержка частных креативов.
Плохой вариант верстки
Хороший вариант верстки
9. Используйте конструкторы вместо разработки с нуля
Совет относится к сайтам класса «лендинг».
Если задача сайта рассказать об услуге, показать телефон и собрать контакты — используйте «Тильду», она лидирует с большим отрывом по удобству как для клиентов, так и для аналитики.
А все сэкономленные деньги пустите на рекламу.
10. Используйте популярные CRM и онлайн-чаты
Периодически бывает так, что клиент решил сэкономить на платном сервисе и выбирает какое-то бесплатное noname-решение.
В итоге это все выливается в ощутимые суммы на персональные доработки или вообще в отказ в работе с ним.
Поэтому в качестве CRM рекомендую AmoCRM/Bitrix24/RetailCRM.
В качестве онлайн-чатов — JivoSite, TalkMe, Venyoo, Leadback.
Эти сервисы поддерживаются практически всеми сервисами аналитики и там нет никаких проблем.
Плата за них в размере 2000–3000 рублей в месяц за все, это дешевле, чем остаться без аналитики или оплачивать персональную разработку.
В крайнем случае, если они вам не подходят, посмотрите что поддерживается в планируемом сервисе аналитики и выберите один из поддерживаемых вариантов.
Сервис у Вас, наверное, очень хороший. Много функций в нём. Только я до сих пор не могу его использовать просто потому, что поддержка сервиса - очень скупа на помощь и ответы. Отвечают однословно, не помогают продвинуться в подключении сервиса.
Судя по логам, вам отвечают конструктивно, в том числе дали ссылку на эту статью, чтобы максимально развернуто рассказать о требованиях к сайту.
Так же есть настройка под ключ и пошаговые инструкции для самостоятельной настройки и аналитики, задавайте правильные вопросы.
Трекинг почты и звонков подключили очень легко. Перехват форм наверное нигде простым не будет, но тоже подключили, провели отладку по инструкции без проблем.
Но вот с нестандартными ситуациями у нас возникла проблема.
Алексей не готов рассматривать нашу проблему в техподдержке utmstat, пишу здесь в надежде, что на проблему все же обратят внимание. Т.к. мне не все равно как будет работать веб-аналитика у клиентов.
Мы подключили к utmstat три проекта наших клиентов. Но в статистике одного из проектов в utmstat отображается трафик, которого на самом деле нет. Трафик якобы с РСЯ. В метрике и яндекс директе его нет. Мы сделали скрины и выгрузки для сравнения данных utmstat, метирки и директа, направили в техподдержку с вопросом: "Откуда на самом деле трафик в utmstat? Если это боты, как избавиться от них в статистике utmstat?"
Мы хотели понять откуда он и избавиться от него, потому что он искажает статистику.
А в ответ Алексей начал нас убеждать, что мы на самом деле ведем РСЯ рекламу, а доказательство тому - записанные utm-метки в utmstat.
При попытке обратить все же внимание на проблему, Алексей оценил нас как "не понимаете механики трекинга источников и как оно все вообще работает" и в итоге "если вы не согласны/не понимаете - не используйте сервис".
А сегодня утром мы обнаружили, что у нас несуществующие клики фиксируются во всех трех проектах в utmstat. Сегодня стартовала еще одна рекламная кампания. utmstat записал клики с объявлений, по которым у нас в яндекс директе показы единичные, и кликов нет совсем. То есть utmstat получает данные из нашего яндекс директа, хотя интеграция с директом отключена. Мы попробовали подключить и отключить яндекс директ интеграцию, и статистика за сегодня исправилась. Так вот, в инструкции utmstat написано, что надо подключать клиентский яндекс директ, не агентский. И есть поле, куда можно ввести аккаунт подключения. Но подключает все равно к тому, который в данным момент залогинен. Предполагаю, что при первой попытке интеграции у нас был подключен агентский аккаунт. И после удаления интеграции она не удалилась, а производила вот такие вот клики по всем проектам.
Статистика с 14 по 21 получается испорчена и хотелось бы ее обнулить в проектах, если это возможно. Либо мы готовы создать новые проекты, но тогда потребуется перенести туда деньги с текущих проектов.
Также мы еще ожидаем решения проблемы с добавлением целей в яндекс. метрику. С 14 по 21 октября цели, отправленные в яндекс.метрику от utmstat все отклонены яндекс.метрикой. По этому вопросу обещали разобраться.
По п.1 URL от UTM-меток можно почистить через History API
Там написано про то, что не надо ничего чистить
Так привык, что на VC все хают Озон, что когда увидел его в примерах правильного сайта, аж кровь из глаз пошла))))
А как же seo? Ссылка со слешем на конце и без слеша это две страницы для поисковиков - дубли.
И вот еще вопрос что делать с проблемой когда человек перешел по ссылке с utm меткой, затем перешел на другую страницу без utm, совершил конверсию, а системы аналитики посчитали этот переход как "прямой заход" в гугле это называется "direct" ?