В публичный доступ вышла ChatGPT Images 2.5

OpenAI выпустила ChatGPT Images 2.5 — обновление стало вдвое быстрее, повысило детализацию, качество текстур и естественность освещения. Модель умеет точечно редактировать фрагменты изображения, работать с прозрачным фоном, превращать наброски в готовые картинки и учитывать комментарии к правкам. Это упрощает создание креативов для рекламы и контента без дополнительной обработки.

➡️ Читайте на сайте: https://aff.top/blog/v-publichnyi-dostup-vyshla-chatgpt-images-2-5

🧠 Ещё больше инсайтов → в канале AFF.top

Один стикер в Telegram может выбить аккаунт

В Telegram нашли уязвимость: искажённый анимированный стикер Lottie может обрушить приложение без нажатия — достаточно открыть чат. Если файл остаётся в истории, группа становится недоступной при каждом входе. Пока Telegram не выпустил решение, отключите автозагрузку стикеров и не открывайте подозрительные сообщения.

➡️ Читайте на сайте: https://aff.top/blog/odin-stiker-v-telegram-mozhet-vybit-akkaunt

🧠 Ещё больше инсайтов → в канале AFF.top

Google ads запустил открытый бета-тест AI Dashbord

Google начал открывать AI Dashboards в Google Ads — отчётность на базе Gemini, где графики и диаграммы можно собирать промптами. Фича пока доступна не всем, но скоро должна прийти активным пользователям. Практической пользы для CPA и iGaming она почти не даёт, зато упрощает визуализацию данных и делает отчёты красивее.

➡️ Читайте на сайте: https://aff.top/blog/google-ads-zapustil-otkrytyi-beta-test-ai-dashbord

🧠 Ещё больше инсайтов → в канале AFF.top

Server-side tracking: что это и чем отличается от обычного пикселя

Когда говорят про серверную аналитику, чаще всего имеют в виду **server-side tracking** — передачу данных о событиях не напрямую из браузера пользователя в рекламные системы, а через промежуточный сервер. Схема выглядит так: клик или просмотр попадает на ваш бэкенд, там обогащается данными из CRM, внутренней аналитики и оффлайна, и только после этого уходит в Facebook, Google, TikTok через их Conversion API (CAPI) или аналоги.

Главное отличие от привычного пикселя — точка сбора события. У классического client-side пикселя (JavaScript в браузере) событие фиксируется в браузере посетителя. У server-side — на вашей стороне, до захода в рекламный кабинет. Браузерные ограничения, блокировщики, ITP (Intelligent Tracking Prevention — механизм Safari, ограничивающий сторонние cookies), отсутствие cookies в third-party контексте на это уже не влияют: вы отправляете событие сами, со своего домена, с авторизованным доступом к API платформы.

**Чем server-side отличается от CAPI.** Conversion API — это конкретный протокол отправки конверсий (например, у Meta). Server-side tracking — более широкая архитектура: вы можете поставить между сайтом и рекламной сетью контейнер (часто Google Tag Manager Server-Side, но не обязательно), маршрутизировать запросы, фильтровать и обогащать их. CAPI — один из способов доставки, а не синоним всей конструкции.

**Типичные ошибки применения:**

— Дублирование событий. Пиксель продолжает слать конверсию, плюс CAPI шлёт ту же — платформа видит двойное событие и завышает отчётность. Правило: либо pixel + dedup window с одинаковым event_id, либо полный переход на server-side с выключенным browser pixel.

— Отправка «сырых» событий без обогащения. Если вы просто перекладываете pageview на сервер — смысла мало. Ценность появляется, когда к событию добавляются user_id, LTV-сегмент, статус сделки, источник обращения в оффлайне.

— Игнорирование consent (согласия пользователя). Перенос сбора данных на сервер не отменяет требования GDPR/ФЗ-152: сигнал о согласии должен передаваться вместе с событием.

