SEO-блог Сергея Людкевича

Обнаружился баг в инструменте "Проверка ответа сервера" сервиса Яндекс Вебмастер. Если для проверки выбирать по умолчанию Основной робот Яндекса Mozilla/5.0 (compatible; YandexBot/3.0; +http://yandex.com/bots), то проверять приходит не он, а Робот Яндекс Вебмастера Mozilla/5.0 (compatible; YandexWebmaster/2.0; +http://yandex.com/bots).

Будьте внимательны, если вы дифференцируете отдачу содержимого страниц своего сайта по User agent.

Кстати, в Google следует принимать во внимание, что в случае проверки страницы на сайте инструментом "Проверка URL" в Google Search Console проверять страницу придет не Googlebot Smartphone или Desktop, а робот Google Inspection Tool.

Варианты полных строк его User agent для мобильных устройств и десктопов можно найти на странице англоязычной версии документации по поисковым роботам Google Search Central (в русскоязычной версии этой информации пока нет):

Mobile

Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/W.X.Y.Z Mobile Safari/537.36 (compatible; Google-InspectionTool/1.0)

Desktop

Mozilla/5.0 (compatible; Google-InspectionTool/1.0)

С каждым годом функционал языка запросов Яндекса становится все беднее.

Старый добрый оператор url: тоже стал привирать.

В связке с символом * (Цитата из Яндекс Справки: "Чтобы найти все документы, адреса которых начинаются с заданного значения, поставьте в конце URL символ *") он теперь показывает явно не все, что есть в индексе. Грусть-печаль.

Гуглоид Джон Мюллер развенчивает очередной сеошный миф о том, что некорректно выставленная дата в заголовке Last-Modified отклика сервера (в частности, всегда текущая) может негативно влиять на ранжирование.

Честно говоря, не понимаю, откуда подобные мифы берутся, но Джон вот где-то сумел найти )

Собственно, имеет значение не столько само содержимое заголовка Last-Modified, сколько, какой код ответа сервер отдает на запрос If-Modified-Since. По идее здесь может быть только одно влияние на ранжирование - если контент страницы изменился с даты указанной в запросе, а сервер будет отдавать 304, а не 200, то эти изменения просто не учтутся.

Между тем, интересная ведь штука получается - можно сделать контент для ботов, дать ему быстренько проиндексироваться, а затем разместить контент для людей, и отдавать 304 на все запросы от ботов If-Modified-Since. В итоге в индексе висит версия для ботов, люди получают версию для людей.

С одной стороны, вроде очень похоже на клоакинг, а с другой - всего лишь некорректная обработка запроса If-Modified-Since.

Тем, кто опасается, что некорректная микроразметка может негативно повлиять на ранжирование, гуглоид Gary Illyes во время майских Google SEO office-hours дал однозначный ответ: нет.

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

Так что алерты в Google Search Console об ошибках в микроразметке на странице не являются причиной ее плохого ранжирования.

Кстати, слова Гэри Ийеша о том, что в случае некорректной микроразметки не будет потеряно ничего кроме красивого сниппета, на мой взгляд, в очередной раз подтверждают известный факт, что микроразметка сама по себе не дает никаких бонусов к ранжированию - только возможность иметь красивый сниппет. 

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