Амбассадор Яндекса Михаил Сливинский предлагает позуммиться по поводу вопросов загрузки предложений товаров и услуг в поиск. Рекомендую воспользоваться возможностью. 😉

Вчера был на мероприятии "День Поиска", там показали много обновлений: Нейро в Поиске, решение математических задач, удобный выбор товаров, врачей, вкладов, ипотек и дебетовых карт. На ивенте было несколько несколько представителей seo-рынка. Поиск с Нейро впечатляет, как пользователей, но мы поговорили и про практическое seo.

Появились вопросы, как попадать в Поиск по товарам, врачам и банковским предложениям с учетом Нейро. Ответ такой: здесь ничего не меняется. Чтобы попадать в тематические блоки в Поиске, просто передавайте в Яндекс фиды: это даёт поиску качественную, подробную и структурированную информацию о предложениях вашего бизнеса. Для этого мы развиваем, например, Яндекс Товары или упрощенную загрузку данных о врачах в Вебмастере.

Похоже, что у многих агентств загрузка фидов давно есть в стандартном списке работ по оптимизации.

Недавно проводил в канале опрос, и часть подписчиков - владельцы бизнесов и заказчики услуг seo. Мне бы хотелось спросить у вас: знаете ли вы про возможности передать данные о предложениях напрямую в поиск? Понятно ли, как это работает и зачем это нужно? Напишите, пожалуйста, в личку, если готовы на короткий зум по этой теме.

Совет от гуглоида Джона Мюллера для тех, кто собирается продвигать новый домен:

"Если у вас нет готового сайта, либо отключите DNS, либо создайте пользовательскую страницу удержания. Не используйте общую страницу удержания сервера/CMS. Обычно требуется больше времени, чтобы сайт, который известен как припаркованный/дублированный, был распознан как обычный сайт, чем для сайта, который изначально был выбран."

Лично я ограничился бы первой частью совета. Портить поведенческие заглушкой считаю нецелесообразным.

Ну и – вишенка на торте:

"После нескольких месяцев тщательного тестирования мы рады сообщить, что Ads in AI Overviews теперь доступны для мобильных пользователей в США. "

"Золото! Нужно больше золота!" (С) WoW

Вышел очередной 83-й выпуск подкаста Google Search of the Records. Гэри Ийеш пригласил в гости Бена Уолтона, шефа команды поисковых платформ Google, и его сотрудника Дэвида Уле.
Разговор пошел о нелегкой судьбе поисковых инженеров, прилагающих титанические усилия, чтобы все работало стабильно. Местами увлекательно, но практической пользы ноль.

Вова Харев делится интересным тестом в выдаче Google, на который он попал.

Попал на интересный тест с выделением названий сайтов.

Неплохая статья буржуйской сеошницы Джессики Боумэн от отчете "Статистика сканирования", хорошо запрятанного в недрах Google Search Console. Примеры колебаний, которые предлагает исследовать автор:

"• Количество HTML-запросов уменьшилось (или резко возросло), в то же время количество загруженных байтов JavaScript увеличилось (или резко возросло).
• Среднее время отклика увеличилось (или резко возросло), в то время как количество HTML-запросов уменьшилось (или резко упало).
• Общий размер загрузки увеличился (или резко возрос), но количество HTML-запросов не изменилось.
• Процент запросов на обнаружение (на обнаружение новых URL-адресов) увеличивается, а процент запросов на обновление уменьшается; однако вы не запустили новые URL-адреса на сайте."

Вице-президент Google Брэндон Крэхем утверждает, что пользователи в восторге от AI Overviews:

"С момента запуска в США мы обнаружили, что люди, использующие AI Overviews, ищут больше и более удовлетворены своими результатами; они посещают больше разнообразных веб-сайтов для получения помощи по более сложным вопросам; и мы даже видим более высокую вовлеченность молодых пользователей в возрасте от 18 до 24 лет."

Свежо предание, но верится с трудом...

