А чем Ebay не зарубежный и Aliexpress не китайский? В принципе, из китайских taobao можете попробовать.
В принципе, можно - ym:s:startURL поддерживает =@. Не очень понятно, зачем вам это и почему нельзя просто построить отчет по страницам входа с этими сегментами.
По поводу логов - посмотрите какую-нибудь инструкцию по настройке Piwik, он парсит логи апача и выдаёт понятную статистику.
И чем это поможет? Стучать может любое приложение и расширение, даже RDS бар постукивает. А с такими темами стучать вообще все будут.
Нет, никогда не настраивал показ конкретных товаров в магазинах с большим ассортиментом. Но, у адвордса в справке говорится о маленьких списках ремаркетинга
В выгрузке из админки нет привязки к посещениям, они в выгрузке из метрики. А в выгрузке из админки - статус заказа (подтверждён, оплачен, отказ, подвис). И по ID заказов сводите отчеты вместе.
Верно или неверно - трудно сказать, первый раз вижу дублирование передающихся данных, да ещё и специальное. Но нормально работать это точно не будет - зачем переходить на страницу заказа после оплаты? Тем более, что если вы пользуетесь агрегатором, то он станет источником всех заказов с ценой.
Немного разные принципы работы, например, в этих сервисах можете сразу показывать пользователю товары, которые он смотрел, чтобы так сделать в адвордс - придётся ждать, пока каждый товар посмотрит 100 уников для заполнения списка ремаркетинга.
Ну, это вы так думаете. На самом деле, когда речь про такие огромные объёмы данных, то любое нестандартное их изменение (даже просто удаление) - большая проблема. А гугл с этого сервиса и так не зарабатывает
А что в этом ужасного? Те, кто занимаются металлоконструкциями, не будут пользоваться мультиваркой даже под дулом пистолета? Я так не думаю, тогда самое ужасно - это ссылка "купить мультиварку" с форума шеф-поваров, вот они точно такую никогда и ни за что не поставят.
А что за работы-то делались? Поделитесь!
1. Нет, в метрике нельзя настроить удаление заказов. В аналитиксе можно, но это тоже довольно кривовато. Самое популярное решение - один раз за период (неделю, месяц, квартал) выгружаете данные из метрики и админки, сводите их, а потом смотрите количество по каналам чистую прибыль, процент отказов и изменившийся коэффициент конверсии.
2. Непонятно, что именно вы хотите от этого кода (что значит order_status, например), и когда он срабатывает. Если по onload, то неправильно, лучше такие вещи ставить на кнопки, после проверки корректности всех введённых форм.
3. Теперь вроде стало немного понятнее, вы хотите от значения переменной order_status установить цену заказа (нормальная, если он оплачен, и 0 - если нет)? Надо смотреть, как у вас реализована логика взаимодействия, но в общем случае - неправильно, потому что оплата, обычно, происходит после создания и отправки заказа в метрику.
А, ну и никто особо учить тут не будет, лучше поищите нормальные статьи/курсы/почитайте хелпы.
