Перейти к содержимому

Телемедицинская практика физиотерапииРабота для клиента

Google Ads видел бесплатные скрининги, но не видел оплаты

Я настроил передачу оплаченных подписок из Stripe в Google Ads для телемедицинской практики в США и исправил потерю идентификатора в тегах конверсий.

Задача

Контекст

Телемедицинская практика физиотерапии в США использует три инструмента: квиз на WordPress для бесплатного скрининга, встроенный виджет записи на оценку и ссылки Stripe для оплаты подписки. Клиенты приходят из рекламы Google.

Google Ads получал записи на бесплатные услуги, но не получал последующие оплаты. В июле 2026 меня пригласили настроить передачу платежей в рекламу. Я запустил пайплайн и в начале августа проверил его на реальных платежах.

Знакомо?

Симптомы

Ситуация Телемедицинская практика физиотерапии
Отметьте, что про вас

Расследование

Диагностика

Я собрал контейнер с нуля и проверил весь путь от клика до платежа.

Сбой уровня P0: теги конверсий Google Ads (awct) отбрасывали пользовательские данные расширенных конверсий без ошибки. Эти данные нужно передавать через базовый тег Google (awud). Я перенёс передачу и проверил хешированные email и телефон в сетевых запросах.

При проверке я обнаружил ещё три особенности:

  1. На мобильных устройствах Apple запрос конверсии проходил, но хешированный идентификатор не регистрировался. Клиент заранее предупредил об этом ограничении Safari. Конверсии всё равно получали атрибуцию по идентификатору клика.

  2. При записи на оценку конверсия отправлялась, но лид иногда не попадал в таблицу. Резервный обработчик для другого порядка загрузки скриптов пропускал сохранение строки. Внешне всё работало.

  3. Старое действие-конверсия «Book appointment» оставалось в аккаунте. За проверенный период в нём было ноль конверсий. Двойного учёта не было.

Передача

Что я сделал

Акт передачиСдано авг. 2026

  1. Сбор данных для расширенных конверсий на сайте. При отправке квиза и успешной записи email и телефон хешируются и передаются через базовый тег Google. Со страницы уходят только хешированные идентификаторы.
  2. First-party куки клика на 90 дней плюс метаданные записи как резерв, чтобы клик можно было восстановить даже в более поздней сессии.
  3. Передача платежей в рекламу. Вебхук Stripe checkout.session.completed → таблица → плановый офлайн-импорт в Google Ads как конверсия «Paid Subscription». Платёж сопоставляется по хешированному email, телефону или идентификатору клика. Идентификатор заказа защищает от повторного учёта. Эту часть я разместил на собственной инфраструктуре и передал клиенту.
  4. Вебхук записи с проверкой HMAC и асинхронным мьютексом внутри процесса. Одновременная обработка одной записи создавала три строки. После добавления мьютекса остаётся одна.
  5. Подтверждение доставки по каждому лиду. В строке каждой отправки записано, дошёл ли хешированный идентификатор до Google: да или нет.
  6. Прототип лендинга в трёх вариантах с пошаговым квизом для скрининга и соблюдением правил безопасности медицинского контента. Страница не опубликована.

До → после

Результаты

Работа для клиента Сделано для реальных клиентов. Данные клиентов обезличены.

Это результаты проверки сданной работы за июль–август 2026. Текущую доступность канала я повторно не проверял. Публичного эндпоинта или демо у кейса нет.

Оплаченные подписки, прослеженные от клика по рекламе до платежа

июль 2026 to авг. 2026

До
нет: Google Ads видел только бесплатные скрининги и оценки
После
4 подписки связаны с рекламным кликом, 3 с группой объявлений

Причина потери идентификатора

июль 2026

До
теги конверсий (awct) отбрасывали пользовательские данные расширенных конверсий без сообщения об ошибке
После
идентификатор передаётся на базовом теге Google (awud), проверено в сетевом трафике

Дубли строк из одной записи

июль 2026

До
при одновременной обработке одной записи появлялись три строки
После
асинхронный мьютекс внутри процесса: одна запись, одна строка

Обратная связь по платежам в Google Ads

июль 2026

До
нет
После
ежедневно: Stripe → таблица → офлайн-импорт в Google Ads; тестовый платёж из рабочей системы импортирован без ошибок
Полная таблица результатов
Что изменилосьДоПослеПроверено
Оплаченные подписки, прослеженные клик → платёжнет4, из них 3 до группы объявленийавгуст 2026
Передача идентификаторатерялся в теге конверсиипередаётся через базовый тег Google, проверено в сетевых запросахиюль 2026
Дубли строк записи3 из одной записи при реальной гонке1июль 2026
Передача платежей в рекламунетежедневный импорт Stripe → таблица → Google Ads; тестовый платёж из рабочей системы импортирован без ошибокиюль 2026

Заметка Данииладо того, как вы решите

Что это значит для похожего бизнеса

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

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

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

Даниил

Daniil Maximkin

Здравствуйте, я Даниил.

Я сам разбираюсь в задаче, выполняю работу и передаю результат. Все вопросы вы обсуждаете напрямую со мной. Общаюсь на русском и английском. На испанском могу переписываться с помощью переводчика.

Есть похожая задача?

Опишите задачу

Отвечу в течение одного рабочего дня. Первый ответ бесплатный. Или напишите напрямую: next@taskfordaniel.com

Обсудить задачу

Расскажите, что нужно разработать, исправить или подключить.

Описать задачу next@taskfordaniel.com