Google стал помечать креативы, созданные ИИ

Google объявил, что начнёт помечать рекламные креативы, созданные нейросетями. Причина — ИИ-баннеры и видео стали слишком похожи на настоящие.

Формат и заметность маркировки будут зависеть от законов конкретного региона: где-то предупреждение появится прямо на креативе, где-то — в его информации.

Что это значит для арбитражников и когда правила …

➡️ Читайте на сайте: https://aff.top/blog/google-stal-pomechat-kreativy-sozdannye-ii

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

Компания Meta выпустила Muse Spark 1.1

Meta выпустила Muse Spark 1.1 почти одновременно с новой ChatGPT-5.6. Это мультимодальный агент, который сам дробит задачу на подзадачи и распределяет их между субагентами.

Стоимость тоже заметно ниже топовых западных моделей: $1.25 за миллион входных токенов и $4.25 за миллион выходных.

Но главный вопрос — насколько она реально сильна на фоне к…

➡️ Читайте на сайте: https://aff.top/blog/kompaniia-meta-vypustila-muse-spark-1-1

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

8 a11y-проверок, которые ловят самые дорогие ошибки в интерфейсе

Если интерфейс неудобен с клавиатуры, скринридера или при низком контрасте — проблема уже в базе, а не в «полировке». Чаще всего ломают не сложные сценарии, а простые вещи: фокус, подписи, порядок элементов и состояние ошибок.

• Проверь навигацию с Tab: фокус должен быть видимым, логичным и не исчезать за модалками.
• Все кликабельные элементы обязаны иметь понятное имя: иконка без подписи — плохой паттерн.
• У полей формы должны быть label, подсказка и текст ошибки, а не только placeholder.
• Не передавай смысл только цветом: ошибка, статус и успех должны читаться без него.

Отдельно смотри на модальные окна, выпадающие списки и тосты: они должны объявляться, закрываться предсказуемо и не уводить пользователя в тупик. Если есть анимации, оставь способ выключить или минимизировать движение.

Что делать на практике: добавьте a11y-чек в дизайн-ревью и в QA-список, а на уровне компонента храните не только внешний вид, но и состояние фокуса, роли, подписи и ошибки. Так вы чините не экран, а систему.

UX ломается не на кнопках, а на местах, где пользователь сомневается

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

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

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

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

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

Микроанимации, которые не украшают интерфейс, а объясняют его

Микровзаимодействие нужно не ради «живости», а чтобы пользователь понял: действие принято, статус изменился, ошибка не потерялась. Если анимация не отвечает на вопрос «что произошло?», она лишняя.

Рабочие сценарии почти всегда одни и те же:
— подтверждение клика, отправки, сохранения;
— переход состояния: loading → success / error;
— подсказка, где искать результат действия;
— мягкий фокус на элементе, который требует внимания.

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

На практике проверяйте три вещи: есть ли у анимации смысл, виден ли результат без догадок, и можно ли понять интерфейс без неё. Для а11y не полагайтесь только на движение: дайте текстовый статус, контрастный индикатор и возможность отключать лишнюю динамику.

Хорошая микроанимация не заметна как эффект — она заметна как ясность.

Российские букмекеры увеличили закуп трафика с мобильных приложений

Российские букмекеры в 1 квартале 2026 года заметно нарастили закупку трафика из мобильных приложений. На фоне ужесточения регулирования они смещают бюджеты в новые каналы, где ещё есть живой трафик.

По данным UMG, доля in-app-рекламы выросла с 3-4% до 5-6% при объёме рынка около 10 млрд рублей. Но это может быть только начало — в блоге разбираем…

➡️ Читайте на сайте: https://aff.top/blog/rossiiskie-bukmekery-uvelichili-zakup-trafika-s-mobilnykh-prilozhenii

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

Mia Khalifa стала амбпссадором 1win

Mia Khalifa снова засветилась рядом с 1win: в Instagram она показала цепочку с логотипом бренда и статус «VIP 1win».

Параллельно всплыла история с ее ставкой на Испанию на ЧМ — по данным поста, выигрыш мог составить 200к$.

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

➡️ Читайте на сайте: https://aff.top/blog/mia-khalifa-stala-ambpssadorom-1win

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

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

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

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

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

Микроинтеракции: 5 деталей, которые делают интерфейс «живым» без лишнего шума

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

Что обычно работает:
• мгновенный отклик на нажатие — кнопка должна «ответить» сразу;
• понятный статус — загрузка, сохранение, отправка, ошибка;
• мягкая обратная связь — без дерганья и визуального перегруза;
• подсказка на границе ошибки — до того, как пользователь сломал сценарий.

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

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

Хорошая микроинтеракция не замечается отдельно — она просто убирает сомнение. Если пользователь не думает «сработало ли?», значит интерфейс сделал свою работу.

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

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

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

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

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

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

Микроинтеракции, которые делают интерфейс «живым» без лишнего шума

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

