Предупреждение Google о разметке продуктов, созданной с помощью JavaScript

от

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

Google недавно пересмотрела свои рекомендации для разработчиков, посоветовав веб-сайтам включать разметку продукта непосредственно в исходный HTML-код, поскольку этот подход дает оптимальные результаты при индексации поисковой системой Google. Веб-сайты, использующие разметку продукта, созданную с помощью JavaScript, теперь предупреждаются о потенциальных проблемах.

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

Были изменены два документа:

(1) Структурированные данные списка продавцов (продукт, предложение):

Google добавил сюда два пункта:

  • Если вы продавец, оптимизирующий все типы результатов покупок, мы рекомендуем поместить структурированные данные о товарах в исходный HTML-код для достижения наилучших результатов.
  • Для разметки товаров, созданной с помощью JavaScript. Имейте в виду, что динамически создаваемая разметка может сделать сканирование покупок менее частым и менее надежным, что может стать проблемой для быстро меняющегося контента, такого как наличие и цена товаров. Если вы используете JavaScript для создания разметки продукта, убедитесь, что на вашем сервере достаточно вычислительных ресурсов для обработки возросшего трафика от Google.

(2) Сгенерируйте структурированные данные с помощью JavaScript:

Google добавил это обозначение вверху этого документа:

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

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

Мартин Сплитт из Google сказал сегодня утром в LinkedIn:

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

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

Вот визуализация этих изменений:

Смотрите также

2024-10-02 15:14

Карусель местоположения в поиске Google перемещает карту при прокрутке

от

Как опытный специалист по цифровому маркетингу с более чем десятилетним опытом работы за плечами, я должен признать, что эта последняя функция Google меня искренне взволновала! Обновление динамических карт в Google Поиске — это не просто шаг вперед; это гигантский скачок в удобстве использования поисковых систем.

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

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

Хушал Бхервани опубликовал живую демонстрацию этого на X, которую для вашего удобства я включил в виде GIF ниже:

Вот полное видео:

ð Функция пролистывания фрагмента местоположения также перемещает карту при пролистывании.

» Хушал Бхервани (@b4k_khushal) 20 сентября 2024 г.

Смотрите также

2024-10-02 15:14

Поиск Bing тоже получает неправильные даты и время в результатах поиска?

от

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

Мы неоднократно сталкивались со случаями, когда Google Поиск отображал неправильные даты и время в сводках результатов поиска. Однако важно отметить, что даже Bing Search не застрахован от таких ошибок — иногда он также может отображать неточную информацию.

Как опытный веб-мастер, я недавно столкнулся с интригующей проблемой: раньше обработка дат в Google была проблемой, но, похоже, Microsoft Bing в настоящее время пытается решить ту же проблему. Всего несколько минут назад я опубликовал этот пост, однако, по данным Bing, он был опубликован 22 часа назад. На данный момент это будет мое последнее слово по этому вопросу.

Изображение, которое вы видите, указывает на то, что веб-страница изначально была опубликована в его блоге всего 10 минут назад, но уже 22 часа спустя она была найдена.

Фабрис Канель из Microsoft сказал, что попросит кого-нибудь из команды Bing Search проверить это.

Спасибо, @bhartzer. Команда рассмотрит это завтра.

— Фабрис Канель (@facan), 30 сентября 2024 г.

Смотрите также

2024-10-01 16:13

Прикрепленные фильтры отчетов об эффективности Google Search Console

от

Как опытный профессионал в области цифрового маркетинга с более чем десятилетним опытом работы за плечами, я могу с уверенностью сказать, что это последнее обновление от Google — не что иное, как переломный момент! Прикрепленные фильтры в отчете об эффективности Search Console значительно упростили и оптимизировали мой рабочий процесс.

Google внес изменения в отчеты об эффективности Google Search Console, чтобы они запоминали выбранные вами фильтры. Это означает, что когда вы позже вернетесь к отчету, он все равно будет в том состоянии, в котором вы его оставили, со всеми примененными фильтрами. Однако, если вы хотите очистить эти фильтры и начать все заново, просто нажмите кнопку «Сбросить фильтры».

