Бюджет: 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).
- Качество матчинга событий: проверяю fbp/fbc, сбор user_data (email/phone/external_id) с хешированием, настраиваю advanced matching и смотрю в Events Manager, где именно “проваливается” матч.
- Измерение агрегированных событий: выставляю приоритеты под ваши бизнес-цели (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-летним опытом работы в социальных сетях (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
Всем привет, нужно создать сайт для создания ивентов и продажи билетов. Возможны варианты на готовом шаблоне, фреймворке или ваш вариант. Желательно, чтобы у вас был опыт работы в разработке сайтов для продажи билетов. Примеры сайтов вышлем в приватные сообщения. При необходимости создадим прототип. Если вы ранее работали над созданием подобных сайтов, пожалуйста, отправьте примеры в приватные сообщения. Детали обсудим в приватных сообщениях. Спасибо и хорошего дня!
Что мы считаем в проекте: Реализованная PnL, ROI и Win Rate для криптокошельков - насколько прибыльно кошелек торговал определенным токеном за выбранный период. На каких данных: история on-chain транзакций кошелька (свопы, переводы токенов) + рыночная цена токена на момент каждой сделки. Основной источник данных - Moralis: два вызова во время первичной загрузки кошелька - нативные ETH-переводы и все ERC-20 token transfers. С чем сравниваем: Nansen.io - берем как эталон, сравниваем наши рассчитанные метрики с тем, что показывает Nansen для тех же кошельков за тот же период. Проблема: наши цифры существенно отличаются от Nansen, и мы не до конца понимаем, по каким правилам часть действий кошелька должна классифицироваться для целей PnL. Необходимо исправить расчет Реализованной 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, positioning. 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. Стоимость работы.