Claude code теперь умеет запускать Ios-прилы

Anthropic превратила Claude Code Desktop в инструмент для сборки и отладки iOS-приложений прямо в симуляторе Apple. Claude видит интерфейс, читает экран и сразу вносит правки без computer use и разрешений на запись экрана. Для работы нужен Mac, Xcode и подписка Pro/Max/Team. Вывод: это удобный способ быстрее тестировать iOS-оферы и фичи.

➡️ Читайте на сайте: https://aff.top/blog/claude-code-teper-umeet-zapuskat-ios-prily

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

Open AI запустила рекламный сервис в ChatGPT

OpenAI запустила рекламу в ChatGPT: спонсорские блоки показываются в бесплатной версии и тарифе Go, а закупка идёт по CPM и CPC с бюджетом на уровне адсетов. Для арбитражников это пока дорогой тест: рекомендованный CPC $3–5, ограниченные гео, есть UTM и базовая статистика, но окупаемость под вопросом.

➡️ Читайте на сайте: https://aff.top/blog/open-ai-zapustila-reklamnyi-servis-v-chatgpt

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

Reverse ETL ломается не в коннекторе, а в том, как у вас устроены ключи и статусы

Reverse ETL нужен, когда данные уже живут в DWH, а маркетингу, sales или CX надо отдавать их обратно в CRM, helpdesk или ads-аккаунты. Проблема обычно не в “доставить”, а в “какую запись считать истиной” и “когда перезаписывать поле”.

Сначала проверьте 3 вещи:
— есть ли стабильный ключ на уровне человека/аккаунта, а не только email;
— не дублируются ли сущности между web, app и CRM;
— можно ли безопасно обновлять поле без затирания ручных правок.

Дальше отделяйте свойства на группы: identity, mutable profile, derived scores. Иначе один плохой батч превращает источник правды в источник хаоса. Для score-полей задавайте TTL или явное правило пересчёта, для contact fields — приоритет источника, для статусов — только одно место, где их меняют.

Самая частая ошибка — пушить в CRM всё подряд. Нужен не “маппинг всех колонок”, а список полей с владельцем, триггером обновления и правилом отката. Если этого нет, reverse ETL быстро превращается в автоматический спам по системам.

Делайте reverse ETL не как трубопровод, а как контракт: кто пишет, что пишет и почему это поле вообще можно менять.

Google выпустила новую Gemini 3.6 flash

Google выкатил новую линейку Gemini: 3.6 Flash стала основной моделью и выгоднее прошлой, при этом лучше в кодинге. 3.5 Flash-Lite — самая быстрая, подходит для рисёрча и анализа доков. Flash Cyber ориентирована на поиск уязвимостей, но доступна только в пилоте.

➡️ Читайте на сайте: https://aff.top/blog/google-vypustila-novuiu-gemini-3-6-flash

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

IOS 27 будут блокировать за долги

Apple готовит в iOS 27 механизм блокировки iPhone при просрочке по лизингу: часть функций останется доступной, чтобы можно было оплатить долг. Для CPA и партнёрского маркетинга это сигнал, что финтех и рассрочка всё глубже вшиваются в экосистему бренда, а доступ к устройству может зависеть от статуса договора.

➡️ Читайте на сайте: https://aff.top/blog/ios-27-budut-blokirovat-za-dolgi

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

Meta разрабатывает приложение для сочинения сказок

Meta тестирует AI-приложение для создания детских сказок: пользователь задаёт героя, мир и мораль, а нейросеть сама пишет текст, рисует иллюстрации и добавляет музыку. Это шаг к массовой генерации контента, где качество, персонализация и скорость важнее ручной работы — а для арбитража и CPA это ещё один инструмент, ускоряющий упаковку креативов и кейсов.

➡️ Читайте на сайте: https://aff.top/blog/meta-razrabatyvaet-prilozhenie-dlia-sochineniia-skazok

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

Customer data ломается не в CDP, а на первом кривом event schema

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

Базовый набор для customer data:
— стабильный user_id и anon_id;
— event_name без самодеятельности;
— timestamp в одном формате;
— source, platform, currency, order_id там, где это нужно.
Если этого нет, identity resolution начинает склеивать шум, а не людей.

