Facebook Lead Ads Testing Tool: как проверить лид-форму

Что делает Facebook Lead Ads Testing Tool и чего он не делает

Лид-форма в Facebook и Instagram сама по себе почти всегда работает: её собирает и хранит Meta. Ломается дорога заявки дальше: от формы к интеграции, от интеграции к CRM, от CRM к человеку. Testing Tool проверяет именно эту дорогу. Вы выбираете страницу и форму, создаёте тестовый лид, и Meta передаёт его подключённым системам так же, как настоящий. После этого вы смотрите статус доставки.

Инструмент не оценивает качество креатива, не показывает, как форма выглядит для пользователя, и не гарантирует, что менеджер позвонит вовремя. Он отвечает на один вопрос: техническая связка живая или нет. Расположение и интерфейс инструмента периодически меняются, поэтому ищите его в разделе инструментов на сайте Meta for Developers и не опирайтесь на чужие скриншоты.

Подготовка: что сделать до первого теста

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

• Убедитесь, что у вашего профиля есть права на страницу компании. Если нет, сразу попросите администратора, обходных путей искать не стоит.
• Выпишите все лид-формы страницы и рядом укажите, куда каждая передаёт заявки: CRM, Google Таблица, Telegram-бот, почта.
• Определите, кто должен получить уведомление, и предупредите этого человека, чтобы тестовую заявку не приняли за настоящую.
• Подготовьте чек, что считать успехом: например, заявка в CRM и сообщение в Telegram.
• Решите, как будете помечать или удалять тестовые данные.

Пошаговая инструкция: как создать тестовую заявку

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

• Войдите в Facebook под профилем с доступом к странице компании.
• Откройте инструмент тестирования лид-рекламы в разделе инструментов Meta for Developers.
• Выберите страницу, затем конкретную лид-форму. Если форм несколько, тестируйте каждую отдельно.
• Создайте тестовый лид и дождитесь результата.
• Посмотрите статус доставки по каждому подключённому приложению или CRM.
• Откройте саму CRM или таблицу и найдите заявку глазами, не полагаясь только на статус в инструменте.
• Удалите тестовый лид или пометьте его, чтобы он не попал в отчёты.

Что проверять после теста: вся цепочка, а не факт появления

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

Пройдите по списку: заявка появилась один раз, а не дважды; имя лежит в поле имени, телефон в поле телефона; ответы на дополнительные вопросы сохранились; виден источник, то есть форма и кампания; ответственный менеджер получил уведомление в нужный канал; от отправки до появления прошли минуты, а не часы.

Последний пункт важнее всего. Попросите менеджера ответить на тестовую заявку так, как он ответил бы реальному клиенту, и засеките время. Заявка, дошедшая до CRM, но никем не замеченная, фактически потеряна. Если менеджеры работают сменами, проверьте, что уведомление получает дежурный, а не тот, кто в отпуске.

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

Эти три вещи часто путают, хотя проверяют разное.

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

Тестовый лид через Testing Tool проверяет доставку и сопоставление полей, но не показывает реальных условий: настоящих телефонов, настоящего потока, нагрузки на менеджера.

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

Сравнение способов передачи заявок: что проще сломать

От способа передачи зависит, что именно придётся проверять.

Прямое подключение к CRM обычно самое короткое: меньше звеньев, меньше мест для поломки, но всё упирается в права и срок действия доступа. Связка через сервис-посредник гибче, но добавляет ещё одно звено: если закончилась оплата тарифа или приложение потеряло разрешения, заявки остановятся незаметно. Google Таблица с Telegram-ботом популярна у малого бизнеса, потому что быстро настраивается, но легко ломается при изменении порядка столбцов или вопросов в форме. Ручная выгрузка из кабинета не ломается технически, зато зависит от дисциплины: человек должен заходить по расписанию, а скорость ответа клиенту от этого падает.

Какой бы вариант вы ни выбрали, чем больше звеньев в цепочке, тем чаще нужен тест.

Частые ошибки: почему тест зелёный, а заявки всё равно теряются

Бывает, что тест пройден, а через неделю лиды перестают приходить. Обычно причина в одном из пунктов ниже.

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

Условный пример из Ташкента, чек-лист и следующий шаг

Представим языковой центр в Ташкенте: заявки из лид-формы в Instagram попадают в Google Таблицу, а Telegram-бот пишет администратору. Перед запуском все уверены, что настроено. Владелец создаёт тестовый лид и видит, что в таблице он появился, но телефон записан в столбец с именем: порядок вопросов в форме изменили после настройки интеграции. Без теста ошибка вскрылась бы на третий день, когда администратор не смог дозвониться по «номерам», в которых лежат имена. С тестом исправление занимает минуты. Заодно выясняется, что бот пишет в общий чат, где уведомления тонут, и его переносят в отдельный канал дежурного.

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

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

Если вы запускаете лид-рекламу и хотите, чтобы связка была проверена до первого сума бюджета, команда markdev может настроить Meta Ads, форму и передачу заявок в вашу CRM или Telegram, а затем провести тест вместе с вашими менеджерами. Напишите нам, и мы обсудим вашу задачу.