Налаштування відстеження GA4, GTM та Meta Ads для кастомного E-commerce (WooCommerce)

Бюджет: 250 USD Термін: 7 днів

Добрий день, Владиславе!

Ваш кейс — класика зламаного трекінгу на кастомному WooCommerce, і всі п'ять проблем мають чіткі технічні рішення:

1. add_to_cart по кліку, не по завантаженню view_cart — подія вішається на фактичну дію користувача через dataLayer.push у момент кліку, з повним масивом items (value, item_id, quantity).

2. ecommerce: false та 0.03 CAD — переробимо dataLayer так, щоб він отримував динамічно розраховану ціну (за кв. дюйми/об'єм) саме в момент події, а не статичну ціну товару з каталогу. Розмір принту виноситься в окремий кастомний параметр item'а.

3. 900 конверсій замість 1 у Meta — типова помилка, коли площа потрапляє в quantity. Фіксується на рівні dataLayer: quantity = фізична кількість одиниць, розмір — окремий параметр, value = розрахована вартість. Плюс Meta Conversions API з дедуплікацією через event_id — точність після iOS14+ і блокувальників.

4. FR/ENG для email — активна мова користувача передається через GTM (кастомна змінна → тег) у вашу email-платформу, англомовні перестануть отримувати листи французькою.

5. Втрачені purchase — перевіримо тригери на сторінці подяки (редиректи, зовнішні оплати, кешування) і за потреби продублюємо purchase через server-side — жодна оплачена покупка не губиться.

Кожен фікс перевіряється у GA4 DebugView та Meta Test Events до здачі. Аудиторії ремаркетингу (за продуктами та мовою) — після того, як дані стануть чистими.

Ми самі розробляємо аналітичний інструментарій — наш власний піксель у роботі: https://guardlabs.online/tools/analytics/ — тож трекінг розуміємо зсередини, на рівні коду, а не лише інтерфейсу GTM.

Кілька уточнень для точної оцінки: чи є вже GTM-контейнер і доступ до нього? Хто впроваджуватиме код у тему — ваш розробник за нашими специфікаціями, чи даєте доступ нам? Яка email-платформа (Klaviyo/Mailchimp/інша)? Для CAPI — розглядаєте server-side контейнер (наприклад, Stape) чи пряму інтеграцію?

Працюємо через Сейф, письмово, з поетапною демонстрацією результатів у DebugView. Розгорнути

Бюджет: 250 USD Термін: 10 днів

Владиславе, у вас не просто “зламана аналітика”, а кілька точок, де GA4, GTM і Meta рахують дані неправильно. Я можу переробити Data Layer під динамічну ціну та quantity, виправити add_to_cart/purchase на реальні дії, а також привести Meta Pixel і CAPI до 1 товар = 1 конверсія. Окремо налаштую мову FR/ENG для кошика, аудиторій і email-флоу. Якщо потрібно, можу дати точний код для вашого розробника.

Бюджет: 250 USD Термін: 7 днів

Вітаю.Є великий досвід в налаштуванні конверсій GA4/FB pixel.Готовий до співпраці.

Бюджет: 250 USD Термін: 3 дні

Привіт Владиславе,
Клієнт замовляє один друк розміром 30 на 30 сантиметрів, а Meta Ads фіксує дев'ятсот конверсій для нього, оскільки площа друку в квадратних одиницях тихо потрапляє в те ж поле, яке повинно містити кількість фізичних товарів, що були продані, і кожна платформа нижче, GA4, Google Ads та Meta, читає це число як буквальні одиниці.
Я розумію, що справжнє вирішення тут не в усуненні кожного симптому окремо, а в перебудові Data Layer, щоб кількість завжди означала фізичний облік, а нестандартний розмір жив у своєму власному параметрі, оскільки кожна з ваших помилок, хибні конверсії, ROAS числа, неправильна ціна, веде назад до тієї ж самої кореневої плутанини.
Що я б зробив, так це перебудував би Data Layer, щоб передавати фактичну динамічно розраховану ціну та справжню кількість одиниць, перемістив би розміри друку в спеціальний нестандартний параметр, виправив би додавання в кошик, щоб воно спрацьовувало на реальний клік кнопки, а не на завантаження сторінки кошика, і підключив би GA4, Google Ads та Meta Pixel з CAPI від цієї виправленої структури.
Є момент, який варто вирішити щодо втрачених конверсій зокрема.
Чисто клієнтська покупка тег завжди пропустить деякі реальні продажі, блокувальник реклами, закрита вкладка, сторінка підтвердження, яка ніколи повністю не завантажується, тому надійне вирішення полягає в спрацьовуванні події покупки з власного хуку підтвердженого замовлення WooCommerce на сервері, при цьому браузерний піксель зберігається лише як вторинний сигнал, який дезодоровано проти нього через спільний ідентифікатор події в Meta CAPI, а не покладаючись на клієнтський JavaScript як єдине джерело істини.
Несумісність мови та електронної пошти є тією ж класом помилки, фактичну вибрану мову потрібно читати з мовного стану вашого сайту та передавати через сам Data Layer, а не виводити з локалі браузера, щоб платформа електронної пошти завжди отримувала те, що клієнт дійсно вибрав.
Я регулярно створюю електронну комерцію на WooCommerce та Shopify, і ця точна ціна та цілісність подій є тією ж дисципліною, яку я приношу з важкої роботи з бекендом та вебхуками у фінансових технологіях, обидва в моєму портфоліо для довідки.
Сподіваюся, ми можемо обговорити тут деталі проекту, і одне питання допомогло б мені почати точно.
Чи є вже доступ до контейнера GTM на стороні сервера, чи буде хуку замовлення WooCommerce більш прямим шляхом тут, враховуючи вашу поточну налаштування?
Правильне відстеження - це не більше тегів, це одне чесне число, з яким погоджується кожна платформа, і це те, що я б відбудував першим. Розгорнути

Бюджет: 250 USD Термін: 5 днів

Доброго дня! Ті 900 конверсій замість однієї — у quantity летить площа принту (30×30), а не штука; звідси ж і поламаний value з 0.03 CAD. Робив дата-леєр під WooCommerce, де ціна рахується динамічно: розмір виношу в окремий параметр, а quantity лишається фізичною кількістю. add_to_cart перевішу на реальний клік замість завантаження сторінки кошика, покупки доб'ю через Meta CAPI, щоб не губились. Правити код на сайті буду сам чи віддати готовий дата-леєр вашому розробнику?

Бюджет: 900 USD Термін: 14 днів

МОжемо взяти це як технічне виправлення аналітики, а не просто налаштуваня тегів. По бюджету я б орієнтувався від 900 USD і 10-14 робочих днів, бо тут потрібно пройти весь шлях від WooCommerce і розрахунку ціни до GA4, Google Ads, Meta Pixel, CAPI та мовних сценаріїв у листах =)

