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

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

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

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

7 сигналов, по которым SSP и DSP начинают «не слышать» друг друга

Если в OpenRTB всё выглядит корректно, а fill-rate, win-rate и bid-rate расходятся, ищите не в креативах, а в стыке интеграций. Типовые разрывы почти всегда сидят в трёх местах: маппинг полей, тайминги и правила фильтрации.

— DSP отправляет bid, но SSP его режет по auction type, schain, floor или device-атрибутам.
— SSP отдаёт неполный bid request: нет нужных размеров, app/site полей, consent-строки или deal-идентификатора.
— Части трафика не совпадают по часам, таймзонам и SLA: запрос ушёл, ответ пришёл уже вне окна.
— Логика категорий, blocked domains и app bundle whitelist у сторон настроена по-разному.

Проверяйте сначала не деньги, а протокол: request/response parity, долю no-bid, причины floor reject, timeout rate и расхождения по site/app/domain. Если разница видна только в агрегатах, значит проблема может жить в отчётах; если расходится на уровне сырого логирования — ломается сам контракт между сторонами.

Для диагностики полезно держать один эталонный запрос и один эталонный ответ: без редактирования, с полным набором полей, consent, schain, imp, device и regs. На нём сразу видно, кто теряет контекст — паблишер, SSP, DSP или middleware.

Если интеграция «странно работает», сначала сравните сырой OpenRTB, а не дашборды: протокол обычно врет меньше людей.

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

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

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

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

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

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

OpenRTB ломается не в bidding, а на стыках макросов, device и price mapping

OpenRTB-запрос выглядит простым, пока DSP и SSP одинаково не понимают обязательные поля. Проверьте три зоны: кто реально передаёт imp, где лежит идентификатор пользователя, и как трактуется цена в bid. Если хотя бы один слой «додумывает» данные сам, аукцион начинает давать странные win rate и пустые клики.

Самые частые ошибки в интеграции:
— imp.id не совпадает между запросом и ответом
— device обрезан: нет ua, ip или ifa
— не учтены schain и seller, из-за чего supply path выглядит неполным
— ext используется как свалка, а не как контролируемое расширение

Отдельно смотрите на нули и пустые строки. Для одних полей это «нет значения», для других — ошибка парсинга. То же с multi-format: если в одном imp смешаны banner и video, обе стороны должны одинаково выбирать приоритет и валидировать размеры, иначе часть бидов будет отклоняться без видимой причины.

Если хотите стабильный RTB, сначала сведите к одному контракту поля запроса, потом проверьте ответ на симметрию: то, что пришло в request, должно однозначно читаться в response.

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

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

Privacy Sandbox без мифов: какие сигналы реально доходят до DSP

Privacy Sandbox не даёт «новый cookie-ID». Логика уходит в браузер: аудитории, аукцион и атрибуция разделены. Для DSP это меньше user-level данных и больше агрегатов.

Мини-чек:
— Topics: coarse interest targeting, не ретаргет последнего товара;
— Protected Audience: отдельный флоу для interest group, bidding logic и reporting;
— Attribution Reporting: конверсии с шумом и без привычного click_id.

Не пытайтесь собрать cookie-граф из всех API. Ограничения браузера спроектированы против склейки. Разделяйте KPI: персональная оптимизация отдельно, contextual / cohort / deal-level отдельно.

Для паблишера критичны supply-сигналы: site/app в bid request, ads.txt, sellers.json, категории контента, placement и device context. Чем меньше ID, тем больше весит качество разметки.

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

7 полей в логах SSP/DSP, без которых разбор инцидента превращается в гадание

Если у вас «упал доход», «просел бид», «не открывается инвентарь» — сначала смотрите не UI, а связку запроса и ответа. В programmatic почти всегда ломается одно из четырёх: идентификатор запроса, таргетинг, креатив или timeout.

Проверьте в логах:
— bidid / auctionid: совпадает ли цепочка SSP → DSP → exchange;
— imp.id и seatbid.bid.impid: бьётся ли ставка с конкретным placement;
— adomain и crid: не режет ли фильтр бренд-сейфти или креативный whitelist;
— nurl / burl / lurl: доходят ли события победы, загрузки и показа;
— tmax, timeout, seat timeout: не умирает ли аукцион раньше ответа DSP;
— device, ua, ip, geo: не портится ли матчинг из-за кривого маппинга;
— schain / source / ext: не теряется ли путь инвентаря по дороге.

