Тильда настройка целей в Метрике: что считать конверсией

Тильда настройка целей в Метрике - запрос, который прилетает мне в личку почти сразу после того, как клиент запускает рекламу и понимает, что не видит, откуда приходят заявки. Сайт работает, форма собирает лиды, а в Метрике по умолчанию видно только визиты и источники трафика без привязки к результату. За практику с Tilda я проходил через это на десятках проектов: от одностраничников с формой обратной связи до интернет-магазинов с оплатой через Т‑Банк. Дальше разбираю, как подключить счётчик, привязать формы к целям штатными средствами Tilda, когда нужны кастомные JS-события и что в итоге считать конверсией, чтобы цифры в отчётах совпадали с реальными заявками и продажами.

Зачем в Метрике нужны цели, если у Tilda есть своя статистика

Встроенная «Статистика» в Tilda показывает визиты, источники, устройства и глубину просмотра - для общей картины хватает. Но она не отвечает на вопрос, какая кампания или объявление реально приносит заявки, а какая просто гоняет трафик. Цели в Метрике решают именно это: можно построить воронку в «Мастере отчётов», сегментировать посетителей по конверсии, а если сайт связан с Яндекс.Директом - оптимизировать ставки по факту заявок, а не кликов.

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

Как подключить Яндекс.Метрику к сайту на Tilda

Порядок действий стандартный, но пара шагов часто пропускается:

• Создаю счётчик в Метрике и сразу включаю Вебвизор и «Точный показатель отказов» - потом эти данные пригодятся для анализа поведения на странице.
• Копирую номер счётчика - набор цифр, не сам код.
• В Tilda открываю настройки сайта, вкладку «Ещё» → «Аналитика» и вставляю номер в поле для Яндекс.Метрики.
• Обязательно публикую сайт заново - без republish счётчик не появится на боевой версии, даже если в редакторе всё выглядит корректно.
• Проверяю установку в режиме инкогнито и смотрю отчёт «Реальное время» в Метрике - первые визиты обычно видно в течение пары минут.

Тильда: настройка целей через встроенную привязку форм

У блоков форм в Tilda есть отдельное поле для идентификатора цели прямо в настройках блока, во вкладке «Форма». Работает это так:

1. В Метрике создаю цель типа «JS-событие» и задаю идентификатор латиницей без пробелов, например lead_form.
2. В Tilda в настройках того же блока указываю точно такой же идентификатор.
3. После успешной отправки формы Tilda сама вызывает reachGoal с этим идентификатором - код руками писать не нужно.

Тут есть два практических нюанса. Идентификатор регистрозависим: опечатка или лишний пробел не ломают отправку формы, заявки продолжают приходить, но цель молча не засчитывается - и это обнаруживается только когда открываешь отчёт «Конверсии» и видишь там ноль при живых заявках в почте. Второй нюанс: встроенная привязка различает только факт успешной отправки, без деталей - для квиза с разными ответами, суммы заказа или отдельного события на конкретный шаг формы этого недостаточно, там нужны уже кастомные JS-события.

JS-события и dataLayer для нестандартных сценариев

Для кликов по телефону и WhatsApp, скролла до конкретного блока, суммы заказа в Tilda Shop или интеграции с оплатой через Т‑Банк встроенных настроек не хватает - добавляю код вручную. Простой пример для клика по номеру телефона:

document.querySelectorAll('a[href^="tel:"]').forEach(function (link) {
  link.addEventListener('click', function () {
    ym(XXXXXXX, 'reachGoal', 'phone_click');
  });
});

Для магазинов на Tilda Store, где важна воронка «каталог - корзина - оплата», удобнее не плодить отдельные JS-события, а собрать составную цель в Метрике - она фиксирует, что посетитель прошёл несколько шагов подряд, и сразу показывает, на каком именно этапе теряется большая часть трафика. Если параллельно используете Google Analytics или GTM, у Tilda Store есть встроенная передача ecommerce-событий (просмотр товара, добавление в корзину, покупка) в dataLayer - достаточно включить «Электронную торговлю» в настройках магазина, дальше данные можно забирать тегами GTM без дублирования кода на каждой странице.

Когда сценарий выходит за рамки одного клика - нужно тянуть данные заказа из Tilda, параллельно закрывать цель в Метрике и отправлять лид в CRM - я обычно беру такие задачи как кастомную доработку под конкретный сценарий на Tilda. Разовое событие вроде клика по кнопке стоит от 3 000 ₽, а комплексная интеграция с CRM, эквайрингом или доставкой (СДЭК и подобные) - от 40 000 ₽, потому что там уже нужно сверять данные на нескольких сторонах и тестировать боевые платежи.

Что считать конверсией на Tilda: от лендинга до магазина

Универсального ответа нет, конверсия зависит от модели сайта:

• Лендинг и сайт услуг - отправка формы, звонок по клику на номер, переход в мессенджер.
• Интернет-магазин - именно успешная оплата, а не факт оформления заказа: часть покупателей отваливается на этапе оплаты, и если считать конверсией «заказ создан», цифры окажутся завышены.
• Квиз и лидген - завершение всех шагов, а не открытие первого экрана.
• B2B и консультации - запись на встречу или скачивание коммерческого предложения.

Для оплаты через Т‑Банк URL-цель почти всегда надёжнее JS-события: часть подтверждений от платёжного шлюза приходит серверным вебхуком, минуя загрузку страницы Tilda в браузере покупателя, и JS-событие в этот момент просто некому вызвать.

Типичные ошибки при настройке целей

• Идентификатор цели в Tilda не совпадает буква в букву с идентификатором в Метрике - разный регистр или лишний пробел встречаются чаще всего.
• Сайт не republish после добавления счётчика или кода - изменения видны в редакторе, но не на опубликованной версии.
• Одновременно включены встроенная привязка формы и кастомный JS-event на тот же submit - цель засчитывается дважды, конверсия в отчётах завышена вдвое.
• URL-цель настроена на адрес, который меняет платёжная система - например, домен эквайринга вместо страницы на Tilda, и цель никогда не срабатывает.
• Результат проверяют сразу после публикации, не дождавшись, пока данные появятся в отчётах - первые визиты иногда отображаются с задержкой в несколько минут, паниковать рано.

Частые вопросы

Сколько времени занимает настройка целей на Tilda?

Подключение счётчика и создание двух-трёх базовых целей - форма, звонок, клик по мессенджеру - занимает у меня 30-40 минут вместе с проверкой через Вебвизор. Если нужны кастомные JS-события под несколько сценариев и составная цель для воронки магазина, закладываю час-полтора.

Можно ли использовать Google Analytics вместе с Яндекс.Метрикой на Tilda?

Да, оба счётчика ставятся параллельно через настройки сайта и друг другу не мешают. У GA4 цели устроены иначе - через события, и если сайт собирает ecommerce-данные в Tilda Store, удобнее завести Google Tag Manager с общим dataLayer, чтобы не дублировать код на каждой странице.

Почему цель не засчитывается, хотя форма отправлена?

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

Как отслеживать конверсию из оплаты через Т‑Банк на Tilda?

Проще и надёжнее всего через URL-цель на странице «Спасибо за заказ» или «Оплата прошла успешно» - именно туда платёжный шлюз Т‑Банка возвращает покупателя после успешной транзакции. JS-событие тут менее предсказуемо, потому что часть подтверждений идёт серверным вебхуком в обход браузера покупателя.