Google tag gateway: GTM container ID теперь можно скрывать

Google обновил документацию по tag gateway 11 мая.

Что изменилось:
- GTM scripts можно отдавать first-party
- container IDs можно скрывать за randomized serving paths

На что обратить внимание:
если у вас фильтры, клоакинг или антифрод-логика завязаны на видимый GTM container ID в запросах, такие правила нужно пересмотреть. При first-party serving и randomized path сигнатура запроса меняется.

Google выпустил Android 17

Android получил встроенную Gemini с функциями автоматизации задач, конспектирования браузера и редактирования медиа. Обновление принесло новый интерфейс Bubble, двухкамерную запись и игровой режим для складных телефонов. Критический момент: Gemini Intelligence требует Gemini Nano v3 и минимум 12 ГБ RAM, что ограничивает аудиторию премиум-девайсов. Это создаёт потенциал для таргетинга криптооффера на узкий сегмент владельцев флагманов, готовых пл…

➡️ Читайте на сайте: https://aff.top/blog/google-vypustil-android-17

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

Hello Partner анонсировал сессию про распределение бюджета между каналами

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

Технических деталей по трекингу, атрибуции, postback-схемам или интеграциям в анонсе нет.

Google Ads API v24.1

Что изменилось:

- Google объявил релиз v24.1 Google Ads API.
- Для использования новых v24.1-фич нужно обновить client libraries и client code.
- Campaign-level и customer-level reports теперь можно сегментировать через segments.mobile_device_platform.
- В DemandGenMultiAssetAd добавлен classic_display_images: загрузка static image ads для показа в GDN внутри Demand Gen campaigns.

На что обратить внимание:

С 1 июня 2026 Google Ads и связанные measurement APIs переходят на 37-месячное хранение granular performance statistics: daily, hourly, weekly.

Если у вас BI/атрибуция тянет исторические срезы из Google Ads API, проверьте retention-логику, backfill-процессы и локальное хранение статистики до даты изменения политики.

Армения заблокирует онлайн-казино для получающих пособия

Армения ввела жёсткие ограничения на онлайн-гемблинг: запретила депозиты для получателей соцпособий и пенсий, ограничила остальным суммы до 20% дохода, обязала казино добавить кнопку самозапрета. Сайты, не подчинившиеся требованиям, будут заблокированы — технология реализации неясна. Проблемы с платёжками неизбежны. Криптоказино, вероятно, останутся без контроля, что открывает новый канал для залива трафика.

➡️ Читайте на сайте: https://aff.top/blog/armeniia-zablokiruet-onlain-kazino-dlia-poluchaiuschikh-posobiia

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

В DeepSeek добавили распознавание изображений

DeepSeek запустил бета-версию распознавания изображений — функция доступна бесплатно прямо в чате. Работает нестабильно, но для базовых задач подходит: например, проверить, есть ли на креативе узнаваемая знаменитость в нужном гео. Платная подписка не нужна.

➡️ Читайте на сайте: https://aff.top/blog/v-deepseek-dobavili-raspoznavanie-izobrazhenii

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

📡 Запустили AFF.TOP — медиа про арбитраж, ИИ и вайб-кодинг

Разбираем новости из мира ИИ, тренды вайб-кодинга, инсайды индустрии арбитража — без воды и продаж курсов.

👉 Подписаться на канал AFF.TOP

OpenAI: реакция на TanStack “Mini Shai-Hulud” supply chain attack

Что произошло:
OpenAI опубликовала разбор своей реакции на supply chain attack, связанный с TanStack “Mini Shai-Hulud”.

Что важно для инфраструктуры:
- описаны меры по защите систем и signing certificates
- OpenAI отдельно фиксирует усиление защит против evolving software supply chain threats
- macOS users must update OpenAI apps by June 12, 2026

На что обратить внимание:
если в команде используются OpenAI apps на macOS — заложить обновление в maintenance-план до указанной даты. Отдельно проверить процессы вокруг доверенных npm-зависимостей и цепочки подписи, если OpenAI-инструменты встроены в рабочие контуры.

Google заставляет махать руками перед камерой

Google запустила новую капчу на основе распознавания движений — требует включённую камеру и помах руки перед экраном для подтверждения. Система отслеживает 21 точку-координату положения руки в реальном времени, а данные удаляются сразу после проверки. Для арбитражников это усложнит автоматизацию — обход вероятно будет работать через перехват хэша с положительным ответом. Капча пока на тестировании, но предвещает новый уровень защиты от ботов в и…

➡️ Читайте на сайте: https://aff.top/blog/google-zastavliaet-makhat-rukami-pered-kameroi

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

impact.com: attribution в affiliate ломается на AI-influenced sales

