Профейсійний РРС - запуск Гугл Пошук

Потрібен досвідчений Google Ads спеціаліст для інтернет-магазину офісних меблів. Не шукаємо людину "запустити рекламу". Шукаємо спеціаліста, який візьме акаунт під свою відповідальність і буде системно працювати над результатом. Ситуація така: До серпня 2023 року Google Ads приносив стабільні продажі. Потім ефективність почала падати, а після квітня 2025 року продажів саме через гугл рекламу стало зовсім мало. Працюємо по Україні. У нас: • власне виробництво; • Search, Shopping та Performance Max; • середній і вище середнього ціновий сегмент; • безкоштовна доставка та збірка. Потрібно: • провести аудит акаунта; • знайти причину падіння продажів; • запропонувати своє бачення ситуації та план дій; • самостійно впровадити необхідні зміни; • надалі регулярно вести акаунт, тестувати гіпотези, оптимізувати кампанії та працювати над збільшенням продажів. Хотілося б працювати з людиною, яка не шаблонно виконує технічні таски, а більш широко розуміє проблеми маркетингу, пропонує рішення і тримає акаунт у хорошому стані.

Шукаємо досвідченого фахівця або фрилансера для налаштування та подальшого супроводу рекламних кампаній Google Ads для сайту: https://contourenterprise.com.ua/Про проєкт Contour Enterprise — сучасна ERP-система європейської розробки для комплексної автоматизації підприємств виробництва, торгівлі, будівництва та сфери послуг. Основна цільова аудиторія — українські підприємства, які шукають сучасну альтернативу 1С/BAS.Необхідно виконати Налаштувати рекламні кампанії Google Ads: пошукову рекламу; за потреби Performance Max; ремаркетинг. Зібрати та згрупувати ключові слова. Створити ефективні рекламні оголошення та розширення. Налаштувати відстеження конверсій (заявки, дзвінки, форми тощо). Відсіяти нецільовий трафік. Постійно оптимізувати рекламні кампанії для покращення результатів. Надавати регулярні звіти із результатами та рекомендаціями.

Інтернет-магазин подологічної косметики та товарів: https://podologiczny-sklep.com.pl/ Шукаємо людину з досвідом в продажі косметики, або подібних товарів ГЕО польша Перший проект на 2 тижні, якщо зреалізуєте домовлені цілі готові співпрацювати на постійній основі. Або пропонуємо % від продажів при домовленому ROAS в такому випадку очікуємо на Ваші пропозиції Ціль проєкту: Вихід на ROAS 350- 400% при рекламному бюджеті 2000 PLN у перші два тижні роботи. Маємо статистику по клієнтах. Доцільово в разі продовження співпраці закладаємо бюджет на наступні 4 тижні 8000 PLN, очікуємо ROAS також на рівні 400%. Такий ROAS відноситься до 90% товарів на сайті з чеком до 200 зл. Проєкт має включати: Запуск компаній на популярні товари Запуск рекламних компаній на підписку, для клієнтів б2б, спеціалісти які можуть купляти по оптових цінах Локальна продаж в офлайн магазині товарів у Варшаві або інші ГЕО: Польща Мови цільової аудиторії: • польська • українська • російська До травпня в перфоменс мах утримували роас 400 % при невеликому бюджеті. Після цього почали співпрацювати з виконавцем який витратив 1 тис доларів з ROAS на рівні 130 %, що для нас являлося продажами дуже сильно в мінус.

Потрібно подати апеляцію на блокування рекламної кампанії Гугл Адс. Можливо внести зміни в налаштування, відповідно до вимог Гугл.