Дивіться, тут нюанс - проблема з add_to_cart на view_cart і 0.03 CAD замість реальної ціни майже завжди означає, що треба привести шар даних до нормальної моделі подій. Окремо виніс би quantity як фізичну кількість товару, а площу 30x30 см - у власний параметр, щоб Meta не рахувала 900 покупок. Також перевіримо purchase на thank you сторінці і серверні події, щоб не губити успішні замовлення.

> Спочатку робимо короткий технічний аудит поточної реалізації GTM, GA4, Pixel, WooCommerce хуків і email-платформи
> Далі готуємо схему шару даних для view_item, add_to_cart, begin_checkout, purchase
> Потім впроваджуємо або даємо точний код вашому розробнику, тестуємо в DebugView, Tag Assistant, Meta Events Manager і звіряємо з реальними замовленнями

Питання без яких оцінка буде менш точною
> Яка платформа email-маркетингу використовується для покинутих кошиків
> Динамічна ціна рахується вашим кастомним кодом, плагіном WooCommerce чи стороннім калькулятором

Схожі за логікою приклади Ingello
> https://business.ingello.com/prime-eva - e-commerce і процеси навколо товарів, продажів та інтеграцій
> https://business.ingello.com/vorfahr - автоматизація і складні події, де важлива точність даних між системами
> https://systems-fl.ingello.com/ua - основний профіль Ingello Systems для проєктів з архітектурою, інтеграціями та стабільними бізнес-системами