Отдельная боль — свойства событий. Не тащите всё подряд: PII в трекинг, свободный текст вместо кодов, разные названия одного и того же свойства в web и app. Лучше 20 полей, которые реально используются в сегментации и триггерах, чем 120, из которых половина пустая.

Проверка перед запуском простая: каждое событие должно отвечать на вопрос «кто, что, когда, откуда и в каком контексте». Если хотя бы один ответ плавает, сначала чините схему, потом строите CDP и reverse-ETL. Иначе вы автоматизируете хаос, а не customer data.

Google добавил вход по видеоселфи

Google тестирует вход по видеоселфи вместо пароля и 2FA: пользователь записывает короткое видео, а потом система сверяет лицо при авторизации. Это упрощает доступ, но вызывает вопросы к антифроду и защите от дипфейков. Функция доступна не всем и не работает для Workspace, детских аккаунтов и Advanced Protection.

➡️ Читайте на сайте: https://aff.top/blog/google-dobavil-vkhod-po-videoselfi

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

Alibaba выпустили в паблик Qwen-image-3.0

Qwen-image-3.0 делает упор не на «красивую картинку», а на прикладные задачи: длинные промпты, сложные макеты, текст, формулы и 12 языков. Это удобный инструмент для массовой генерации простых визуалов, но пока без open-source весов и бенчей он не выглядит заменой GPT Image 2 или Nano Banana 2.

➡️ Читайте на сайте: https://aff.top/blog/alibaba-vypustili-v-pablik-qwen-image-3-0

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

Яндекс тестирует объединение цифровой и наружной рекламы

Яндекс тестирует «Панораму» — единый формат для digital и наружной рекламы с «умным» охватом, который учитывает пересечение аудиторий и снижает частоту показов. Для рекламодателей это шанс расширить reach до 120 млн пользователей и протестировать новые placements, но в паблик-фазе важно смотреть на цену охвата и качество трафика.

➡️ Читайте на сайте: https://aff.top/blog/iandeks-testiruet-obedinenie-cifrovoi-i-naruzhnoi-reklamy

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

Drupal редко ломается на контенте — чаще его ломают архитектурой

Если проект растёт, Drupal удобно брать не за «CMS для новостей», а за каркас с правами, типами контента и связями. Он хорошо держит сложные роли, многоуровневую редактуру и сценарии, где один и тот же материал должен показываться по-разному в разных разделах.

За неделю в репах у Drupal обычно всплывают одни и те же решения:
— сначала проектируют сущности и поля, а не верстку;
— потом настраивают view и workflow под редакторов;
— отдельно думают про кэш, иначе любой удобный контент превращается в медленный;
— интеграции выносят через API, а не шьют логику в шаблоны.

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

Главная ошибка при старте — пытаться собрать Drupal как набор модулей «на всякий случай». Нормальная схема другая: сначала карта контента, потом роли, потом кэширование и только после этого выбор модулей. Так платформа не превращается в набор случайных костылей.

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

Data activation ломается не в CDP, а на стыке схемы, прав и триггеров

CDP/Reverse-ETL не спасает, если в источнике нет одного правила: кто владелец поля, как оно обновляется и где считается «истиной». Без этого в activation уезжают дубли, старые статусы и «грязные» сегменты, а маркетинг потом винит интеграцию.

Проверяйте 4 вещи:
— Идентификатор: один человек = один ключ для маппинга, иначе аудитории расползаются.
— Свежесть: какое событие должно обновить поле и с какой задержкой это допустимо.
— Приоритет источников: CRM, сайт, саппорт, платежи — кто перебивает кого.
— Триггеры: не лейте в ads все подряд; сначала отсекайте пустые email/phone, тестовые записи и невалидные статусы.

Самая частая ошибка — строить activation как «витрину всего». В итоге sync уходит быстрее, чем вы успеваете починить логику, а бизнес видит расхождения между CRM и рекламными кабинетами. Лучше начать с 3–5 полей, которые реально двигают сегментацию: статус клиента, LTV-диапазон, последний заказ, канал привлечения, флаг отказа от коммуникаций.

Если хотите стабильный activation, сначала опишите contract для полей и событий, потом уже подключайте Hightouch, Segment или любой другой слой. Иначе вы автоматизируете хаос, а не данные.