Евгений Трофименко на 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 – взвешенный тиц не менялся.

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

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

Источник: www.searchengines.ru