алгоритм “Королёв” от Яндекса

Яндекс на Хабре описывает новый алгоритм. Расширение Палеха с НЧ запросов на… все запросы?

В том числе там есть момент:

Во-первых, тут описано, что есть 4 (четыре) формулы по тяжести. На основе предыдущих данных было понятно, что есть две формулы – фастранк (быстрая, легкая формула) и нормальное ранжирование. Число ступеней подросло. Интересно, какой физический смысл на каждой ступени.

Во-вторых, считалось, что за топ-30 уже не применяется основное ранжирование, идет более легкое. Сейчас озвучена цифра – топ-150 для самой тяжелой формулы.

PS сейчас идет вебинар https://events.webinar.ru/yandex/427383/stream-new/437337 и там в чате отписано, что алгоритм Королев внедрен для всех запросов.

в Яндексе сломался оператор date: и не только

… и не только он, а еще оператор даты индексации (для быстроробота отдает не нули, а для основного индекса строгие нули)

… и поэтому предыдущие 2 апа на tools.promosite.ru нарисованы как “изменения выдачи без выкладывания” (от 14 июля 2017 и 16 июля 2017 )

Как проверить – ну тупо поискать что-то вида date:20170715 – выдает 20-80 документов, а  date:20170708 уже не отдает ничего.

Если навсегда – то, конечно, найдутся способы обойти, тупо поиском дат в основном индексе. На сейчас, кстати, дата индекса 11 июля, хотя было два апа – 14го и 16го, в нормальных условиях индекс должен быть бы по 14 или 13.

В документации пока он есть, надеюсь, поправят

Яндексоиды: LSI – нет, но расширение запроса – да

Многие поделились ссылкой на доклад А. Сафронова (Яндекс), где он говорит на 28 минуте, что вся пачка методов LSI-pLSI-LDA не работает (что их сигнал полезен по сравнению с BM25, но имеющееся яндексовое качество не улучшает)

А вот ссылка на другую секунду, где он говорит, что запрос расширяется дополнительными словами (слова тупо добавляются в запрос – это кстати про методы учета синонимов важно) и матчат с документом по всей пачке слов

Смысловое соответствие текстов в ранжировании — Александр Сафронов

По виду это будет вполне похоже на “сеошный LSI” (типа – напихал “хороших” слов – стало лучше), но работать должен не только на ВЧ, но и на НЧ тоже (а когда в прошлый раз с LSI по Акварели я смотрел – не работало, Чекушин говорил в комменариях на ФБ, что для ВЧ только должно работать, так кто ж их на эксперимент даст!)

Но есть еще следствия, кроме рабочести на СЧ и НЧ –

  1. вся эта штука (в докладе расширение словами) – переранжирование, динамический расчет
  2. “порядок слов в запросе”  не так уж и важен на соответствие документов, на него фапать не надо (ну, с введением релевантности типа all это и так видно было)
  3. Разные стратегии продвижения однословников, двусловников итд – ересь

сегодня с ночи проблемы с определением IP у Яндекса, ахтунг (косяк с доменом xmlsearch.yandex.ru)

Если что, мне всю ночь приходили на почту отлупы от Яндекс.XML – типа мой IP не совпадает с разрешенным. Вот почта от моей мониторилки – там написан реальный ip исходящий реальный и неправильный, который определился яндексом:

Типа ip не входит в список разрешенных.

Ну, я такой написал в Яндекс.

Потом подумал – и написал в фаствпс

делаю исходящие запросы к яндексу с ip ***
и *** (Яндекс.xml и internet.yandex.ru)

запросы яндексом определяются случайным образом как от ip 52.28.144.83 и 2a05:d014:484:fd80::3:4

с чем это может быть связано?

а вот ответ fastvps, хотя им и понадобилось повтыкать, но ответ от Яндекса пришел позже (ёпт, я первым делом написал им), а решили проблему первыми фаствпс:

Судя по всему, часть серверов Яндекса настроены некорректно и выдаёт неправильную информацию. Относится это к серверам, расположенным в Ирландии.
Поменяли на Вашем сервере nameserver’a, указав для использования сервера Google, они резолвят домен Яндекса на российские сервера. Проверьте, пожалуйста, сейчас информация должна быть корректной.

Respectfully, Aleksandr Ivanov

вот FastVPS (осторожно, рефка, я только сейчас ее под это дело и создал), у меня там сервер ровно с тех пор, как там на сервисах был ip 188.40.80.134, а это лет восемь как мне кажется, я историю ip не смотрел

А после того приходит от яндекса – вы такие типа ваще у кого?

