Facebook Ads в 2025: трансформация продолжается

Facebook не стоит на месте: алгоритмы становятся умнее, политика — строже. В новом году особенно заметны изменения в таргетинге, аналитике и автоматизации кампаний.

Новый взгляд на таргетинг: меньше поведенческих данных, больше контекста

Политика конфиденциальности продолжает диктовать условия:

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

• Сохранились таргетинг по ключевым словам, гео, устройствам, демографии и контексту текущих интересов.
  

Что делать?

Тестировать контекстные связки, больше экспериментировать с Lookalike-аудиториями, строить сегменты на основе вовлечённости в контент внутри платформы.

Пиксель теряет силу, на сцену выходит Conversion API

Проблемы с трекингом из-за iOS и браузерных ограничений не исчезли. Meta Pixel теперь лишь частично выполняет свои функции. Поэтому:

• Conversion API стал обязательным — только он обеспечивает полноценный сбор данных.
  

• EMQ (Event Match Quality) критичен — необходимо повышать точность передаваемой информации для максимальной релевантности отчётов.
  

Решение:

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

Внешние ссылки под прицелом: Facebook хочет удержать пользователя

Очевидная тенденция — снижение охвата объявлений, ведущих на внешние сайты. Это влияет на стоимость трафика и эффективность лендингов.

• Facebook понижает охват таких ссылок, особенно на незнакомые домены.

• Растёт эффективность внутренних форматов: Lead Ads, Instant Experience.
  

Совет:

Миксуйте форматы — часть трафика лейте на внутренние формы, часть тестируйте через Instant Experience для сокращения потерь на клике.

Автоматизация: алгоритмы делают работу за вас (но не без контроля)

Facebook активно внедряет автоматические инструменты:

• Advantage+ — платформа сама подбирает аудиторию и бюджет.

• CBO и Auto-Bidding — управление ставками и бюджетами автоматизировано.
  

Важно помнить:

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

Борьба с ботами и фродом: новые фильтры и чистка трафика

В 2025 году обе платформы — Facebook и Google — серьёзно усилили антифрод-системы. Причина проста: рост числа схем с накрутками, использование прокси, фарм-аккаунтов и фейкового трафика, особенно в серых вертикалях. Теперь автоматические алгоритмы умеют выявлять подозрительную активность ещё до запуска кампании и без колебаний ограничивают охваты или блокируют рекламные аккаунты.

Что изменилось в Facebook:

Идентификация фейковых аккаунтов происходит быстрее: если аккаунт не проявляет органической активности или действует слишком «шаблонно», он уходит в бан до запуска РК.

Проверка источников трафика ужесточена — подозрительный трафик режется по охвату или отклоняется на этапе показа.
Автоматическое сканирование креативов и доменов — если домен был замечен в нарушениях, его статус понижается, а кампания может не пройти модерацию.

Что помогает: использовать реальные аккаунты, проверенные домены, анализировать трафик по каждому этапу воронки через антифрод-сервисы.

С усилением антифрода и ужесточением модерации в Facebook и Google, работа с несколькими рекламными аккаунтами (особенно в серых и приграничных нишах) требует не только опыта, но и качественного софта. MoreLogin antidetect в 2025 году стал одним из ключевых инструментов, позволяющих арбитражникам безопасно масштабироваться.

Зачем нужен антидетект-браузер в 2025?

Обе платформы активно анализируют:

• IP-адреса и геолокацию;
  

• браузерные отпечатки (User-Agent, Canvas, WebGL, Fonts);
  

• поведение пользователя и взаимодействие с интерфейсом;
  

• cookies, local storage, fingerprint-базу;

При попытке использовать несколько аккаунтов в одном браузере или при пересечении цифровых следов — риски бана кратно возрастают.

Google Ads в 2025: автоматизация, запреты и адаптация

Google не отстаёт. В 2025 году основной упор сделан на машинное обучение, отказ от cookies и жёсткую модерацию серых ниш.

Искусственный интеллект рулит ставками

Алгоритмы ставок теперь практически полностью автоматизированы:

• Углублённый анализ поведения.
  

• Точные прогнозы конверсий.
  

• Минимальное ручное вмешательство.
  

Вывод:

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

Усиление модерации: гемблинг и нутра под лупой

Google жёстче проверяет рекламодателей:

• Требуются официальные лицензии и сертификаты качества.
  

• Проверяется соответствие региональному законодательству.
  

Гайд: заранее готовьте весь пакет документов, следите за требованиями по каждому GEO, используйте более нейтральные посадочные страницы.

Мир без cookies: реальность наступила

Google окончательно отказывается от сторонних cookie-файлов. Таргетинг на основе сторонних cookies (установленных не вашим сайтом, а внешними трекерами, партнёрками или DSP) больше не поддерживается. Это значит:

• Контекстный таргетинг заменяет поведенческий.
  

• First-party data — в приоритете: сбор email-баз, телефонных номеров, активностей на сайте.
  

• Динамические креативы становятся must-have.
  

Практика:

