Key Collector - автоматизированная система анализа семантического ядра. Часть 5.

Купил прогу, в целом доволен, но есть пара вопросов:

1. Не парсится до конца LI. Если смотреть через браузер, тогда число поисковых фраз:

ноябрь - около 200

октябрь - около 1950

а коллектор парсит только 1162 ключа.

данные он же отсюда берет? http://awesomescreenshot.com/02enkwnbb

От чего такая разница? Задержки стоят дя LI: 5000-7000.

2. Как вывести колонки KEI3 и KEI4. В настройках формулы для них есть, а вывести не знаю как.

в новой версии проблем нет

посмотрим как будет

MIND добавил 03.11.2011 в 19:44

Колонки по умолчанию скрыты

MIND добавил 03.11.2011 в 19:45

Оттуда, да.

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

Все ясно.

А еще вопрос: если снять позиции по ключам, а потом перенести список в "Релевантные страницы" - тогда релевантные страницы, найденые в результате определения позиций - так же перенесутся? (а то я сначала определял релевантные, а потом снимал позиции, и на сегодня XML у меня кончился).

И что означает значение -1 (минус один), при съеме позиций в колонке "Позиция"?

Несколько идей для улучшений:

1. Отсекать запросы в неправильной раскладке. Так, когда парсил с ЛИ, были запросы вида "sdfsfhjlh sd fljhsd jshdf".

2. Добавить в фильтр страниц - "Содержит URL главной". Когда определяешь релевантные страницы, не всегда надо, что бы релевантной считалась главная страинца, поэтому возникает необходимость их фильтрации тоже.

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

В заданном диапазоне (настройки - парсинг - поисковая выдача - не просматривать глубже... позиции) сайт не обнаружен.

Хм... Тогда немного оффтоп, из ряда матчасти: на что ставить ссылки? На релевантную страницу в общей выдаче по нужному ключу, или на релевантную страницу в рамках сайта?..

на правильную, которую Вы двигаете ;)

Версия 2.3.7 (от 03.11.2011):

- при копировании фраз между вкладками сохраняется сортировка;

- при копировании фраз между вкладками копируется все параметры, а не только те, которые присутствовали в обеих участвующих в копировании вкладках;

- добавлены новые опции в настройки - интерфейс - прочее, позволяющие не добавлять при парсинге или ручном добавлении фраз в таблицу ранее удаленные из нее фразы;

- расширена фильтрация числовых данных: добавлена возможность выбирать верхние или нижние 10, 30, 50% значений по величине;

- функция очистки данных из столбцов учитывает фильтрацию в таблице;

- при определении релевантных страниц URL'ы принудительно не приводятся в нижний регистр;

- исправлена ошибка при инвертировании отметки при примененных фильтрах по колонкам;

- исправлена ошибка при попытке применить фильтр >, >=, =, <=, < на числовых колонках, при этом введя пустой операнд (добавлена проверка вводимых значений фильтра);

- исправлена критическая ошибка, в некоторых случаях способная привести к аварийному завершению программы.

Стоимость лицензии составляет 1070 руб. на один компьютер

Подробней о покупке программы вы можете узнать по ссылке: http://seom.info/buy-key-collector/

Повышение цены уже 7 ноября http://seom.info/2011/11/01/nano-key-collector/ !

Хороший вопрос.

Регистрация: 18.12.2008

Сообщений: 1,383

Репутация: 99101

А чего такого?..

Я оптимизировал одну страницу, и ссылался на нее.

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

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

Чтоб не париться, лучше ставить ссылку на страницу, которую хотел бы увидеть пользователь по этому запросу. Это единственно правильный вариант, ИМХО.