Skip to main content
/admin/settings/analytics включает измерение вашей собственной витрины, а /admin/reports → Каналы показывает, что оно обнаружило. Два замечания прежде всего. Это ваша аналитика, а не проекта. Ничего отсюда не отправляется проекту Omniflow или кому-либо ещё. Это отдельно от телеметрии, которая принадлежит проекту и тоже выключена по умолчанию; экраны намеренно разные, чтобы одно не приняли за другое. Это программное обеспечение ничего не загружает в рекламные сети. Выгрузка конверсий — это файл, который вы скачиваете и передаёте платформе сами. Отправка покупки клиента в Google из-за включённого переключателя — не то, о чём следует узнавать по поведению системы.

Почему один счётчик ничего не атрибутирует

Скрипт счётчика наблюдает за витриной. Он видит визит. Он никогда не видит продажу. Оплата здесь происходит на стороне сервера — часто через день после клика, иногда переводом, который вы подтверждаете вручную, — и к этому моменту сессии браузера, нёсшей идентификатор клика рекламной платформы, давно нет. Платформа продала вам клик, помеченный gclid или yclid, и никак не узнает, что этот клик превратился в деньги. Поэтому в дорожной карте и было сказано, что ни один рекламный канал невозможно атрибутировать вообще, — и это было верно даже для установки, куда счётчик уже вставили. Поэтому идентификатор переносится:
  1. Посетитель приходит по ссылке с параметрами gclid, yclid, fbclid, msclkid, ttclid, twclid или utm_*.
  2. Если он согласился на измерение, браузер хранит эти параметры first-party тридцать дней. Побеждает первая запись: тот, кто пришёл по объявлению, подумал неделю и вернулся по ссылке от друга, приведён объявлением.
  3. При подтверждении покупки параметры привязываются к этому заказу.
  4. Когда заказ оплачен, он попадает в выгрузку с идентификатором клика и суммой.
Привязка — к заказу, а не к клиенту. Заказ — это конверсия с суммой и датой, ровно то, что принимает офлайн-загрузка. Идентификатор клика, закреплённый за человеком на всё время существования его аккаунта, — это профиль, другая вещь с другими обязательствами, которая здесь не нужна.

Счётчик — это номер, а не фрагмент кода

Здесь нет поля, куда можно вставить код счётчика, и это сделано намеренно. Текстовое поле, принимающее скрипт, было бы способом выполнить произвольный код в браузере каждого клиента, защищённым лишь правом оператора на запись, — а в браузере клиента лежат ссылки на подписку, то есть учётные данные. Поэтому скрипт, попадающий на страницу, написан в этом репозитории, а вы указываете только идентификатор, проверяемый по форме конкретного провайдера: Это менее гибко, чем поле для фрагмента кода. Цена той гибкости — ровно то, от чего мы отказались. Включение отделено от наличия идентификаторов. Выключить измерение в спешке — попросил регулятор, пожаловался клиент — не должно означать, что номера придётся искать заново, поэтому идентификаторы остаются, а на странице не рисуется ничего.

Согласие

Счётчики загружаются только у посетителя, который на это согласился, — и захват клика тоже. Отказавшийся не измеряется, а то, что несла его посадочная страница, забывается, а не ждёт покупки. Запрос показывается, только когда есть на что соглашаться. Установка, где не настроен ни один счётчик, не показывает баннер никому: просить согласия ни на что хуже, чем не спрашивать. Обе кнопки одинакового веса. Дизайн, где отказ — маленькая серая ссылка рядом с большой цветной кнопкой согласия, собирает согласие, которого никто не давал, а установка, продающая приватность, — последнее место, где такое уместно.

Подтверждение сайта

<meta name="google-site-verification"> и его аналоги доказывают инструменту для вебмастеров, что домен ваш. Это не счётчики: они не ставят cookie, не загружают скриптов и ни за кем не наблюдают. Поэтому они рисуются для каждого посетителя, независимо от переключателя измерения и независимо от согласия. Тег подтверждения, появляющийся только после согласия, не подтверждал бы ничего: страницу забирает инструмент, а не человек, который может согласиться. Поддерживаются четыре: google-site-verification, yandex-verification, msvalidate.01 и facebook-domain-verification. Имя берётся из этого списка, а содержимое должно быть непрозрачным токеном; «любой мета-тег, какой захочет оператор» — задача куда более крупная, чем «докажите, что домен ваш».

Отчёт по каналам и выгрузка

/admin/reports → Каналы, за тот же период, что и отчёт по продажам, и с тем же ключом: по моменту поступления денег. «Можно загрузить» — самый важный столбец. Заказ относится к каналу, как только он нёс UTM-метку, но сопоставить с оплаченным кликом можно только заказ с идентификатором клика самой платформы. Двадцать заказов и три загружаемых означают, что ссылки где-то теряют идентификатор — обычно на редиректе, срезающем query, — и это стоит узнать раньше, чем кто-то решит, что реклама не работает. Выгрузить для загрузки скачивает CSV в том наборе столбцов, который ожидает импорт офлайн-конверсий:
Заказы с возвратом в нём есть, с суммой возврата, а не выброшены. Платформа, оптимизировавшая ставки по продаже, которую потом вернули, учится не тому, и поправить это можно, только если в выгрузке об этом сказано.

Чего здесь намеренно нет

  • Никаких серверных вызовов conversion API. Ничто отсюда не обращается в рекламную сеть. Иначе это программное обеспечение отправляло бы покупки клиентов третьей стороне по расписанию, а такое решение принимаете вы — и файлом, который передаёте осознанно.
  • Никакой сквозной идентификации. Ничто не связывает два визита одного человека. Клик привязывается к одному заказу и забывается.
  • Никакого измерения в панели оператора. Никто не приходит по рекламе на страницу входа администратора, а оператор — не тот, кого измеряют.

Права

Именно finance.read, а не отдельное право: выгрузка конверсий — это данные о выручке с рекламной пометкой, и её читает тот же человек, что и отчёт по продажам.

Справочник

Смежные страницы

Отчёты по продажам

Что продано за период — а здесь объясняется, откуда это пришло.

Телеметрия

Проекта, а не ваша. Тоже выключена по умолчанию и совсем о другом.

Кампании

Обращение к своим клиентам, а не измерение того, как приходят новые.

Персональные данные

Что хранится о клиенте и что забирает с собой удаление.