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

ITP в Safari режет не весь трекинг, а только предсказуемые костыли

Если у вас живут только client-side cookies, Safari быстро срежет окно хранения и начнёт обнулять часть связки между визитом и конверсией. В итоге ломается не «атрибуция вообще», а конкретно long-tail: возврат через несколько дней, повторный визит, post-click цепочки.

Что обычно остаётся работать лучше:
— first-party cookies на своём домене, если они нужны строго для сессии и short-lived логики
— server-side сбор событий через sGTM, когда браузер меньше участвует в передаче
— `event_id` для дедупликации Pixel + CAPI
— нормализованные `fbp` / `fbc`, если они реально были собраны до обрезки окна

Что чаще всего падает:
— reliance на third-party cookies
— длинные цепочки редиректов и лишние домены
— поздняя отправка конверсии без server-side резервного канала
— хранение user data только в браузере без server-side backup

Анти-кейс типичный: пиксель стоит, CAPI тоже стоит, а `event_id` у событий не совпадает или генерится заново на сервере. В Safari это выглядит как потерянные конверсии, хотя проблема не в ITP, а в отсутствии стабильной дедупликации.

Вывод простой: в Safari выигрывает не тот, кто «обошёл» ограничение, а тот, кто сократил зависимость от браузера и оставил минимальный, прозрачный first-party стек.

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

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

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

Session stitching ломается не из-за пикселя, а из-за разъезда идентификаторов между клиентом и сервером

Когда browser-событие и server-событие живут в разных сессиях, вы получаете дубли, провалы в атрибуции и странные расхождения между GA4, CAPI и BI. Обычно проблема не в «потере данных», а в том, что не совпали ключи: event_id, session_id, client_id, fbp/fbc.

Что должно совпадать:
— event_id: один и тот же для Pixel и CAPI, иначе дедупликация не сработает
— session_id: прокиньте его из client-side в sGTM и дальше в backend
— client_id / user_pseudo_id: нужен как стабильный мост для аналитики
— timestamp: сервер не должен «уезжать» сильно дальше окна сессии

Практика простая: client-side генерирует event_id и session_id, кладёт их в first-party cookie или dataLayer, а сервер забирает и ретранслирует без пересборки. Если на сервере вы создаёте новые идентификаторы, stitching превращается в угадайку. Для GA4 отдельно проверьте, что session_start не плодится повторно при server hit.

Финальный чек: одно событие — один event_id, одна сессия — один session_id, и одинаковая логика на всех точках отправки. Если это соблюдено, дедупликация и отчёты перестают спорить между собой.

TikTok Events API ломается не на подписи, а на типовых полях и их валидации

У TikTok Events API чаще всего падает не транспорт, а качество payload: event_name есть, а match data пустая или собрана в другом формате. В итоге запрос проходит, но атрибуция и дедупликация работают хуже, чем могли бы.

Базовый набор, который стоит проверить первым:
— event_name: строго из ожидаемого списка, без локальных переименований
— event_time: Unix time в секундах, не в миллисекундах
— event_id: один и тот же для Pixel и server event
— user: email, phone, external_id, ip, user_agent, ttclid
— properties: value, currency, contents, content_type, order_id

Самые частые ошибки валидации:
— email и phone уходят без нормализации до SHA-256: нужны lowercase, trim, E.164 для телефона
— event_time отправляют с часовым поясом или в ms
— contents передают строкой вместо массива объектов
— currency приходит в нижнем регистре или без ISO-кода
— event_id генерируется заново на клиенте и сервере, поэтому dedup не сходится

Если строите server-side маршрут, валидируйте payload до отправки: пустой user object лучше отбрасывать, чем слать «почти валидные» события. Иначе API примет запрос, а match_keys останутся бесполезными для оптимизации.

Правило простое: сначала привести типы и формат полей к одной схеме, потом уже смотреть на EMQ, дедуп и ROAS.

ITP в Safari: что у трекера остаётся после отрезания cookie-окна

Safari режет не только срок жизни cookie. Для трекинга важнее другое: он быстро обесценивает цепочку идентификаторов, если между событием и конверсией появляется лишний редирект, кросс-домен или задержка.