Як кажуть, сім разів відміряй - один раз відріж. У трекінгу це звучить трохи занудно, але занудство тут економить рекламний бюджет і нерви. Розгорнути

Бюджет: 250 USD Термін: 1 день

Вітаю! Задача зрозуміла: корінь більшості проблем — у Data Layer, який зараз віддає false і статичну ціну замість динамічно розрахованої вартості за квадратні дюйми. Полагоджу правильний масив e-commerce, щоб add_to_cart і purchase спрацьовували саме на дію користувача, а Meta фіксувала 30x30 як 1 товар, а не 900 — розмір принту винесемо в окремий кастомний параметр. Підтягну Conversions API, аудиторії за мовою FR/ENG і коректну передачу мови в email-флоу. Деталі радо обговорю в особистих повідомленнях.

Бюджет: 250 USD Термін: 4 дні

Баг з 900 конверсіями в Meta Ads виправимо на рівні Data Layer: перепишемо передачу даних так, щоб у полі quantity йшла реальна фізична одиниця товару з кошика WooCommerce, а кастомна площа принта (30×30 см) відправлялася в окремий кастомний параметр (print_size). Meta Ads перестане штучно завищувати обсяги, і ROAS стане коректним.

Привіт! Я Ніна, менеджер IT-агентства Valflow. Завдання реалізує Валентин, засновник нашої школи вайбкодингу. Ми постійно працюємо з кастомною e-commerce аналітикою і глибоко знаємо бекенд WooCommerce.

Що зробимо:
Data Layer & GTM: Сформуємо правильний JS-масив даних. Прив'яжемо add_to_cart строго до кліку, а purchase до успішного screen-view (без дублів і втрат).

Meta Ads & CAPI: Налаштуємо точний Pixel + Conversions API з дедуплікацією подій (Event ID).

Email-маркетинг: Прокинемо параметр активної мови сесії (ENG/FR) з шару даних у вашу поштову платформу, щоб прибрати французький спам для англомовних клієнтів.

Ціна: 250 USD
Термін: 4 дні

Напишіть у ЛС - закриємо ці костилі раз і назавжди, повернувши вам чисту аналітику. Розгорнути

Бюджет: 250 USD Термін: 6 днів

Вітаю! Знаю цю проблему WooCommerce з динамічним ціноутворенням. Виправлю архітектуру відстеження: add_to_cart вішаю на реальний клік кнопки через GTM з коректним dataLayer (item_id, item_name, динамічна ціна за кв. дюйми, quantity, value, currency), приберу костиль з view_cart. Полагоджу e-commerce потік GA4 (view_item - add_to_cart - begin_checkout - purchase) і Meta Pixel з правильною кількістю та value, дедуплікація подій через event_id. Протестую через GTM Preview, DebugView і Pixel Helper, передам документацію по всіх тегах і тригерах.

Бюджет: 250 USD Термін: 14 днів

Доброго дня. Ознайомився із вашим завданням і вважаю, що саме я можу втілити ваші прагнення в робочу структуру.
Пропоную обговорити деталі роботи і приступити до виконання 😊

Бюджет: 250 USD Термін: 5 днів

Привіт ⭐️! Я — висококваліфікований веб-розробник із понад ✅ 7-річним досвідом у розробці та сучасних веб-технологій.