Собирайте данные через квизы, подписки, лид-формы. Используйте динамическую генерацию объявлений на основе контента.

Расширенная аналитика: путь пользователя стал прозрачнее

Google внедрил улучшенные отчёты:

• Полная воронка от первого касания до продажи.
  

• Глубокие метрики по вовлечённости.
  

• Инструменты анализа отказов и слабых мест.
  

Рекомендация:

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

Интерактив и мобильные форматы: визуал — главное оружие

Google делает ставку на интерактив:

• Видео с возможностью взаимодействия.
  

• Адаптивные баннеры.
  

• Объявления, динамически меняющиеся под пользователя.
  

Фишка 2025:

Визуальный контент и мобильные форматы дают максимальную отдачу. Не экономьте на дизайне и видео.

Итог

Арбитраж в 2025 году — это игра на опережение. Успешные вебмастера не просто следят за обновлениями, а учатся адаптироваться быстро: автоматизация, правовые нюансы, аналитика — всё важно.

Facebook и Google остаются мощными инструментами в руках тех, кто умеет тестировать и принимать вызовы. Будущее — за гибкими и адаптивными игроками.

При открытии в браузере сайтов, использующие системы web-аналитики Yandex Metric или Facebook Pixel, связанный с данными системами JavaScript-код отправлял запросы на открытые мобильными приложениями сетевые порты. В запросах передавались метаданные, Cookie и управляющие команды. В мобильных приложениях браузерные сеансы связывались с реальными идентификаторами пользователя и устройства, к которым имели доступ приложения. Например, сеансы могли связываться с учётными записями в Facebook и Yandex или с идентификаторами AAID (Android Advertising ID). Таким образом, даже при открытии сайта в режиме инкогнито или после удаления Cookie, сервисы Meta и Yandex могли точно идентифицировать пользователя, открывшего сайт, привязываясь к идентификаторам из мобильных приложений, запущенных на том же устройстве.

Реализованная техника представляла опасность не только из-за утечки информации в Facebook и Yandex, но и из-за возможности использования вредоносными приложениями. Сетевые порты, на которые отправлялись сведения об активности в браузере, могли использовать любые приложения для отслеживания активности пользователя и построения истории посещений, а не только приложения Facebook и Yandex.

Компании Facebook и Yandex воспользовались тем, что платформа Android не ограничивает создание слушающих сокетов в привязке к интерфейсу loopback (127.0.0.1), если приложение имеет полномочия INTERNET. В случае Facebook локальному приложению передавалось содержимое Cookie "_fbp" (уникальный идентификатор пользователя в Facebook Pixel). Через манипуляции с WebRTC содержимое подставлялось в поле "ice-ufrag" пакетов SDP, отправляемых в STUN-запросах на локальный хост. 17 мая в Chrome была заблокирована подобная возможность и скрипты Facebook Pixel перевели на использование WebRTC TURN. После раскрытия результатов исследования компания Meta удалила из скриптов Facebook Pixel отправку запросов на localhost.

В Яндекс метод отправки данных из браузера в мобильные приложения применялся с 2017 года. JavaScript-код сервиса Yandex Metrica устанавливал HTTP- или HTTPS-соединение с localhost по сетевым портам 29009, 29010, 30102 и 30103. Обращения отправлялись на сайт yandexmetrica.com, доменное имя которого резолвилось в IP-адрес 127.0.0.1. Информация о сетевых портах, на которых мобильные приложения Yandex должны были открыть слушающие сокеты, подгружалась динамически через запрос к хосту startup.mobile.yandex.net.

Сервер также передавал параметр first_delay_seconds, содержащий задержку перед запуском сетевых сервисов (приложения начинали принимать соединения не сразу после установки, а примерно через три дня). В ответ на HTTP-запрос мобильное приложение возвращало набор данных, включающий идентификаторы в сервисах Yandex, системные UUID и AAID (Android Advertising ID). JavaScript код Yandex Metric переправлял полученные идентификаторы на сервер mc.yango.com.

Упомянутые методы передачи данных работали в версиях Chrome и Edge для Android. В Firefox работал только метод Yandex. В DuckDuckGo и Brave отправка запросов к localhost блокировалась или требовала ручного подтверждения операции. В представленном в конце мая выпуске Chrome 137 была добавлена защита от подстановки данных в SDP.

Для защиты от рассмотренных злоупотреблений развивается спецификация PNA (Private Network Access), дающая возможность ограничить обращение к хостам во внутренней сети (127.0.0.0/8, 192.168.0.0/16, 10.0.0.0/8 и т.п.). Пробное внедрение данной спецификации в Chrome оказалось неудачным из-за возникновения проблем с совместимостью с некоторыми устройствами. В настоящее время развивается второй вариант спецификации - LNA (Local Network Access), для поддержки которой не требуется изменение на стороне устройств и достаточно изменений на стороне сайтов, которым нужен доступ к интранет-ресурсам.

https://www.opennet.ru/opennews/art.shtml?num=63350

https://localmess.github.io/