Перед запуском рекламы проверьте соответствие объявления странице, понятность предложения, мобильную версию, формы, доставку заявок и их учёт.
Как провести аудит лендинга перед запуском рекламы
Начните проверку с объявлений и закончите получением тестового обращения и проверкой его учёта. Так можно обнаружить ошибки страницы и сбои между формой, каналом получения заявки и аналитикой. Подготовьте целевые адреса и варианты объявлений, список способов обращения и доступ к аналитике.
Попросите ответственного за заявки помочь с проверкой почты, CRM или другого канала, куда они поступают.
Владелец бизнеса или маркетолог может сверить условия предложения, специалист по рекламе — объявления и ссылки, а разработчик или интегратор — устранить технические ошибки. Для каждой проблемы запишите сценарий проверки, фактический результат и ответственного за исправление. После правок повторите затронутый сценарий.
Как проверить объявление, предложение и содержание страницы
Откройте целевой адрес каждого объявления и проверьте, легко ли найти на странице то, что оно обещает. Сверьте услугу или товар, цену и другие условия, если они указаны в рекламе. Посетителю также должно быть понятно, как обратиться. На первом экране проверьте, понятна ли основная мысль страницы и легко ли найти условия, нужные для принятия решения.
Например, в условном объявлении обещан расчёт стоимости за 30 минут. Уточните у владельца, действительно ли компания выполняет обещание, в какое время и через какой канал. Затем объясните эти условия на странице и убедитесь, что посетитель может запросить расчёт.
Если обещание неактуально, исправьте объявление.
Просмотрите страницу целиком. Проверьте, хватает ли сведений для решения об обращении и понятно ли, что произойдёт после него. Актуальность преимуществ, отзывов и примеров работ согласуйте с владельцем бизнеса. Макет или демонстрационный проект обозначьте как пример, если он не показывает выполненную работу.
Как проверить мобильную версию и загрузку лендинга
Откройте страницу на смартфоне и пройдите её так, как это сделает посетитель: прочитайте предложение, прокрутите до формы и попробуйте обратиться. Если у проекта уже есть данные об устройствах аудитории, используйте их при выборе экранов и браузеров для проверки. Убедитесь, что текст читается, элементы не выходят за границы экрана, а кнопки и поля не перекрыты баннерами.
Проверьте, удобно ли заполнить форму и появляется ли подтверждение или понятное сообщение об ошибке.
Попробуйте открыть страницу через мобильную сеть и дождаться загрузки содержимого. Если заметили проблему, запишите устройство, браузер, тип сети и действия, при которых она возникла. Например: «На смартфоне в Safari баннер перекрывает кнопку расчёта». Эти сведения помогут разработчику воспроизвести ошибку и проверить исправление.
Подробные сценарии вынесены в материалы о проверке мобильной версии лендинга и скорости загрузки на смартфоне. Используйте их, если при первом проходе нашли проблему.
Как протестировать формы, звонок и переход в мессенджер
Проверьте каждый способ обращения отдельно и заранее предупредите сотрудника, который принимает заявки, о тестах. Тогда он сможет найти их среди входящих обращений и подтвердить получение. В каждой форме проверьте обязательные поля и сообщения об ошибках: если пользователь ввёл данные неверно или отправка не удалась, ему должно быть понятно, что произошло и что делать дальше.
| Способ обращения | Что сделать | Что проверить |
|---|---|---|
| Форма заявки | Заполнить поля и отправить форму | Появилось ли подтверждение и дошло ли обращение в настроенный канал |
| Форма расчёта | Отправить тест с параметрами расчёта | Получил ли ответственный введённые данные |
| Телефонная ссылка | Нажать на ссылку со смартфона | Открывается ли набор номера, указанного на странице |
| Ссылка на мессенджер | Перейти по ссылке | Открывается ли нужный контакт и можно ли отправить сообщение |
Проверьте также повторное нажатие кнопки: если оно создаёт дубли, передайте сценарий разработчику.
Подтверждение на экране нужно сверить с получением заявки. Для этого проверьте настроенные каналы доставки.
Как проверить доставку заявки и переданные данные
Отправьте тестовую заявку и найдите её в каждом канале, который настроен для получения обращений. Сверьте время отправки, имя, контактные данные и дополнительные поля с тем, что вводили в форму. Если для рекламы подготовлена ссылка с метками, перейдите по ней перед отправкой теста.
Затем проверьте в CRM или другом канале, появились ли данные об источнике в тех полях, где проект рассчитывает их получать. Метки в адресе страницы сами по себе не показывают, что они передались вместе с заявкой.
Если заявка или часть данных не дошли, передайте ответственному за форму или интеграцию время теста и результаты проверки. После исправления снова перейдите по ссылке, заполните форму и сверьте полученные данные.
Настройка интеграции и обработка обращения сотрудником требуют отдельных действий.
Как проверить учёт обращений и оценивать результаты после запуска
До запуска перечислите действия, которые нужны для оценки рекламы: например, успешную отправку каждой формы, нажатие телефонной ссылки и переход в мессенджер. Вместе со специалистом по аналитике проверьте настройки учёта и сопоставьте тестовые действия с данными системы.
При использовании Яндекс Метрики проверьте каждую цель на тестовом действии. Для этого можно добавить к адресу страницы параметр _ym_debug=2, выполнить действие и посмотреть результат в панели отладки. Для целей отправки формы проверьте также появление достижения в отчёте «Конверсии».
Уточните, что именно фиксирует цель формы. В зависимости от реализации цель может засчитать нажатие кнопки или попытку отправки, при которой данные не прошли проверку. Для оценки успешных обращений сопоставьте событие с полученной заявкой и при необходимости попросите специалиста настроить учёт успешной отправки.
Клик по телефонной ссылке или переход в мессенджер показывают действие на странице. Эти события сами по себе не подтверждают состоявшийся разговор или полученное сообщение.
Заранее выберите источник и базу каждого показателя. Например, конверсию посещений в заявки можно рассчитать как число заявок, делённое на число посещений за выбранный период и умноженное на 100%. Стоимость заявки — как рекламные расходы за период, делённые на число заявок от этой рекламы за тот же период.
При сравнении сохраняйте одинаковые правила подсчёта.
Данные аналитики и CRM могут расходиться, например из-за дублей, неполного учёта или разных правил отнесения заявки к источнику. При малом числе обращений отдельные заявки заметно меняют показатели, поэтому поспешный вывод о странице ненадёжен. На результат также влияют предложение и аудитория рекламы.
Как расставить приоритеты исправлений и проверить готовность к запуску
Сначала устраните ошибки, которые мешают пройти основному пути обращения: недоступную страницу, неработающий нужный способ связи или заявку, которая не доходит до ответственного. Даже один такой дефект может стать основанием отложить запуск, если он перекрывает предусмотренный кампанией способ обращения.
Остальные задачи оцените по влиянию на посетителя и на возможность измерить результат. Приоритет зависит от сценария кампании: отсутствие меток в CRM особенно важно исправить до запуска, если без них команда не сможет оценивать источники заявок.
| Дефект | Что мешает сделать | Кто может исправить | Как проверить |
|---|---|---|---|
| Условия цены различаются в объявлении и на странице | Понять актуальное предложение | Маркетолог и владелец бизнеса | Повторно сверить объявление и страницу |
| Форма расчёта не отправляется на смартфоне | Запросить расчёт с мобильного устройства | Разработчик | Повторить отправку на устройстве с тем же сценарием |
| Метки не попадают в нужные поля CRM | Сопоставить заявку с данными об источнике | Специалист по интеграции | Отправить тест по размеченной ссылке и проверить запись |
| Баннер перекрывает кнопку | Воспользоваться кнопкой на части экранов | Разработчик | Повторить проверку на затронутом устройстве |
После исправлений пройдите основной путь ещё раз: откройте страницу по рекламной ссылке, проверьте предложение, отправьте обращение и убедитесь, что оно получено и учтено.
Повторяйте затронутые проверки после существенных изменений страницы или объявлений.
Если нужна помощь с созданием или доработкой страницы, обсудите задачу с Adget на странице разработки лендингов и сайтов.
Частые вопросы
Можно ли проверить лендинг самостоятельно?
Да. Владелец бизнеса или маркетолог может сверить объявления со страницей, пройти мобильный путь и отправить тестовые обращения. Для исправления технических ошибок и проверки интеграций может понадобиться разработчик или специалист по аналитике.
Нужно ли проверять каждую форму на странице?
Да, если посетители могут пользоваться каждой из них. Формы могут передавать разные поля или отправлять заявки в разные каналы, поэтому успешный тест одной формы не подтверждает работу остальных.
Что делать, если появилось подтверждение отправки, но заявка не дошла до CRM?
Зафиксируйте время отправки и введённые данные, проверьте настроенные каналы получения и передайте результат специалисту, который отвечает за форму или интеграцию. После исправления повторите тест и сверьте запись в CRM.
Можно ли запускать рекламу, если не работает одна из форм?
Это зависит от роли формы в кампании. Если объявление ведёт к расчёту через неработающую форму, сначала исправьте её. Если форма не участвует в основном сценарии, оцените, смогут ли посетители воспользоваться остальными способами обращения и как дефект повлияет на их опыт.
