Order Attribution в WooCommerce помогает понять источник конкретного заказа, но не восстанавливает всю историю покупателя между визитами. Данные сохраняются при оформлении заказа, а описанный механизм работает в пределах сессии. Поэтому поле Origin нельзя трактовать как окончательный ответ о единственном канале, который создал спрос.

Разделите источник заказа и путь к покупке

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

Сформулируйте вопрос: нужно проверить корректность меток текущей кампании или оценить влияние нескольких касаний? Первая задача подходит для операционной проверки источника. Вторая требует иной аналитики и осторожной интерпретации, как показывает материал о зависимости распределения продаж от модели атрибуции.

Учтите правила встроенного механизма

Документация WooCommerce описывает last-click-подход с правилами приоритета: UTM и органические источники заменяют предыдущее значение, прямой визит его не заменяет, а referral внутри активной сессии имеет ограничение. История между сессиями этим механизмом не строится. Данные появляются только у заказов, созданных при включённой функции.

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

Проверьте метки контрольной покупкой

Откройте размеченную ссылку в отдельном тестовом сеансе, оформите допустимый контрольный заказ и сопоставьте Origin, Source type и параметры кампании. Повторите сценарий прямого открытия без меток. Запишите последовательность переходов: она нужна, чтобы объяснить, почему система выбрала определённый источник.

Не меняйте сразу несколько инструментов отслеживания, если один тест не совпал с ожиданием. Сначала проверьте сохранность параметров в переходах и состояние функции. Для выгрузки результатов через интеграцию отдельно проверьте права API; доступ к данным и правильность их первичного сбора — разные этапы.

Сопоставляйте показатели на общей основе

Сравнивая заказы с рекламным кабинетом, согласуйте период, определение покупки и правила возврата. Расхождение между системами может объясняться моделью, а не техническим сбоем. Не обещайте точное равенство без проверки условий измерения. Для спорной кампании полезнее разобрать несколько реальных последовательностей, чем принудительно свести итоговую сумму.

Сохраните дату включения функции и принятую схему UTM. Рабочий результат — источник текущего заказа читается предсказуемо, ограничения сессии понятны, а отсутствующие исторические данные обозначены явно. Тогда показатель можно использовать для оперативных решений, не выдавая его за полный профиль поведения клиента или доказательство причинного влияния одного рекламного контакта.

Не приписывайте неопределённые заказы каналу вручную.