Буржуйская сеошница Лили Рэй делится интересным наблюдением - если Gooogle в AI Overviews в качестве источника использует контент, требующий подписки или авторизации, то его можно увидеть нахаляву.

Возобновляю добрую традицию встречать день рожденья в путешествии ✈️

Буржуйская сеошница Анна Кроу делится кейсом, когда всплывающее окно на весь экран напрочь обрушило ранжирование сайта в Google.
Не делайте всплывающих окон на весь экран. И не на весь тоже не делайте.

Буржуйский сеошник Гаган Готра рассуждает о причинах блокировки Google Business Profile:

"Часто GBP блокируется, потому что вы внесли изменения в GBP до того, как сделали это на сайте, и это несоответствие между контентом в конечном итоге становится причиной нарушения политики и блокировки. Убедитесь, что вы обновили регион или категории или что-то еще, что вы предлагаете на сайте, прежде чем делать это в GBP. Это позволит поддерживать соответствие между сайтом и GBP, и ваш профиль не будет заблокирован без причины."


Причина понятна, но неужели так часто вносят изменения в GBP раньше, чем на сайт?

Google в англоязычной версии документации по файлу robots.txt уточнил, что поля, не перечисленные в ней, не поддерживаются.

В блоге Яндекса для вебмастеров появилось объявление о том, что поисковая выдача по коммерческим запросам будет релевантнее. Задумался, а что с ней было не так? Может, мало было Директа? 😁

Амбассадор Яндекса Михаил Сливинский объясняет, что именно улучшили в коммерческом поиске. Типа лучше стали понимать интент. Посмотрим.

Как многие из вас знают, Поиск Яндекса при ранжировании опирается на две метрики - онлайн и офлайн.

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

Теперь мы углубились в улучшение офлайн метрик для ранжирования: мы научились еще точнее понимать интент (потребность) пользователя — почитать и разобраться в теме, или найти магазин для покупки.

Это важно, чтобы точнее оценивать релевантность страниц: например, страницы именно про нужный товар оцениваются выше, чем страницы про похожие, но другие модели, или страницы, в которых информация об искомом товаре — второстепенна и основной контент не про товар. А еще мы улучшили классификаторы, определяющие, есть ли товар в наличии и есть ли доставка в регион пользователя.

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

Из постановления судьи Джеймса Донато:

"Следует отметить, что Google несколько раз выпускал кучу комментариев и жалоб, которые были недостаточно проработаны и, следовательно, бесполезны для решения проблем"

Короче, thin content. Достоин пенальти. 😁

Буржуйские сеошники бьют тревогу: копии URL с введённым Google get-параметром srsltid стремительно заполоняют поисковую выдачу Google. Почему-то гуглоиды даже и не думают в сторону автоматической консолидации таких URL с исходными.

Причем, ситуация с параметром srsltid начинает явно выходить из-под контроля. Goggle индексирует URL с этим параметром, а потом Google Merchant Center добавляет к ним новый. Вот пример проиндексированного URL с уже двумя параметрами srsltid:

https://catalog.onliner.by/fan/deepcool/deepcoolgamma50?srsltid=AfmBOorojJiCF4_eTYmESPaJIBQA3JsrHTvIQyETMkBPpVpc8Vgh8F_M&srsltid=AfmBOooA_rKLYUFWlNiUIiyT_TG-P4ql1RJKhyB0DAAtrsYpFKc4H1ab

В продолжение темы srsltid. Гуглоид Джон Мюллер советует использовать canonical и типа все будет в порядке. Но, как говорится, гладко было на бумаге. Google запросто может проигнорировать canonical, если страницы будут различаться хоть на пару байт. Так что рекомендую выключать автотеггирование в настройках Merchant Center. А если индекс уже забит этим мусором, то ничего лучше, как отдавать краулерам для страниц с параметром srsltid в URL 301-й редирект на соответствующий URL без него, я пока не вижу.