В Telegram Ads добавили Banner in Bot

В Telegram Ads появился формат Banner in Bot для показа рекламы внутри ботов с аудиторией от 1000 человек. Инструмент таргетируется не на площадки, а на пользователей — по интересам, номерам телефонов и подпискам. Пока доступны только текстовые креативы по ставкам Target Users. Новинка позволяет напрямую через стандартный кабинет охватывать целевую аудиторию прямо в их диалогах с ботами.

➡️ Читайте на сайте: https://aff.top/blog/v-telegram-ads-dobavili-banner-in-bot

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

Anthropic готовит к запуску Claude Money

Anthropic анонсировала Claude Money — ИИ-сервис для управления личными финансами и автоматизации платежей. Инструмент позволяет подключать банковские карты для анализа расходов, планирования бюджета и проведения транзакций. Это переход от консультационных моделей к полноценным финансовым агентам. Внедрение технологии позволит пользователям делегировать нейросети рутинные задачи, включая оплату токенов и подписок на необходимые рабочие сервисы.

➡️ Читайте на сайте: https://aff.top/blog/anthropic-gotovit-k-zapusku-claude-money

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

Meta ограничивает расходы на токены для сотрудников

Meta ввела внутренние лимиты на использование ИИ из-за резкого роста расходов: в 2026 году только на сотрудников заложены миллиарды долларов, а общий бюджет на ИИ-инфраструктуру оценивается в 130–145 млрд. Вывод простой: даже у Big Tech ИИ перестал быть бесплатной игрушкой и требует жёсткого контроля затрат.

➡️ Читайте на сайте: https://aff.top/blog/meta-ogranichivaet-raskhody-na-tokeny-dlia-sotrudnikov

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

Claude Cowork, Claude Design объединили в один Claude

➡️ Читайте на сайте: https://aff.top/blog/claude-cowork-claude-design-obedinili-v-odin-claude

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

Microsoft планирует вставлять рекламу в игры

➡️ Читайте на сайте: https://aff.top/blog/microsoft-planiruet-vstavliat-reklamu-v-igry

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

Клоакинг как технический слой: где он нужен легитимно и как не сломать атрибуцию

Клоакинг часто путают с «маскировкой под модерацию», но в инфраструктуре он бывает просто слоем маршрутизации. Его задача — разделить аудиторию, окружение и правила показа: бот, QA, модератор, живой пользователь, разные GEO/UA, разные лендинги.

Рабочие легитимные сценарии: — отдать модератору статичный white page, а пользователю боевой контент; — разнести webview и desktop-ветки; — скрыть тестовые параметры от индексации; — не смешивать трафик из разных источников в одном path, когда ломается postback.

Критичный момент — не URL, а логика фолбэка. Если фильтр ошибся, пользователь не должен упасть в 404 или на пустую страницу: нужен безопасный дефолт. Отдельно проверь cookies, TTL, серверный cache и то, как передаются clickid / subid между слоями. Иначе S2S-цепочка начинает терять конверсии без видимой причины.

Минимальный чек-лист: одинаковый набор редиректов для всех веток, журнал решений на сервере, whitelist для своих ботов и QA, отдельные правила для mobile/desktop, контроль на стороне трекера. Клоакинг без наблюдаемости превращается в черный ящик.

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

Sharding трекера: как не уронить атрибуцию, когда поток конверсий упирается в один сервер

Если трекер начинает тормозить, проблема обычно не в «слабом VPS», а в том, что в одной точке смешаны сбор кликов, запись конверсий, редиректы, отчёты и API. Шардирование — это не просто разнести нагрузку, а заранее разделить контуры: по GEO, по офферам, по источникам или по типам событий.

Базовое правило: клики и конверсии должны писать в максимально короткий путь. Всё тяжёлое — постобработка, агрегация, антифрод-правила, экспорт в BI — выноси в отдельный слой. Если отчёт строится из той же базы, куда летят боевые postback’и, у тебя рано или поздно начнутся задержки и «потерянные» события.

Практика такая:
— один shard на write-heavy трафик;
— отдельные базы под архив и аналитику;
— маршрутизация по стабильному ключу: GEO, affiliate_id, campaign_id;
— TTL и ретеншн считать до внедрения, а не после.
Иначе шардирование превращается в хаос, где миграция ломает дедупликацию и разбивает цепочки атрибуции.

Следи за тем, чтобы postback URL, токены и mapping полей были одинаковыми между shard’ами. Если логика дедупа живёт только в приложении, при фейловере ты получишь дубли или пустые конверсии. Лучше держать единый слой нормализации и проверять его на тестовом потоке перед переносом боевого трафика.

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

User agent parsing ломается не в парсере, а в ваших допущениях

UA-парсинг кажется простой задачей: достал browser, version, OS, device — и фильтруй трафик. На практике ошибки начинаются там, где считают строку User-Agent источником правды. Это всего лишь сигнал, который легко испортить прокси-слоем, webview, антидетектом или кривой нормализацией на входе.

Что обычно проверяют:
— фолбэк на пустой/обрезанный UA;
— согласованность UA с sec-ch-ua и другими client hints;
— совпадение OS, device class и viewport;
— наличие мобильного браузера там, где mobile traffic быть не должен;
— одинаковый результат в разных библиотеках на одном и том же строковом входе.