Что зафиксировано в отчете impact.com:

- 94% брендов экспериментируют с альтернативными attribution models или рассматривают их
- 73% брендов в 2025 Global State of Affiliate Marketing report сообщили о росте revenue от affiliate programs за последний год
- комментарий в материале дает Levi Pillay, Product Marketing Manager at impact.com

На что обратить внимание:

zero-click и AI-influenced сценарии продолжают давить на last-click/простую click-based атрибуцию. Для команд с собственной инфраструктурой это сигнал пересматривать event schema, postback-логику и модели оценки partner value, если воронка уже частично уходит в ассистированные касания без клика.

Как заработать 2500$ с УБТ трафика из Twitter’а не привлекая внимания санитаров

Арбитражник проkил органическbq трафик с X (Twitter) через связку с dating-офферами, используя маскировку ссылок под видеопревью. После полугода залива с марта по октябрь 2025-го он заработал скромный, но стабильный доход, внедрив динамическую генерацию страниц, обфускацию ссылок и cookie-разделение трафика для увеличения конверсии на треть. Основной вызов — постоянные баны доменом из-за обновлений Google и требований антифрода, из…

➡️ Читайте на сайте: https://aff.top/blog/kak-zarabotat-2500-s-ubt-trafika-iz-twitter-a-ne-privlekaia-vnimaniia-sanitarov

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

Drupal выбирают не за “мощность”, а за то, что он не ломается на сложных структурах

Drupal хорошо заходит там, где контент — это не просто “заголовок + текст”, а набор сущностей, связей, ролей и сценариев публикации. Если сайт должен жить на десятках типов страниц, с разными правами доступа и сложной редактурой, он часто оказывается практичнее более простых CMS.

Есть наблюдение которое стоит проверить: Drupal редко берут “на старт”, его выбирают, когда уже стало тесно. Обычно это видно по трём признакам:
— у контента много полей, связей и зависимостей;
— у редакторов разные роли и ограничения;
— нужно не просто публиковать, а управлять workflow.

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

За неделю в репах: чаще всего Drupal выигрывает не “по красоте”, а по дисциплине. Там, где команда готова один раз нормально спроектировать сущности и права, он потом экономит время на хаотичных правках.

Правило простое: если проекту нужна не витрина, а система управления контентом, Drupal — кандидат в первую очередь.

Cloud-инфраструктура: слой наблюдаемости становится обязательным

Что изменилось:
- облако дало командам гибкость, но усложнило понимание того, как реально работает софт;
- приложения теперь могут быть размазаны по контейнерам, serverless functions, API, managed databases, message queues, edge services и нескольким cloud providers.

На что обратить внимание:
если трекер, клоака, постбэк-сервис и вспомогательные API живут в разных средах, разбор инцидентов без единого telemetry-слоя быстро превращается в ручную корреляцию логов. Особенно при multi-cloud и managed-сервисах, где часть инфраструктуры не под полным контролем.

Microsoft 100/100/0: цель на 2030 под давлением AI/DC

Что изменилось:
Microsoft рассматривает вариант отложить или отказаться от одной из целей по clean energy на 2030 год на фоне расширения мощностей дата-центров под AI и cloud services.

Речь про 100/100/0 — цель, анонсированную в 2021.

На что обратить внимание:
для инфраструктурных команд это еще один сигнал по рынку DC: AI-нагрузка продолжает давить на энергетику, а значит на доступность мощностей, pricing и условия размещения в регионах с дефицитом энергии.

Пока это не релиз и не публичное изменение политики Microsoft, а сообщение Bloomberg со ссылкой на людей, знакомых с вопросом.

Claude Code: вводный гайд по сетапу и первой автоматизации

Что есть в материале:
- статья рассчитана на тех, кто хочет собирать собственные AI-инструменты и автоматизации без опыта в кодинге или разработке
- заявлен разбор настройки Claude Code с нуля
- заявлен сценарий создания первой автоматизации

Для нашей аудитории это не релиз и не changelog, а базовый onboarding-материал. Использовать как входную точку для оценки Claude Code в задачах внутренней автоматизации, без выводов о production-применимости по самой статье.

Linux kernel: CVE-2026-31431 Copy Fail

Microsoft описал high-severity уязвимость в Linux kernel, которая позволяет локальному непривилегированному пользователю получить root на затронутых системах.

Что известно:
- CVE: CVE-2026-31431
- также называется Copy Fail
- затрагивает несколько Linux-дистрибутивов, используемых в enterprise и cloud environments
- среди затронутых платформ Microsoft называет Red Hat, SUSE, Ubuntu и Amazon Linux

