- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов

В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Всем привет! Помогите решить проблему с GA, пожалуйста:
Есть сайт - облачное хранилище файлов. Работает просто: пользователи заходят на страницы файлов, видят, что с премиум-подпиской качать быстрее, покупают премиум-подписку. Задача - отследить их путь со страниц файлов до продажи:
/file/ - какой-то путь - платежный домен - страница оплаты -/payment_ok.html (спасибо за оплату)
Я этот путь виду так:
страница оплаты -/payment_ok.html (спасибо за оплату)
То есть при оплате пользователя перекидывает на платежные домены. Часто меняется не только домен, но и протокол - с http на https. Иногда срабатывает 3D-авторизация при оплате, и тогда пользователь вообще перед оплатой попадает на неизвестные страницы.
Что я сделал, чтобы решить проблему:
1. Исключил известные мне платежные домены в фильтре. "Уровень ресурса - Код отслеживания - Список исключаемых источников переходов".
2. Сделал междоменное отслеживание на уровне протоколов:
ga('create', 'UA-XXXXXXX-Y', 'auto', {'allowLinker': true});
ga('require', 'linker');
ga('linker:autoLink', ['http://example-2.com', 'https://example-2.com'] );
Проблема все равно не решена - почти все сеансы, в которых была совершена покупка, начинаются со страницы оплаты. Есть здесь специалисты, которые могут подсказать решение? Могу дать разрешение на допуск к GA. Если знаете решение, но хотите за него денег - пишите в личку.
Попробуйте в ссылке, которая ведет с платежной системы назад на сайт использовать доп. параметр utm_nooveride=1
Попробуйте в ссылке, которая ведет с платежной системы назад на сайт использовать доп. параметр utm_nooveride=1
Спасибо за совет! Почитал про параметр utm_nooveride=1. Есть один нюанс: платежные системы сами генерируют ссылки с редиректом на страницу оплаты. Поставить в эти (чужие) ссылки utm_nooveride=1 не получится...
Спасибо за совет! Почитал про параметр utm_nooveride=1. Есть один нюанс: платежные системы сами генерируют ссылки с редиректом на страницу оплаты. Поставить в эти (чужие) ссылки utm_nooveride=1 не получится...
В платежных системах вы передаете параметр для страницы возврата в случае успешной оплаты, и в случае не успешной. Туда же можно передать и nooverride. Но тут дело не в этом.