Key Collector — автоматизированная система анализа семантического ядра

Перепроверить надо. Сбой.

Это в 2.0

А вебэффектор это разве показывает?

Ребята в топике всего 106 страниц, неужели их сложно прочитать, чтобы не задавать повторно вопросы, на которые отвечали?

ну это скорее наша недоработка

Эти данные не выдаются эффектором - баджетом, нашей программе. А в панели этих данных уже нет.

вчера вечером отослал заявку (на покупку) с сайта

сегодня утром получил письмо, оплатил, жду...

вопрос: как долго ещё ждать?

почта: maska-ru@...

Интересно про сроки, может нужен платный Акк от баджета чтобы выдавал проге сроки? Интересен алгоритм расчета сроков (хотя, это скорее всего тупо сбор статистики..)

Польлуюсь этой программой, доволен.

Рекомендую.

нет, но предварительная договоренность о начале работы баджета и программы достигнуты

там мало интересного и все-таки можете глянуть сами, оценить, насколько реальные они budget.webeffector.ru

Maximalist, в течении рабочих суток обрабатываются заявки

Astaldo, спасибо за отзыв

Являюсь пользователем программы 2 месяца, очень доволен.

Но имеется глюк. Например при парсинге Вордстата по Ростовской области частнотность запроса "работа в ростове" оказывается всего..... 30!

Если смотреть Вордстат вручную, то 57к.

И такая хурма по другим запросам с уточнением региона.

О таких вещах нужно было сообщать как только заметили! Мы просим пользователей сверять вручную данные для одного тестового запроса в своем регионе для верности. Вот в вашем случае оно помогло - у нас в базе была опечатка для Ростова :(. Однако также замечу по поводу

Слишком большая разница даже при условии опечатки в базе (Ростов считался как Ставропольский край). Вы точно отметили регион? Использовали ли при ручном сравнении верный синтаксис "!слово !второе !слово"? Это имеет значение.

В любом случае, после правки данные на 100% верные:

фикс я Александру скинул, должен выложить скоро

Если я изменил изначальный список слов, спарсил, а затем захотел к нему добавить еще слов - то при изменении текущего списка удаленные слова из изначального списка опять появятся - и это нарушает последовательный процесс, ведь мне пока не нужно их никуда копировать.

Поэтому нужна возможность изменять именно то, что уже обработано.

Вроде именно это отчасти имел ввиду Str256.

Далее, было бы здорово по выбранному списку иметь возможность спарсить новые значения и сравнить их с предыдущими. Это бывает полезно, когда есть колебания спроса, да и вообще это полезно для долгоиграющих проектов.

Еще вроде был поднят вопрос по поводу хранения ключей в программе.

На данный момент, так как в программе только 1 активное окно для ключей - приходится для каждого кластера создавать отдельный файл и для всех ключей Excel. В этом есть и свои плюсы, но возможно ли внедрение древовидной структуры внутри программы с хранением ключей по подпапкам?

Тогда можно действительно коллекционировать ключи и при том гораздо удобнее чем в Excel.

Этот вопрос отчасти поднимал error2k.

Если это видеться сугубо опциональным - могу изменения заказать.

Частично именно это реализовано в платной программе WordStat Parser.

Также к этой же теме относятся и вкладки в программе (вопрос поднимал xikarx), они решат вопрос открытия нескольких проектов в одной запущенной программе. А то сейчас приходится запускать программу вручную столько раз, сколько создано проектов.

Еще не помешали бы ваши рекомендации относительно настройки пауз. Не всегда и не во всех местах есть возможность использовать прокси, а спарсить хочется максимум (речь в первую очередь о уточняющих частотах).

И по самим прокси тоже интересно - сколько нужно IP, чтобы ни в чем себе не отказывать при парсинге десятков тысяч запросов в день, без длительных пауз. Или это к юни уже?

П.С. Александр, спасибо за программу (а также всем кто ему помогал как-либо).

Если то, что я написал как-то уже пересекается с версией 2.0 - извиняюсь и с нетерпением жду апдейт софта :)

может, просто очищать окна "Свой список" /"Парсить Яндекс" перед добавлением новой порции слов на обработку? Ведь логичней, нет? Личное мнение, превращать простое окно "подачи" слов, в синхронизируемый модуль, совершенно излишне.

А смысл? Для множества проектов, ручная последовательная обработка не сильно уступает в скорости параллельной (работа, с теми же стоп-словами организована достаточно удобно, + их автоматическое сохранение).

При автоматическом же сборе данных, при множестве, одновременно запущенных проектов, вы лишь увеличите количество запросов с вашего ip. В этом случае, без прокси, вас ни какие паузы не спасут от капчти или бана ip. Опять же, личное мнение, но работа со множеством проектов одновременно, есть вселен.. управленческое зло, приемлемое лишь в сравнительных целях, в крайне редких случаях.

Обычно как делают (в том числе и разработчики)? Просто пробуют, и так, и этак, экспериментируют. Может и вам также? А в следующем сообщении рассказать, привести цифры всем интересующимся. Все юзеры данной программы будут вам очень благодарны.