Потрібно налаштувати повноцінну GA4 Ecommerce-аналітику для Laravel-сайту. Посилання на сайт в ЛС скину Сайт має дві мовні версії: UA-версія: ua/ RU-версія: ua/ru Базова GA4/GTM вже встановлена, клікові події вже налаштовані. Але потрібна саме повноцінна електронна комерція, а не просто кліки по кнопках. Потрібно, щоб у GA4 коректно заповнювалися e-commerce звіти: - “Покупки в інтернет-магазині” - товари - кошик - транзакції - виручка - шлях до покупки - шлях до оформлення замовлення Laravel-програміст є в штаті. Якщо потрібні правки в коді, від виконавця потрібно підготувати точне ТЗ для нашого програміста щодо dataLayer. Основні задачі: 1. Перевірити поточні налаштування GTM/GA4. 2. Перевірити, щоб не було дублювання тегів або конфліктів. 3. Підготувати точне ТЗ для Laravel-програміста щодо dataLayer: - які події передавати; - на яких сторінках; - при яких діях користувача; - які параметри товару передавати; - які параметри замовлення передавати; - як передавати грамовки / варіанти товару; - як уникнути дублювання purchase. 4. Після впровадження dataLayer програмістом — налаштувати GTM. 5. Перевірити всі події через GTM Preview, Tag Assistant і GA4 DebugView. 6. Перевірити роботу подій окремо на UA та RU версіях сайту. 7. Надати фінальний звіт зі скриншотами. Потрібні події GA4 Ecommerce: - view_item_list - перегляд категорії / списку товарів - select_item - клік по товару зі списку - view_item - перегляд картки товару - add_to_cart - додавання товару в кошик - remove_from_cart - видалення товару з кошика - view_cart - перегляд кошика - begin_checkout - початок оформлення замовлення - add_shipping_info - вибір доставки - add_payment_info - вибір оплати - purchase - успішне замовлення / покупка - quick_order або generate_lead - якщо на сайті є швидке замовлення По товару потрібно передавати: - item_id - item_name - item_category - item_variant - price - quantity Важливо: на сайті є товари з різними грамовками / варіантами. Їх потрібно передавати через item_variant, наприклад: 50 г, 100 г, 250 г. По замовленню потрібно передавати: - transaction_id - currency: UAH - value - shipping - tax - coupon, якщо є - items Також бажано передавати мовну версію сайту окремим параметром, наприклад: language: "uk" language: "ru" Щоб у майбутньому можна було аналізувати покупки окремо по UA та RU версіях. Важливі вимоги: 1. add_to_cart має спрацьовувати після успішного додавання товару в кошик, а не просто при кліку на кнопку. 2. begin_checkout має реально спрацьовувати при початку оформлення замовлення. 3. purchase має спрацьовувати тільки один раз на одне замовлення. 4. purchase має передавати реальний transaction_id. 5. Якщо користувач оновлює сторінку “Дякуємо за замовлення”, purchase не повинен дублюватися. 6. Якщо є зовнішня платіжна система, потрібно перевірити, щоб не ламалося джерело трафіку. 7. Кліки по кнопках не вважаються повноцінною електронною комерцією. 8. Поточні клікові події можна залишити, але вони не замінюють GA4 Ecommerce. Фінальний звіт має містити: - список налаштованих тегів GTM; - список тригерів GTM; - список змінних GTM; - список подій, які передаються в GA4; - скриншоти GTM Preview; - скриншоти GA4 DebugView; - скриншот view_item; - скриншот add_to_cart; - скриншот begin_checkout; - скриншот purchase; - скриншот purchase з параметрами transaction_id, value, currency, items; - підтвердження, що purchase не дублюється; - підтвердження, що сума замовлення передається коректно; - підтвердження, що товари в замовленні передаються коректно; - підтвердження, що події працюють на UA та RU версіях; - окреме ТЗ для Laravel-програміста по dataLayer. Критерій успішного результату: У GA4 DebugView мають бути видні події view_item, add_to_cart, begin_checkout і purchase з правильними параметрами. У purchase обов’язково мають бути: - transaction_id - value - currency: UAH - items У товарах мають передаватися: - item_id - item_name - item_category - item_variant - price - quantity Після накопичення даних у GA4 Monetization мають почати заповнюватися e-commerce звіти.