Google объявил о прекращении с 8 января 2024 года работы инструмента ограничения скорости сканирования в Search Console. Заявленная причина — инструмент устарел и очень редко использовался. Теперь самый быстрый способ снизить скорость сканирования — дать указание роботу Googlebot посредством ответов сервера.
В Google Search Console появился новый отчет проверки файла robots.txt. Он показывает ошибки (например, отсутствие файла) и предупреждения (например, наличие в файле не учитываемых краулером Google строк).
Печально, что существовавший до этого инструмент тестирования файла robots.txt прекратил работу. То есть теперь нет возможности проверить закрыт или открыт для индексации в данный момент произвольный URL.
Какие ссылки следует отклонять с помощью иструмента Google Disavow Tools? Гуглоид Джон Мюллер полностью согласен со следующим утверждением:
"«Токсичные» обратные ссылки являются выдумкой стороннего поставщика инструментов SEO и не имеют прямого отношения к поисковым системам.
Мало того, что большинство ссылок не являются вредными, они неправильно классифицируют хорошие ссылки, заставляя веб-мастеров делать очень плохой выбор, используя отклонение. Фактически, многие из наиболее проблемных ссылок вообще не будут классифицироваться как токсичные.
Не полагайтесь на сторонние инструменты, которые смогут отличить хорошее от плохого. Если вы не можете сказать себе об этом, вообще не используйте отклонение. Большинству людей следует полностью держаться подальше. Исключением могут быть анкорные текстовые ссылки на порно, казино и т. д., указывающие на что-то совершенно другое."
Также подпишусь. Особенно под тем, что сторонние инструменты оценки качества ссылок демонстрируют исключительно очень спорное мнение их разработчиков, но никак не поисковых систем.
С сегодняшнего дня технологией Яндекс XML можно пользоваться только через новый сервис Yandex Search API.
Неожиданный бонус - в ночное время будет доступен free tier (нетарифицированное использование) в 1000 запросов в месяц.
Гуглоид Джон Мюллер объясняет чрезмерно пугливым сеошникам суть отчета о 404-х ошибках в Google Search Console. Это не свидетельство того, что на сайте что-то идет не так. Это не более чем напоминание для тех случаев, когда страница по логике владельца должна существовать, но краулер по какой-то причине получает по этому адресу 404, и это повод для того, чтоб эту проблему пофиксить. Если же страницы по данному адресу существовать не должно, то и париться не надо.
Все логично, но многих почему-то пугает наличие этого отчета и предложения исправить проблему.
В документации Google по поисковым роботам и инструментам по сборам данных имела место опечатка в названии User-Agent робота сканера Google Inspection Tool – отсутствие знака ; (точка с запятой) в конце строки перед закрывающей скобкой. В Вебархиве последняя версия англоязычной страницы с опечаткой датирована 10 сентября этого года.
Сейчас в англоязычной версии документации опечатка исправлена. Корректная версия:
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;)
В русскоязычной версии опечатку пока не исправили.
Если кто использует эти юзер-агенты в файле robots.txt – приводите в соответствие.
Обозреватель SearchEngineLand Джеф Фергюссон в пух и прах раскритиковал пузомерку Domain Authority (DA) от Moz.
Он ее сравнивает со статистическим показателем из оффлайна – "error metric" в бейсболе, который был введен для ранней версии игры, правила которой сильно отличались от современного варианта.
Такая же бесполезная и не имеющая отношения к текущей реальности.
Полностью согласен с Джефом. Впрочем, другие пузомерки, придуманные различными сеошными сервисами, ничем не лучше.
Интересный вопрос в сентябрьских Google SEO Office Hours: почему значения в отчете Google Search Console, полученном с помощью фильтра, могут превышать аналогичные значения в неотфильтрованном отчете?
Гэри Ийеш отвечает, что при составлении отчетов в целях экономии времени и памяти используются фильтры Блума, которые ускоряют поиск, предсказывая, существует ли что-то в наборе данных, и теряя при этом в точности. Причем, чем больше данных, тем больше потерь.
Так что нужно иметь в виду, что в отчетах Google Search Console могут быть потеряны данные, и если Вы в них чего-то не нашли, то это не значит, что этого нет на самом деле.
В Блоге Яндекса для вебмастеров появился анонс новых возможностей отчета "Мониторинг запросов" – добавлены сортировка и фильтр по спросу, а также а еще уточнены значения N/A и 0 в отчетах, чтоб было понятно, то ли пользователи не могут найти вас в выдаче по конкретному запросу, то ли статистика по нему просто не отображается в инструменте.
Такая активность яндексоидов определенно радует.
В блоге Яндекса для вебмастеров появился анонс API для мониторинга запросов.
Доступны данные для всех запросов, по которым сайт отображался в поиске. Лимит - 150 тысяч запросов в сутки.
Хорошая новость, но на фоне закрытия бесплатного сервиса Яндекс.XML как-то блекнет...
На форуме по техническому SEO Reddit один юзер пожаловался, что сервис Semrush пометил ссылку с Github как токсичную.
Я с очень большим сомнением отношусь к сервисам, пытающимся как-то классифицировать ссылки с точки зрения их работоспособности в алгоритмах ранжирования поисковиков.
Ничего кроме фантазий разработчиков сервисов о том, как по их мнению, поисковики должны оценивать ссылки, они не отражают. А фантазии эти имеют исчезающе мало общего с реальностью.
Но сеошникам позарез нужны хоть какие-то пузомерки, и поэтому, к сожалению, всякие "чектрасты" становятся практически отраслевым стандартом.
