Бюджет: 300 EUR Термін: 30 днів
Доброго дня!
Шукаєте досвідченого спеціаліста з розумінням роботи Meta Ads? Мене звуть Ілля, я спеціаліст з контекстної реклами в Meta та Google більше 3 років.
✅ Вмію працювати з такими інструментами, як Meta Pixel, Meta Analytics, Conversions API (CAPI) та іншими. Маю досвід роботи з SaaS проектами, детально пропоную розповісти в особистих повідомленнях.
Допомагаю досягати максимального результату, не витрачаючи бюджет. Кожен проект для мене — це унікальна робота, тому в кожному проекті я цілеспрямований на результат.
✍️ Портфоліо з кейсами: ➡️ Freelancehunt
З задоволенням обговоримо деталі співпраці, щоб разом знайти найкраще рішення. Готовий оперативно підключитися до виконання проекту та втілити ваші ідеї в життя.
❗️ Чекаю можливості стати частиною вашої команди!
Бюджет: 300 EUR Термін: 30 днів
Привіт 👋
Працюю з Meta Tracking (Pixel + Conversions API) для SaaS-проектів та підпискових моделей. Розумію архітектуру трекінгу і працюю в зв'язці з розробкою (frontend + backend), а не тільки зі сторони рекламного кабінету.
🔧 Досвід впровадження CAPI
Впроваджував Conversions API для:
SaaS з підпискою через Stripe Checkout
EdTech-платформи (trial → subscription)
B2B-сервісу з email confirmation flow
Результати:
Підвищення Event Match Quality до 8–9/10
Зниження втрати конверсій після iOS 14.5
Стабілізація оптимізації по trial / paid subscription
⚙ Як вирішую дедуплікацію Pixel + Server
Використовую стандартну схему Meta:
Генерація event_id на фронті
Передача цього ж event_id:
в Pixel (browser)
в CAPI (server-side)
Контроль збігу event_name + event_id
Додатково:
Перевірка через Test Events
Логи на стороні backend
Окрема валідація Stripe webhook-подій
🧠 Досвід з SaaS / підпискою
Працював з:
Free trial → Paid subscription
Stripe Checkout + webhook
Email confirmation як обов'язковий етап перед активацією
Оптимізація РК на:
Trial Started
Activated Account
Subscription Created
Розумію різницю між маркетинговими подіями і реальними бізнес-подіями, і будую структуру саме під LTV і оплату, а не просто під реєстрацію.
Бюджет: 500 EUR Термін: 31 день
Вітаю! Тут важливо вибудувати правильну архітектуру (front + back), дедуплікацію і якісний матчинг, щоб Meta оптимізувалась під trial/subscribe, а не під шумові дії.
Мій підхід для вашого проєкту:
- Архітектура подій: узгоджую схему event taxonomy (registration -> email_confirmed -> stripe_checkout_start -> stripe_checkout_success/thank_you) і роблю чітку відповідність між Pixel та CAPI, щоб кожна подія мала одне джерело істини і не дублювалась.
- Дедуплікація Pixel + Server: налаштовую event_id на фронті, передаю його в бек і дублюю в CAPI, щоб Meta коректно дедупила browser/server (плюс контроль event_name, timestamp, source_url).
- Event Match Quality: перевіряю fbp/fbc, збір user_data (email/phone/external_id) з хешуванням, налаштовую advanced matching і дивлюсь в Events Manager, де саме “провалюється” матч.
- Aggregated Event Measurement: виставляю пріоритети під ваші бізнес-цілі (trial/subscription), перевіряю домени, і готую схему оптимізації кампаній під реальні конверсії, а не проміжні кліки.
- Переналаштування оптимізації РК: перевожу кампанії на події, які реально корелюють з доходом (trial start, subscribe), з перевіркою атрибуції і стабільності сигналів.
Досвід: є практичний досвід впровадження Meta CAPI в зв’язці з розробкою для продуктів з підписочною моделлю, де критичні Stripe-флоу, email confirmation і server-side події.
Відповіді на ваші питання:
- Приклади впровадження CAPI: робив інтеграції через server-side (backend) з передачею user_data + event_id, валідацією в Test Events і доведенням до стабільного EMQ.
- Як вирішую дедуплікацію: один event_id генерується на фронті, передається в бек і використовується в browser event та server event для одного event_name, щоб Events Manager бачив їх як одну подію.
- Досвід з SaaS/підпискою: працював з воронками реєстрація -> підтвердження -> trial -> підписка, з оптимізацією під події, що відображають реальну цінність.
Можу підключитися в зв’язці з вашим девом: пройдемо по флоу, узгодимо схему подій і зафіксимо дедуп/матчинг. Деталі по процесу і термінам обговоримо в лс.
Бюджет: 500 EUR Термін: 7 днів
Привіт,
Я спеціаліст з Meta Pixel + Conversions API (CAPI) з практичним досвідом створення архітектур відстеження для SaaS платформ разом з командами фронтенду та бекенду, а не лише налаштування реклами.
Я реалізую гібридне відстеження Pixel + Server, де події надсилаються з фронтенду (після приземлення, реєстрація, дії в додатку), бекенду (підтвердження електронної пошти) та потоків Stripe (початок пробного періоду, сторінка подяки, вебхуки). Дедуплікація обробляється за допомогою спільного event_id, що передається з браузера на сервер, що забезпечує чисте відповідність Pixel + CAPI без дублікатів.
Я оптимізую якість відповідності подій, використовуючи fbp, fbc та хешовані дані користувачів, перевіряю через Events Manager та налаштовую агреговане вимірювання подій навколо реальних бізнес-подій. Оптимізація кампаній узгоджується з пробними періодами та підписками на платформах Meta, а не з м'якими етапами воронки.
З найкращими побажаннями,
Джео
Ставки приховані
Ставки поки відсутні
Бюджет: 300 EUR Термін: 30 днів
Мене звуть Артем, я таргетолог із понад 6-річним досвідом роботи в cоціальних мережах (Facebook/Instagram/Tik-Tok).
З переліком моїх робіт можна ознайомитися тут 📝 Freelancehunt
❗️Працював із проєктами в різних нішах і розумію, як зробити рекламу ефективною та прибутковою під конкретні цілі бізнесу. Вмію знаходити нестандартні рішення для досягнення результату та маю напрацьовані ідеї, які можна адаптувати під ваш бізнес.
✉️Детальніше про моє бачення вашого проекту можна обговорити у особистих
Я завжди відкритий до спілкування, чекаю на зворотній зв'язок
Бюджет: 300 EUR Термін: 2 дні
Привіт! Готовий виконати цей проект, маю великий досвід розробки різних додатків.
Бюджет: 300 EUR Термін: 30 днів
Мене звати Никита. Понад 6 років працюю з Meta Ads і допомагаю бізнесам перетворювати Facebook-рекламу на прогнозований інструмент росту.
Без "крутити бюджет і чекати дива" - тільки системний підхід.
Рекламні креативи дуже важливі у лідогенерації, тому я маю перевірених дизайнерів
Мої кейси:
Freelancehunt
📌Якщо хочете стабільну та контрольовану рекламу — пропоную обговорити ваш проєкт детальніше.
- Проєкти -
- Оцінка -
- Рейтинг 475
Бюджет: 300 EUR Термін: 4 дні
готовий допомогти вам з цим
маю великий досвід роботи в повному стеку
надішлю вам попередні роботи, щоб впевнитися, що ми підходимо один одному
Бюджет: 200 EUR Термін: 3 дні
Привіт! Ваш проект виглядає чудово. Готовий негайно розпочати роботу і виконати його на високому рівні.
Актуальні фриланс-проєкти в категорії Javascript та Typescript
Всім привіт, потрібно створити сайт для створення івентів та продажу квитків. Можливі варіанти на готовому шаблоні, фреймворк, або ваш варіант. Бажано щоб у вас був досід роботи в розробці сайтів для продажу квитків. Приклади сайтів надішлемо у приватні повідомлення. За необхідності створимо прототип. Якщо ви раніше працювали над створенням подібних сайтів надішліть будь ласка приклади в приватні повідомлення. Деталі обговоримо в приватних повідомленнях. Дякую і гарного дня!
Що ми рахуємо у проєкті: Realized PnL, ROI і Win Rate для криптогаманців - наскільки прибутково гаманець торгував певним токеном за обраний період. На яких даних: історія on-chain транзакцій гаманця (свопи, перекази токенів) + ринкова ціна токена на момент кожної угоди. Основне джерело даних - Moralis: два виклики під час первинного завантаження гаманця - нативні ETH-перекази і усі ERC-20 token transfers. З чим порівнюємо: Nansen.io - беремо як еталон, порівнюємо наші розраховані метрики з тим, що показує Nansen для тих самих гаманців за той самий період. Проблема: наші цифри суттєво відрізняються від Nansen, і ми не до кінця розуміємо, за якими правилами частина дій гаманця має класифікуватись для цілей PnL. Потрібно пофіксити розрахунок Realized PnL, ROI і Win Rate, щоб збігались з Нансеном. В заявці напишіть плз : - досвід в схожих задачах - досвід з Nansen - досвід з Moralis - досвід з DeFiLlama - досвід зі статою по криптоопераціям - приблизну вартість і сроки фіксу
Сайт працює на фреймворку Next.js (на базі React). Потрібно зробити всі пункти за ТЗ. ТЗ додається у файлу. Чекаю на пропозиції.
Сайт для оцінки: https://copy.eurobrands-shop.de/ Завдання: виправити frontend-баги на рівні теми Magento 2 / Amasty theme: CSS/LESS/JS, mobile, RTL, minicart, language dropdown, layout shift/CLS. Формат роботи: - без локального розгортання Magento; - робота через DevTools + вихідники теми; - правки в CSS/LESS/JS/template-файлах теми; - результат: diff / коміт / архів змінених файлів; - деплой і збірка на нашій стороні; - робота через безпечну угоду; - NDA до передачі вихідників/доступів. Що потрібно перевірити і оцінити: 1. RTL / арабська версія: - телефон у шапці відображається некоректно; - зміщення елементів у header, minicart, wishlist/account, product page; - відступи, direction, unicode-bidi, позиціонування. 2. Header: - language dropdown; - cart/wishlist; - hit-area іконок. 3. Minicart: - нестабільно відкривається на деяких сторінках; - перевірити Console / Network / Event Listeners / customer-data / z-index / overlay. 4. Mobile: - бейджі корзини/wishlist занадто великі; - блок Categories стискається/обрізається; - mobile menu / Menu-Account. 5. Product page: - layout shift / CLS зображення; - Add to Cart / Quantity / BOX / PALLET в RTL. 6. Wishlist/account: - /wishlist/ - /mwishlist/ - вкладки, Back button, переповнення лічильників. Проблемні URL: - https://copy.eurobrands-shop.de/alpro - https://copy.eurobrands-shop.de/producers - https://copy.eurobrands-shop.de/wishlist/ - https://copy.eurobrands-shop.de/mwishlist/ В відповіді напишіть: 1. Чи є досвід з Magento 2 frontend? 2. Чи є досвід RTL? 3. Скільки годин потрібно на перший етап? 4. Яка вартість? 5. Коли можете почати? 6. Які доступи потрібні? 7. Чи готові працювати через безпечну угоду і підписати NDA? Важливо: потрібен конкретний результат — виправлення або технічне пояснення по кожному пункту: виправлено / не відтворюється / не frontend-проблема.
Опис замовлення: Шукаємо досвідченого frontend-розробника/фахівця з OpenCart для оптимізації швидкості завантаження сайту (категорії та картки товарів) під вимоги Google Core Web Vitals. Про проект: * CMS: OpenCart. * Специфіка: Сайт працює в режимі каталогу (кошика та оформлення замовлення немає). * Об'єм: 2900 позицій. * Серверна частина: Вже оптимізована (працює на OpenLiteSpeed). * Стек: Робота ведеться виключно з кодом шаблону, модифікаторами та фронтендом. Без роботи із базою даних. Що потрібно зробити (Технічне завдання): 1. Відкладене завантаження скриптів (Delay JS): * Проблема: Сторонні скрипти аналітики (GTM, Google Tag) блокують основний потік на мобільних пристроях приблизно на 4.3 секунди. * Завдання: Налаштувати відкладений запуск цих скриптів. Скрипти повинні активуватися строго по першій дії користувача (перший скролл, тап по екрану або рух миші). * Важливо: Збір статистики, аналітика та робота реклами мають зберегтися у повному обсязі. 2. Виправлення метрики CLS (Стабільність верстки): * Проблема: Сторінка «стрибає» і зсувається під час завантаження картинок. * Завдання: У файлах стилів або шаблону теми жорстко прописати HTML-атрибути width і heightдля всіх зображень товарів у каталозі (листингах) та картках товару. * Мета: Зарезервувати місце під зображення в DOM-дереві до їх фактичного завантаження, щоб унеможливити зсув контенту. Перевірити, щоб адаптивність (CSS) не зламалася. 3. Оптимізація критичного шляху (LCP): * Завдання: Прописати для основного (головного) зображення товару першому екрані тег fetchpriority="high". Це дасть браузеру команду завантажувати головне фото товару у пріоритетному порядку. Вимоги до виконавця та умови приймання: 1. Без зайвих модулів: Робота виконується чистим кодом/модифікаторами, без встановлення додаткових сторонніх чи платних плагінів оптимізації. 2. Безпека та верстка: Ви несете повну відповідальність за верстку. Після внесення правок візуальне відображення сайту на мобільних та ПК, а також функціонал (фільтри, перемикання фото в галереї, меню) повинні залишитися без змін. 3. Критерій здачі роботи (DoD): Надання скріншота та посилання на живий тест звіту Google PageSpeed Insights (для мобільної версії). Показник продуктивності має бути не нижчим за 75 балів, а метрика CLS — не більше 0.1 (у зеленій зоні). Правки вносити строго через модифікатори (OCMOD) або копію теми, щоб не затерти оновлення ядра. У відгуку, будь ласка, вкажіть: 1. Чи був досвід налаштування Delay JS саме для GTM на OpenCart? 2. Термін виконання завдання. 3. Вартість роботи.