ssh1

Рейтинг
30
Регистрация
07.06.2008

Праввильно. Дешевле всего на rzd.ru

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

Вопрос-предложение по поводу экспорта в сапу(и не только):

Сейчас, как я понимаю, есть только один вариант экспорта - это анкор = ключевому слову.

Нельзя ли ввести конструктор для экспорта в сапу

Например ввести переменные @keyword(ключевая фраза), @url(адрес релевантной страницы), @siteurl(адрес сайта) и дать пользователю самому сконструировать строку для экспорта. То есть:

1)<keyword>@keyword</keyword><a href="@url">@keyword</a> - так сейчас

2)<keyword>@keyword</keyword><a href="@url">@siteurl</a> @keyword - для безанкорного

или например <keyword>@keyword</keyword><a href="@url">Тут</a> нашел @keyword

Мне кажется получится намного большая гибкость экспорта. Создатели KeyCollector, что думаете?

MyOST:
ssh1, все просто - искать релевантную страницу в выдаче общей по запросу - бред и куча лишних запросов к сайту, вы ведь не всегда в ТОП10 находитесь, поэтому используется поиск по сайту

Я абсолютно согласен что если хочешь искать релевантную страницу - то поиск по сайту оптимальней.

Я про то, что нужно объединить эти колонки в одну, и заполнять ее и в случае съема позиций и в случае определения релевантных страниц. Таким образом уйдет лишняя колонка и не будет дублирования информации.

Или всё же есть варианты когда адреса страниц найденых при съеме позиций и при поиске по сайту будут разные ?

MIND:

Это разные вещи, т.к. рел. страница - это поиск по сайту, а "страница в ПС" - это страница в обычной выдаче по запросу

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

Или нет ? Но тогда это не логично.

Если нет, приведите пожалуйста пример, сам не могу найти различий по своим выборкам.

А чем отличаются поля "Рел. страница в ПС Яндекс" и "Страница в ПС Яндекс".

Или это наследние различных вкладок ?

Может оставить что-то одно?

PS: по Гуглу вроде тоже самое

Предложение по изменению алгоритма работы "Проверка корректности запроса на основании поисковых подсказок"

Взял для примера 3 фразы - вот результат, он не правильный:

Смешные анекдоты 2011 - корректно

Топ смешных анекдотов - не корректно

Лучшие смешные анекдоты - не корректно

Хотя все запросы есть в подсказках яндекса и они корректные.

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

Предлагаю исправить данный алгоритм , отправлять сервису подсказок запрос оставив от последнего слова только одну букву(например Смешные анекдоты 2 или Топ смешных а), и смотреть появилось ли последнее слово в подсказках. На моем примере данный алгоритм дал бы везде корректно.

Можно ли реализовать функционал подбора правильного порядка слов?

То есть , если есть запрос из 3 слов, скармливаем подсказкам все перестановки первых 2 слов, если 3 слово находится - значит запрос правильный.

Вопрос к создателям программы:

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

Еще вопрос:

Можно ли как-то с помощью KeyCollector определять правильный порядок слов в запросе?

То есть по вордстату спарсился запрос "рождения с поздравления днем"

А хотелось бы увидеть "поздравления с днем рождения"

Инфу о правильности можно получить вроде из подсказок или из поиска при запросе в кавычках.

Есть ли это в KeyCollector?

Если нет - то можно ли реализовать?

12
Всего: 18