Кастрация языка запросов Яндекса

3

31 января 2017 года в блоге разработчиков поисковой системы Яндекс показалась новость об изменении языка запросов, а именно, о прекращении поддержки ряда операторов:

& – поиск документов, в которых слова запроса, объединенные оператором, встречаются в одном предложении;
&& и << – розыск заданных слов в пределах документа;
~ – поиск документов, в которых заданное слово не содержится в одном предложении со словом, показанным до оператора;
() – группировка слов при сложных запросах;
!! – поиск слова, начальная форма которого указана в запросе.

На моей памяти предыдущее подобное объявление Яндексом о прекращении поддержки операторов случалось итого однажды – в сентябре 2007-го года – и было довольно резонансным, так как касалась операторов link (поиск страниц, ссылающихся на заданную) и anchor (розыск в текстах ссылок, ведущих на заданную страницу), являвшихся важным инструментов для аналитики ссылочного ранжирования.

После этого оглушительных заявлений на данную тему уже не делалось, но часть операторов языка запросов прекратила свое существование, тихо пропав из документации (такие, например, как операторы задания веса для слова из запроса : и :: или оператор настройки мягкости для фильтрации по кворуму softness). С иной стороны, до сих пор поддерживаются операторы, никогда не входившие в официальную документацию для большого веб-поиска, а упоминавшиеся, например, только в документации к сервису розыска по сайту или корпоративной сети Яндекс.Сервер. О подобных операторах я писал в своих статьях «Сеанс поисковой магии. Недокументированные операторы стиля запросов Яндекса» и «Недокументированные операторы языка запросов Яндекса. Продолжение сеанса поисковой магии».

Звоночки о том, что в стиле запросов будет что-то меняться, начали поступать уже некоторое время назад. Так, например, оператор << не так давно сделался некорректно работать справа от оператора url (скриншот сделан до появления обсуждаемой новости):

Для сравнения – пример корректной труды оператора << справа от оператора site:

Операторы, о прекращении поддержки которых было объявлено 31 января, относились к операторам морфологии и поискового контекста и упоминание о них уже пропало из документации по языку запросов Яндекс.Помощи.

К слову, последние изменения в документации языка запросов были зафиксированы образцово полгода назад, летом 2016 года. Тогда из документации по операторам поискового контекста безо всяких анонсов пропали операторы расстояния /n, /+n, /-n, /(m n), &&/ n.

А из списка документных операторов исчезло упоминание об операторах:

title: — розыск по заголовкам документов (тег title);
inurl: — поиск по страницам, в адресе которых есть заданный фрагмент.

При этом обращает на себя внимание тот факт, что два заключительных оператора использовались в связке с официально упраздненным сейчас оператором группировки (), который использовался в случае, если запрос, какой нужно было найти в соответствующем фрагменте страницы (заголовке или адресе) состоял из нескольких слов. Руководитель службы по труду с веб-мастерами Яндекса Михаил Сливинский в одном из обсуждений данной новости в соцсетях подтвердил, что последние изменения повлияют также на операторы title: и inurl:, они также будут отключены. Желая, полагаю, что, возможно, не исключен вариант с частичной работоспособностью данных операторов, когда они будут корректно работать лишь в применении к единичным словам без использования оператора ().

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

Несмотря на то, что в новости о прекращении поддержки операторов упомянуто, что они являются негусто используемыми, думаю, что не ошибусь, предположив, что многочисленные SEO сервисы активно использовали некоторые из них в промышленных масштабах. Возможно, это пришло одной из причин отключения операторов с целью уменьшить нагрузку на поиск от автоматических запросов. Причем, даже если задать вручную буквально несколько сряду запросов с использованием различных операторов, перед вами непременно появится капча, требующая подтвердить, что вы не робот. Это довольно красноречиво свидетельствует о том, что Яндекс считает подобные запросы, скажем так, не совсем естественными. В любом случае, Яндекс оптимизирует производительность розыска, и посчитал поддержку части операторов слишком большой роскошью. По крайней мере, я не думаю, что отмена операторов связана необыкновенно с целью лишить SEO-специалистов инструментов для анализа поисковой выдачи, как это было с отключением операторов link и anchor без небольшого десять лет назад.

Обращает на себя внимание тот факт, что прекращается поддержка операторов, не имеющих прямых аналогов в задокументированном списке операторов стиля запросов Google — главного конкурента Яндекса на российском поисковом рынке. Впрочем, в официальном списке Google кушать небольшая оговорка о «часто используемых функциях». И реально работающих операторов поиска Google несколько больше, среди недокументированных операторов кушать такие как:

intitle: и allintitle: – поиск в заголовке страницы по одному слову и по фразе соответственно;
inurl: и allinurl: – розыск в адресе страницы по одному слову и по фразе соответственно;
intext: и allintext: – поиск только в тексте страницы по одному слову и по фразе соответственно;
inanchor: и allinanchor: – розыск только в тексте ссылок на страницу по одному слову и по фразе соответственно

И так вот с учетом недокументированных, но работающих операторов Google, стиль запросов Яндекса с отключением операторов title: и inurl: становится еще беднее, чем у основного конкурента.

Итак, язык запросов Яндекса, недосуг бывший невероятно мощным, продолжает планомерно урезаться, что, несомненно, осложняет решение задач аналитических исследований поисковой выдачи. Из отключаемых в этот раз операторов особенно жалко терять операторы << и (), которые использовались для построения запросов, решающих ряд важных задач, в частности поиска по анкор-файлу (подетальнее см. в моей статье «Сеанс поисковой магии. Поиск по анкор-файлу»). Судя по всему, придется искать новоиспеченные варианты построения подобных запросов с использованием оставшихся в распоряжении операторов. И вполне возможно, что эта задача не относится к разряду невыполнимых.

Ключ: searchengines.ru