Meta Ads

Сначала проверяем рекламный кабинет, страницу, пиксель, каталог и события. Настраиваем или исправляем передачу ключевых действий: просмотр товара, добавление в корзину, начало оформления, покупка или заявка. Когда возможно, подключаем серверную передачу конверсий, чтобы уменьшить потери данных.

Далее создаём структуру кампаний, запускаем объявления, контролируем бюджет, аудитории, частоту показов и стоимость результата. Отключаем связки, которые расходуют деньги без целевого действия, и перераспределяем бюджет на те, которые подтверждаются заявками или заказами.

Раз в неделю даём понятный отчёт: сколько потрачено, сколько получено целевых действий, какова их стоимость, что изменили и что будем проверять дальше.

Структура зависит от задачи и количества данных. Обычно отдельно разделяем привлечение новой аудитории, возврат посетителей сайта и динамическую рекламу товаров из каталога. Это позволяет видеть, откуда пришёл результат, и не смешивать людей, которые впервые увидели бренд, с теми, кто уже выбирал товар.

На старте проверяем события и выбираем действие, на которое действительно должна обучаться Meta: покупка, оформленная заявка или другое подтверждённое действие. Затем запускаем ограниченное число понятных тестов, чтобы бюджет не распылялся между десятками групп.

Изменения вносим по накопленным данным. Частые бессистемные правки перезапускают обучение и мешают понять, что сработало.

Клиент или его контент-команда передаёт готовые фотографии, видео, баннеры, информацию о товаре и действующие предложения. Мы подбираем материалы под конкретную аудиторию и этап воронки, соединяем их с рекламным текстом, заголовком и призывом к действию и запускаем несколько проверяемых вариантов.

Оцениваем не личный вкус, а данные: привлекает ли объявление внимание, переходят ли люди на сайт и совершают ли целевое действие. Слабые варианты останавливаем, сильные оставляем и масштабируем в пределах доступного бюджета.

Когда материал выгорает или для теста не хватает нужного ракурса, формата либо предложения, даём конкретную рекомендацию для следующего рекламного материала. Саму съёмку делает клиент, а остальное производство можем взять на себя: об этом в разделе «Ведение соцсетей» выше.

Стоимость ведения — от $400 в месяц за одно согласованное направление. Финальная цена зависит от количества рынков, рекламных кабинетов, товаров, языков, воронок и объёма работ с аналитикой.

Рекламный бюджет не входит в стоимость ведения. Клиент привязывает свою карту и оплачивает показы напрямую Meta. Мы не принимаем рекламный бюджет на свой счёт и не добавляем к нему скрытую комиссию.

До запуска согласовываем месячный бюджет и допустимый темп расхода. Увеличение бюджета обсуждаем отдельно, особенно пока кампания проходит обучение.

Кабинет, пиксель и страница остаются вашими — даже если разойдёмся.

Съёмку делаете вы: фото и видео снимает клиент или его контент-команда. Мы работаем с готовыми исходниками — монтаж, субтитры, озвучка по согласованию и подготовка форматов под заливку в Meta.

Если нужна регулярная подготовка материалов, есть отдельный пакет креативов — $350 в месяц. В пакет входит:

• сценарный хук, предложение и рекламный текст;
• три коротких ролика в месяц;
• две статики или карусели в месяц;
• монтаж, субтитры и озвучка по согласованию;
• подготовка форматов к запуску в Meta;
• один согласованный раунд правок.

Сверх пакета считаем поштучно: ролик — $100, карусель — $60, статика — $40.

Ведение вместе с пакетом креативов — от $750 в месяц. Рекламный бюджет в эту сумму, как и раньше, не входит.

Потребуются доступы к странице Facebook, рекламному кабинету, Business Manager, пикселю и сайту. Если инфраструктуры ещё нет, создаём её на стороне клиента и передаём владельцу все права. Для оплаты рекламы нужна привязанная карта.

Также нужны актуальные цены, наличие товара, география продаж, маржинальность или допустимая стоимость заказа, условия доставки и готовые рекламные материалы. Важно быстро сообщать об изменении остатков и предложений: реклама товара, которого нет, расходует бюджет и портит статистику.

Со стороны клиента нужен человек, который подтверждает предложения и оперативно сообщает о качестве заявок и фактических продажах.

Счётчик Meta может показывать события, но не связывать их с реальными заказами. Причинами бывают неверно установленный пиксель, дубли событий, отсутствие события Purchase после оплаты, блокировщики, ограничения браузеров, отказ от cookies, покупка с другого устройства или заказ через телефон и мессенджер.

Отдельно проверяем, не передаётся ли покупка до успешного оформления. Иначе Meta учится на людях, которые только дошли до формы, но заказ не завершили. Сопоставляем события кабинета с заказами сайта или CRM и находим, какие действия теряются либо считаются дважды.

Абсолютного совпадения между Meta и учётной системой обычно не бывает из-за разных правил атрибуции. Наша задача — сделать расхождение объяснимым и достаточно малым для принятия решений.

Первые дни нужны для проверки передачи данных и первичного обучения. Первые две недели показывают направление, но небольшая выборка ещё может сильно меняться от нескольких заказов. Более обоснованную оценку обычно делаем после трёх-четырёх недель либо раньше, если кампания уже собрала достаточное число целевых действий.

Смотрим не только на клики и сообщения. Учитываем реальные заказы, их стоимость, выручку, отмены и качество заявок. Если данных мало, прямо говорим, что вывод пока предварительный.

Останавливать очевидно нерабочую связку можно раньше. Ждать месяц ради формального срока, когда реклама расходует бюджет без признаков спроса, не будем.

Мы не называем гарантированный ROAS, количество продаж или точную цену заявки до запуска. На эти показатели влияют продукт, цена, сезон, конкуренция, сайт, наличие товара, скорость обработки обращений и объём данных в кабинете.

Мы можем назвать ориентиры по рынку, определить контрольные показатели и заранее договориться, при каких цифрах кампанию меняем или останавливаем. Решения подтверждаем данными, а не обещанием «настроить один раз и получать результат».

Meta может отклонять объявления, ограничивать категории и менять работу алгоритмов. Мы соблюдаем правила, исправляем доступные причины и подаём материалы на повторную проверку, но финальное решение принимает платформа.