Я действительно не пользуюсь никакими сервисами. Желание запустить все на автомате до добра не доводит. Лично для меня есть только один случай когда имеет смысл попробовать на практике подобного рода сервисы - когда вы бьетесь только за 1СП.
Статья старая но актуальности своей не потеряла /ru/news/14010
По управлению ставками - никогда. Максимум что делалось так это использование подобного рода сервисов для получения статистики по динамике изменения ставок.
Перед тем как переходить к конкретике надо понимать логику. В приведенном вами примере никакой полезности, как это не странно, нет :) Такой функционал у директа был и они его слава богу убрали :)
Логику работы со ставками я привел вам в предыдущем сообщении. Понять что, возможно, вам не хватает вы сможете когда поймете логику работы стандартных стратегий YD.
ИМХО надо понимать что есть автоматизация работы с компанией а есть автоматизация работы со ставками. Все что носит окраску realtime именуется вашей стратегией. Естественно что это деление достаточно условно и во многом зависит от вашего опыта но на начальном этапе знакомства с системой я бы советовал сильно эти "автоматизации" не смешивать и не забивать себе голову всякой ерундой ибо чем больше смешение тем больше сложность. В процессе работы вы сами поймете что вам действительно нужно.
Общий посыл по автоматизации работы с РК такой - экономия времени а для realtime вещей еще и экономия денег.
Общий посыл по автоматизации работы со ставками - максимум клиентов за минимум денег.
Все процессы по созданию РК я бы вообще не выносил ни в какой менеджер. Это чисто ваша работа и вся автоматизация достаточно просто делается в вашей голове + Exsel + пару самописных скриптов. Realtime вещи хороши когда вы работаете с товарами. Например вам нужно чтобы при 0 на складе объявление автоматически отключалось или в объявление подставлялась новая цена и т.д.
При работе со ставками надо понимать только одно - чем ближе вы к 1СП тем больше кликов ~ клиентов ~ денег вы получите и соответственно потратите. Во круг этого большинство стратегий и пляшут пытаясь одни показатели понизить другие повысить.
ИМХО :)
Чудеса :) Номер группы всегда был уникальным параметром и генерировался на стороне директа :) У вас в поле номер так и стоит 1,2,3... и т.д ? Вы компанию в директ отправили или только данные в DC закачали ? Ну и опять же - мы говорим о сохранении порядка или порядок был предварительно отсортирован ?
Ровно до того момента как вы отправите данные в директ ?
В данном случае уместнее говорить о порядке а не о сортировке.
Если существующий порядок ваших полей будет предварительно отсортирован то идентичный вариант вы получите и в DC ибо используемый принцип сортировки стандартен (текстовый).
Выйти из положения можно было бы если бы данные в директ из DC отправлялись последовательно и ответственно последовательно происходила бы генерация номера группы и тогда сортировка по возрастанию номера группы позволила бы вам получить исходный порядок. Но как вы понимаете естественно этого нет ибо данные отдаются в многопоточном режиме и это есть правильно.
Приветствую,
Не совсем так. Там написано во множественном числе :)
Вообщем формат должен быть такой :
Заголовки быстрых ссылок = Text1||Text2||Text3||Text4
Адреса быстрых ссылок = url1||url2||url3||url4
ХЗ... может и никогда :) Но это не страшно :) Ложкой тоже можно траншею выкопать :)
Это настраиваемый параметр. Решение принимает вебмастер.
http://help.yandex.ru/partner/products-direct/variables-description.xml
Параметр no_sitelinks
Согласно вышеуказанному правильные вебмастера делают эксперимент и по итогам принимают решение о формате блоков.
Такого сервиса я не знаю.
Для тематик которые не имеют ярко выраженной принадлежности к региону разбиваю максимум на 13 групп по городам миллионникам плюс Питер и Москва.