Самая частая проблема — разные библиотеки по-разному режут один и тот же UA. Одна видит Safari, другая — iOS webview, третья теряет версию браузера из-за нестандартного токена. Если дальше на этом строится routing, антифрод или сегментация, расхождение превращается в ложные срабатывания.

Нормальная схема — не доверять одному полю. Сопоставляйте UA с IP-гео, языком, timezone, экраном, touch-флагами и поведением клиента. Если из этого набора выпадает один параметр, это шум. Если выпадает три — уже повод резать сессию или отправлять на дополнительную проверку.

Храните сырой UA отдельно от распарсенного результата и логируйте версию библиотеки, которая его обработала. Тогда при поломке можно быстро сравнить, где именно поехала логика: в сборе, парсинге или в ваших правилах.

На Anthropic, OpenAI, Google и SpaceXAI подали в суд из-за ИИ

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

➡️ Читайте на сайте: https://aff.top/blog/na-anthropic-openai-google-i-spacexai-podali-v-sud-iz-za-ii

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

Google ads начал показывать расходы конкурентов

Google Ads запустил Peer Spending — инструмент, который сравнивает расходы аккаунта с рекламодателями из той же ниши без раскрытия чужих данных. Он показывает, тратите вы больше, меньше или примерно на уровне конкурентов на уровне кампаний и групп объявлений. Для арбитража это скорее ориентир по бенчмаркам, чем инструмент прямого усиления залива.

➡️ Читайте на сайте: https://aff.top/blog/google-ads-nachal-pokazyvat-raskhody-konkurentov

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

Минфин РФ планирует выпустить собственный стейблкоин

Власти РФ обсуждают запуск рублёвого стейблкоина: сейчас решают, как его обеспечить, какие операции разрешить и будет ли на него спрос. Основной кейс — международные переводы, а не использование физлицами. Если проект доведут до запуска, он может стать частью новой криптоинфраструктуры и альтернативой токенам, привязанным к дружественным валютам.

➡️ Читайте на сайте: https://aff.top/blog/minfin-rf-planiruet-vypustit-sobstvennyi-steiblkoin

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

В публичный доступ вышел Grok 4.7

➡️ Читайте на сайте: https://aff.top/blog/v-publichnyi-dostup-vyshel-grok-4-7

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

Tracker как hub для нескольких источников: схема, которая не ломается на масштабе

Когда в один трекер сходятся push, native, Facebook, Google и direct, ошибка почти всегда не в трафике, а в архитектуре. Hub-схема держится на трёх слоях: intake, normalization, routing.

— intake принимает клики и постбэки без лишней логики;
— normalization приводит source, campaign, subid и status к единому формату;
— routing решает, куда отправить конверсию: в сеть, CRM, BI или в антифрод-слой.

Главное правило: не хранить бизнес-логику в одном place. Если правила ротации, фильтры GEO/UA и дедупликация живут внутри кампаний, любое изменение превращается в ручной рефакторинг. Лучше вынести маппинг в отдельные таблицы или скрипт и держать версионирование конфигов.

Для multi-source почти всегда нужны: единый namespace для subid, отдельные callback-эндпоинты под каждый источник, логирование сырых payload'ов и fallback на retry-очередь. Иначе при спорном postback ты не поймёшь, где потерялся атрибут — на стороне источника, в трекере или в интеграции.

Если строишь tracker как hub, думай не про кампании, а про потоки данных. Тогда добавление нового источника сведётся к маппингу, а не к переписыванию всей схемы.

X теперь показывает причину теневого бана

➡️ Читайте на сайте: https://aff.top/blog/x-teper-pokazyvaet-prichinu-tenevogo-bana

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

Россиян заставят отчитываться перед ФНС за крипту

Крипта в РФ считается имуществом, поэтому доход от продажи или обмена облагается НДФЛ: 13% до 2,4 млн рублей и 15% сверх этого. Декларацию 3-НДФЛ нужно подать самостоятельно до 30 апреля. Отчитываться по кошелькам обязаны только при обороте свыше 600 000 рублей в год, а за нарушение грозят штрафы и пени.

➡️ Читайте на сайте: https://aff.top/blog/rossiian-zastaviat-otchityvatsia-pered-fns-za-kriptu

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

Клоакинг как технический слой: где он нужен без серых схем

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

Нормальные применения:
— фолбэк на региональные лендинги по GEO/языку;
— split webview / desktop-страниц для разных устройств;
— сегментация партнёрских потоков, чтобы не смешивать KPI;
— защита внутренних прелендов, тестовых страниц и антибот-фильтра.

Ключевая ошибка — строить логику только на IP. Один прокси-пул, мобильная сеть или корпоративный NAT быстро дают мусор в логах. Нужны минимум несколько сигналов: UA, device class, Accept-Language, timezone, cookie state, поведение сессии. Иначе один и тот же юзер прыгает между ветками, а postback начинает жить отдельно от фактического клика.

Если слой нужен для маршрутизации, а не для маскировки, держи его прозрачным для трекинга: одинаковый clickid, стабильный redirect chain, предсказуемый TTL кэша, отдельные правила для ботов и для живого трафика. Тогда клоакинг остаётся инфраструктурой, а не источником расхождений.

Проверяй не «видимость», а консистентность: клик, лендинг, event и postback должны сходиться в одной ветке.