Ну, я им тоже прорекламировал, сказал что вот пока вы телитесь они уже проблему решили 🙂

Но вы понимаете, что для вас все это не решили, это вам самим надо решать, ну тут как повезет – смотря в какой Ирландии оказался тот сервер, что вам отвечает

PS

Оказалось, что косяки именно с доменом xmlsearch.yandex.ru, ip от него показывают в Германию, и германский сервер определяет мой IP неправильно

А если пользоваться рекомендованным урлом для отправки XML запроса https://yandex.ru/search/xml? – то все ок, домен yandex.ru

список трафикогенерирующих страниц сайта

вот, например, Мегаиндекс – есть “видимость сайта” по набору запросов, у каждого запроса есть частотность и конкретный урл страницы – мы сразу можем иметь список страниц, на которые идет основной seo трафик, пример

https://ru.megaindex.com/visibility/perevozim.ru/urls?ser_id=1 (сейас только 5 строк кажет, платный стал, но по API не обязательно платить пакетно, а только за сделанные запросы)

И еще пишут, что на серпстате можно часть полного списка таких урлов посмотреть бесплатно.

 

SEO чеклисты

Накидали примеров аудитов и SEO-чеклистов, выложу тут на всякий. Надо потом это профильтровать насчет внедрения в сервис автоматической оптимизации.

http://im-checklist.com/seo.html
https://www.seochecklist.ru/
http://blog.aweb.ua/seo-cheklist-po-vnutrennej-optimizacii-sajta/
https://habrahabr.ru/company/iloveip/blog/322206/
https://www.searchengines.ru/samyy_polnyy_checklist.html
http://topbase.ru/files/BIG-checklist-audit.pdf
https://docs.google.com/spreadsheets/d/1YJTyEX1zoTnPdmnyVX4w9neMuMgjKnA6d4_4xMwAdiE/edit#gid=0
– Google: http://static.googleusercontent.com/media/www.google.ru/ru/ru/intl/ru/webmasters/docs/search-engine-optimization-starter-guide-ru.pdf
– Яндекс: http://cache-mskdataline06.cdn.yandex.net/download.cdn.yandex.net/support/ru/webmaster/files/recommendations.pdf
https://yadi.sk/d/CQ5KxM7z3GbQUg
https://rovertask.com/ru/solutions/digital-marketing/

Если есть еще, пишите в камменты, пожалуйста!

Иногда Платоны Яндекса могут пообещать “внести изменения в алгоритм ранжирования”

Натурально, (не моё) на вопрос к Платонам про резкое падение трафика бывают такие обнадеживающие ответы

исправление ошибок апометра tools.promosite.ru от изменений в языке запросов Яндекса

Значит, сначала коротко. Яндекс 31 января 2017 объявил о том, что прекращает поддержку многих операторов поиска, и в тот же день это ввел (пруф).

При этом у меня в tools.promosite.ru перестали показываться апы из-за того, что была включена “пробивка кеша”, которая сломалась. Сломался оператор ~~ (отсутствие слова в документе) для запросов некоторых видов.

Проблему я поправил, и еще я поменял методику пробивки изменений выдачи. Теперь степень изменения выдачи не учитывает “многорукого бандита” и выглядит гораздо качественнее:

Про методику пробивки изменений выдачи – в следующих постах.

Читать далее «исправление ошибок апометра tools.promosite.ru от изменений в языке запросов Яндекса»

Яндекс перестанет поддерживать операторы &, &&, <<, (), !!

А диос сеошникам )

Яндекс перестанет поддерживать такие операторы языка запросов, как:

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

Поддержка всех остальных операторов продолжается, в том числе наиболее часто используемых вебмастерами, таких как:
site: — поиск по всем поддоменам и страницам указанного сайта;
« — поиск по цитате.

Полный список поддерживаемых операторов можно увидеть в Помощи.

вот, до свиданья )

Источник https://yandex.ru/blog/webmaster/izmeneniya-v-yazyke-zaprosov

Дык, мы верим )

Колдунщики – Денис Нагорнов – Яндекс.Поиск

http://www.lektorium.tv/lecture/?id=14555
1:32:50
Колдунщики – это не те, которые вы привыкли видеть на выдаче, это программа, которая умеет разобрать запрос, определить, какие есть синонимы, какие-то тематики в этом запросе выделить, разобрать его на языковые конструкции, определить язык и собрать это все в структуру, которая затем отправляется ниже [на базовый поиск? прим.]
***
Подтверждено в явном виде из источников, что и тематики, и "языковые конструкции" используются при поиске.