UTM внутри приложения ломается чаще всего не в трекинге, а в логике передачи

Если трафик ведёшь в приложение, UTM нельзя “просто прикрутить” к ссылке и забыть. Нужна схема, где метка не теряется на редиректах, диплинках и переходах между web и app. Иначе в аналитике остаются пустые source/medium, а дальше уже сложно понять, какой канал дал инсталл или регистрацию.

Рабочий подход такой:
— на входе сохраняй весь набор параметров в один объект, а не по отдельным полям;
— сразу нормализуй названия: utm_source, source, src не должны жить как три разных сущности;
— передавай UTM в install/referral payload, если есть SDK или серверный endpoint;
— если переход идёт через диплинк, дублируй ключевые метки в deep link params и в backend-лог.

Отдельно проверь, где метка умирает: вебвью, редирект-цепочка, стор, открытие приложения, первый экран. Частая ошибка — собирать UTM только в первом касании, а потом перезаписывать их последним источником внутри app. Для CPA это особенно больно: воронка выглядит живой, а источник лидов распадается на “direct” и “unknown”.

Ещё один важный момент: сохраняй не только саму UTM, но и timestamp, landing page и click_id, если он есть. Тогда можно собрать цепочку атрибуции и быстро отловить, на каком шаге данные теряются. Лучше один раз сделать единый формат передачи, чем потом вручную склеивать отчёты из трёх систем.