7 ошибок при работе с русской CMS, которые потом дороже всего чинить
В RU-стеке чаще всего ломается не «движок», а привычка делать как в учебном проекте. На Bitrix и MODX это быстро вылезает в поддержку, миграции и обновления.
— Хардкод в шаблоне вместо нормальных настроек. Пока сайт один — терпимо. Потом любое изменение тянет правку по файлам и риск сломать верстку.
— Логика в шаблоне вместо компонента, плагина или сниппета. Когда бизнес-правило размазано по HTML, его невозможно тестировать и трудно переиспользовать.
— Прямые запросы в БД без слоя абстракции. Для «быстрого решения» это удобно, но потом больно переносить, кешировать и искать источник ошибки.
— Смешивание контента и представления. Редактору нужен контент, разработчику — структура. Когда это спутано, правки превращаются в ручную сборку.
— Игнорирование прав доступа. В русских CMS это особенно заметно: один лишний доступ в админке — и безопасность уже условная.
— Отсутствие единых соглашений по именам, папкам и кастомным полям. Через полгода проект становится набором исключений, который никто не хочет трогать.
— Нет плана обновления и бэкапов. Любая доработка без отката — это не разработка, а ставка на удачу.
Если проект должен жить дольше одного цикла правок, сначала убирайте хардкод и хаос в структуре. Потом уже ускоряйте.
В RU-стеке чаще всего ломается не «движок», а привычка делать как в учебном проекте. На Bitrix и MODX это быстро вылезает в поддержку, миграции и обновления.
— Хардкод в шаблоне вместо нормальных настроек. Пока сайт один — терпимо. Потом любое изменение тянет правку по файлам и риск сломать верстку.
— Логика в шаблоне вместо компонента, плагина или сниппета. Когда бизнес-правило размазано по HTML, его невозможно тестировать и трудно переиспользовать.
— Прямые запросы в БД без слоя абстракции. Для «быстрого решения» это удобно, но потом больно переносить, кешировать и искать источник ошибки.
— Смешивание контента и представления. Редактору нужен контент, разработчику — структура. Когда это спутано, правки превращаются в ручную сборку.
— Игнорирование прав доступа. В русских CMS это особенно заметно: один лишний доступ в админке — и безопасность уже условная.
— Отсутствие единых соглашений по именам, папкам и кастомным полям. Через полгода проект становится набором исключений, который никто не хочет трогать.
— Нет плана обновления и бэкапов. Любая доработка без отката — это не разработка, а ставка на удачу.
Если проект должен жить дольше одного цикла правок, сначала убирайте хардкод и хаос в структуре. Потом уже ускоряйте.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Компания 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
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
Server-side трекинг ломается не на коде, а на стыке трёх систем
Если смотреть только на пиксель, кажется, что всё просто: клик есть, конверсия есть, событие улетело. Но в server-side пайплайне решение принимает не один скрипт, а связка: источник трафика, ваш сервер и трекер. И любая дырка между ними превращается в расхождение по лидам, ROI и оптимизации.
Сначала проверьте вход: какие параметры реально доходят до сервера, не теряются ли gclid, fbclid, utm, click_id, user_agent и IP. Затем — правила матчинга: по какому ключу событие связывается с кликом, есть ли fallback-логика, что происходит при дубле или пустом идентификаторе. Если матчинг строится только на одном поле, потери неизбежны.
Дальше смотрите на отправку: не режет ли прокси заголовки, не ломает ли очередь повторную доставку, не уходит ли событие раньше, чем сформирован окончательный статус. Отдельная ошибка — считать server-side «истиной», не сверяя его с логами источника и трекера. У них могут быть разные окна атрибуции и разный момент фиксации конверсии.
Схема рабочая только тогда, когда у вас есть лог входа, лог матчинга и лог отправки на каждом этапе. Без них server-side быстро превращается в чёрный ящик, где все уверены, что «событие ушло», но никто не знает, где оно потерялось.
Если смотреть только на пиксель, кажется, что всё просто: клик есть, конверсия есть, событие улетело. Но в server-side пайплайне решение принимает не один скрипт, а связка: источник трафика, ваш сервер и трекер. И любая дырка между ними превращается в расхождение по лидам, ROI и оптимизации.
Сначала проверьте вход: какие параметры реально доходят до сервера, не теряются ли gclid, fbclid, utm, click_id, user_agent и IP. Затем — правила матчинга: по какому ключу событие связывается с кликом, есть ли fallback-логика, что происходит при дубле или пустом идентификаторе. Если матчинг строится только на одном поле, потери неизбежны.
Дальше смотрите на отправку: не режет ли прокси заголовки, не ломает ли очередь повторную доставку, не уходит ли событие раньше, чем сформирован окончательный статус. Отдельная ошибка — считать server-side «истиной», не сверяя его с логами источника и трекера. У них могут быть разные окна атрибуции и разный момент фиксации конверсии.
Схема рабочая только тогда, когда у вас есть лог входа, лог матчинга и лог отправки на каждом этапе. Без них server-side быстро превращается в чёрный ящик, где все уверены, что «событие ушло», но никто не знает, где оно потерялось.
GA4 не врёт — он просто считает не так, как трекер, CRM и рекламный кабинет
Если смотреть на GA4 как на источник правды, почти всегда получаются лишние споры. У него своя логика: события вместо сессий, модельная атрибуция, задержки в обработке и зависимость от согласий. В арбитраже и UA это быстро превращается в разъезд цифр.
Сверять GA4 стоит не «по общему числу», а по цепочке:
— совпадает ли разметка utm и gclid/fbclid на входе;
— не режется ли трафик consent mode или баннером cookie;
— одинаковое ли окно атрибуции у GA4, трекера и рекламной платформы;
— не теряются ли event_id, client_id, user_id между фронтом и сервером.
Частая ошибка — искать расхождение только в конверсиях. На деле сначала ломается источник визита, потом клик, потом событие покупки. Если на уровне landing page и first click уже есть дыры, финальный отчёт будет расходиться даже при идеальной отправке purchase. Особенно это заметно, когда часть событий уходит через браузер, а часть — через server-side.
Полезный порядок сверки такой: 1) проверить входные параметры, 2) сравнить сырые события в трекере и GA4, 3) отдельно посмотреть consent-отказы и отфильтрованный трафик, 4) только потом оценивать ROAS. Не наоборот.
Если GA4 и трекер не сходятся, сначала чинят идентификаторы и правила отправки событий, а уже потом спорят о «плохой атрибуции».
Если смотреть на GA4 как на источник правды, почти всегда получаются лишние споры. У него своя логика: события вместо сессий, модельная атрибуция, задержки в обработке и зависимость от согласий. В арбитраже и UA это быстро превращается в разъезд цифр.
Сверять GA4 стоит не «по общему числу», а по цепочке:
— совпадает ли разметка utm и gclid/fbclid на входе;
— не режется ли трафик consent mode или баннером cookie;
— одинаковое ли окно атрибуции у GA4, трекера и рекламной платформы;
— не теряются ли event_id, client_id, user_id между фронтом и сервером.
Частая ошибка — искать расхождение только в конверсиях. На деле сначала ломается источник визита, потом клик, потом событие покупки. Если на уровне landing page и first click уже есть дыры, финальный отчёт будет расходиться даже при идеальной отправке purchase. Особенно это заметно, когда часть событий уходит через браузер, а часть — через server-side.
Полезный порядок сверки такой: 1) проверить входные параметры, 2) сравнить сырые события в трекере и GA4, 3) отдельно посмотреть consent-отказы и отфильтрованный трафик, 4) только потом оценивать ROAS. Не наоборот.
Если GA4 и трекер не сходятся, сначала чинят идентификаторы и правила отправки событий, а уже потом спорят о «плохой атрибуции».
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Российские букмекеры увеличили закуп трафика с мобильных приложений
Российские букмекеры в 1 квартале 2026 года заметно нарастили закупку трафика из мобильных приложений. На фоне ужесточения регулирования они смещают бюджеты в новые каналы, где ещё есть живой трафик.
По данным UMG, доля in-app-рекламы выросла с 3-4% до 5-6% при объёме рынка около 10 млрд рублей. Но это может быть только начало — в блоге разбираем…
➡️ Читайте на сайте: https://aff.top/blog/rossiiskie-bukmekery-uvelichili-zakup-trafika-s-mobilnykh-prilozhenii
🧠 Ещё больше инсайтов → в канале AFF.top
Российские букмекеры в 1 квартале 2026 года заметно нарастили закупку трафика из мобильных приложений. На фоне ужесточения регулирования они смещают бюджеты в новые каналы, где ещё есть живой трафик.
По данным UMG, доля in-app-рекламы выросла с 3-4% до 5-6% при объёме рынка около 10 млрд рублей. Но это может быть только начало — в блоге разбираем…
➡️ Читайте на сайте: https://aff.top/blog/rossiiskie-bukmekery-uvelichili-zakup-trafika-s-mobilnykh-prilozhenii
🧠 Ещё больше инсайтов → в канале AFF.top
esbuild ускоряет сборку, но ломают проект обычно не плагины, а конфиг и ожидания
esbuild берут ради скорости, а потом пытаются использовать его как полный аналог Webpack. Отсюда и разочарование: он отлично режет время на transpile, minify и bundle, но не обязан закрывать весь зоопарк кейсов из старого стека.
— Если нужен быстрый dev/build для TS, JSX и простых зависимостей — esbuild попадает в цель.
— Если в проекте сложная трансформация AST, кастомные лоадеры или хитрые алиасы — сначала проверь, можно ли упростить пайплайн.
— Если важна совместимость с CommonJS и ESM, отдельно прогоняй импорт/экспорт, особенно в monorepo.
Частая ошибка — ставить esbuild в середину тяжёлого билда и ждать магии. Он не компенсирует плохую структуру репы, огромные barrel-файлы и лишние пересборки. Скорость собирается не только инструментом, но и тем, сколько модулей ты ему отдаёшь.
Ещё один полезный тест: сравни не только build time, но и размер итогового bundle. Бывает, что сборка стала быстрее, а дерево зависимостей распухло из-за неаккуратных импортов.
Если нужен результат без сюрпризов — используй esbuild там, где он силён: быстрый transpile, простая упаковка, предварительная оптимизация. Всё остальное сначала упрощай в коде, потом уже ускоряй инструментом.
esbuild берут ради скорости, а потом пытаются использовать его как полный аналог Webpack. Отсюда и разочарование: он отлично режет время на transpile, minify и bundle, но не обязан закрывать весь зоопарк кейсов из старого стека.
— Если нужен быстрый dev/build для TS, JSX и простых зависимостей — esbuild попадает в цель.
— Если в проекте сложная трансформация AST, кастомные лоадеры или хитрые алиасы — сначала проверь, можно ли упростить пайплайн.
— Если важна совместимость с CommonJS и ESM, отдельно прогоняй импорт/экспорт, особенно в monorepo.
Частая ошибка — ставить esbuild в середину тяжёлого билда и ждать магии. Он не компенсирует плохую структуру репы, огромные barrel-файлы и лишние пересборки. Скорость собирается не только инструментом, но и тем, сколько модулей ты ему отдаёшь.
Ещё один полезный тест: сравни не только build time, но и размер итогового bundle. Бывает, что сборка стала быстрее, а дерево зависимостей распухло из-за неаккуратных импортов.
Если нужен результат без сюрпризов — используй esbuild там, где он силён: быстрый transpile, простая упаковка, предварительная оптимизация. Всё остальное сначала упрощай в коде, потом уже ускоряй инструментом.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Mia Khalifa стала амбпссадором 1win
Mia Khalifa снова засветилась рядом с 1win: в Instagram она показала цепочку с логотипом бренда и статус «VIP 1win».
Параллельно всплыла история с ее ставкой на Испанию на ЧМ — по данным поста, выигрыш мог составить 200к$.
Официального подтверждения амбассадорства пока нет, но для арбитражников это уже повод для новых креативов. Что именно здесь…
➡️ Читайте на сайте: https://aff.top/blog/mia-khalifa-stala-ambpssadorom-1win
🧠 Ещё больше инсайтов → в канале AFF.top
Mia Khalifa снова засветилась рядом с 1win: в Instagram она показала цепочку с логотипом бренда и статус «VIP 1win».
Параллельно всплыла история с ее ставкой на Испанию на ЧМ — по данным поста, выигрыш мог составить 200к$.
Официального подтверждения амбассадорства пока нет, но для арбитражников это уже повод для новых креативов. Что именно здесь…
➡️ Читайте на сайте: https://aff.top/blog/mia-khalifa-stala-ambpssadorom-1win
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from КРАВЧЕНКО
Дорогие коллеги и партнеры,
Наш маршрут конференций за последние недели, получился особенно насыщенным.
Со стендами PoshFriends мы побывали на MAC и GGate, а затем продолжили встречи уже в полях iGB Live в Лондоне.
В Ереване увиделись с любимыми SEO-командами, попробовали местные вина, обменялись новостями и зарядились энергией УБТ-команд.
В Тбилиси обсуждали тренды, новые связки и совместные планы, встречались с действующими партнерами и знакомились с новыми. А за настроение на стенде отвечала Черемша, которая чуть не стала маскотом одного из наших продуктов. С этой задачей, кажется, справилась лучше всех.
В Лондоне все было уже по-деловому. Провели серию встреч с топ-партнерами, обсудили Японию, бурж и новые точки роста. География интересов растет, планы становятся амбициознее. Воротники, как выяснилось, нагладили не зря.
Спасибо всем, с кем удалось увидеться на этом маршруте. За открытые разговоры, новые идеи, доверие и планы, которые постепенно превращаются в реальные проекты.
Конференционный сезон продолжается. Скоро увидимся снова.
Всегда ваши, Команда Posh Friends 🤝
Наш маршрут конференций за последние недели, получился особенно насыщенным.
Со стендами PoshFriends мы побывали на MAC и GGate, а затем продолжили встречи уже в полях iGB Live в Лондоне.
В Ереване увиделись с любимыми SEO-командами, попробовали местные вина, обменялись новостями и зарядились энергией УБТ-команд.
В Тбилиси обсуждали тренды, новые связки и совместные планы, встречались с действующими партнерами и знакомились с новыми. А за настроение на стенде отвечала Черемша, которая чуть не стала маскотом одного из наших продуктов. С этой задачей, кажется, справилась лучше всех.
В Лондоне все было уже по-деловому. Провели серию встреч с топ-партнерами, обсудили Японию, бурж и новые точки роста. География интересов растет, планы становятся амбициознее. Воротники, как выяснилось, нагладили не зря.
Спасибо всем, с кем удалось увидеться на этом маршруте. За открытые разговоры, новые идеи, доверие и планы, которые постепенно превращаются в реальные проекты.
Конференционный сезон продолжается. Скоро увидимся снова.
Всегда ваши, Команда Posh Friends 🤝
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Короткий домен Telegram перестал работать
Telegram лишился домена t.me: он разделегирован и больше не работает на уровне регистратора. Платформа срочно переезжает на telegram.me, а владельцам крупных каналов стоит обновить публичные ссылки. Сроки восстановления неизвестны, и есть риск, что t.me не вернётся вовсе на фоне давления на Telegram.
➡️ Читайте на сайте: https://aff.top/blog/korotkii-domen-telegram-perestal-rabotat
🧠 Ещё больше инсайтов → в канале AFF.top
Telegram лишился домена t.me: он разделегирован и больше не работает на уровне регистратора. Платформа срочно переезжает на telegram.me, а владельцам крупных каналов стоит обновить публичные ссылки. Сроки восстановления неизвестны, и есть риск, что t.me не вернётся вовсе на фоне давления на Telegram.
➡️ Читайте на сайте: https://aff.top/blog/korotkii-domen-telegram-perestal-rabotat
🧠 Ещё больше инсайтов → в канале AFF.top
Server-side трекинг ломается не на коде, а на границах между системами
Когда данные идут через браузер, сервер, трекер и рекламную сеть, теряется не только cookie, но и логика сверки. Главная ошибка — считать server-side «магической кнопкой»: он не восстанавливает всё, он просто переносит точку сбора ближе к источнику события.
Перед внедрением проверьте 4 вещи:
— кто формирует event_id и где он живёт;
— чем матчится клик: click_id, fbp/fbc, hashed data, собственный uid;
— где стоит дедупликация: на вашем сервере, в трекере или на стороне платформы;
— какой канал является source of truth для каждого события.
Если эти роли не разделить, начнутся типовые баги: дубли конверсий, потеря части лидов, разные суммы в трекере и в кабинете, «пустые» события без привязки к кампании. Чаще всего проблема не в транспортировке, а в том, что один и тот же сигнал пытаются использовать для атрибуции, дедупа и аналитики одновременно.
Хорошая схема server-side — это не максимум интеграций, а минимум неопределённости. Сначала опишите пайплайн на бумаге: от клика до postback, с точкой генерации идентификаторов и правилами отказа. Потом уже подключайте передачи событий и сверяйте логи на каждом шаге.
Когда данные идут через браузер, сервер, трекер и рекламную сеть, теряется не только cookie, но и логика сверки. Главная ошибка — считать server-side «магической кнопкой»: он не восстанавливает всё, он просто переносит точку сбора ближе к источнику события.
Перед внедрением проверьте 4 вещи:
— кто формирует event_id и где он живёт;
— чем матчится клик: click_id, fbp/fbc, hashed data, собственный uid;
— где стоит дедупликация: на вашем сервере, в трекере или на стороне платформы;
— какой канал является source of truth для каждого события.
Если эти роли не разделить, начнутся типовые баги: дубли конверсий, потеря части лидов, разные суммы в трекере и в кабинете, «пустые» события без привязки к кампании. Чаще всего проблема не в транспортировке, а в том, что один и тот же сигнал пытаются использовать для атрибуции, дедупа и аналитики одновременно.
Хорошая схема server-side — это не максимум интеграций, а минимум неопределённости. Сначала опишите пайплайн на бумаге: от клика до postback, с точкой генерации идентификаторов и правилами отказа. Потом уже подключайте передачи событий и сверяйте логи на каждом шаге.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Youtube тестирует поиск с AI
YouTube начал тестировать Ask YouTube — поиск с ИИ, где можно задавать вопросы обычным языком и получать не список ссылок, а готовую подборку видео и фрагментов.
Фича уже доступна в США и работает на сложные запросы: если нужно, ИИ уточняет вопрос и подсказывает следующий шаг.
Что это значит для поиска на YouTube и когда новинка дойдёт до других…
➡️ Читайте на сайте: https://aff.top/blog/youtube-testiruet-poisk-s-ai
🧠 Ещё больше инсайтов → в канале AFF.top
YouTube начал тестировать Ask YouTube — поиск с ИИ, где можно задавать вопросы обычным языком и получать не список ссылок, а готовую подборку видео и фрагментов.
Фича уже доступна в США и работает на сложные запросы: если нужно, ИИ уточняет вопрос и подсказывает следующий шаг.
Что это значит для поиска на YouTube и когда новинка дойдёт до других…
➡️ Читайте на сайте: https://aff.top/blog/youtube-testiruet-poisk-s-ai
🧠 Ещё больше инсайтов → в канале AFF.top
GA4 для арбитража ломается не в отчёте, а в разметке и сверке источников
Если GA4 и трекер показывают разные цифры, проблема обычно не в «плохой аналитике», а в том, как событие доезжает до отчёта. У GA4 свой мир: cookie, consent, атрибуционные окна, дедупликация, фильтры. У трекера — свой: клики, постбэки, повторные конверсии, задержки S2S.
Проверяйте не только сам конверт, но и цепочку:
— есть ли единый client_id / user_id там, где он нужен;
— не режется ли событие consent mode или браузерными ограничениями;
— совпадают ли названия событий, параметры и валюта;
— не теряется ли часть пути при редиректах, SPA и кросс-домене.
Самая частая ошибка — считать GA4 источником истины по ROI. Для закупки он полезен как слой поведения и качества трафика, но не как финальный арбитр между площадкой, трекером и CRM. Если один и тот же лид проходит через несколько систем, заранее задайте порядок: кто фиксирует клик, кто хранит конверсию, кто отвечает за финальный статус.
Практика простая: сначала сверяйте объём кликов, потом объём событий, потом качество дедупликации. И только после этого сравнивайте доход. Иначе вы лечите не проблему атрибуции, а шум в сборе данных.
Если GA4 и трекер показывают разные цифры, проблема обычно не в «плохой аналитике», а в том, как событие доезжает до отчёта. У GA4 свой мир: cookie, consent, атрибуционные окна, дедупликация, фильтры. У трекера — свой: клики, постбэки, повторные конверсии, задержки S2S.
Проверяйте не только сам конверт, но и цепочку:
— есть ли единый client_id / user_id там, где он нужен;
— не режется ли событие consent mode или браузерными ограничениями;
— совпадают ли названия событий, параметры и валюта;
— не теряется ли часть пути при редиректах, SPA и кросс-домене.
Самая частая ошибка — считать GA4 источником истины по ROI. Для закупки он полезен как слой поведения и качества трафика, но не как финальный арбитр между площадкой, трекером и CRM. Если один и тот же лид проходит через несколько систем, заранее задайте порядок: кто фиксирует клик, кто хранит конверсию, кто отвечает за финальный статус.
Практика простая: сначала сверяйте объём кликов, потом объём событий, потом качество дедупликации. И только после этого сравнивайте доход. Иначе вы лечите не проблему атрибуции, а шум в сборе данных.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
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
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
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Telegram запустил собственный сервер для ботов
Telegram запустил собственный сервер для ботов и мани-приложений: теперь backend можно размещать прямо внутри инфраструктуры мессенджера.
Сервер работает на JavaScript/TypeScript, через вебхуки, и позволяет подключать SQL-базу для сбора контактов без посредников.
Пока неясны цена и ограничения — что именно уже можно тестировать, а где скрыт подв…
➡️ Читайте на сайте: https://aff.top/blog/telegram-zapustil-sobstvennyi-server-dlia-botov
🧠 Ещё больше инсайтов → в канале AFF.top
Telegram запустил собственный сервер для ботов и мани-приложений: теперь backend можно размещать прямо внутри инфраструктуры мессенджера.
Сервер работает на JavaScript/TypeScript, через вебхуки, и позволяет подключать SQL-базу для сбора контактов без посредников.
Пока неясны цена и ограничения — что именно уже можно тестировать, а где скрыт подв…
➡️ Читайте на сайте: https://aff.top/blog/telegram-zapustil-sobstvennyi-server-dlia-botov
🧠 Ещё больше инсайтов → в канале AFF.top
Server-side трекинг ломается не на коде, а на стыке пяти точек
Классическая ошибка — считать, что сервер сам «дособерёт» атрибуцию. Нет: он только переносит часть логики с браузера в ваш пайплайн. Если не задать, откуда брать клики, как матчить лид и куда слать postback, данные начнут расходиться между трекером, CRM и рекламным кабинетом.
Проверьте базовую схему:
— единый click_id на входе и в конверсии;
— явное правило дедупликации событий;
— сохранение времени клика и времени лида;
— отдельный лог для потерь: нет cookie, нет consent, нет match;
— fallback, если браузерный идентификатор не пришёл.
Дальше смотрите на транспорт. Server-side не спасает, если запросы теряются на CDN, режутся WAF или уходят с неверным таймаутом. Частая проблема — событие ушло в API, но не дошло до трекера, потому что не было ретрая и контроля ответа. Нужны очереди, idempotency key и алерт на пустые/дублирующиеся отправки.
Последний слой — сверка. Сравнивайте не «все конверсии», а цепочку: клик → лид → подтверждение → postback. Если на одном шаге провал, ищите причину там, а не в отчёте. Иначе команда лечит не источник ошибки, а только красивую цифру в дашборде.
Server-side работает, когда у него есть строгая схема данных, контроль доставки и понятный источник правды.
Классическая ошибка — считать, что сервер сам «дособерёт» атрибуцию. Нет: он только переносит часть логики с браузера в ваш пайплайн. Если не задать, откуда брать клики, как матчить лид и куда слать postback, данные начнут расходиться между трекером, CRM и рекламным кабинетом.
Проверьте базовую схему:
— единый click_id на входе и в конверсии;
— явное правило дедупликации событий;
— сохранение времени клика и времени лида;
— отдельный лог для потерь: нет cookie, нет consent, нет match;
— fallback, если браузерный идентификатор не пришёл.
Дальше смотрите на транспорт. Server-side не спасает, если запросы теряются на CDN, режутся WAF или уходят с неверным таймаутом. Частая проблема — событие ушло в API, но не дошло до трекера, потому что не было ретрая и контроля ответа. Нужны очереди, idempotency key и алерт на пустые/дублирующиеся отправки.
Последний слой — сверка. Сравнивайте не «все конверсии», а цепочку: клик → лид → подтверждение → postback. Если на одном шаге провал, ищите причину там, а не в отчёте. Иначе команда лечит не источник ошибки, а только красивую цифру в дашборде.
Server-side работает, когда у него есть строгая схема данных, контроль доставки и понятный источник правды.
Forwarded from AFF.TOP
This media is not supported in your browser
VIEW IN TELEGRAM
Google картинки станут конкурентом Pinterest
Google Картинки начали превращать в полноценную платформу с персональной лентой по прошлым запросам — по сути, в аналог Pinterest.
Во вкладке For you уже тестируют подборки, а ещё обещают коллекции и генерацию изображений во встроенной Nano Banana.
Как это будет работать и когда новинка дойдёт до других стран — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/google-kartinki-stanut-konkurentom-pinterest
🧠 Ещё больше инсайтов → в канале AFF.top
Google Картинки начали превращать в полноценную платформу с персональной лентой по прошлым запросам — по сути, в аналог Pinterest.
Во вкладке For you уже тестируют подборки, а ещё обещают коллекции и генерацию изображений во встроенной Nano Banana.
Как это будет работать и когда новинка дойдёт до других стран — в блоге.
➡️ Читайте на сайте: https://aff.top/blog/google-kartinki-stanut-konkurentom-pinterest
🧠 Ещё больше инсайтов → в канале AFF.top