— Ожидание мгновенного роста ROAS. Server-side решает проблему потери данных, а не плохих креативов или слабого оффера. Без нормальной воронки эффект будет только на точность замера, но не на сам результат.

**Пример.** Интернет-магазин с чекаутом на собственном домене. Браузерный пиксель Meta фиксирует 40% реальных покупок из-за ITP и ad-block. После подключения CAPI через server-side контейнер и дедупликации по event_id доля зафиксированных покупок вырастает до 92%. Алгоритм получает полную картину конверсий, оптимизация под lookalike (похожую аудиторию) работает на неискажённых данных, и через две недели CPA (стоимость привлечения клиента) снижается на 18% — не потому что выросло качество трафика, а потому что модель перестала «слепнуть» на части аудитории.

Server-side — это не магия и не способ обойти privacy-ограничения. Это инфраструктурный сдвиг: контрольная точка сбора данных переезжает с браузера пользователя на ваш сервер. Для маркетолога-инженера это значит, что аналитика перестаёт быть зоной ответственности маркетинга отдельно от разработки — пора договариваться с backend-командой о единой схеме событий.

— @AdOpsRoom

Компания Meta представила Muse

Meta запустила Muse — ИИ-агента для рутинных действий вроде писем, брони, форм и покупок через Stripe. Для арбитража и CPA это скорее демонстрация тренда, чем рабочий инструмент: модель Muse Spark слабая, запуск только в США, а безопасность завязана на изолированную VM и контроль доступа к сервисам.

➡️ Читайте на сайте: https://aff.top/blog/kompaniia-meta-predstavila-muse

🧠 Ещё больше инсайтов → в канале AFF.top

Вышел в публичный доступ DeepSeek-V4.1-Flash

➡️ Читайте на сайте: https://aff.top/blog/vyshel-v-publichnyi-dostup-deepseek-v4-1-flash

🧠 Ещё больше инсайтов → в канале AFF.top

Facebook ads добавляет детальный таргетинг in-market categories

Facebook Ads тестирует In-market categories — новый детальный таргетинг на пользователей, которые прямо сейчас выбирают товар или услугу и ближе всего к покупке. Для арбитража это может дать более «горячую» аудиторию и потенциально лучший CR, особенно в e-commerce, нутре и других вертикалях. Пока функция доступна не всем, но её стоит тестировать сразу после масштабного релиза.

➡️ Читайте на сайте: https://aff.top/blog/facebook-ads-dobavliaet-detalnyi-targeting-in-market-categories

🧠 Ещё больше инсайтов → в канале AFF.top

Telegram Ads в новых странах: чек-лист перед запуском

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

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

— Настройте серверную аналитику заранее
До старта проверьте, что события доходят с сервера, а не только из браузера. В privacy-first среде это база: клик, переход, целевое действие и возврат должны собираться устойчиво, без потерь из-за блокировок и ограничений cookie.

— Привяжите postback к каждому кабинету
Если у вас несколько стран, каждому кабинету нужен свой маршрут данных. Иначе конверсии смешаются, атрибуция поплывёт, а оптимизация начнёт обучаться на чужих рынках.

— Проверьте формат креатива под гео
В новых кабинетах доступны изображения и видео. Сразу готовьте разные версии под локальный спрос: визуал, оффер, язык, формат посадочной страницы. В 2026 выигрывает не объём показов, а точность попадания в контекст.

— Заложите минимальный бюджет теста
Пополнение от 500 € — это не про «залить и посмотреть», а про дисциплину тестирования. Сначала фиксируйте гипотезу, окно измерения и KPI, потом масштабируйте только те связки, где есть подтверждённая экономика.

— Сверьте сквозную отчётность
Сводите данные из Telegram Ads, CRM и аналитики в одну воронку. Для B2B и e-com этого уже мало на уровне MQL/SQL или первой покупки: смотрите на вклад в выручку, повторные обращения и LTV.