Останні проекти:
✔️https://homenly.com
✔️https://confidence-tech.com
✔️https://homexcrm.com
✔️https://omgfirms.com
✔️https://skyhigh-lviv.com/
✔️https://sweet-sdpearls.de/
✔️https://novobudova.pro
✔️https://aquahub.org.ua
✔️https://boostylabs.com
✔️https://ol.zp.ua
✔️https://emporio-sports.cz

Мій стек включає:
✅ Фронтенд: HTML, CSS, JavaScript, React.js, Vue.js, Angular
✅ CMS: Wordpress(woo), OpenCart, Prestashop, Webflow
✅ Бекенд: PHP, Laravel, CodeIgniter, Python, Django, Flask, Node.js, Next.js
✅ Бази даних: MySQL, PostgreSQL
✅ Інші навички: Git, інтеграція API

Чому варто обрати мене?
✔️ Швидке та якісне виконання: Ваші завдання будуть виконані вчасно та з бездоганною якістю.
✔️ Інтеграція API: Потрібна безперебійна інтеграція сторонніх API? Я про це подбаю.
✔️ Індивідуальні рішення: Я беру Ваші ідеї та перетворюю їх на успішні веб-рішення, адаптовані до потреб Вашого бізнесу.

Давайте співпрацювати та разом створювати щось дивовижне! Розгорнути

Бюджет: 250 USD Термін: 1 день

привіт, готовий допомогти тобі

поділюся попередніми роботами в чаті, щоб переконатися, що ми підходимо один одному

Бюджет: 500 USD Термін: 10 днів

Вітаю! Можемо виконати комплексне налаштування GTM, GA4, Google Ads та Meta Pixel/CAPI, виправити Data Layer, e-commerce події, передачу динамічної вартості й кількості товарів, а також усунути проблеми з відстеженням конверсій. Працюємо з WooCommerce, готові провести аудит поточного налаштування, запропонувати оптимальне рішення та довести трекінг до коректної роботи.

Бюджет: 250 USD Термін: 30 днів

Вітаю!

Бачу проблему одразу - фейковий add_to_cart на view_cart, Meta що множить кількість на розмір принту в см2, дублікати мовних тригерів для email. Це класичний набір костилів, коли трекінг накручували на ходу, без єдиної архітектури Data Layer з самого початку.

Я закриваю саме такі задачі перед кожним запуском реклами - коректна аналітика для мене некоронний пункт: без правильної передачі подій я взагалі не стартую кампанію клієнту.

Що зроблю:
- Аудит поточного Data Layer - знайду, де саме add_to_cart прив'язаний до view_cart, і чому value не підхоплює динамічний розрахунок (звідки беруться ці 0.03 CAD замість реальної ціни).
- Data Layer з нуля - новий об'єкт з правильним value (динамічна ціна за кв. дюйм/обсяг) і quantity як фізична кількість одиниць, розмір принту виношу в окремий custom parameter, а не в quantity.
- GA4 e-commerce - переналаштую add_to_cart і purchase на реальні user-actions з коректним масивом items.
- Google Ads conversion - прив'яжу до виправленого purchase, щоб ROAS рахувався від реальної вартості кошика.
- Meta Pixel + CAPI - виправлю value/quantity (1 товар = 1 конверсія, не 900), додам server-side CAPI для точності на iOS/по блокуваннях браузера.
- Аудиторії ремаркетингу - GA4 + Google Ads сегменти за товаром і мовою (FR/ENG).
- Мовний тригер для email - простежу, щоб параметр мови коректно йшов через GTM у вашу email-платформу.

Кілька питань, щоб оцінити обсяг:
- Хто буде імплементувати код Data Layer - є свій розробник, чи потрібен мій на впровадження?
- Який зараз доступ до GTM (контейнер вже підключений, чи потрібно ставити з нуля)?
- Яка email-платформа інтегрована (Klaviyo, Mailchimp, інше) - це впливає на спосіб передачі мовного параметра?
- Це разова задача з виправлення трекінгу, чи в перспективі цікавить і ведення самої реклами (Google/Meta) після того, як аналітика буде готова?