Что обычно остаётся в рабочем наборе:
— first-party cookie, если она выставлена без лишних доменов и читается на том же сайте;
— server-side event с IP, User-Agent и timestamp;
— click_id / gclid / fbclid, если вы успели сохранить их в first-party storage;
— server-to-server match по собственному external_id.

Что обычно ломается:
— long attribution windows на client-side;
— зависимость от 3rd-party cookie для ретаргетинга и дедупликации;
— поздняя отправка event_id, когда браузер уже потерял контекст;
— кросс-доменные схемы без нормального first-party handoff.

Рабочая схема для Safari — не пытаться «победить» браузер, а сократить количество точек потери: сохранять click_id сразу, прокидывать его в first-party cookie или storage, отправлять ключевые события через sGTM и дедуплицировать по event_id. Тогда вы хотя бы не теряете purchase между лендингом и thank-you page.

Вывод простой: в Safari выживает не самый умный трекер, а самый быстрый и дисциплинированный в передаче first-party сигналов.

На 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

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

Если один и тот же человек приходит с mobile, потом с desktop, а дальше конвертится в приложении, client-side цепочка рвётся: cookies разные, браузеры режут хранение, а event_id помогает только для deduplication, не для склейки пользователей.

В server-side схеме нужен свой идентификатор уровня аккаунта или сессии: login_id, crm_id, hashed email/phone, иногда external_id. Его надо собирать только после явного согласия и передавать в sGTM как общий ключ для нескольких событий и платформ. Тогда Purchase с desktop можно связать с первым AddToCart на mobile, если оба события пришли с одним user key и нормальной timestamp logic.

Что важно сделать:
— нормализовать PII до SHA-256: lowercase, trim, E.164 для телефона;
— хранить mapping user_id ↔ device/event keys на стороне first-party;
— не путать server-side ID с browser fingerprint: первый можно объяснить, второй — нет;
— для Meta CAPI и Google Enhanced Conversions передавать один и тот же business-identifier, а не набор случайных полей.

Проверка простая: если отключить cookies, вы всё равно должны видеть склейку по логину или CRM-ключу в отчетах и в debug-логах sGTM. Если склейки нет, проблема обычно не в CAPI, а в том, что идентификатор живёт только в браузере.

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

Hashing PII для Meta CAPI ломается не на SHA-256, а на нормализации полей

Email, phone, first_name, last_name, city, state, zip, country можно хешировать заранее, но Meta сравнивает не «строку в вакууме», а нормализованное значение. Если на клиенте у вас `Ivanov@Gmail.com`, а на сервере `ivanov@gmail.com `, матч уже деградирует.

Базовые правила:
— email: trim, lowercase, без пробелов;
— phone: только цифры, в формате E.164 до хеша;
— имена и город: lowercase, trim, без диакритики, если источник это поддерживает;
— страна: ISO-2, zip — без лишних символов;
— хеш: SHA-256 от нормализованной строки, не от JSON-объекта.

Для CAPI лучше передавать не один идентификатор, а набор: email_hash + phone_hash + external_id + fbp/fbc, если они есть. Чем больше валидных match_keys, тем выше шанс на Event Match Quality и тем стабильнее дедупликация между Pixel и CAPI.

Частая ошибка — хешировать «как есть» в GTM template и потом ещё раз на backend. Вторая проблема — разные правила на разных источниках: CRM отправляет телефон с `+7`, веб-сайт без префикса, а сервер склеивает их в разные хеши. Ещё хуже, когда PII уходит в логах до хеширования.

Финальное правило простое: сначала приводите PII к одному каноническому виду, потом хешируйте, потом тестируйте match rate на одном и том же event_id. Тогда CAPI перестаёт быть «чёрным ящиком» и начинает давать предсказуемый сигнал.

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

OpenAI выпустила линейку GPT-6: модель Sol для кодинга и сложных задач и Luna для рутинных операций. Ключевое преимущество релиза — двукратное снижение цен на API ($2 и $0.10 за 1 млн входных токенов соответственно) и сокращение числа ошибок в два раза. Это позволяет масштабировать автоматизацию и разработку с вдвое меньшими затратами на инфраструктуру.

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

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

Болгария введёт запрет на рекламу интернет-казино

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

➡️ Читайте на сайте: https://aff.top/blog/bolgariia-vvedet-zapret-na-reklamu-internet-kazino

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