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

Съем позиций и релевантность страниц не работает.

А бетка, я так понимаю, обновляется? Где взять свежую?

ЗЫ. Пасибки за фикс стоп-списка. )

прошу прощения, вчера получил программу и уже сегодня отказал расчет KEI

распознавание каптчи пробовал и вручную и через антигейт, но KEI не обновляется..

установлено всё на .net sp1(иначе .net chart не устанавливается)

я записал снагитом видео, запаковал и выложил http://narod.ru/disk/348801001/key-collector.rar.html (~1Мб)

написал вам в личку

MIND а мою ситуацию можно прокомментировать, проблема на моей стороне или на вашей?

Хотелось бы обратить внимание уважаемых разработчиков на одну особенность управления парсингом, и, конечно же, попросить доп. опцию. Подобная тема уже поднималась, извиняюсь, плагиат присутствует, да.

Суть:

Можно ли сделать управление глубиной парсинга не по количеству страниц,

а заданному значению в опции "Добавлять слова с частотностями от [___] до [___] ??

Пусть программа отслеживает спарсеные значения в поле "Частотность" (общая) и сравнивает их с заранее заданным в числом – которое будет частота, минимально интересная пользователю (ставим в настройках).

Т.е., не просто скрывать слова, по частотности выпадающие из заданного диапазона (как это реализовано сейчас), а вообще их не собирать. Особенно актуально для ВЧ. И для тех, кто любит, чтоб ключей было много-много, тыщимиллионы.

Допустим, парсим «слово1» (имеющего большой хвост), как только в поле "Частотность" (общая) появляется минимальное заданное число (допустим, например, все, что с частотой менее 10, не представляет интереса), программа парсинг по данному слову останавливает, заряжает следующее "слово2". Всем счастье:

1) Ооочень сокращаем время парсинга, просто кардинально. Ведь НЕ надо будет парсить/ждать тысячи слов с частотой, например "1". А ведь для большинства ВЧ, часто, это действительно гигантский хвост (они, такие кому-то нужны? ок, просто не включаем опцию). Т.е., наверное, как раз и будет айс, имеющим на пробив огромные списки (и ВЧ, да, конечно).

2) Ооочень разгружаем /радуем Вордстат. Раз микроНЧ нужны не всем, зачем его долбить напрасно (..и ...может быть, шаманы вордстата, не будут делать новую зловредную защиту от масс..)

3) Немного огорчаем антигейт. Каптчи, вероятно, убавится.

4) etc

В общем, как то так.

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

Повторюсь, приведенная мысль в теме уже звучала, но четкий ответ (конечно же, положительный=)) от уважаемых разработчиков замечен не был.

P.S. А в 2.0 такое уже есть? будет?

st-key, в 2.0 есть немного другая функция, которая позволяет не снимать частотки " " и "!" для слов, у которых базовая частотность ниже установленного значения :). Ваше предложение будет учтено в 2.0 :).

L!mur, Вам написал в ICQ

jorevo, бетка обновляется через день. В ней допиливаем новый функционал потихоньку :). Взять можно у Александра, если тот добавит Вас в список бета-тестеров.

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

замечательно. ждем).

Да и удалите плиз эти две графы из "Слово*ба" или сделайте возможность отключения проверки этих параметров.

слово@б не будет допиливаться так, там работает "как есть" в Коллекторе 2.0 это будет