когда это пригодится: перед запуском Telegram Ads в новом гео, когда нужно не просто купить трафик, а сразу встроить его в нормальную серверную аналитику и управляемую атрибуцию.

— @AdOpsRoom

Сдвиг в сторону server-side в одной и той же воронке

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

Отдельно заметно, что команды перестали ждать от одной системы «полной правды». Сопоставляют события между CRM, рекламными кабинетами и хранилищем, смотрят на расхождения по таймингам, дедупликации и потере части конверсий на стороне браузера. Встречается и такой набор: пиксель для оперативной оптимизации, server-side для устойчивости к ограничениям приватности, MMM (маркетинг-микса-моделирование) — для сверки картины на верхнем уровне.

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

— @AdOpsRoom

MoneyGram запустила карту Visa

MoneyGram и Visa запустили виртуальную карту на стейблкоине MGUSD: пока она работает только в Колумбии и привязывается к Apple/Google Wallet, но в планах — новые GEO и физические карты. Для арбитража это сигнал, что стейблкоин-платежи могут стать удобным способом оплаты и, возможно, источником новых платежных решений под CPA и iGaming.

➡️ Читайте на сайте: https://aff.top/blog/moneygram-zapustila-kartu-visa

🧠 Ещё больше инсайтов → в канале AFF.top

Apple выпустила документацию для приложений на Iphone Duo

Выход складного iPhone Duo потребует от разработчиков адаптации интерфейсов под новые пропорции экрана и версии iOS. Арбитражникам, использующим классические web-приложения под гемблу, придется срочно переделывать софт под три новых режима совместимости Apple, в то время как владельцы PWA-связок смогут продолжить работу без дополнительных технических правок.

➡️ Читайте на сайте: https://aff.top/blog/apple-vypustila-dokumentaciiu-dlia-prilozhenii-na-iphone-duo

🧠 Ещё больше инсайтов → в канале AFF.top

Топ-5 прокси сервисов для УБТ

Статья разбирает выбор прокси для автоматизации УБТ: от массового фарма соцсетей до парсинга. Универсального провайдера нет: для рутинных скриптов подходят дешевые серверные IPv4, для долгого прогрева аккаунтов — трастовые мобильные IP с безлимитным трафиком, а для редких гео — резидентские пулы. Главный вывод: прокси — критически важный расходник, экономия на котором ломает работу связок и многопоточного софта.

➡️ Читайте на сайте: https://aff.top/blog/top-5-proksi-servisov-dlia-ubt

🧠 Ещё больше инсайтов → в канале AFF.top

Anthropic обвинила DeepSeek, Moonlight и Alibaba в дистиляции

Статья о том, как китайские компании массово выкачивают ответы западных нейросеток, чтобы дообучать свои модели. Anthropic говорит о 24 000 фейковых аккаунтов и 16 млн запросов к Claude. Вывод простой: рынок ИИ входит в фазу жёсткого копирования, а китайские модели Qwen, Kimi и DeepSeek могут быстро догонять лидеров дешевле.

➡️ Читайте на сайте: https://aff.top/blog/anthropic-obvinila-deepseek-moonlight-i-alibaba-v-distiliacii

🧠 Ещё больше инсайтов → в канале AFF.top

Серверный постбек: пошаговая настройка передачи конверсий без браузерных пикселей

Браузерные пиксели теряют до 30% конверсий из-за ITP, блокировщиков и режима Private Click Measurement. Единственный надёжный способ — серверный постбек (server-to-server). Инструкция для тех, кто уже имеет доступ к серверу или CRM.

**Выберите источник конверсий.** Это может быть корзина интернет-магазина, CRM-система, коллтрекинг или своя база данных. На выходе нужна строка с идентификатором клика (click_id), суммой заказа и временем события. Убедитесь, что click_id передаётся с рекламного перехода в вашу систему (через URL-метку или cookie, записанное на сервер).