Пропоную короткий дзвінок - розберу вашу поточну структуру GTM/GA4 і скажу чесно, скільки часу і в якому форматі це реально закрити. Розгорнути

Бюджет: 250 USD Термін: 5 днів

Доброго дня!

Зацікавив ваш проєкт, оскільки маю практичний досвід роботи з GTM, GA4, Google Ads, Meta Pixel та e-commerce-відстеженням для WooCommerce.

З опису бачу основні проблеми: некоректний Data Layer, неправильне спрацювання add_to_cart, помилки у передачі value та quantity, втрати purchase-конверсій і некоректна робота Meta Pixel із кастомними товарами. Це саме ті задачі, з якими вже доводилося працювати.
Що можу зробити:
• провести аудит поточного налаштування GTM/GA4;
• виправити Data Layer або підготувати готовий код для вашого розробника;
• налаштувати коректне e-commerce-відстеження для GA4, Google Ads та Meta Pixel/CAPI;
• перевірити всі події через DebugView, Tag Assistant і Meta Events Manager;
• допомогти з аудиторіями ремаркетингу та передачею параметра мови для email-маркетингу.
До роботи підходжу уважно: не просто налаштовую теги, а перевіряю, щоб усі дані передавалися коректно і їх можна було використовувати для аналітики та рекламних кампаній.
Готовий обговорити деталі та приступити найближчим часом. Розгорнути

Бюджет: 250 USD Термін: 3 дні

В мене вже є особисті рішення саме під Woo, звертайтесь, інтегрую в ваш проект, все буде працювати коректно.

Бюджет: 250 USD Термін: 5 днів

Привіт,

Я можу допомогти виправити ваш трекінг WooCommerce та налаштувати надійний GA4/GTM для вашого магазину з індивідуальним ціноутворенням.

Я:

* Виправлю Data Layer, щоб надсилати правильні динамічні ціни та кількості.
* Виправлю події add_to_cart та purchase в GA4.
* Виправлю трекінг конверсій Google Ads для точного ROAS.
* Вирішу проблему з кількістю Meta Pixel та налаштую Meta CAPI.
* Створю аудиторії ремаркетингу та забезпечу передачу правильної мови FR/ENG до вашої платформи email-маркетингу.
* Досліджу та виправлю відсутні конверсії покупок.

У мене є досвід роботи з WooCommerce, GTM, GA4, Google Ads та трекінгом Meta, включаючи індивідуальні реалізації електронної комерції.

Чекаю на обговорення вашого проєкту.

З найкращими побажаннями, Розгорнути

Бюджет: 10000 USD Термін: 25 днів

Рівень початковий, але я пишу рекламні скрипти за допомогою професійних перекладачів та ШІ. Тексти виходять точними та адаптованими під аудиторію. Яке у вас ТЗ?

Бюджет: 270 USD Термін: 10 днів

Вітаю! Дуже крутий та нестандартний технічний кейс. Проблема з «900 конверсіями замість однієї» та ціною «0.03 CAD» — це класичний біль WooCommerce-сайтів, де площа (дюйми/сантиметри) прописана в полі кількості (quantity), або коли Data Layer збирається дефолтним плагіном, а не з фактичного кошика.

Я спеціалізуюся на веб-розробці, e-commerce та глибокому налаштуванні аналітики (GTM, GA4, Meta CAPI). Чудово розумію, як працюють хуки WooCommerce і як правильно перебудувати Data Layer, щоб реклама оптимізувалася на реальний ROAS, а не на «космічні» цифри.

Як я вирішу ваші проблеми з трекінгом:

Очищення Data Layer для кастомного товару: Перепишу (або надам готові PHP-хуки для вашого розробника) формування об'єкта dataLayer. У параметр quantity для GA4 та Meta Ads передаватимемо суто фізичну кількість доданих у кошик позицій (наприклад, 1). Усі прорахунки площі (30х30 = 900 кв. см) винесемо в окремі кастомні параметри, які не збиватимуть алгоритми Meta.

