Mia Khalifa стала амбпссадором 1win

Mia Khalifa снова засветилась рядом с 1win: в Instagram она показала цепочку с логотипом бренда и статус «VIP 1win».

Параллельно всплыла история с ее ставкой на Испанию на ЧМ — по данным поста, выигрыш мог составить 200к$.

Официального подтверждения амбассадорства пока нет, но для арбитражников это уже повод для новых креативов. Что именно здесь…

➡️ Читайте на сайте: https://aff.top/blog/mia-khalifa-stala-ambpssadorom-1win

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

Короткий домен Telegram перестал работать

Telegram лишился домена t.me: он разделегирован и больше не работает на уровне регистратора. Платформа срочно переезжает на telegram.me, а владельцам крупных каналов стоит обновить публичные ссылки. Сроки восстановления неизвестны, и есть риск, что t.me не вернётся вовсе на фоне давления на Telegram.

➡️ Читайте на сайте: https://aff.top/blog/korotkii-domen-telegram-perestal-rabotat

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

SSR для WebView: когда лендинг должен открываться как страница, а не как тяжелый SPA

Если WebView грузит чистый SPA, у вас обычно два удара сразу: пустой экран до JS и слабый превью-контент для антифрода, соцсетей и встроенных браузеров. SSR решает это на уровне первого ответа: HTML уже содержит заголовок, оффер, CTA и базовую разметку.

На практике важно не «сделать SSR вообще», а отдать в HTML то, что видно без скриптов:
• заголовок и подзаголовок;
• первый экран с кнопкой;
• мета-теги, og-картинку, canonical;
• fallback для трекинга, если JS не поднялся.

Для WebView это особенно полезно, потому что мобильный контейнер часто режет терпение пользователя. Если первый экран пустой или дергается, растет отказ до клика. SSR снижает эту проблему, а дальше уже можно догружать калькуляторы, квизы, анимации и логику формы через hydration или отдельный JS-блок.

Что важно: не тащите на сервер весь фронт без нужды. SSR должен быть легким, без тяжелых библиотек в первом рендере, с кэшированием HTML и аккуратной подменой контента под гео, источник и язык.

Если лендинг открывается в WebView, делайте SSR не ради «модной архитектуры», а ради первого экрана: он должен быть понятен до загрузки JS, иначе вы теряете часть трафика еще до клика.

Youtube тестирует поиск с AI

YouTube начал тестировать Ask YouTube — поиск с ИИ, где можно задавать вопросы обычным языком и получать не список ссылок, а готовую подборку видео и фрагментов.

Фича уже доступна в США и работает на сложные запросы: если нужно, ИИ уточняет вопрос и подсказывает следующий шаг.

Что это значит для поиска на YouTube и когда новинка дойдёт до других…

➡️ Читайте на сайте: https://aff.top/blog/youtube-testiruet-poisk-s-ai

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

UID 2.0 в арбитражном стеке — не замена CAPI, а слой для связки first-party идентификаторов

UID 2.0 полезен там, где у вас есть собственная аудитория: login, подписка, CRM-база, повторные визиты. Он не «чинит» потерянные клики сам по себе, а помогает передавать единый идентификатор между сайтом, DSP и партнёрами в форме, пригодной для матчинг-сценариев.

Что важно в стеке:
— соберите consent и нормальный first-party flow до хеширования;
— храните исходный user ID отдельно от рекламных хешей;
— используйте UID 2.0 вместе с email_hash/phone_hash, а не вместо них;
— закладывайте fallback: fbp/fbc, click_id, external_id, server IP/UA.

Где он даёт эффект: ретаргет по логин-аудитории, частотный контроль между площадками, связка web ↔ app ↔ CRM, более стабильный матчинг в системах, где ID принимается как входной сигнал. Где не даёт: холодный трафик без first-party базы, лендинги без авторизации, кампании, завязанные только на post-click атрибуцию.

Анти-кейс простой: если пытаться строить UID 2.0 как единственный ключ, вы упрётесь в покрытие. Правильная схема — сначала нормализовать first-party данные, потом добавить UID 2.0 как дополнительный идентификатор в маршрутизации и deduplication.

Итог: UID 2.0 в арбитраже нужен не «для замены cookies», а для усиления стека там, где у вас уже есть собственный идентификатор пользователя.

Z.ai анонсировала новую GLM-5.5

Z.ai готовит релиз флагманской GLM-5.5: модель обещают показать в августе 2026 года.

Главная интрига — рост до 1 трлн параметров при том же контекстном окне в 1 млн токенов. Новинка снова будет заточена под код и агентные задачи.

Почему версия сразу 5.5, без 5.3 и 5.4, и что это может означать для рынка — в блоге.

➡️ Читайте на сайте: https://aff.top/blog/z-ai-anonsirovala-novuiu-glm-5-5

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

↩️ Пост из @call_tracking_ru_n1k:

Однажды мы смотрели отчёты по рекламе и не могли понять, почему один канал выглядит «дорогим», хотя заявки там были вполне нормальные. На бумаге всё сходилось: клики есть, лиды есть, CPL терпимый. Но звонки с этих заявок в CRM расходились с цифрами в кабинете — часть обращений просто терялась в пути.

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

Главный вывод оказался простым: маркетологу мало считать заявки. Если не видеть, что происходит после клика, легко оптимизировать не тот показатель. Иногда самый полезный инструмент — не новый канал, а нормальная сквозная аналитика и контроль звонков.

Telegram запустил собственный сервер для ботов

Telegram запустил собственный сервер для ботов и мани-приложений: теперь backend можно размещать прямо внутри инфраструктуры мессенджера.

Сервер работает на JavaScript/TypeScript, через вебхуки, и позволяет подключать SQL-базу для сбора контактов без посредников.

Пока неясны цена и ограничения — что именно уже можно тестировать, а где скрыт подв…

➡️ Читайте на сайте: https://aff.top/blog/telegram-zapustil-sobstvennyi-server-dlia-botov

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

Google картинки станут конкурентом Pinterest

Google Картинки начали превращать в полноценную платформу с персональной лентой по прошлым запросам — по сути, в аналог Pinterest.

Во вкладке For you уже тестируют подборки, а ещё обещают коллекции и генерацию изображений во встроенной Nano Banana.

Как это будет работать и когда новинка дойдёт до других стран — в блоге.

➡️ Читайте на сайте: https://aff.top/blog/google-kartinki-stanut-konkurentom-pinterest

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

Кросс-девайс атрибуция ломается без стабильного server-side ID

Если пользователь кликает рекламу с телефона, а покупает с ноутбука, fbp/fbc и client_id часто живут в разных браузерах. Server-side ID нужен как мост: не вместо consent и не вместо пикселя, а как first-party ключ, который одинаково попадает в CRM, sGTM и CAPI.

Минимальный паттерн:
— при логине/лиде создаём user_key из внутреннего customer_id или email;
— нормализуем значение: trim, lowercase, phone в E.164;
— хешируем SHA-256 до отправки наружу;
— raw ID держим только в backend/CRM;
— один и тот же external_id передаём в Pixel, CAPI и Events API.

В sGTM важно не генерировать новый ID на каждый hit. Client должен читать ID из auth-сессии, server cookie или payload от backend. Если ID появился после логина, связывайте последующие события, но не «дописывайте» его задним числом без понятного правила атрибуции.

Проверка: доля событий с external_id, совпадение event_id для dedup, EMQ по Purchase/Lead, разрыв между logged-in и guest checkout.

Вывод: кросс-девайс начинается не в рекламном кабинете, а в модели идентификаторов. Один стабильный first-party ID лучше набора случайных cookies.