**Сформируйте URL постбека.** У рекламных систем (Яндекс.Директ, VK Ads, myTarget) есть документация с адресом эндпоинта и макросами. Пример для сети-партнёра: `http://tracker.example.com/postback?clickid={click_id}&goal=lead`. Замените фигурные скобки на реальные значения из вашей базы. Обязательно добавьте временную метку unix (timestamp) и подпись хеша, если трекер требует верификацию.

**Реализуйте HTTP-запрос на стороне сервера.** Используйте curl, file_get_contents (PHP), axios (Node.js) или любой язык, который умеет делать GET/POST. Пример на PHP: `file_get_contents($url)`, обёрнутый в проверку дублей. Лучше ставить таймаут 2 секунды и не ждать ответа (fire-and-forget), чтобы не тормозить основной поток конверсии.

**Добавьте дедупликацию.** Одна конверсия не должна уходить дважды. Заведите таблицу processed_conversions с полем click_id и типом события. Перед отправкой проверяйте, есть ли уже запись. Если есть — пропустить. Если нет — отправить и записать.

**Протестируйте.** Самый простой способ — открыть сниффер (Charles, Fiddler) или логи веб-сервера с фильтром по эндпоинту трекера. Сделайте тестовую конверсию с заведомо известным click_id (например, `test123`). Убедитесь, что запрос ушёл, а трекер отдал 200 ОК. В трекере проверьте, что событие отобразилось в отчётах.

**Промониторьте первые дни.** Сравните количество серверных конверсий с браузерными. Разрыв в 10-20% в пользу серверных — норма. Если разрыв больше — проверьте, все ли click_id сохраняются на вашей стороне при переходе пользователя.

Серверный постбек — база инф

— @AdOpsRoom

Молчание postback: почему серверная атрибуция не равно «просто шлём конверсии»

При переходе на серверную аналитику многие ожидают, что показатели в рекламном кабинете станут точнее. На практике — разрывы в 20-30% между данными CRM и тем, что прилетает в postback. И чаще всего проблема не в сети, не в пикселях и не в провайдере трекинга. Она в логике событий.

Типичный сценарий: настроили server-side-конверсию, передаём все заказы с сервера через postback, а MMP (платформа измерения) видит лишь часть. Начинают грешить на задержки, блокировки, неверные HTTP-коды. Но реальная причина — конфликт между client-side и server-side событиями на этапе дедупликации.

Каждый postback содержит идентификатор клика (click_id) и временную метку. Если на клиентской стороне уже сработал пиксель (например, при завершении заказа в браузере), а серверный postback приходит чуть позже с тем же click_id, платформа должна решить, какое событие считать истинным. Большинство MMP оставляют первое по времени. Если браузерный пиксель ушёл раньше — серверная конверсия становится дубликатом и отбрасывается.

Здесь и возникает эффект «молчащего postback»: технически запрос успешный (HTTP 200), но конверсия не засчитана. Визуально кабинеты показывают «конверсии не найдены».

Из собственной практики: когда мы убрали client-side пиксели для триггерных событий (оплата, регистрация) и оставили только server-side с fallback на клиент для остальных — расхождение между данными рекламной системы и внутренней отчётностью сократилось с 28% до 7%. Причём 7% — это уже неизбежный лаг из-за задержек передачи и отсутствия кросс-доменной атрибуции.

Поэтому советую прежде чем винить трекер или рекламную сеть — проверьте логику дедупликации. MMP обычно позволяют настроить приоритет: server-side всегда побеждает client-side, или наоборот. Второй шаг — убедиться, что click_id передаётся в postback строго в том же формате, что был принят на клике (проблема регистра, лишних параметров). И третий — временные метки должны быть в одном часовом поясе и с согласованным смещением (лучше UTC).

Серверная атрибуция — не магия, а система с несколькими слоями логики. Если она молчит, значит вы не синхронизировали слои.

— @AdOpsRoom