Если данных мало, не «чините» ставку по ощущениям. Сначала убедитесь, что у SSP и DSP одинаково читаются OpenRTB-поля, а null не превращается в пустую строку или дефолтное значение.

Хороший дебаг в programmatic — это повторяемая трассировка: один и тот же запрос, один и тот же ответ, один и тот же результат в логах. Тогда баг ищется в интеграции, а не в догадках.

Россияне не смогут покупать стейблкоины

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

Купить такие токены смогут только квалифицированные инвесторы — например, с активами от 24 млн рублей или доходом от 12 млн в год.

Что это значит для обычных пользователей и когда правило заработает — в блоге.

➡️ Читайте на сайте: https://aff.top/blog/rossiiane-ne-smogut-pokupat-steiblkoiny

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

5 типовых ошибок в programmatic, которые ломают масштаб до запуска

1) Смешивают KPI на уровне кампании и источника. Если оптимизируете и CPM, и CPA одновременно, DSP начинает покупать не трафик, а шум. Сначала фиксируйте один главный сигнал, остальные — как ограничения.

2) Не проверяют цепочку supply path. Один и тот же инвентарь может приходить через разные пути, но не каждый путь одинаково чистый и прозрачный. Смотрите на ads.txt/app-ads.txt, seller.json, deal ID и дубли аукциона.

3) Игнорируют сигнал quality до разгона бюджета. Когда частота, viewability, IVT и consent-строки не валидируются заранее, масштаб потом выглядит как «просадка алгоритма», хотя проблема была в входных данных.

4) Путают pacing с масштабом. Быстрый расход бюджета без контроля floor, bid shading и ограничений по частоте часто даёт красивую доставку и слабый результат. Масштаб — это не больше показов, а больше валидных аукционов с предсказуемой ценой.

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

7 сигналов, что у вас ломается programmatic-запуск, а не «плохой трафик»

Если CPA растет, первым делом смотрят на источник. Но в programmatic часто ломается не площадка, а связка: сигналов мало, аукцион не собирает bid density, частота не контролируется, а отчеты читаются без разреза по placement, device и deal ID.

— Нет стабильного match rate по first-party ID или контексту: DSP не успевает нормально ранжировать запрос.
— Сильный разрыв между impressions, viewability и clicks: креатив может отрабатывать, но инвентарь не тянет качество.
— Почти все spend уходит в несколько плейсментов: значит, таргет слишком узкий или pacing кривой.
— В отчетах нет разреза по `auction type`, `timeout`, `deal`, `domain/app`: без этого ошибка прячется внутри одной цифры.

Проверка простая: сравните win rate, bid rate и post-bid метрики на одном и том же сегменте, а не по кампании целиком. Если win rate высокий, а performance плохой, проблема обычно в фильтрах, креативах или в supply-path. Если win rate низкий, а CTR нормальный, ищите таймауты, floor prices и качество bidding-сигнала.

Дальше не «оптимизируют бюджет», а чинят конкретный слой: supply, сигнал, креатив, pacing или отчётность. Сначала локализуйте, где именно рвется цепочка, и только потом меняйте таргетинг или ставки.

5 полей, которые надо проверить в programmatic до поиска «почему не льётся»

Любая интеграция SSP/DSP ломается не в аукционе, а на стыке полей. Первым делом смотрят: bidfloor, imp.id, device.ua, consent, site/app bundle. Если одно поле пустое или не совпадает по формату, запрос может уйти в ноль без понятной ошибки.

Проверяйте цепочку от запроса до ответа:
— imp.id должен быть уникален в рамках bid request
— bidfloor и currency должны быть согласованы
— bundle/app-ads.txt/ads.txt не должны конфликтовать с источником трафика
— user.id, if есть, не должен подменять consent-логику
— device.os, ua и ip должны быть консистентны, иначе антифрод режет трафик

Дальше сравнивайте логи SSP и DSP на одном и том же request_id. Ищите не «падение eCPM», а конкретный симптом: no-bid, timeout, malformed request, mismatched seat, invalid placement. В programmatic почти всегда проблема видна в одном поле или одном заголовке.

Если выстроить этот чек-лист в дебаге, половина «магических» отказов превращается в обычную ошибку интеграции — и чинится без ручного шаманства.