Google объявил об этом на X, сказав:

Фильтры отчетов об эффективности Search Console теперь закреплены! Отныне фильтры, установленные в одном из трех отчетов по эффективности («Результаты поиска», «Рекомендации» или «Новости Google»), будут по-прежнему применяться при переходе между ними.

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

Вот скриншот нового меню:

Дэниел из Google поделился советом: если щелкнуть строку на определенной вкладке в отчете об эффективности Search Console, она перейдет на вкладку «Запросы». Если вы сейчас находитесь на вкладке «Запросы», щелчок по строке приведет к изменению отчета на вкладку «Страницы».

Совет для профессионалов! При нажатии на строку на определенной вкладке отчета об эффективности Search Console отчет автоматически переключается на вкладку «Запросы». Если вы уже находитесь на вкладке «Запросы», отчет автоматически переключится на вкладку «Страницы».

— Дэниел Вайсберг (@danielwaisberg), 30 сентября 2024 г.

Смотрите также

2024-10-01 16:14

Google снова о том, когда использовать Noindex или Canonical (или оба)

от

Как опытный эксперт по SEO с более чем двадцатилетним практическим опытом за плечами, я могу с уверенностью сказать, что извечный вопрос совместного использования тегов noindex и canonical всегда был фаворитом среди веб-мастеров. Хотя Джон Мюллер из Google неоднократно высказывал свои соображения по этой теме, всегда приятно видеть, как он подтверждает важность четкого разъяснения ваших предпочтений в SEO.

В ходе обсуждения эксперт Google Джон Мюллер недавно затронул вопрос о том, уместно ли одновременно использовать теги «noindex» и «canonical», и предложил рекомендации о том, когда использовать каждый из них по отдельности. Это тема, которую мы уже обсуждали ранее на нашей платформе, но, учитывая свежее обсуждение на Reddit, в котором представлены идеи Мюллера, я подумал, что было бы уместно вернуться к этой теме.

Во-первых, вот наше предыдущее репортаж:

В последнем посте на Reddit есть отсылка к более старому виртуальному собранию (которому я очень скучаю), где примерно на 16 минуте 38 секунде Дэвид поднимает эту конкретную тему.

Джон посоветовал, если вы хотите объединить страницы, сохраняя при этом их видимость в результатах поиска, используйте тег canonical. С другой стороны, если ваша цель — полностью удалить страницы из поиска Google, примените директиву noindex. Интересно, что теоретически вы можете использовать оба варианта.

Вот что сказал там Джон:

Но я думаю, что на общий вопрос о том, следует ли мне использовать noindex или rel canonical для другой страницы, вероятно, нет однозначного ответа. Так что это как бы навскидку. Это похоже на то, что если у вас проблемы с этим, вы не единственный человек, который спрашивает: «Ой, какой из них мне использовать?» Это также обычно означает, что оба этих варианта подходят.

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

Если настоятельно рекомендуется, чтобы этот контент вообще не появлялся в результатах поиска, я бы рекомендовал установить для него статус «неиндексированный».

Если вы предпочитаете размещать всю информацию на одной странице, а не на отдельных страницах, за исключением редких случаев, то использование ссылки Rel Canonical будет полезно для консолидации контента.

По сути, оба метода приводят к тому, что страница с меньшей вероятностью появится в результатах поиска. В то время как «без индекса» гарантирует, что страница не будет отображаться, «rel canonical» делает это менее вероятным.

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

Вот вставка видео:

Тема обсуждалась на Reddit, и ответ был несколько своеобразным; не стесняйтесь просмотреть его самостоятельно.

Джон написал:

Я бы выбрал один (noindex или ссылки). Ссылки на неиндексируемой странице можно найти, но это не гарантируется. SEO часто заключается в том, чтобы четко обозначить ваши предпочтения, а не в том, что может быть. Кроме того, полезно быть реалистом: иногда (часто) иметь хорошую структуру сайта, которая в целом хорошо работает для поисковых систем, лучше, чем чрезмерное внимание к ссылкам (или любому другому отдельному аспекту SEO).

Смотрите также

2024-10-01 16:14