Рішення проблеми ціни: Замість дефолтної ціни за одиницю, у value передаватиметься кінцева динамічно розрахована вартість позиції в кошику ($cart_item['line_total']).

Виправлення "Add to Cart" та "Purchase": Приберу помилкове спрацювання події на завантаженні /view_cart/. Натомість налаштую тригер GTM на фактичний клік кнопки додавання (через Ajax-подію added_to_cart або успішну відповідь сервера). Налаштую дублювання Purchase через серверний трекінг (Meta Conversions API) з дедуплікацією подій за event_id.

Синхронізація мови (FR/ENG): Витягну поточну локаль сайту та запушу її в Data Layer при кожній ключовій події, щоб ваш сервіс розсилок чітко розумів мову кинутого кошика і запускав правильний мовний сценарій.

Моє портфоліо та код:

Мій e-commerce проєкт: Kissofaroma.shop

Інтерактивний веб-інтерфейс: https://slovakgo.sk/

Приклади моєї кодової бази та інтеграцій на GitHub: [github.com/kenoleeee/creatorflow](https://github.com/kenoleeee/creatorflow) та [github.com/kenoleeee/italk](https://github.com/kenoleeee/italk)

Готовий провести швидкий аудит вашого поточного GTM-контейнера та коду сайту, щоб одразу знайти критичні помилки. Розгорнути

Бюджет: 250 USD Термін: 31 день

Вітаю!) Маю сильний досвід із GTM, GA4, WooCommerce, Google Ads, Meta Pixel та Conversions API. Працював із нестандартним e-commerce, динамічними цінами, кастомними параметрами товарів і виправленням помилок у Data Layer.

За описом бачу, що проблема тут саме в архітектурі передачі даних. Для DTF-трансферів потрібно чітко розділити фізичну кількість товару, його розмір і фактичну вартість. Наприклад, принт 30×30 см має передаватися як quantity: 1, розмір окремим параметром, а value має відповідати реальній сумі позиції в кошику.

Що зроблю:
- проведу аудит GTM, GA4, Meta Pixel, CAPI та поточного Data Layer
- підготую технічну схему e-commerce трекінгу для WooCommerce
- виправлю add_to_cart, щоб подія спрацьовувала в момент фактичного додавання товару
- налаштую коректний масив items із value, price, quantity, item_id та кастомними параметрами розміру
- виправлю purchase у GA4, Google Ads і Meta з передачею реальної вартості замовлення
- додам transaction_id та дедуплікацію Pixel/CAPI через event_id, щоб уникнути повторного підрахунку
- перевірю всі сценарії оформлення замовлення та причини втрати частини покупок
- створю аудиторії ремаркетингу за продуктами, мовою та діями користувачів
- налаштую передачу параметра FR/ENG до email-платформи для правильного запуску мовного сценарію

Якщо частину логіки потрібно реалізувати на стороні сайту, підготую точне технічне завдання та код для розробника, після чого перевірю впровадження через GTM Preview, GA4 DebugView, Meta Events Manager і тестові замовлення.

У результаті GA4, Google Ads і Meta отримуватимуть однакові й точні дані про товар, кількість, вартість та покупку. Це дасть можливість коректно рахувати ROAS і оптимізувати рекламу за реальним доходом.

Готовий переглянути поточний контейнер GTM, Data Layer і приклади проблемних замовлень, після чого запропоную конкретний план виправлення. Розгорнути

Бюджет: 250 USD Термін: 14 днів