Рабочие микроинтеракции решают 4 задачи:
— подтверждают действие: чекбокс, тост, смена состояния кнопки;
— показывают статус: загрузка, прогресс, disabled;
— помогают не ошибиться: подсветка поля, маска, автоподстановка;
— объясняют причинно: почему кнопка недоступна и что сделать дальше.

Что важно: микроинтеракция должна быть быстрее мысли. Если её нужно «считывать», она уже мешает. Лишний bounce, долгий fade, резкий сдвиг блока — всё это добавляет трение, особенно в формах, оплате и навигации. Лучше короткий, предсказуемый отклик, чем «красиво, но непонятно».

На практике проверяйте три вещи: 1) есть ли явный триггер и понятный результат; 2) виден ли фокус, hover, active и ошибка; 3) не ломается ли сценарий без анимации. Если смысл держится только на движении, паттерн слабый. Если без движения интерфейс остаётся ясным — вы сделали всё правильно.

Хорошая микроинтеракция не отвлекает от задачи, а убирает сомнение. Именно это и делает продукт ощущаемо качественнее.

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

NN/g не про «красивый UX», а про ошибки, которые ломают конверсию

Из методологии NN/g в продуктовой работе чаще всего полезны не громкие тренды, а базовые проверки: понятна ли цель экрана, виден ли следующий шаг, не перегружен ли интерфейс, можно ли завершить задачу без догадок.

Что важно:
— пользователь сканирует, а не читает; значит, заголовок, CTA и иерархия должны объяснять экран за 3–5 секунд
— каждый лишний выбор повышает риск отказа; если шаг можно убрать без потери смысла, его лучше убрать
— ошибки должны быть видны сразу и рядом с полем, а не в конце формы
— доступность — это не отдельный трек, а часть базового UX: контраст, фокус, клавиатурная навигация, понятные тексты

Если вы работаете с ростом, NN/g полезен как чек-лист перед запуском A/B-теста: сначала уберите очевидные трения, потом меняйте копирайт, порядок блоков и форму ввода. Иначе тестируетe не решение, а шум.

Что делать на практике: перед релизом прогоняйте экран по трём вопросам — понятно ли, что здесь происходит; ясно ли, что делать дальше; не мешает ли интерфейс завершить задачу. Если на любой из этих точек есть пауза, у вас не «деталь дизайна», а риск потери конверсии.

Google картинки станут конкурентом Pinterest

Google Картинки начали превращать в полноценную платформу с персональной лентой по прошлым запросам — по сути, в аналог Pinterest.

Во вкладке For you уже тестируют подборки, а ещё обещают коллекции и генерацию изображений во встроенной Nano Banana.

Как это будет работать и когда новинка дойдёт до других стран — в блоге.

➡️ Читайте на сайте: https://aff.top/blog/google-kartinki-stanut-konkurentom-pinterest

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

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

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

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

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

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

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

arena_hard: как читать жёсткие сравнения моделей и не купить себе маркетинг вместо llm

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

Что проверять первым:
— есть ли у сравнения одинаковые условия: один и тот же промпт, контекст, ограничения, формат ответа;
— не прячется ли за одним числом длинный хвост провалов: хорошие топ-1 ответы часто маскируют слабые edge cases;
— оценивается ли не только «красивый текст», но и устойчивость к переобобщению, отказам и странным запросам.

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

И ещё один фильтр: сравнивай не один benchmark, а связку evals. Если модель хороша в одном формате и сыпется на соседнем, это не «новый стандарт», а просто удачный матчап. В llm-гонке это классика.

Держи в голове простое правило: arena_hard полезна, когда она режет самообман, а не когда красиво его упаковывает. Иногда это реально potential killer, а иногда — просто очень уверенная табличка, которая может и не взлетит.

Микро-анимации, которые делают интерфейс понятнее, а не «живее»

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

Проверьте три вещи:
— кнопка явно реагирует на hover, press и disabled;
— загрузка и отправка имеют видимый промежуточный статус;
— ошибка объясняет, что пошло не так, и как исправить.

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

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

Хорошая микро-интеракция не привлекает внимание к себе. Она экономит внимание пользователя.

Почему дизайн-система ломается не в UI, а в правилах её использования

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

Что должно быть обязательно:
— когда использовать компонент, а когда собирать его вручную;
— какие состояния у элемента считаются обязательными: hover, focus, disabled, error;
— как компонент ведёт себя на длинных текстах, в пустом состоянии и при ошибке;
— кто отвечает за изменения: дизайн, продукт или фронтенд.

Если этого нет, появляются типовые поломки: одинаковые элементы ведут себя по-разному, а документация устаревает быстрее, чем код. Визуальная консистентность держится не на библиотеке, а на договорённости между людьми и командами.

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

Если в системе нельзя быстро понять «когда и зачем это использовать», это не дизайн-система, а каталог UI.