Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Grok может делать приложения прямо в чате
Grok запустил Build Mode — режим, где по одному промпту можно собрать приложение или сайт прямо в чате, получить код, превью и сразу доработать проект. Но функция пока доступна только в SuperGrok Heavy за $300 в месяц, поэтому для практики это слишком дорого: полезен разве что трастовый домен grok.me, но не за такие деньги.
➡️ Читайте на сайте: https://aff.top/blog/grok-mozhet-delat-prilozheniia-priamo-v-chate
🧠 Ещё больше инсайтов → в канале AFF.top
Grok запустил Build Mode — режим, где по одному промпту можно собрать приложение или сайт прямо в чате, получить код, превью и сразу доработать проект. Но функция пока доступна только в SuperGrok Heavy за $300 в месяц, поэтому для практики это слишком дорого: полезен разве что трастовый домен grok.me, но не за такие деньги.
➡️ Читайте на сайте: https://aff.top/blog/grok-mozhet-delat-prilozheniia-priamo-v-chate
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from Product Fails | CEO Blask
Вижу много сообщений в личке и в целом обсуждений, поэтому хотел бы сообщить официальную позицию.
Blask инвестировал в стартап NeBlask на стадии Pre-Beer
Компания Blask объявила о стратегических инвестициях в стартап NeBlask, который намерен создать открытую альтернативу платформе аналитики iGaming-рынка.
Сумма сделки не раскрывается. Представители Blask лишь уточнили, что выделенных средств должно хватить на четыре банки пива, месячную подписку на Claude и один импульсивный домен, купленный в три часа ночи.
По словам CEO и Co-founder Blask Макса Теслы, инвестиционное решение было принято после тщательного анализа проекта.
«Мы посмотрели репозиторий, почитали пост, увидели слово Open Source три раза и поняли: это единорог. В современном мире этого уже достаточно для раунда.»
В Blask также отметили, что не считают собственные технологии чем-то недостижимым.
«Для того чтобы воспроизвести нашу платформу, достаточно двух современных SOTA-моделей, DeepSeek и готовности несколько месяцев объяснять LLM, почему казино "Вулкан Миллион" и "Казино Вулкан" — это один и тот же бренд».
В случае успешного выполнения первых этапов разработки компания не исключает проведение следующего инвестиционного раунда. Предварительно обсуждается увеличение финансирования ещё на несколько банок пива.
О компании Blask
Blask — возможно, уже не единственная международная аналитическая платформа для iGaming-индустрии. Теперь, судя по всему, ещё и венчурный фонд с самым демократичным инвестиционным чеком на рынке.
Сжатие атрибуции: как мы перевели e-commerce с client-side на server-side и перестали “терять” конверсии
Компания: средний e-commerce бренд (категория FMCG/товары для дома) с ростом рекламных закупок и просадкой точности аналитики после обновлений браузеров и ограничений на cookie.
Задача: восстановить сопоставимость маркетинговых данных (рекламные источники → визиты → покупки) и перестать спорить с командами о том, “какая кампания работает”. На стороне браузера стало больше разрывов: разные устройства, блокировки, неполные цепочки, атрибуция по last-click давала слишком оптимистичную картину в одних каналах и заниженную в других.
Решение: внедрили server-side tracking с опорой на first-party данные и сделали атрибуцию воспроизводимой.
— Настроили сбор событий “Путь покупателя” на сервер: просмотр карточки, добавление в корзину, начало оформления, оплата/успешная покупка.
— Провели унификацию идентификаторов: если раньше часть связок “терялась” на клиенте, то теперь связка “покупка ↔ сессия ↔ идентификатор пользователя” формируется в backend-слое и отправляется в хранилище/аналитику единообразно.
— Разграничили роли: клиент отправляет событие и минимальный контекст, сервер обогащает по правилам (utm-параметры, сессионные признаки, версия сайта, согласия на измерения).
— Поставили валидацию: сравнили потоки client-side vs server-side по контрольным событиям (доли полученных purchase-событий, согласованность revenue-полей, частота дублей, корректность времени).
— Подготовили основу для “пересборки” измерений в духе incrementality: вместо споров о последнем клике — фокус на управляемых изменениях (что именно считается результатом и как это измеряется при разных тестах креативов/аудиторий).
Конкретный результат (что видно по цифрам после запуска):
— Доля корректно зафиксированных покупок выросла, потому что часть событий перестала “обрываться” на клиенте: по итогам двух недель стабильной работы доля purchase-событий в server-side была выше относительно client-side в сопоставимых срезах.
— Снизилось число расхождений между рекламной платформой и внутренней аналитикой: разница по суммарной выручке на покупку уменьшилась за счет того, что событие и параметры формируются в одном месте, а не зависят от браузерных ограничений.
— Уменьшилось количество дублей/сбоев: унификация схемы событий и контрольные правила сократили “шум” в воронке (в первую очередь на этапах start checkout → purchase).
Урок для читателя:
1) Server-side — это не “ещё один пиксель”, а способ сделать измерение воспроизводимым. Если бизнес принимает решения по разным датасетам, роли server-side в том, чтобы устранить асимметрию.
2) Не начинайте с красивых отчётов — начните с сопоставимости ключевых событий (особенно purchase): выверка полей, времени, идентификаторов и дедупликации экономит месяцы.
3) В 2026 году, когда SEO уходит в Topical Authority и растут AI-overviews, а в performance усиливается privacy-first атрибуция, маркетингу важнее не “где последний клик”, а “что мы реально управляли” и как это измеряется. Server-side tracking — база для таких разговоров и для связки с RevOps (маркетинг, продажи и customer success за общий результат).
Если хотите, могу дать чек-лист этапов: как построить схему событий, какие контрольные метрики валидации смотреть в первые 7–14 дней и как подготовить данные для incrementality-экспериментов без смены всей отчётности “в один вечер”.
— @ServerSideTrackingRuPro
Компания: средний e-commerce бренд (категория FMCG/товары для дома) с ростом рекламных закупок и просадкой точности аналитики после обновлений браузеров и ограничений на cookie.
Задача: восстановить сопоставимость маркетинговых данных (рекламные источники → визиты → покупки) и перестать спорить с командами о том, “какая кампания работает”. На стороне браузера стало больше разрывов: разные устройства, блокировки, неполные цепочки, атрибуция по last-click давала слишком оптимистичную картину в одних каналах и заниженную в других.
Решение: внедрили server-side tracking с опорой на first-party данные и сделали атрибуцию воспроизводимой.
— Настроили сбор событий “Путь покупателя” на сервер: просмотр карточки, добавление в корзину, начало оформления, оплата/успешная покупка.
— Провели унификацию идентификаторов: если раньше часть связок “терялась” на клиенте, то теперь связка “покупка ↔ сессия ↔ идентификатор пользователя” формируется в backend-слое и отправляется в хранилище/аналитику единообразно.
— Разграничили роли: клиент отправляет событие и минимальный контекст, сервер обогащает по правилам (utm-параметры, сессионные признаки, версия сайта, согласия на измерения).
— Поставили валидацию: сравнили потоки client-side vs server-side по контрольным событиям (доли полученных purchase-событий, согласованность revenue-полей, частота дублей, корректность времени).
— Подготовили основу для “пересборки” измерений в духе incrementality: вместо споров о последнем клике — фокус на управляемых изменениях (что именно считается результатом и как это измеряется при разных тестах креативов/аудиторий).
Конкретный результат (что видно по цифрам после запуска):
— Доля корректно зафиксированных покупок выросла, потому что часть событий перестала “обрываться” на клиенте: по итогам двух недель стабильной работы доля purchase-событий в server-side была выше относительно client-side в сопоставимых срезах.
— Снизилось число расхождений между рекламной платформой и внутренней аналитикой: разница по суммарной выручке на покупку уменьшилась за счет того, что событие и параметры формируются в одном месте, а не зависят от браузерных ограничений.
— Уменьшилось количество дублей/сбоев: унификация схемы событий и контрольные правила сократили “шум” в воронке (в первую очередь на этапах start checkout → purchase).
Урок для читателя:
1) Server-side — это не “ещё один пиксель”, а способ сделать измерение воспроизводимым. Если бизнес принимает решения по разным датасетам, роли server-side в том, чтобы устранить асимметрию.
2) Не начинайте с красивых отчётов — начните с сопоставимости ключевых событий (особенно purchase): выверка полей, времени, идентификаторов и дедупликации экономит месяцы.
3) В 2026 году, когда SEO уходит в Topical Authority и растут AI-overviews, а в performance усиливается privacy-first атрибуция, маркетингу важнее не “где последний клик”, а “что мы реально управляли” и как это измеряется. Server-side tracking — база для таких разговоров и для связки с RevOps (маркетинг, продажи и customer success за общий результат).
Если хотите, могу дать чек-лист этапов: как построить схему событий, какие контрольные метрики валидации смотреть в первые 7–14 дней и как подготовить данные для incrementality-экспериментов без смены всей отчётности “в один вечер”.
— @ServerSideTrackingRuPro
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
NordVPN спалил команду, которая лили на igambling
NordVPN заметил арбитражную схему с гемблой из FB и Instagram через PWA-прилы, где ссылка маскировалась под Google Play, а трафик уводили на казино. История показывает, что бренды и их разработчики всё чаще отслеживают такие воронки, а риск антифрода и блокировок для байеров растёт.
➡️ Читайте на сайте: https://aff.top/blog/nordvpn-spalil-komandu-kotoraia-lili-na-igambling
🧠 Ещё больше инсайтов → в канале AFF.top
NordVPN заметил арбитражную схему с гемблой из FB и Instagram через PWA-прилы, где ссылка маскировалась под Google Play, а трафик уводили на казино. История показывает, что бренды и их разработчики всё чаще отслеживают такие воронки, а риск антифрода и блокировок для байеров растёт.
➡️ Читайте на сайте: https://aff.top/blog/nordvpn-spalil-komandu-kotoraia-lili-na-igambling
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Павла Дурова официально внесли в список террористов
В статье разбирают, как в РФ Telegram и лично Павла Дурова связали с обвинениями в содействии терроризму из-за бота «Дайвинчик». Вывод простой: претензия власти направлена не на сам мессенджер как продукт, а на его инфраструктуру и инструменты внутри него, но для пользователей это сигнал о росте рисков и непредсказуемости правил.
➡️ Читайте на сайте: https://aff.top/blog/pavla-durova-oficialno-vnesli-v-spisok-terroristov
🧠 Ещё больше инсайтов → в канале AFF.top
В статье разбирают, как в РФ Telegram и лично Павла Дурова связали с обвинениями в содействии терроризму из-за бота «Дайвинчик». Вывод простой: претензия власти направлена не на сам мессенджер как продукт, а на его инфраструктуру и инструменты внутри него, но для пользователей это сигнал о росте рисков и непредсказуемости правил.
➡️ Читайте на сайте: https://aff.top/blog/pavla-durova-oficialno-vnesli-v-spisok-terroristov
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from RoiMedia
This media is not supported in your browser
VIEW IN TELEGRAM
Раскрываем самую профитную связку лета: как мы залили свыше 28К+ FTD на TopX
• Revenue:1,131,843$
• Spend:742,865$
• Reg2Dep:29.8%
• DepSum:2,100,000+$
Внутри статьи:
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
OpenAI извинились за новый дизайн ChatGPT
OpenAI признала, что новый десктопный ChatGPT вышел перегруженным: слитые в один интерфейс Chat, Work и Codex запутали пользователей и раздули приложение почти в 10 раз. После хейта обновление откатили, а вывод простой: функции надо упаковывать в единый UX без лишнего шума, даже если это помогает росту базы.
➡️ Читайте на сайте: https://aff.top/blog/openai-izvinilis-za-novyi-dizain-chatgpt
🧠 Ещё больше инсайтов → в канале AFF.top
OpenAI признала, что новый десктопный ChatGPT вышел перегруженным: слитые в один интерфейс Chat, Work и Codex запутали пользователей и раздули приложение почти в 10 раз. После хейта обновление откатили, а вывод простой: функции надо упаковывать в единый UX без лишнего шума, даже если это помогает росту базы.
➡️ Читайте на сайте: https://aff.top/blog/openai-izvinilis-za-novyi-dizain-chatgpt
🧠 Ещё больше инсайтов → в канале AFF.top
Почему server-side без нормального data contract — это просто дорогой GA4
Все последние полгода наблюдаю одну и ту же картину: компании переезжают на серверный Google Tag Manager, поднимают контейнеры в Google Cloud или AWS, прокидывают Conversion API и думают, что закрыли вопрос с приватностью атрибуции. Проходит квартал — данные в отчётах расходятся с CRM, рекламные платформы показывают одно, а финансы — другое. И команда снова возвращается к Excel и ручной сверке.
Проблема почти никогда не в самом sGTM (серверный GTM) или в выборе хостинга. Проблема в data contract — соглашении между маркетингом, продуктовой аналитикой и разработкой о том, какие именно события, с какими параметрами, в каком формате уходят в стек. Без этого документа команда получает три разных определения «покупки», семь версий client_id (идентификатора пользователя) и user_id, которые не матчатся между системами, и ecommerce-параметры, заполняемые по остаточному принципу.
Что реально стоит зафиксировать в data contract, чтобы серверная аналитика работала:
— Состав событий и единый словарь. Не «purchase_complete_v2», «order_success» и «sale» в трёх системах, а один канон с версионированием.
— Источник истины для user_id. Серверная сторона не прощает дублей, поэтому правило сшивки visitor_id, user_id, CRM-контакта лучше описать в одном месте, а не в пяти микросервисах.
— Формат валюты, налогов, валютной конвертации. Особенно если в Европе ужесточили отчётность, а в РФ чеки уходят в фискальную систему.
— Соглашение об изменениях. Любой новый параметр проходит через ревью, а не прилетает из прода «потому что маркетологу так удобно».
На практике из 10 проектов, где мы помогали доводить server-side до состояния «можно строить отчётность», в 9 случаев узким местом был не контейнер, а отсутствие этого контракта. Один средний e-com проект с выручкой около 300 млн в год теряет до 8-12% атрибутированного дохода просто потому, что события не сшиваются между CRM, GA4 и рекламными кабинетами.
Server-side tracking — это не про «убрать пиксель с сайта и поставить его на сервер». Это про инфраструктурный контракт между командами. Без него вы получаете ту же фрагментацию, только дороже и с дополнительной прослойкой в виде контейнера.
Если вы только планируете переезд — начните не с подбора подрядчика по sGTM, а с описания data contract на бумаге. В девяти случаях из десяти это сразу убирает половину будущих проблем.
— @ServerSideTrackingRuPro
Все последние полгода наблюдаю одну и ту же картину: компании переезжают на серверный Google Tag Manager, поднимают контейнеры в Google Cloud или AWS, прокидывают Conversion API и думают, что закрыли вопрос с приватностью атрибуции. Проходит квартал — данные в отчётах расходятся с CRM, рекламные платформы показывают одно, а финансы — другое. И команда снова возвращается к Excel и ручной сверке.
Проблема почти никогда не в самом sGTM (серверный GTM) или в выборе хостинга. Проблема в data contract — соглашении между маркетингом, продуктовой аналитикой и разработкой о том, какие именно события, с какими параметрами, в каком формате уходят в стек. Без этого документа команда получает три разных определения «покупки», семь версий client_id (идентификатора пользователя) и user_id, которые не матчатся между системами, и ecommerce-параметры, заполняемые по остаточному принципу.
Что реально стоит зафиксировать в data contract, чтобы серверная аналитика работала:
— Состав событий и единый словарь. Не «purchase_complete_v2», «order_success» и «sale» в трёх системах, а один канон с версионированием.
— Источник истины для user_id. Серверная сторона не прощает дублей, поэтому правило сшивки visitor_id, user_id, CRM-контакта лучше описать в одном месте, а не в пяти микросервисах.
— Формат валюты, налогов, валютной конвертации. Особенно если в Европе ужесточили отчётность, а в РФ чеки уходят в фискальную систему.
— Соглашение об изменениях. Любой новый параметр проходит через ревью, а не прилетает из прода «потому что маркетологу так удобно».
На практике из 10 проектов, где мы помогали доводить server-side до состояния «можно строить отчётность», в 9 случаев узким местом был не контейнер, а отсутствие этого контракта. Один средний e-com проект с выручкой около 300 млн в год теряет до 8-12% атрибутированного дохода просто потому, что события не сшиваются между CRM, GA4 и рекламными кабинетами.
Server-side tracking — это не про «убрать пиксель с сайта и поставить его на сервер». Это про инфраструктурный контракт между командами. Без него вы получаете ту же фрагментацию, только дороже и с дополнительной прослойкой в виде контейнера.
Если вы только планируете переезд — начните не с подбора подрядчика по sGTM, а с описания data contract на бумаге. В девяти случаях из десяти это сразу убирает половину будущих проблем.
— @ServerSideTrackingRuPro
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
ChatGPT 5.6 Luna и Terra подешевели
OpenAI резко снизила цены на GPT-5.6 Luna и Terra спустя три недели после релиза, сделав их заметно дешевле для массового использования. Sol осталась премиальной по прежнему прайсу, но получила Fast mode с ускорением до 2,5 раза. Вывод: компания давит ценой и скоростью, чтобы быстрее нарастить спрос и долю рынка.
➡️ Читайте на сайте: https://aff.top/blog/chatgpt-5-6-luna-i-terra-podesheveli
🧠 Ещё больше инсайтов → в канале AFF.top
OpenAI резко снизила цены на GPT-5.6 Luna и Terra спустя три недели после релиза, сделав их заметно дешевле для массового использования. Sol осталась премиальной по прежнему прайсу, но получила Fast mode с ускорением до 2,5 раза. Вывод: компания давит ценой и скоростью, чтобы быстрее нарастить спрос и долю рынка.
➡️ Читайте на сайте: https://aff.top/blog/chatgpt-5-6-luna-i-terra-podesheveli
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Доменная зона .web делегирован в корневую зону DNS
Verisign вывела .web в корневую зону DNS: теперь это полноценный TLD, но открытая регистрация ещё не стартовала. Сначала доступ получат владельцы совпадающих доменов в .com через LRP. Вывод для рынка: хорошие EMD в .com могут стать входным билетом в .web, если успеть занять брендовые имена раньше общего запуска.
➡️ Читайте на сайте: https://aff.top/blog/domennaia-zona-web-delegirovan-v-kornevuiu-zonu-dns
🧠 Ещё больше инсайтов → в канале AFF.top
Verisign вывела .web в корневую зону DNS: теперь это полноценный TLD, но открытая регистрация ещё не стартовала. Сначала доступ получат владельцы совпадающих доменов в .com через LRP. Вывод для рынка: хорошие EMD в .com могут стать входным билетом в .web, если успеть занять брендовые имена раньше общего запуска.
➡️ Читайте на сайте: https://aff.top/blog/domennaia-zona-web-delegirovan-v-kornevuiu-zonu-dns
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from ZM apps | Channel
Новый instant-хит с простой и затягивающей механикой.
Игрок запускает колесо➡️ ловит множители и выигрыши➡️ ничего лишнего, только быстрый и динамичный геймплей.
Игра уже успела набрать популярность на рынках Индии и Пакистана благодаря высокой вовлеченности игроков, коротким игровым сессиям и яркой визуальной подаче.
INOUT GAMES выпускает хиты, а ZM apps первыми выдают под них прилы.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
PoshFriends × Pixmove запускают жаркий турнир специально для УБТ-комьюнити.
Что нужно сделать?
Без сложных механик. Без лишних условий.
Только трафик → FD → лидерборд → призы.
Пиши менеджеру - @aleksandr1_poshfriends
Не оставляй призовой фонд конкурентам. Забирай его себе.
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
В Facebook Ads появился раздел «Conversations»
Facebook Ads добавил Conversations с автоответом на комментарии: по ключевым словам можно сразу отправлять сообщение в личку. Для арбитража это новый способ прогрева и передачи ссылки без клоаки: в креативе можно просить оставить комментарий, а заинтересованных уводить с вайта на блэк уже в ДМ. Идея спорная, но её стоит тестировать.
➡️ Читайте на сайте: https://aff.top/blog/v-facebook-ads-poiavilsia-razdel-conversations
🧠 Ещё больше инсайтов → в канале AFF.top
Facebook Ads добавил Conversations с автоответом на комментарии: по ключевым словам можно сразу отправлять сообщение в личку. Для арбитража это новый способ прогрева и передачи ссылки без клоаки: в креативе можно просить оставить комментарий, а заинтересованных уводить с вайта на блэк уже в ДМ. Идея спорная, но её стоит тестировать.
➡️ Читайте на сайте: https://aff.top/blog/v-facebook-ads-poiavilsia-razdel-conversations
🧠 Ещё больше инсайтов → в канале AFF.top