Евгений Трофименко на NetPromoter ‘09: “Использование особенностей языка запросов поиска Яндекса для исследований”


Автор - Анна Стусь

 

Евгений Трофименко, начальник отдела исследований и аналитики корпорации РБС,

тема доклада: Использование особенностей языка запросов поиска Яндекса для исследований

Доклад Евгения состоял из трех частей:
- особенности работы операторов исключения, особенности отработки контекстных ограничений
- результаты мониторинга “прямого эфира” Яндекса
- возможности использования поисковых операторов для мониторинга изменений алгоритма Яндекса

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


Оператор присутствие + (плюс) - слово обязано находиться
Операторы исключения:
~~ (тильда) исключение в пределах документа; ( ~ предложения)
- недокументированный: был исключением в контексте

Возможный контекст поиска?
документ (текст), предложение (текст)
ссылки (анкор-файл)
расстояние в несколько слов или предложений, явно указанных операторами /(-N +N) или &&/(-N +N)

Поиск точно знает, что есть и чего нет в тексте страницы
поиск не уверен, что знает абсолютно все тексты ссылок
поиск работает и по текстам, и по ссылкам
поэтому при исключении слов у поиска два варианта:
исключать то, что есть в тексте страницы
и искать по тексту ссылок

“не знать” о его существовании - оператор “минус”- оставляем нпс
делать вид, что ссылок не существует “~~” - исключаем нпс

Запрос : что найдем?
слово - документы, содержащие слово в текстах или во входящих ссылках
-слово - исключаются документы, которые содержат слово в тексте
В итоге остаются - найденные по ссылкам документы (сниппет может быть из Я.Каталога)

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

[слово-слово]: удаляет найденные по ссылкам результаты, все - по данному запросу

Расширение пользовательских запросов
Яндекс всегда мог переформулировать запросы (колдунщик), но редко это делал. Сейчас это происходит в потоке.

гостиницы в Москве - Московские гостиницы
mazda - мазда
МГУ - московский государственный университет

при исключении слова из запроса - в выдаче остаются и подсвечиваются переформулировки (+ найденное в урл)

слова запроса - слово - оставляет смесь переформулировок и нпс
слово запроса ~~!! (слово) - РАБОТАЕТ
Правда, работает индивидуально: разный результат гостиницы в москве —> гостиницы москвы (переколдовывает)
гостицы Москвы —> гостиницы в Москве (НЕ РАБОТАЕТ)


Кондунщик - расстановка неявных для пользователя ограничений на расстояние между словами, известен с 2004 года
При поиске новый год - (от 1 +3 расстояние год новый до “новый [*][*] год”

По статистике запросов РБС - перебираем и смотрим как узнать реальные ограничения на расстояние между словами.
Вывод: перебор вариантов не дает результатов. Выдача по непереколдованному запросу - отличается.

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

Берем +новый +год, оба должны находиться.
~~ (+новый&+год), исключаем результаты поиска, в которых слова находятся “слишком близко”.

Смотрим, как меняется число найденных документов и надеемся, что постепенно при увеличении расстояния оно станет нулевым тогда, когда расстояние совпадает с расстоянием в заколдованном запросе…

Число результатов “далее, чем” - находятся документы даже с расстоянием до 1000 предложений!

Точное количество найденных документов смотрим через Яндекс.XML

Из документации Яндекса
phrase - число документов с буквальным соответствием запросу

strict - число документов с вхождением всех слов запроса в ИСКОМЫЙ КОНТЕКСТ
all - общее число
при strict - есть ноль

Вывод: Яндекс внутри своих алгоритмов знает, что контекстное ограничение существует и он может их показать.
Сейчас в пределах 7 предложений, но не везде.
Вопрос в том, что это за релевантность strict, зачем она нужна?

пример:
нпс - результат в котором очень большое расстояние между словами
отдельная ссылка с одним из двух слов
если смотреть xml, то видно только 1 ссылка с приоритетом all

Вывод : есть контекст all - в который запихивают всякую чепуху, и его выдают в выдачу. Такой результат можно найти в разных запросах.

Статистика использования операторов в поиске Яндекса:
Пробуем регулярно пробивать прямой эфир и искать неправильные символы - смотрим, примерно 300 результатов.
50% - это ошибки, далее - поиск дублей, операторы других поисковых сиситем и исследования (великих людей).
В будущем может быть по-другому.

ошибки - * перед доменом
\ перед кавычкой
+ фраза в кавычках
- 15%
site:
url:

Не всегда понятно, что хотели люди, но посмотреть очень интересно

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

Самое интересное:

отсутствие в прямом эфире результатов пробивки проиндексированности
url=”domain/path”
при этом операторы domain rhost присутствуют

Вопрос: почему результаты проверки из сапы не видны?
Ответ: возможно, из-за того, чтобы задавить и не искажать статистику Директа. Но это в лучшем случае, а в худшем…

Анализ и мониторинг алгоритма

Существуют вечные основные запросы современности?
Влияет ли тиц на выдачу?
Почему Википедия рулит всех?
мало пассажей в результате - к чему
релевантность - страницы или сайта
и так далее
Пробуем анализировать:

Составим группы запросов, разбитые по числу слов в запросе и посмотрим, как именно изменяются средние по больнице параметры во времени.
То есть, мы понимаем, что тиц на выдачу не влияют - но вдруг, он как то влияет на самом деле - а мы не замечаем?

Как отличить апдейт от релиза, если мы анализируем по базе документов?

Как взвешивать параметры?
- по принципу видимости
- больше место - ниже вес
- сумма видимости по топ 50 равна 1
- сумма весов 1-10 вдвое выше 11-20

WT (pos) =0.074*2^(-pos/10)

03 марта Яндекс почистил выдачу и удалил большое число дублей
Результат - сократилось число индексации страниц старых сайтов

Смотрим дальше: взвешенный тиц в районе 3 числа - сначала резко подскочил, а потом упал, причем значительно.
А по операторам domain и rhost - взвешенный тиц не менялся.

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

Вопрос - какая польза РБС от таких исследований?
Ответ - исключения в принципе полезны, но пока все это не нужно; если что, мы можем понимать, как и что изменилось в выдаче, находить новые операторы, понимать, как изменился алгоритм.

 

Обзор подготовила Катерина Баукина

http://www.searchengines.ru

Если у вас возникли ВОПРОСЫ, напишите, а лучше позвоните ПРЯМО СЕЙЧАС,
и мы с удовольствием предоставим вам исчерпывающую информацию.

 

тел: +7 (495) 662-87-58
e-mail: conference@netpromoter.ru
icq: 215-461-607

© NetPromoter 1999-2010