Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
This media is not supported in your browser
VIEW IN TELEGRAM
Совсем скоро запуск ШЕСТОГО проекта на RU GEO от создателей APEX, EVA, KUSH, BANDA и LEEBET!
Please open Telegram to view this post
VIEW IN TELEGRAM
Session stitching ломается не из-за пикселя, а из-за разъезда идентификаторов между клиентом и сервером
Когда browser-событие и server-событие живут в разных сессиях, вы получаете дубли, провалы в атрибуции и странные расхождения между GA4, CAPI и BI. Обычно проблема не в «потере данных», а в том, что не совпали ключи: event_id, session_id, client_id, fbp/fbc.
Что должно совпадать:
— event_id: один и тот же для Pixel и CAPI, иначе дедупликация не сработает
— session_id: прокиньте его из client-side в sGTM и дальше в backend
— client_id / user_pseudo_id: нужен как стабильный мост для аналитики
— timestamp: сервер не должен «уезжать» сильно дальше окна сессии
Практика простая: client-side генерирует event_id и session_id, кладёт их в first-party cookie или dataLayer, а сервер забирает и ретранслирует без пересборки. Если на сервере вы создаёте новые идентификаторы, stitching превращается в угадайку. Для GA4 отдельно проверьте, что session_start не плодится повторно при server hit.
Финальный чек: одно событие — один event_id, одна сессия — один session_id, и одинаковая логика на всех точках отправки. Если это соблюдено, дедупликация и отчёты перестают спорить между собой.
Когда browser-событие и server-событие живут в разных сессиях, вы получаете дубли, провалы в атрибуции и странные расхождения между GA4, CAPI и BI. Обычно проблема не в «потере данных», а в том, что не совпали ключи: event_id, session_id, client_id, fbp/fbc.
Что должно совпадать:
— event_id: один и тот же для Pixel и CAPI, иначе дедупликация не сработает
— session_id: прокиньте его из client-side в sGTM и дальше в backend
— client_id / user_pseudo_id: нужен как стабильный мост для аналитики
— timestamp: сервер не должен «уезжать» сильно дальше окна сессии
Практика простая: client-side генерирует event_id и session_id, кладёт их в first-party cookie или dataLayer, а сервер забирает и ретранслирует без пересборки. Если на сервере вы создаёте новые идентификаторы, stitching превращается в угадайку. Для GA4 отдельно проверьте, что session_start не плодится повторно при server hit.
Финальный чек: одно событие — один event_id, одна сессия — один session_id, и одинаковая логика на всех точках отправки. Если это соблюдено, дедупликация и отчёты перестают спорить между собой.
TikTok Events API ломается не на подписи, а на типовых полях и их валидации
У TikTok Events API чаще всего падает не транспорт, а качество payload: event_name есть, а match data пустая или собрана в другом формате. В итоге запрос проходит, но атрибуция и дедупликация работают хуже, чем могли бы.
Базовый набор, который стоит проверить первым:
— event_name: строго из ожидаемого списка, без локальных переименований
— event_time: Unix time в секундах, не в миллисекундах
— event_id: один и тот же для Pixel и server event
— user: email, phone, external_id, ip, user_agent, ttclid
— properties: value, currency, contents, content_type, order_id
Самые частые ошибки валидации:
— email и phone уходят без нормализации до SHA-256: нужны lowercase, trim, E.164 для телефона
— event_time отправляют с часовым поясом или в ms
— contents передают строкой вместо массива объектов
— currency приходит в нижнем регистре или без ISO-кода
— event_id генерируется заново на клиенте и сервере, поэтому dedup не сходится
Если строите server-side маршрут, валидируйте payload до отправки: пустой user object лучше отбрасывать, чем слать «почти валидные» события. Иначе API примет запрос, а match_keys останутся бесполезными для оптимизации.
Правило простое: сначала привести типы и формат полей к одной схеме, потом уже смотреть на EMQ, дедуп и ROAS.
У TikTok Events API чаще всего падает не транспорт, а качество payload: event_name есть, а match data пустая или собрана в другом формате. В итоге запрос проходит, но атрибуция и дедупликация работают хуже, чем могли бы.
Базовый набор, который стоит проверить первым:
— event_name: строго из ожидаемого списка, без локальных переименований
— event_time: Unix time в секундах, не в миллисекундах
— event_id: один и тот же для Pixel и server event
— user: email, phone, external_id, ip, user_agent, ttclid
— properties: value, currency, contents, content_type, order_id
Самые частые ошибки валидации:
— email и phone уходят без нормализации до SHA-256: нужны lowercase, trim, E.164 для телефона
— event_time отправляют с часовым поясом или в ms
— contents передают строкой вместо массива объектов
— currency приходит в нижнем регистре или без ISO-кода
— event_id генерируется заново на клиенте и сервере, поэтому dedup не сходится
Если строите server-side маршрут, валидируйте payload до отправки: пустой user object лучше отбрасывать, чем слать «почти валидные» события. Иначе API примет запрос, а match_keys останутся бесполезными для оптимизации.
Правило простое: сначала привести типы и формат полей к одной схеме, потом уже смотреть на EMQ, дедуп и ROAS.
ITP в Safari: что у трекера остаётся после отрезания cookie-окна
Safari режет не только срок жизни cookie. Для трекинга важнее другое: он быстро обесценивает цепочку идентификаторов, если между событием и конверсией появляется лишний редирект, кросс-домен или задержка.
Что обычно остаётся в рабочем наборе:
— first-party cookie, если она выставлена без лишних доменов и читается на том же сайте;
— server-side event с IP, User-Agent и timestamp;
— click_id / gclid / fbclid, если вы успели сохранить их в first-party storage;
— server-to-server match по собственному external_id.
Что обычно ломается:
— long attribution windows на client-side;
— зависимость от 3rd-party cookie для ретаргетинга и дедупликации;
— поздняя отправка event_id, когда браузер уже потерял контекст;
— кросс-доменные схемы без нормального first-party handoff.
Рабочая схема для Safari — не пытаться «победить» браузер, а сократить количество точек потери: сохранять click_id сразу, прокидывать его в first-party cookie или storage, отправлять ключевые события через sGTM и дедуплицировать по event_id. Тогда вы хотя бы не теряете purchase между лендингом и thank-you page.
Вывод простой: в Safari выживает не самый умный трекер, а самый быстрый и дисциплинированный в передаче first-party сигналов.
Safari режет не только срок жизни cookie. Для трекинга важнее другое: он быстро обесценивает цепочку идентификаторов, если между событием и конверсией появляется лишний редирект, кросс-домен или задержка.
Что обычно остаётся в рабочем наборе:
— first-party cookie, если она выставлена без лишних доменов и читается на том же сайте;
— server-side event с IP, User-Agent и timestamp;
— click_id / gclid / fbclid, если вы успели сохранить их в first-party storage;
— server-to-server match по собственному external_id.
Что обычно ломается:
— long attribution windows на client-side;
— зависимость от 3rd-party cookie для ретаргетинга и дедупликации;
— поздняя отправка event_id, когда браузер уже потерял контекст;
— кросс-доменные схемы без нормального first-party handoff.
Рабочая схема для Safari — не пытаться «победить» браузер, а сократить количество точек потери: сохранять click_id сразу, прокидывать его в first-party cookie или storage, отправлять ключевые события через sGTM и дедуплицировать по event_id. Тогда вы хотя бы не теряете purchase между лендингом и thank-you page.
Вывод простой: в Safari выживает не самый умный трекер, а самый быстрый и дисциплинированный в передаче first-party сигналов.
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
На Anthropic, OpenAI, Google и SpaceXAI подали в суд из-за ИИ
В Калифорнии против ИИ-компаний подали антимонопольный иск: регулятору показалось подозрительным, что игроки синхронно призывают ограничить развитие нейросетей ради безопасности. Смысл спора в том, что инвестиции в ИИ уже обгоняют реальный прогресс, а бизнесу выгодны правила, которые защитят капитал. Вывод: быстрых прорывов ждать не стоит, лучше выжимать максимум из текущих инструментов.
➡️ Читайте на сайте: https://aff.top/blog/na-anthropic-openai-google-i-spacexai-podali-v-sud-iz-za-ii
🧠 Ещё больше инсайтов → в канале AFF.top
В Калифорнии против ИИ-компаний подали антимонопольный иск: регулятору показалось подозрительным, что игроки синхронно призывают ограничить развитие нейросетей ради безопасности. Смысл спора в том, что инвестиции в ИИ уже обгоняют реальный прогресс, а бизнесу выгодны правила, которые защитят капитал. Вывод: быстрых прорывов ждать не стоит, лучше выжимать максимум из текущих инструментов.
➡️ Читайте на сайте: https://aff.top/blog/na-anthropic-openai-google-i-spacexai-podali-v-sud-iz-za-ii
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Google ads начал показывать расходы конкурентов
Google Ads запустил Peer Spending — инструмент, который сравнивает расходы аккаунта с рекламодателями из той же ниши без раскрытия чужих данных. Он показывает, тратите вы больше, меньше или примерно на уровне конкурентов на уровне кампаний и групп объявлений. Для арбитража это скорее ориентир по бенчмаркам, чем инструмент прямого усиления залива.
➡️ Читайте на сайте: https://aff.top/blog/google-ads-nachal-pokazyvat-raskhody-konkurentov
🧠 Ещё больше инсайтов → в канале AFF.top
Google Ads запустил Peer Spending — инструмент, который сравнивает расходы аккаунта с рекламодателями из той же ниши без раскрытия чужих данных. Он показывает, тратите вы больше, меньше или примерно на уровне конкурентов на уровне кампаний и групп объявлений. Для арбитража это скорее ориентир по бенчмаркам, чем инструмент прямого усиления залива.
➡️ Читайте на сайте: https://aff.top/blog/google-ads-nachal-pokazyvat-raskhody-konkurentov
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
This media is not supported in your browser
VIEW IN TELEGRAM
🔥 Приватные консультации по запускам Google ads и FB.
Масштабное обновление материала на сентябрь,без воды и паблика,свежий пак информации для опытных баеров(техничка,разбан,модерация,
связки,масштабирование и т.д)
Полный пак:
https://t.me/googleadsroi/164558
Отзывы:
https://t.me/+jnxGdX6GbjgxZTQx
Аккаунты гугл адс:
https://t.me/+VCIrjC36UiYyYjM0
Мой контакт:@TRAFF3
гарант+По промокоду( #affpapa ) скидка -10% на все услуги.
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Минфин РФ планирует выпустить собственный стейблкоин
Власти РФ обсуждают запуск рублёвого стейблкоина: сейчас решают, как его обеспечить, какие операции разрешить и будет ли на него спрос. Основной кейс — международные переводы, а не использование физлицами. Если проект доведут до запуска, он может стать частью новой криптоинфраструктуры и альтернативой токенам, привязанным к дружественным валютам.
➡️ Читайте на сайте: https://aff.top/blog/minfin-rf-planiruet-vypustit-sobstvennyi-steiblkoin
🧠 Ещё больше инсайтов → в канале AFF.top
Власти РФ обсуждают запуск рублёвого стейблкоина: сейчас решают, как его обеспечить, какие операции разрешить и будет ли на него спрос. Основной кейс — международные переводы, а не использование физлицами. Если проект доведут до запуска, он может стать частью новой криптоинфраструктуры и альтернативой токенам, привязанным к дружественным валютам.
➡️ Читайте на сайте: https://aff.top/blog/minfin-rf-planiruet-vypustit-sobstvennyi-steiblkoin
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
В публичный доступ вышел Grok 4.7
➡️ Читайте на сайте: https://aff.top/blog/v-publichnyi-dostup-vyshel-grok-4-7
🧠 Ещё больше инсайтов → в канале AFF.top
➡️ Читайте на сайте: https://aff.top/blog/v-publichnyi-dostup-vyshel-grok-4-7
🧠 Ещё больше инсайтов → в канале AFF.top
Кросс-девайс атрибуция ломается там, где у вас нет стабильного server-side ID
Если один и тот же человек приходит с mobile, потом с desktop, а дальше конвертится в приложении, client-side цепочка рвётся: cookies разные, браузеры режут хранение, а event_id помогает только для deduplication, не для склейки пользователей.
В server-side схеме нужен свой идентификатор уровня аккаунта или сессии: login_id, crm_id, hashed email/phone, иногда external_id. Его надо собирать только после явного согласия и передавать в sGTM как общий ключ для нескольких событий и платформ. Тогда Purchase с desktop можно связать с первым AddToCart на mobile, если оба события пришли с одним user key и нормальной timestamp logic.
Что важно сделать:
— нормализовать PII до SHA-256: lowercase, trim, E.164 для телефона;
— хранить mapping user_id ↔ device/event keys на стороне first-party;
— не путать server-side ID с browser fingerprint: первый можно объяснить, второй — нет;
— для Meta CAPI и Google Enhanced Conversions передавать один и тот же business-identifier, а не набор случайных полей.
Проверка простая: если отключить cookies, вы всё равно должны видеть склейку по логину или CRM-ключу в отчетах и в debug-логах sGTM. Если склейки нет, проблема обычно не в CAPI, а в том, что идентификатор живёт только в браузере.
Если один и тот же человек приходит с mobile, потом с desktop, а дальше конвертится в приложении, client-side цепочка рвётся: cookies разные, браузеры режут хранение, а event_id помогает только для deduplication, не для склейки пользователей.
В server-side схеме нужен свой идентификатор уровня аккаунта или сессии: login_id, crm_id, hashed email/phone, иногда external_id. Его надо собирать только после явного согласия и передавать в sGTM как общий ключ для нескольких событий и платформ. Тогда Purchase с desktop можно связать с первым AddToCart на mobile, если оба события пришли с одним user key и нормальной timestamp logic.
Что важно сделать:
— нормализовать PII до SHA-256: lowercase, trim, E.164 для телефона;
— хранить mapping user_id ↔ device/event keys на стороне first-party;
— не путать server-side ID с browser fingerprint: первый можно объяснить, второй — нет;
— для Meta CAPI и Google Enhanced Conversions передавать один и тот же business-identifier, а не набор случайных полей.
Проверка простая: если отключить cookies, вы всё равно должны видеть склейку по логину или CRM-ключу в отчетах и в debug-логах sGTM. Если склейки нет, проблема обычно не в CAPI, а в том, что идентификатор живёт только в браузере.
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
X теперь показывает причину теневого бана
➡️ Читайте на сайте: https://aff.top/blog/x-teper-pokazyvaet-prichinu-tenevogo-bana
🧠 Ещё больше инсайтов → в канале AFF.top
➡️ Читайте на сайте: https://aff.top/blog/x-teper-pokazyvaet-prichinu-tenevogo-bana
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Россиян заставят отчитываться перед ФНС за крипту
Крипта в РФ считается имуществом, поэтому доход от продажи или обмена облагается НДФЛ: 13% до 2,4 млн рублей и 15% сверх этого. Декларацию 3-НДФЛ нужно подать самостоятельно до 30 апреля. Отчитываться по кошелькам обязаны только при обороте свыше 600 000 рублей в год, а за нарушение грозят штрафы и пени.
➡️ Читайте на сайте: https://aff.top/blog/rossiian-zastaviat-otchityvatsia-pered-fns-za-kriptu
🧠 Ещё больше инсайтов → в канале AFF.top
Крипта в РФ считается имуществом, поэтому доход от продажи или обмена облагается НДФЛ: 13% до 2,4 млн рублей и 15% сверх этого. Декларацию 3-НДФЛ нужно подать самостоятельно до 30 апреля. Отчитываться по кошелькам обязаны только при обороте свыше 600 000 рублей в год, а за нарушение грозят штрафы и пени.
➡️ Читайте на сайте: https://aff.top/blog/rossiian-zastaviat-otchityvatsia-pered-fns-za-kriptu
🧠 Ещё больше инсайтов → в канале AFF.top
Hashing PII для Meta CAPI ломается не на SHA-256, а на нормализации полей
Email, phone, first_name, last_name, city, state, zip, country можно хешировать заранее, но Meta сравнивает не «строку в вакууме», а нормализованное значение. Если на клиенте у вас `Ivanov@Gmail.com`, а на сервере `ivanov@gmail.com `, матч уже деградирует.
Базовые правила:
— email: trim, lowercase, без пробелов;
— phone: только цифры, в формате E.164 до хеша;
— имена и город: lowercase, trim, без диакритики, если источник это поддерживает;
— страна: ISO-2, zip — без лишних символов;
— хеш: SHA-256 от нормализованной строки, не от JSON-объекта.
Для CAPI лучше передавать не один идентификатор, а набор: email_hash + phone_hash + external_id + fbp/fbc, если они есть. Чем больше валидных match_keys, тем выше шанс на Event Match Quality и тем стабильнее дедупликация между Pixel и CAPI.
Частая ошибка — хешировать «как есть» в GTM template и потом ещё раз на backend. Вторая проблема — разные правила на разных источниках: CRM отправляет телефон с `+7`, веб-сайт без префикса, а сервер склеивает их в разные хеши. Ещё хуже, когда PII уходит в логах до хеширования.
Финальное правило простое: сначала приводите PII к одному каноническому виду, потом хешируйте, потом тестируйте match rate на одном и том же event_id. Тогда CAPI перестаёт быть «чёрным ящиком» и начинает давать предсказуемый сигнал.
Email, phone, first_name, last_name, city, state, zip, country можно хешировать заранее, но Meta сравнивает не «строку в вакууме», а нормализованное значение. Если на клиенте у вас `Ivanov@Gmail.com`, а на сервере `ivanov@gmail.com `, матч уже деградирует.
Базовые правила:
— email: trim, lowercase, без пробелов;
— phone: только цифры, в формате E.164 до хеша;
— имена и город: lowercase, trim, без диакритики, если источник это поддерживает;
— страна: ISO-2, zip — без лишних символов;
— хеш: SHA-256 от нормализованной строки, не от JSON-объекта.
Для CAPI лучше передавать не один идентификатор, а набор: email_hash + phone_hash + external_id + fbp/fbc, если они есть. Чем больше валидных match_keys, тем выше шанс на Event Match Quality и тем стабильнее дедупликация между Pixel и CAPI.
Частая ошибка — хешировать «как есть» в GTM template и потом ещё раз на backend. Вторая проблема — разные правила на разных источниках: CRM отправляет телефон с `+7`, веб-сайт без префикса, а сервер склеивает их в разные хеши. Ещё хуже, когда PII уходит в логах до хеширования.
Финальное правило простое: сначала приводите PII к одному каноническому виду, потом хешируйте, потом тестируйте match rate на одном и том же event_id. Тогда CAPI перестаёт быть «чёрным ящиком» и начинает давать предсказуемый сигнал.
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
В публичный доступ вышла ChatGPT-6
OpenAI выпустила линейку GPT-6: модель Sol для кодинга и сложных задач и Luna для рутинных операций. Ключевое преимущество релиза — двукратное снижение цен на API ($2 и $0.10 за 1 млн входных токенов соответственно) и сокращение числа ошибок в два раза. Это позволяет масштабировать автоматизацию и разработку с вдвое меньшими затратами на инфраструктуру.
➡️ Читайте на сайте: https://aff.top/blog/v-publichnyi-dostup-vyshla-chatgpt-6
🧠 Ещё больше инсайтов → в канале AFF.top
OpenAI выпустила линейку GPT-6: модель Sol для кодинга и сложных задач и Luna для рутинных операций. Ключевое преимущество релиза — двукратное снижение цен на API ($2 и $0.10 за 1 млн входных токенов соответственно) и сокращение числа ошибок в два раза. Это позволяет масштабировать автоматизацию и разработку с вдвое меньшими затратами на инфраструктуру.
➡️ Читайте на сайте: https://aff.top/blog/v-publichnyi-dostup-vyshla-chatgpt-6
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Болгария введёт запрет на рекламу интернет-казино
Болгария вводит жёсткий запрет на рекламу казино и гемблинга, оставляя только спонсорство спорта. Для арбитража это ухудшает условия: запуск CPA-кампаний на лицензионных операторов станет сложнее, а дополнительные налоги на онлайн-казино могут снизить конверсию и поток игроков. Сейчас GEO выглядит неудачным для тестов и масштабирования.
➡️ Читайте на сайте: https://aff.top/blog/bolgariia-vvedet-zapret-na-reklamu-internet-kazino
🧠 Ещё больше инсайтов → в канале AFF.top
Болгария вводит жёсткий запрет на рекламу казино и гемблинга, оставляя только спонсорство спорта. Для арбитража это ухудшает условия: запуск CPA-кампаний на лицензионных операторов станет сложнее, а дополнительные налоги на онлайн-казино могут снизить конверсию и поток игроков. Сейчас GEO выглядит неудачным для тестов и масштабирования.
➡️ Читайте на сайте: https://aff.top/blog/bolgariia-vvedet-zapret-na-reklamu-internet-kazino
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
🔥 Бесплатная открытая альтернатива Dolphin Anty, Vision, Gologin, AdsPower и Multilogin.
Релизнул, ссылки и подробности тут - https://t.me/+NStWL6LlbN00MTFi
Релизнул, ссылки и подробности тут - https://t.me/+NStWL6LlbN00MTFi
Phoenix.ink — твои Google и Apple Developer аккаунты🟧 Смотри наличие @phoenixapps_store🟧 Забирай консоли @phoenix_seller_bot
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Google тестирует бесконечную ИИ-ленту в Discover
Google тестирует ИИ-ленту в Discover, где вместо заголовков показывается краткий пересказ новости из нескольких источников. Для пользователей это быстрее, но для медиа и информационников риск ещё выше: органический трафик будет проседать, а зависимость от Google усилится. Функция пока заточена под тренды, спорт и лайфстайл.
➡️ Читайте на сайте: https://aff.top/blog/google-testiruet-beskonechnuiu-ii-lentu-v-discover
🧠 Ещё больше инсайтов → в канале AFF.top
Google тестирует ИИ-ленту в Discover, где вместо заголовков показывается краткий пересказ новости из нескольких источников. Для пользователей это быстрее, но для медиа и информационников риск ещё выше: органический трафик будет проседать, а зависимость от Google усилится. Функция пока заточена под тренды, спорт и лайфстайл.
➡️ Читайте на сайте: https://aff.top/blog/google-testiruet-beskonechnuiu-ii-lentu-v-discover
🧠 Ещё больше инсайтов → в канале AFF.top
PII в sGTM: как не слить email, phone и IP в логи, теги и DebugView
В server-side контейнере PII чаще всего утекает не в сеть, а в три места: request logging, переменные, которые прокидывают дальше без фильтра, и debug-события, где в payload случайно лежит raw email или phone.
Правило №1: на входе отделяйте идентификаторы от служебных полей. Raw PII используйте только для хеширования, дальше удаляйте из объекта. Для email/phone — normalize → SHA-256 → передача уже только hash. Никаких concat в query string и никаких “на всякий случай сохраним”.
Правило №2: режьте данные по маршруту. В контейнере заведите allowlist полей для каждого тега: CAPI получает user_data и event_data, аналитический тег — только агрегаты, логгер — минимум без PII. Если нужен debug, логируйте event_name, event_id, status, но не payload целиком.
Правило №3: проверяйте, что не осталось в preview. Ищите raw values в request body, response body, headers, cookies, URL params и custom parameters. Отдельно смотрите на fbp/fbc: это не PII, но их тоже нельзя раздавать всем подряд без причины.
Если у вас нет списка допустимых полей и точки удаления PII после хеширования, утечка — вопрос времени. В sGTM безопаснее проектировать поток так, будто любой тег и любой лог прочитают лишнее.
В server-side контейнере PII чаще всего утекает не в сеть, а в три места: request logging, переменные, которые прокидывают дальше без фильтра, и debug-события, где в payload случайно лежит raw email или phone.
Правило №1: на входе отделяйте идентификаторы от служебных полей. Raw PII используйте только для хеширования, дальше удаляйте из объекта. Для email/phone — normalize → SHA-256 → передача уже только hash. Никаких concat в query string и никаких “на всякий случай сохраним”.
Правило №2: режьте данные по маршруту. В контейнере заведите allowlist полей для каждого тега: CAPI получает user_data и event_data, аналитический тег — только агрегаты, логгер — минимум без PII. Если нужен debug, логируйте event_name, event_id, status, но не payload целиком.
Правило №3: проверяйте, что не осталось в preview. Ищите raw values в request body, response body, headers, cookies, URL params и custom parameters. Отдельно смотрите на fbp/fbc: это не PII, но их тоже нельзя раздавать всем подряд без причины.
Если у вас нет списка допустимых полей и точки удаления PII после хеширования, утечка — вопрос времени. В sGTM безопаснее проектировать поток так, будто любой тег и любой лог прочитают лишнее.
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Pinterest запустил Visual Search Ads
Pinterest запустил Visual Search Ads — рекламу, которая показывает креативы прямо в визуальном поиске и в результатах просмотра пинов. Формат работает на Pinterest Intelligence: нейросеть учитывает изображение, товар и интент, чтобы дать более релевантный оффер в момент сравнения и готовности к покупке. Для арбитража и брендов это шанс поймать горячий спрос раньше конверсии.
➡️ Читайте на сайте: https://aff.top/blog/pinterest-zapustil-visual-search-ads
🧠 Ещё больше инсайтов → в канале AFF.top
Pinterest запустил Visual Search Ads — рекламу, которая показывает креативы прямо в визуальном поиске и в результатах просмотра пинов. Формат работает на Pinterest Intelligence: нейросеть учитывает изображение, товар и интент, чтобы дать более релевантный оффер в момент сравнения и готовности к покупке. Для арбитража и брендов это шанс поймать горячий спрос раньше конверсии.
➡️ Читайте на сайте: https://aff.top/blog/pinterest-zapustil-visual-search-ads
🧠 Ещё больше инсайтов → в канале AFF.top
Forwarded from AffPapa! Клуб спящих бизнесменов! Потрачено!
Как агенты #Bounce соскамили на 40к баксов!
Да-да, речь про #ROIMEDIA и тут сразу понятно что 40к баксов не то что бы прям пиздец для них СУММА, но все равно, не приятно!
Суть простая ROI MEDIA пополняли агентов с марта, потом команду расформировали, остался остаток 40к баксов, его передали отспендить другой команде, но отспендить не смогли, команды отказались от этих агентов.
Причина банальная, крайне долго работает поддержка, команды привыкли работать на большом объеме кабинетов. Тут получили их мало и поддержка работает крайне медленно. При этом, кабинеты никто не убивал, они банились как все остальные.
При этом, кабинеты никто не убивал, они банились как все остальные.
Так же агенты попытались снять комсу с перестановки балансов повторно (комса снялась при пополнении сфс изначально)
В конце Июня отправили сообщение о выводе средств, далее ждали пока у них будет разрешение от руководства о выводе (ждали месяц), далее ждали пока отдадут в работу, далее нам писали про кассовый разрыв у них, потом что вот уже в ближайшее время закинут часть, в итоге ничего нам не прислали. Сроков когда пришлю тоже нет.
Основная коммуникация:
@oduches (менеджер)
@muhahelp тоже есть в чате, но молчит
Тут по идеи могла бы быть реклама каких-то норм агентов, но её не будет, 99 процентов агентов ресейл дерьма, такая лайф!
Будьте аккуратны, от ROI MEDIA не убудет, но... осадочек остался! Кушать все хотят, но имейте совесть пидорасы Bounce
#Facebook #АгенскиеАкаунты
Да-да, речь про #ROIMEDIA и тут сразу понятно что 40к баксов не то что бы прям пиздец для них СУММА, но все равно, не приятно!
Суть простая ROI MEDIA пополняли агентов с марта, потом команду расформировали, остался остаток 40к баксов, его передали отспендить другой команде, но отспендить не смогли, команды отказались от этих агентов.
Причина банальная, крайне долго работает поддержка, команды привыкли работать на большом объеме кабинетов. Тут получили их мало и поддержка работает крайне медленно. При этом, кабинеты никто не убивал, они банились как все остальные.
При этом, кабинеты никто не убивал, они банились как все остальные.
Так же агенты попытались снять комсу с перестановки балансов повторно (комса снялась при пополнении сфс изначально)
В конце Июня отправили сообщение о выводе средств, далее ждали пока у них будет разрешение от руководства о выводе (ждали месяц), далее ждали пока отдадут в работу, далее нам писали про кассовый разрыв у них, потом что вот уже в ближайшее время закинут часть, в итоге ничего нам не прислали. Сроков когда пришлю тоже нет.
Основная коммуникация:
@oduches (менеджер)
@muhahelp тоже есть в чате, но молчит
Тут по идеи могла бы быть реклама каких-то норм агентов, но её не будет, 99 процентов агентов ресейл дерьма, такая лайф!
Будьте аккуратны, от ROI MEDIA не убудет, но... осадочек остался! Кушать все хотят, но имейте совесть пидорасы Bounce
#Facebook #АгенскиеАкаунты
Phoenix.ink — твои Google и Apple Developer аккаунты🟧 Смотри наличие @phoenixapps_store🟧 Забирай консоли @phoenix_seller_bot
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from AFF.TOP - про арбитраж трафика и CPA рынок!
This media is not supported in your browser
VIEW IN TELEGRAM
Youtube внедряет новую функцию A/B тестирования роликов
YouTube запускает A/B-тестирование не только превью, но и шортсов, заголовков и первых секунд видео, чтобы алгоритм сам выбрал вариант с большей органикой и вовлечённостью. Для креаторов и арбитражников это шанс поднять CTR без ручных угадываний, но слабый контент тесты не спасут: если ролик не заходит, победителя там не будет.
➡️ Читайте на сайте: https://aff.top/blog/youtube-vnedriaet-novuiu-funkciiu-a-b-testirovaniia-rolikov
🧠 Ещё больше инсайтов → в канале AFF.top
YouTube запускает A/B-тестирование не только превью, но и шортсов, заголовков и первых секунд видео, чтобы алгоритм сам выбрал вариант с большей органикой и вовлечённостью. Для креаторов и арбитражников это шанс поднять CTR без ручных угадываний, но слабый контент тесты не спасут: если ролик не заходит, победителя там не будет.
➡️ Читайте на сайте: https://aff.top/blog/youtube-vnedriaet-novuiu-funkciiu-a-b-testirovaniia-rolikov
🧠 Ещё больше инсайтов → в канале AFF.top