Готовий виправити трекінг: привести DataLayer до коректних value і quantity, щоб add_to_cart і purchase спрацьовували тільки на дії користувача, а Meta Pixel/CAPI рахували 1 фізичний товар як 1 одиницю.
Критичний технічний нюанс: quantity має бути цілим числом, а розміри принту передавати як окремий кастомний параметр, інакше площа інтерпретується як кількість.
Щоб почати, потрібен доступ до контейнера GTM і приклад поточного dataLayer для одного кастомного товару (JSON) або фрагмент коду, який обробляє калькуляцію ціни.
Є тестова/стендова версія сайту для перевірки змін чи працюватимемо на проді?
Якщо підходить, пришліть доступ або приклад dataLayer і коротко опишіть, яку саме систему email-маркетингу використовуєте.

Бюджет: 300 USD Термін: 5 днів

Доброго дня, виконав багато подібних проектів і виконаю ваш. В аналітиці я як риба у воді :)
Маю диплом junior web dev, працюю все життя в інтернет маркетингу.
Ознайомився з проектом, закладаю терміни 5 днів. Приступаю негайно.
З вас доступи до адмінки, до аналітики , та до ftp підключення, посмішка та гарний настрій :) з мене вирішення цього питання та демонстрація після вирішення.

Бюджет: 350 USD Термін: 4 дні

Вітаю!

Маю великий досвід з WooCommerce та Meta Ads. Розумію всі проблеми, які ви описали — лагодження data layer, виправлення подій та налаштування CAPI

Пишіть в приватні, обговоримо деталі і зможу приступати до роботи!

Бюджет: 950 USD Термін: 8 днів

маємо майже готове рішення для такого WooCommerce e-commerce відстеження, його можна швидко адаптувати під динамічні ціни, GTM, GA4, Meta Pixel і CAPI ))

орієнтовно повне впровадження займе 7-10 днів, а 250 USD, скоріше за все, вистачить лише на аудит і карту правок для вашого розробника.

схожі кейси Ingello
- https://business.ingello.com/eva - e-commerce і системна логіка продажів
- https://business.ingello.com/prime-eva - ритейл, дані та інтеграції
- https://business.ingello.com/vorfahr - автоматизація складних сценріїв даних

головний профіль по FLH
https://systems-fl.ingello.com/ua

ПОтрібно уточнити 2 моменти, щоб не ворожити на кавовій гущі, бо трекінг іноді прикидається кнопкою, а всередині там ціла бухгалтерія =/

- яка email-платформа зараз відповідає за покинутий кошик і мовні флоу FR та ENG
- хто буде вносити код на сайт - ми або ваш розробник за нашими інструкціями

бачу роботу так
- перевіряємо поточний Data Layer, GTM, GA4 DebugView, Google Ads і Meta Events Manager
- відокремлюємо розмір принту в кастомний параметр, а quantity лишаємо саме фізичною кількістю товару
- виправляємо add_to_cart і purchase, щоб події спрацьовували від дії користувача та підтвердженого замовлення
- передаємо реальну вартість кошика для ROAS
- окремо перевіряємо мову користувача, щоб англомовні покупці не отримували французькі листи

для старту будуть потрібні доступи до WordPress, GTM, GA4, Google Ads, Meta Events Manager і тестовий сценарій покупки.

можемо почати тут на біржі з технічного етапу - діагностика, карта подій, після цього впровадження і тестування.

на звʼязку, можемо обговорити деталі тут )) Розгорнути

Бюджет: 250 USD Термін: 4 дні

aВладиславе, ситуація з некоректним переданням динамічної ціни в Data Layer при кастомних розрахунках - це критична точка, яка ламає всю воронку продажів. Ваша мета - отримувати точні дані про дохід прямо з WooCommerce, замість того, щоб спиратися на некоректні спрацювання подій під час завантаження сторінок.

Я налаштую коректну передачу параметрів через Data Layer при кліку на кнопку, враховуючи специфіку ваших товарів на квадратні дюйми. Після цього налаштую теги в GTM для передачі e-commerce подій у GA4 та Meta Ads, щоб Pixel бачив реальну вартість кошика та кількість товарів.

Чи налаштований зараз серверний GTM чи ви використовуєте лише клієнтську частину для обробки даних?