--- title: "UTM-розмітка, яка доживає до картки в CRM" description: "Як налаштувати UTM-розмітку так, щоб мітки не губилися між сторінками й доходили до угоди в CRM. Передача через форму, cookie, вебхук і перевірка полів." canonical: https://adsbeast.pro/blog/uk/utm-rozmitka-yaka-dozhivaye-do-kartki-v-crm language: uk published: 2026-09-14T01:00:46.649Z updated: 2026-09-14T20:55:11.371Z author: "Редакція ADS Beast" translations: - ar: https://adsbeast.pro/blog/ar/utm-tagging-that-survives-to-the-crm-card - en: https://adsbeast.pro/blog/en/utm-tagging-that-survives-to-the-crm-card - es: https://adsbeast.pro/blog/es/etiquetado-utm-hasta-la-ficha-del-crm-guia-practica - he: https://adsbeast.pro/blog/he/utm-tagging-that-survives-to-the-crm-card - ru: https://adsbeast.pro/blog/ru/utm-razmetka-kotoraya-dokhodit-do-kartochki-v-crm - sk: https://adsbeast.pro/blog/sk/utm-oznacenie-ktore-prezije-az-do-karty-v-crm --- # UTM-розмітка, яка доживає до картки в CRM UTM-розмітка - це параметри в URL, які позначають джерело, канал і кампанію візиту. Щоб мітки дійшли до картки угоди, їх треба зберегти в момент першого заходу, передати разом із заявкою і записати в CRM окремими полями. Без цього ланцюжка кампанія, яка привела клієнта, втратить зарахування конверсії. ## Коротко - Мітки живуть лише в тому URL, де вони є. Клік на внутрішнє посилання без параметрів їх стирає. - Рішення - записати мітки в cookie або localStorage при першому заході й підставляти у форму. - CRM має зберігати перше джерело (first-touch) і не перезаписувати його прямим візитом. - Перевіряти треба не факт відправки форми, а поля utm_source, utm_medium, utm_campaign у картці угоди. - Найчастіша причина порожніх полів - форма не передає приховані поля або назви полів у CRM не збігаються з тими, що надсилає сайт. ## Що таке UTM-розмітка і з чого вона складається UTM-розмітка - це набір параметрів у кінці URL, які описують, звідки прийшов відвідувач. Стандартних параметрів п'ять, і кожен відповідає на своє питання. - utm_source - звідки прийшов трафік: google, facebook, newsletter. - utm_medium - тип каналу: cpc, email, organic, social. - utm_campaign - назва конкретної кампанії або акції. - utm_content - який варіант оголошення або банера показали. - utm_term - ключове слово, для платного пошуку. Цих п'яти полів достатньо для більшості звітів. Якщо ви додаєте власні параметри, домовтеся про їхні назви один раз і не змінюйте: довільні варіанти на кшталт «source2» або «cmp» ламають звітність, бо аналітика й CRM починають бачити різні поля. Така сама логіка працює і для позначення трафіку з чат-асистентів: [як розпізнати трафік із ChatGPT в аналітиці](/blog/uk/trafik-iz-chatgpt-yak-rozpiznati-v-analititsi) описує, чому для них потрібні окремі значення utm_source, інакше вони зливаються з прямими заходами. ## Чому мітки зникають на другій сторінці сайту Мітки зникають тому, що вони передаються лише в тому URL, де вони є. Коли користувач клікає на внутрішнє посилання без параметрів, новий URL їх уже не містить. Сайт не «пам'ятає» джерело, якщо ви його не зберегли. Це найпоширеніша причина, чому в CRM потрапляє прямий трафік замість кампанії. Людина приходить із реклами на головну, читає статтю, переходить у розділ із цінами, а потім заповнює форму. У момент відправки форма бачить лише поточний URL сторінки з цінами, де жодних UTM-параметрів немає. Рішення одне: зберегти мітки в момент першого заходу. Варіанти зберігання різняться за тим, як довго живуть дані й наскільки просто їх загубити. | Спосіб зберігання | Скільки живе | Де губиться | |---|---|---| | Приховані поля форми | До відправки форми | Якщо форма на іншій сторінці або мітки не підставили | | sessionStorage | До закриття вкладки | При повторному візиті з нового вікна | | cookie | Від 30 до 180 днів, залежно від налаштування | При блокуванні сторонніх cookie або очищенні браузера | | localStorage | Доки користувач не очистить дані | При переході з іншого пристрою або браузера | | Серверна сесія | За налаштованим TTL | При втраті зв'язку між фронтендом і бекендом | На практиці робоча схема виглядає так: мітки пишуться в cookie з терміном життя, продубльовані в localStorage як резерв, а форма при відправці бере значення з cookie, а якщо його немає - з localStorage. ## Скільки зберігати мітки, щоб не втратити джерело Стандартний строк зберігання - від 30 до 90 днів, і він залежить від довжини циклу угоди. Для швидких покупок достатньо місяця. Для B2B із циклом у кілька місяців краще ставити 180 днів. Логіка проста: якщо цикл угоди довший за термін життя cookie, частина клієнтів повернеться вже після того, як мітка зникла. Їхній візит запишеться як прямий, і кампанія недоотримає зарахування. Точний строк визначається так: подивіться на медіанний час від першого дотику до закриття угоди у вашій ніші й додайте запас. Що довший цикл і дорожчий лід, то важливіше не втратити перше джерело. Для дорогих послуг із кількома етапами узгодження розрив між першим кліком і оплатою може сягати пів року. ## Як передати мітки з форми в CRM Ланцюжок передачі складається з чотирьох кроків. Розрив на будь-якому з них означає порожні поля в картці угоди. 1. Зчитати мітки з URL під час завантаження сторінки. Скрипт перевіряє адресу на наявність utm_-параметрів і витягує їхні значення. 2. Зберегти їх у cookie або localStorage, якщо це перший захід. Повторний захід із новими мітками не має затирати перше джерело, якщо ви хочете бачити first-touch. 3. Підставити значення в приховані поля форми перед відправкою. Це стосується всіх форм на сайті, а не лише головної. 4. Передати значення в CRM через API або вебхук разом із рештою даних заявки. Крок 4 - той, де найчастіше ламається інтеграція. Форма може успішно відправити заявку, менеджер отримає лист, але мітки не дійдуть, бо їх не включили в payload вебхука. Тому перевіряти треба не факт отримання заявки, а наявність полів у картці. Якщо ви ведете передачу конверсій на стороні сервера, мітки потрібні і там: [серверна передача конверсій без подвійного обліку](/blog/uk/serverna-peredacha-konversiy-yak-uvimknuti-bez-podviynogo-obliku) спирається на ті самі значення, і розбіжність між клієнтською та серверною частиною створює дублі в звітах. ## Як налаштувати CRM, щоб вона не перезаписувала джерело CRM має зберігати перше джерело і не перезаписувати його прямим візитом. Інакше кампанія, яка привела клієнта, втратить зарахування конверсії. Для цього в картці угоди потрібні два окремі набори полів: - Перше джерело (first-touch): заповнюється один раз, при створенні угоди, і більше не змінюється. - Джерело останнього дотику (last-touch): оновлюється при кожному новому візиті з мітками. Логіка запису має бути такою: якщо поле першого джерела порожнє - записати туди поточні мітки. Якщо вже заповнене - не чіпати, а оновити лише поле останнього дотику. Прямий візит без міток не повинен перезаписувати жодне з них. Це найчастіша помилка при налаштуванні: інтеграція пише мітки в те саме поле щоразу, і клієнт, який повернувся напряму, обнуляє історію. У звітах така угода виглядає як пряма, хоча насправді її принесла кампанія. ## Як перевірити, що мітки дійшли до угоди Відкрийте картку угоди або контакту та знайдіть блок із полями utm_source, utm_medium, utm_campaign. Якщо поля порожні, перевірте лог вебхука або інтеграції: найчастіше проблема в тому, що форма не передає приховані поля. Перевірку варто робити за чек-лістом, а не навмання. - Пройдіть шлях клієнта самі: перейдіть на сайт із тестовим URL із мітками, заповніть форму, подивіться, що записалось у картку. - Перевірте, чи збігаються назви полів у CRM із тими, що надсилає сайт. «utm_source» і «source» - різні поля, і дані не зіллються автоматично. - Подивіться лог вебхука: чи прийшов запит, чи були в ньому utm-параметри, яку відповідь повернула CRM. - Перевірте поведінку на другій сторінці: перейдіть із головної в розділ і заповніть форму там. Якщо мітки зникли - проблема в збереженні, а не в передачі. Окремо варто перевірити, чи не ріже мітки сам сайт. Якщо сторінки закриті від індексації або ботів, частина переходів не потрапить у лог, і це не помилка розмітки. Питання, [кого з краулерів асистентів пускати на сайт](/blog/uk/krauleri-asistentiv-kogo-puskati-na-sayt-i-yak-pereviriti), варто вирішувати окремо від налаштування UTM. ## Типові помилки, які вбивають розмітку Більшість проблем із UTM-розміткою виникає не через складні технічні збої, а через дрібні неузгодженості, які легко проґавити при налаштуванні. - Мітки ставлять лише на рекламні кампанії, а листи, пости й партнерські посилання залишають без них. Такі переходи записуються як прямі. - Назви кампаній пишуть вручну щоразу по-новому: «spring_sale», «SpringSale», «spring-sale». У звіті це три різні кампанії. - Мітки додають до внутрішніх посилань сайту. Це створює дублі сторінок і плутає аналітику. - Форма підставляє мітки лише на сторінці, де вони є в URL, і не бере їх із cookie. - Інтеграція перезаписує перше джерело при кожному новому візиті. Кожну з цих помилок видно заздалегідь, якщо прогнати тестовий шлях клієнта перед запуском кампанії. Це займає кілька хвилин і економить тижні зіпсованої звітності. Якщо ви ведете кілька клієнтів або кампаній одночасно, узгодженість розмітки стає критичною: [рекламні операції для агентств](/) будуються на єдиному стандарті назв, інакше зведені звіти по клієнтах не сходяться. ## Що зробити далі Візьміть одну активну кампанію і прогоніть тестовий шлях клієнта від кліку до картки угоди в CRM. Перевірте, чи заповнилися поля utm_source, utm_medium і utm_campaign, і чи не перезаписує пряме повернення перше джерело. Якщо поля порожні, дивіться лог вебхука - там буде видно, на якому кроці мітки зникли. Коли ланцюжок працює, варто подумати про те, як ваші сторінки бачать асистенти й пошукові системи: [llms.txt](/blog/uk/llms-txt-shcho-tse-navishcho-saytu-i-yak-yogo-stvoriti) допомагає описати сайт для AI-інструментів, а [виправлення цитування конкурента у відповідях ШІ](/blog/uk/vidpovid-shi-tsituye-konkurenta-yak-tse-vipraviti) показує, що робити, якщо асистент посилається не на вас. ## FAQ **Як передати UTM-мітки з форми на сайті в CRM?** Мітки зчитують із URL під час завантаження сторінки та зберігають у прихованих полях форми або в cookie. Після відправки форми ці значення разом із заявкою потрапляють у CRM через API або вебхук. Якщо мітки не зберігати, вони зникнуть при першому переході на іншу сторінку сайту. **Скільки часу потрібно зберігати UTM-мітки в cookie?** Стандартний строк зберігання - від 30 до 90 днів, залежно від довжини циклу угоди. Для B2B із циклом у кілька місяців краще ставити 180 днів. Якщо cookie живе лише на час сесії, повторні візити втратять джерело, і звіти покажуть прямий трафік замість кампанії. **Чому UTM-мітки зникають при переході між сторінками сайту?** Мітки передаються лише в тому URL, де вони є. Коли користувач клікає на внутрішнє посилання без параметрів, новий URL їх уже не містить. Рішення - при першому заході записати мітки в cookie або localStorage і підставляти їх у форму при відправці. **Що робити, якщо клієнт приходить із реклами, а потім повертається напряму?** CRM має зберігати перше джерело (first-touch) і не перезаписувати його прямим візитом. Інакше кампанія, яка привела клієнта, втратить зарахування конверсії. Для аналізу варто тримати обидва поля: перше джерело та джерело останнього дотику. **Де в CRM перевірити, чи дійшли UTM-мітки до угоди?** Відкрийте картку угоди або контакту та знайдіть блок із полями utm_source, utm_medium, utm_campaign. Якщо поля порожні, перевірте лог вебхука або інтеграції: найчастіше проблема в тому, що форма не передає приховані поля. Також варто звірити назви полів у CRM із тими, що надсилає сайт. Подивитися, як це влаштовано в ADS Beast: [UTM-розмітка](/features/uk/tracking). ## Запитання й відповіді ### Як передати UTM-мітки з форми на сайті в CRM? Мітки зчитують із URL під час завантаження сторінки та зберігають у прихованих полях форми або в cookie. Після відправки форми ці значення разом із заявкою потрапляють у CRM через API або вебхук. Якщо мітки не зберігати, вони зникнуть при першому переході на іншу сторінку сайту. ### Скільки часу потрібно зберігати UTM-мітки в cookie? Стандартний строк зберігання — від 30 до 90 днів, залежно від довжини циклу угоди. Для B2B із циклом у кілька місяців краще ставити 180 днів. Якщо cookie живе лише на час сесії, повторні візити втратять джерело, і звіти покажуть прямий трафік замість кампанії. ### Чому UTM-мітки зникають при переході між сторінками сайту? Мітки передаються лише в тому URL, де вони є. Коли користувач клікає на внутрішнє посилання без параметрів, новий URL їх уже не містить. Рішення — при першому заході записати мітки в cookie або localStorage і підставляти їх у форму при відправці. ### Що робити, якщо клієнт приходить із реклами, а потім повертається напряму? CRM має зберігати перше джерело (first-touch) і не перезаписувати його прямим візитом. Інакше кампанія, яка привела клієнта, втратить зарахування конверсії. Для аналізу варто тримати обидва поля: перше джерело та джерело останнього дотику. ### Где в CRM перевірити, чи дійшли UTM-мітки до угоди? Відкрийте картку угоди або контакту та знайдіть блок із полями utm_source, utm_medium, utm_campaign. Якщо поля порожні, перевірте лог вебхука або інтеграції: найчастіше проблема в тому, що форма не передає приховані поля. Також варто звірити назви полів у CRM із тими, що надсилає сайт.