На что обратить внимание:
- self-hosted трекеры, клоакеры, API-шлюзы и postback-сервера на Linux нужно проверить по используемому дистрибутиву
- риск критичен для окружений, где есть локальные пользователи, контейнерные workload’ы или shared-инфраструктура
- для Kubernetes/cloud-сетапов это отдельный сигнал к ревизии базовых node image и patch management

7 типовых ошибок при запуске 1С-Битрикс, которые потом дорого чинить

Первый провал обычно не в коде, а в базе и структуре проекта. Перед стартом проверьте: есть ли разделение между публичной частью, шаблонами и логикой, не тащится ли бизнес-код в /bitrix/ и не смешаны ли доработки с ядром.

Дальше — права и окружение. Если на проде один пользователь «всё может», а на локалке у разработчика открыт полный доступ, ошибки всплывут только после переноса. Нормальная схема: отдельные роли, понятный доступ к файлам, одинаковые настройки PHP и MySQL на всех стендах.

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

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

И наконец, не откладывайте регламент: бэкапы, staging, список доработок, схема обновлений. Без этого любой перенос превращается в ручной разбор старого проекта.

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

Core Web Vitals на WordPress: где обычно ломают скорость и UX

Если сайт медленный, виноват не только хостинг. На WP чаще всего бьют по метрикам три вещи: тяжёлый первый экран, лишние блоки/виджеты и скрипты, которые ждут, пока прогрузится всё подряд. Для арбитражных лендингов это особенно заметно: один неудачный плагин может съесть и LCP, и INP, и CLS.

Проверяй в таком порядке:
— LCP: главный баннер, крупная картинка, шрифты, слайдеры
— INP: формы, попапы, меню, трекеры, сторонние виджеты
— CLS: отложенная загрузка картинок без размеров, вставки рекламных блоков, скачущие шрифты

На WordPress почти всегда помогает не «ускорение ради ускорения», а уборка цепочки рендера: убрать лишние секции из шаблона, перевести изображения в нормальные размеры, не тащить JS в head без причины, отключить то, что работает только для одной страницы. Для Gutenberg и билдера правило одно: каждый декоративный блок должен оправдывать свой вес.

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

Держи сайт не «красивым», а предсказуемым по рендеру — тогда Core Web Vitals перестают быть загадкой и превращаются в обычный чек-лист перед запуском.

Google Ads API: retention granular statistics с 1 июня 2026

Что изменится:
С 1 июня 2026 Google Ads и связанные measurement API переходят на retention 37 месяцев для granular performance statistics: daily, hourly, weekly.

На что обратить внимание:
Запросы Google Ads API и Google Ads scripts с granular segments за диапазоны старше 37 месяцев будут возвращать DateRangeError.INVALID_DATE. Проверить отчёты и ETL, где используются segments.date, segments.week и длинные date range.

High-level данные Google Ads по-прежнему будут доступны 11 лет: monthly, quarterly, yearly.

Google Analytics Data API при использовании dimension date будет обрезать affected metrics до последних 36 месяцев.

DV360 API и CM360 API остаются без изменений: retention 24 месяца.

Cloud Computing News: материал по эволюции современных протоколов передачи для защиты cloud data

В доступных подтвержденных данных есть только факт публикации материала и заголовок. Технических деталей по протоколам, изменениям схем передачи, требованиям к конфигурации или совместимости в предоставленном фрагменте нет.

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

TypeScript ломается не в типах, а в границах между пакетами и файлами

Чаще всего проблемы начинаются не с интерфейсов, а с tsconfig. Если у вас в репе несколько пакетов, проверьте три вещи: strict включён везде, baseUrl не используется без нужды, а пути из paths совпадают с реальными алиасами в сборке.

Дальше — режим модулей. Смешивать CommonJS и ESM можно, но цена почти всегда одна: странные импорты, дублирование зависимостей и «магия» вокруг default export. Если проект уже на ESM, держите одинаковые правила для всех пакетов: один формат входа, один стиль импортов, одна схема публикации.

Отдельно проверьте типы для внешних границ: API, события, env, runtime-ответы. TypeScript не спасает, если вы описали форму данных красивым интерфейсом, но не валидируете вход. Для этого обычно хватает простого правила: всё, что пришло извне, считается unknown до проверки.

И ещё одно наблюдение которое стоит проверить: большинство «медленных» TS-проектов тормозит не компилятор, а лишние пересчёты. Слишком широкие include, глубокие re-export цепочки, лишние project references и общие файлы типов на весь монорепо быстро раздувают build time.

Если хотите меньше боли, начните не с кода, а с границ: tsconfig, формат модулей, контракт данных и область видимости типов. Тогда TypeScript начинает помогать, а не просто шуметь в редакторе.