Воронка электронной коммерции имеет больше точек касания, чем любая другая вертикаль, с которой я работаю. Клиент видит рекламу в Meta, переходит на страницу товара, бросает корзину, получает письмо о восстановлении через три часа, сканирует QR-код на упаковке после доставки и совершает повтоную покупку через WhatsApp девять дней спустя. Каждое из этих касаний проходит через URL - и каждый URL должен быть атрибутируемым, перенаправляемым и достаточно устойчивым, чтобы пережить очередное обновление конфиденциальности рекламных платформ.
Это основной пост для кластера индустрий. Он охватывает структуру интеграции, которая связывает воронку воедино: где находится короткая ссылка на каждом этапе, какие данные атрибуции она несет, как серверная пересылка конверсий замыкает цикл с рекламными платформами и как выглядит операционный инструментарий, когда вы управляете стандартным магазином Shopify с двумя платными каналами и программой жизненного цикла.
Я буду приводить конкретные примеры для Shopify, так как с этой платформой я сталкиваюсь чаще всего, но паттерны универсальны. WooCommerce, BigCommerce, Centra, Commercetools - точки интеграции везде одинаковы; различается только структура полезной нагрузки вебхука.
Пять этапов воронки электронной коммерции#
Каждая воронка, которую я анализирую, имеет одну и ту же форму. Реализация отличается в деталях, этапы - нет.
Платное привлечение. Meta, Google Ads, TikTok, Pinterest. Рекламная поверхность содержит креатив; местом назначения является короткая ссылка, которая фиксирует клик и перенаправляет на лендинг или страницу товара (PDP) с сохранением параметров атрибуции.
Привлечение через собственные каналы. Email, SMS, пуш-уведомления, сообщения в приложении, WhatsApp. Сокращатель создает ссылки для каждой рассылки (транзакционные шаблоны для кампании), чтобы аналитика собиралась по рассылке, а не по отдельному URL.
Конверсия на сайте. Страница товара, корзина, оформление заказа. Сокращатель здесь не участвует в пути запроса - переход уже совершен - но click_id из редиректа должен попасть в запись заказа, чтобы позже можно было привязать конверсию.
После покупки. Страница подтверждения заказа, письмо с подтверждением, вкладыш в упаковку, QR-код на коробке. Короткие ссылки сопровождают клиента на этапе после покупки и передают данные обратно в маркетинговый уровень данных.
Удержание и реактивация. Письма жизненного цикла, восстановление брошенных корзин, уведомления о поступлении товара, кампании по возврату клиентов. Сокращатель видит это как длинный хвост программных генераций ссылок, часто через интеграцию с ESP или платформой автоматизации маркетинга.
Каждый этап имеет немного разные требования к атрибуции. Структура интеграции, которая обрабатывает все пять, и является темой этого поста.
Этап 1: Платное привлечение#
Задача на этом этапе двоякая. Короткая ссылка должна привести пользователя в правильное место назначения и зафиксировать достаточно контекста атрибуции, чтобы заказ, сделанный через три часа с другого устройства после обновления страницы и применения промокода, можно было связать с рекламой.
Работающая структура: целевой URL объявления - это короткая ссылка (elido.me/spring-jeans-de или любая другая конвенция слагов), короткая ссылка перенаправляет на PDP с добавлением параметров UTM и click_id, а ответ редиректа устанавливает основной идентификатор, который сохраняется при навигации.
В случае с Elido редирект добавляет ?elido_click=<click_id> (настраивается для каждого воркспейса), и PDP либо считывает его из строки запроса и записывает в cookie первой стороны, либо - что лучше - менеджер тегов платформы магазина подхватывает его через событие dataLayer и сохраняет в кастомных атрибутах заказа при финализации корзины.
Преимущество этой структуры в том, что click_id является устойчивым идентификатором на протяжении всей остальной воронки. Cookie браузера могут быть потеряны из-за ITP. Сессия может истечь. Пользователь может сменить устройство. Пока click_id находится в записи заказа, вы можете запустить серверную пересылку конверсии в момент оплаты заказа и получить кредит за атрибуцию, даже если исходная сессия браузера мертва.
Для понимания операционной механики - шаблоны UTM на уровне воркспейса, переопределения на уровне кампаний, массовый импорт из Таблиц, верификация пересылки конверсий - основным справочником является руководство по сквозному отслеживанию UTM.
Этап 2: Привлечение через собственные каналы#
Собственные каналы характеризуются большим объемом, меньшей стоимостью и более сложным измерением, чем платные. Каждая email-рассылка на список из 100 тысяч подписчиков создает 100 тысяч коротких ссылок, если контент динамический; каждое транзакционное уведомление (отправлено, доставлено, запрос отзыва) - это еще одна ссылка со своим контекстом атрибуции.
Паттерн, который масштабируется: кампания в сокращателе соответствует рассылке в ESP. Кампания владеет шаблоном UTM (utm_source=email, utm_medium=lifecycle, utm_campaign=cart-recovery-2026-05) и шаблоном целевого URL. Интеграция с ESP создает уникальную короткую ссылку для каждого получателя во время отправки с вшитым click_id и записывает click_id обратно в профиль получателя, чтобы цепочка открытие/клик/конверсия была видна насквозь.
Здесь важна конечная точка массового импорта. Создание 100 тысяч коротких ссылок через стандартную конечную точку POST /v1/links упирается в лимиты API даже на тарифе Pro. Правильный инструмент - POST /v1/links/bulk с телом CSV - Elido проверяет каждую строку, фиксирует изменения атомарно (никаких наполовину импортированных рассылок) и возвращает список слагов, привязанных к ID входных строк, чтобы ESP могла сопоставить слаг с получателем.
Для Klaviyo, Customer.io и Iterable структура интеграции представляет собой вебхук, который срабатывает при финализации отправки: ESP отправляет список получателей, сокращатель создает ссылки, ответ отправляется обратно в ESP для подстановки в шаблон письма. Для Shopify Email и приложения Shopify Marketing структура аналогична, но подстановка происходит в шаблоне Liquid, а не при финализации отправки.
Туториал по массовому импорту через Таблицы описывает ручную версию; версия на базе API документирована в справочнике API.
Этап 3: Конверсия на сайте#
Сокращатель не участвует в пути запроса на сайте. Однако click_id должен попасть в запись заказа.
Конкретно для Shopify интеграция проста. PDP подхватывает ?elido_click= из URL, встроенное приложение темы (или код вашей темы, или расширение оформления заказа Shopify Plus) записывает его в Shopify.checkout.attributes.elido_click_id, чтобы он сохранился в note_attributes заказа при финализации корзины. В момент срабатывания вебхука об оплате заказа click_id доступен в полезной нагрузке заказа, и вы пересылаете конверсию на стороне сервера.
Для безголовых (headless) решений (Hydrogen, Next.js commerce, Centra) эквивалентом является запись click_id в кастомный атрибут корзины через Storefront API в момент создания корзины. При переходе из корзины в заказ атрибут сохраняется, и вебхук заказа доставляет его в любой бэкенд, который выполняет пересылку конверсии.
Что я чаще всего вижу среди ошибок: click_id сохраняется в сессионную cookie, но не записывается в заказ. Через три дня отчеты маркетинга говорят, что конверсии на нуле; неделю спустя разработчик понимает, что атрибут так и не был проброшен через расширение оформления заказа. Включите верификацию в чек-лист запуска: оформите тестовый заказ, отследите вебхук оплаты, подтвердите наличие click_id в данных перед запуском рабочего трафика.
Для контекста cookieless / ITP - почему это важнее в 2026 году, чем в 2022-м - см. пост об атрибуции кликов после Safari ITP и непосредственно заметки Apple к релизу ITP 2.3.
Этап 4: После покупки#
Заказ оформлен. Теперь уровень данных должен сделать две вещи: переслать конверсию на рекламные платформы со стороны сервера и начать путь клиента после покупки с сохранением атрибуции.
Серверная пересылка конверсий. Здесь кроется большая часть восстановленного дохода. Из-за Safari ITP и распространения блокировщиков рекламы браузерный пиксель пропускает 25–40% конверсий в типичном магазине Shopify (точное число зависит от микса трафика; магазины с упором на iOS находятся на верхней границе). Серверная пересылка в Meta CAPI, GA4 Measurement Protocol и TikTok Events API восполняет большую часть этого пробела.
Интеграция: срабатывает вебхук оплаты заказа, бэкенд считывает click_id из заказа, ищет click_id в Elido (или доверяет тому, что уже прикреплен) и отправляет POST запрос с конверсией на каждую подключенную платформу. Конечная точка Elido POST /v1/conversions принимает click_id плюс данные конверсии (value, currency, event_name=Purchase, хешированные идентификаторы пользователя) и распределяет их по платформам, для которых у воркспейса есть учетные данные. Распределение включает хеширование SHA-256 для email и телефона - требование Meta CAPI согласно параметрам Conversions API - а также логику повторов и дедупликации, чтобы повторная доставка вебхука не привела к двойному учету.
Руководство по пересылке конверсий описывает настройку учетных данных; пост о серверном отслеживании конверсий глубже раскрывает механику дедупликации.
Путь клиента после покупки. Письмо с подтверждением заказа содержит ссылки на страницу статуса заказа, справочный центр поддержки, лайфстайл-контент бренда, апселл или рекомендации аксессуаров. Каждая из них получает короткую ссылку по паттерну генерации в режиме кампании из Этапа 2. QR-код на упаковке - это инструмент с высоким рычагом: клиент сканирует его после прибытия посылки, попадает на страницу благодарности и конвертируется в программу лояльности или получает бонус на вторую покупку.
Для QR-кодов лучше использовать динамические коды - вы сможете обновить место назначения даже после того, как посылка была отправлена. Пост о динамических и статических QR-кодах описывает этот компромисс.
Этап 5: Удержание и реактивация#
Здесь объем ссылок становится значительным. Стандартный магазин Shopify на Klaviyo или Customer.io отправляет сообщения жизненного цикла по десяткам триггеров для каждого клиента. Приветственная серия, брошенная корзина, просмотр товаров, апселл после покупки, пополнение запасов, возврат клиента, день рождения, VIP - каждая из них является кампанией в инструменте автоматизации маркетинга, и каждая кампания создает ссылки в момент отправки.
Работающий паттерн: каждая кампания жизненного цикла в ESP сопоставляется с кампанией в сокращателе. Кампания в сокращателе владеет шаблоном UTM; данные для генерации на стороне ESP варьируются только в зависимости от получателя и товара. Аналитика собирается по этапам жизненного цикла. Команда маркетинга может видеть, что «email для восстановления брошенной корзины генерирует 4,2% конверсии при цене €0,14 за клик», а не «мы создали 380 тысяч ссылок в этом месяце и не знаем, какая часть относится к брошенным корзинам».
Интеграция вебхуков для добавлений также важна на этом этапе. События Klaviyo Email Opened и Email Clicked должны объединяться с событиями Elido click.created на уровне аналитики; для большинства команд это происходит в их хранилище данных (BigQuery, Snowflake, ClickHouse), где ключом объединения является click_id. Руководство по экспорту в ClickHouse от Elido описывает структуру приема данных на стороне хранилища.
Брендированный домен: небольшой рост с накопительным эффектом#
Каждый из вышеперечисленных каналов выигрывает от использования брендированного домена. acme.click/spring-jeans-de превосходит bit.ly/3xKj9wZ по показателю кликабельности (CTR) на измеримую величину - исследование доверия к ссылкам Принстонского университета 2019 года оценивает рост в диапазоне 12–31% в зависимости от индустрии, и крупные игроки e-commerce, которых я анализировала, видят схожие цифры в своих A/B тестах.
Брендированный домен делает три вещи одновременно. Он сигнализирует о легитимности на платформах, которые все более скептически относятся к сокращенным URL (LinkedIn теперь предупреждает о ссылках bit.ly; Gmail начисляет спам-баллы за использование общих сокращателей в определенных типах шаблонов). Это дает вам домен, который вы контролируете на случай, если отношения с вендором сокращателя испортятся. И это позволяет вам использовать подстановочные знаки - *.acme.click для отдельных поддоменов в портфеле мультибрендов - без создания тикетов в поддержку на каждое добавление.
Страница функций кастомных доменов содержит информацию о тарифах; операционное руководство описывает настройку DNS и TLS по запросу.
Что идет не так в продакшене#
Три режима сбоев, которые я постоянно вижу в магазинах e-commerce.
Click_id не передается при оформлении заказа. Уже упоминалось. Всегда тестируйте на реальном заказе перед запуском.
Пересылка конверсий без дедупликации. Срабатывает вебхук оплаты заказа, конверсия пересылается в Meta и GA4. Затем менеджер тегов магазина - который все еще находится на странице - запускает браузерный пиксель конверсии для того же заказа. И Meta, и GA4 принимают данные, конверсия учитывается дважды, аллокатор бюджета перерасходует средства. Решение - идентификатор дедупликации: Meta CAPI принимает event_id, GA4 принимает client_id, обе платформы дедуплицируют браузерные и серверные события с одинаковым ID. Установите ID заказа в качестве event_id, браузерный пиксель установит то же значение, и обе платформы проведут дедупликацию. Справочником является документация Meta по дедупликации.
Окна удержания не согласованы. Маркетинг хочет 24-месячные окна атрибуции для новых покупателей. События кликов по умолчанию хранятся 90 дней на большинстве аналитических платформ. Когда кто-то впервые запускает когортный анализ LTV в конце года, конверсия по click_id уже удалена, и отчет не показывает кредит атрибуции. Настройте период хранения в соответствии с окном атрибуции с первого дня - Elido позволяет настраивать это для каждого воркспейса; хранение в ClickHouse настраивается на уровне базовой таблицы.
Заметки по закупкам для покупателей в сфере e-commerce#
Три вещи, которые я бы выделила специально для команд закупок в e-commerce.
Резидентство в ЕС. Если ваша клиентская база в основном находится в ЕС, регион хостинга вашего сокращателя имеет значение для дискуссий по Schrems II. Базовый пост о GDPR для сокращателей ссылок описывает контрактную специфику; страница доверия - это артефакт для отдела закупок.
Лимиты API. Объем массовой генерации ссылок в пиковые периоды (Черная пятница, праздники, запуски коллабораций) определяет, столкнетесь ли вы с ошибками лимитов API в самый неподходящий момент. Убедитесь, что лимиты вашего тарифа соответствуют вашему пику, а не среднему значению. Лимиты Elido документированы для каждой конечной точки; конечная точка массовой генерации выдерживает 1000 запросов в секунду на тарифе Pro и не имеет ограничений на тарифе Business.
Интеграция с Shopify. На момент написания статьи приложение Elido для Shopify находится на рассмотрении. До тех пор интеграция осуществляется через Storefront API плюс простой Cloudflare Worker или Shopify Function, которые фиксируют click_id при переходе. У Customer.io, Klaviyo и Iterable есть готовые интеграции.
Для сравнения платформ пост о функциональном разрыве альтернатив Bitly содержит матрицу функций; пост Elido против Bitly - арифметику ценообразования.
Читайте кластер#
Это основной пост кластера индустрий. Смежные посты: Сокращатели ссылок для инфлюенсеров и создателей контента (пересечение с лайфстайл-коммерцией), Сокращатели ссылок для ресторанов (кейс с упором на QR), Сокращатели ссылок для SaaS (B2B параллель). Страница решений для маркетологов - это поверхность для этой персоны; руководство по диплинкам Shopify - операционное руководство по паттерну проброса click_id. Для рабочих процессов команд вокруг кампаний и массовой генерации ссылок страница функций кампаний описывает модель данных.