Looker Studio теряет доступ к полям Auction Insights

Looker Studio теряет доступ к полям Auction Insights

Как опытный специалист по цифровому маркетингу с более чем десятилетним опытом работы за плечами, я не могу не почувствовать легкую ностальгию, когда Google прощается с одним из своих самых ценных инструментов — отчетом Auction Insights в Looker Studio.


С 24 августа 2024 г. у Google Looker Studio больше не будет доступа к полям Google Ads Auction Insights для любых новых источников данных. Более того, после 23 сентября 2024 г. эта функция станет недоступна и для существующих источников данных.

Обратите внимание, что статистика аукционов по-прежнему будет доступна в Google Рекламе.

Начиная с 24 августа 2024 года Google объявил, что раздел «Статистика аукционов» больше не будет доступен для новых подключений к данным в Looker Studio. С 23 сентября 2024 г. существующие источники данных больше не будут иметь доступа к полям Auction Insights.

Google советует вам избежать потенциальных проблем с отчетами и диаграммами Looker Studio, исключив следующие поля: [упомяните конкретные поля].

  • Статистика аукционов – домен
  • Статистика аукционов – в среднем. позиция
  • Абс. рейтинг вверху страницы.
  • Позиция выше рейтинга.
  • Показы поделиться
  • Доля превосходства
  • Коэффициент перекрытия
  • Показатель показа вверху страницы
  • Auction Insight – отображаемое название магазина
  • Процент полученных показов
  • Доля выигрышей в рейтинге покупок
  • Коэффициент совпадения покупок

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

Я заметил это изменение через Адриана Деккера в LinkedIn, который заметил его через Теодора Йорданова.

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

2024-08-28 14:44

AWS S3 заблокировал Googlebot для URL-адресов моих изображений – вот мое восстановление

AWS S3 заблокировал Googlebot для URL-адресов моих изображений – вот мое восстановление

Как эксперт по SEO с более чем десятилетним опытом работы за плечами, я видел свою долю проблем и побед. Однако фиаско AWS S3, произошедшее еще в середине июня, действительно было событием, заслуживающим внимания. Это было похоже на то, как будто однажды я проснулся и обнаружил, что мой верный помощник — Google Search and Discover — загадочным образом потерял способность демонстрировать мои изображения.


В середине июня я обнаружил, что Google не отображает многие из моих изображений в результатах поиска, и некоторые читатели обратили на это мое внимание. Для расследования я использовал полезный инструмент проверки URL-адресов Google Search Console. Оказалось, что URL-адреса S3, которые я использовал для хранения своих изображений, не позволяли роботу Googlebot их сканировать. Вот краткий отчет о проблеме с индексированием/сканированием URL-адресов изображений, с которой я столкнулся.

Из-за проблемы на AWS произошло значительное снижение видимости (показов) моих изображений в Google Search и Google Images, составившее примерно 83%. Это снижение также привело к падению количества переходов (кликов) на мой сайт при поиске изображений примерно на 76%. Хотя я все еще испытываю небольшое снижение количества показов и кликов при поиске изображений – около 16% и 26% соответственно – с тех пор ситуация значительно улучшилась.

Диаграмма эффективности поиска в Google Search Console отображает колебания количества показов и кликов с течением времени. Примерно 15 июня наблюдается заметный спад, за которым следует постепенный рост, начиная примерно с 8 июля. Кроме того, вы можете заметить, что мой трафик изображений еще не полностью восстановился до прежнего уровня (до ошибки AWS) даже два месяца спустя.

AWS S3 заблокировал Googlebot для URL-адресов моих изображений – вот мое восстановление

Похоже, что когда веб-сканер Google (Googlebot) попытался получить доступ к URL-адресам моих изображений, размещенных на Amazon Simple Storage Service (S3), он обнаружил ошибку «404 Not Found». Однако когда я получил доступ к этим же URL-адресам со своего компьютера, они загрузились без каких-либо проблем. Эти изображения использовались на этом сайте более десяти лет, и внезапно AWS, похоже, ограничил доступ робота Googlebot.

В любом случае, вот что увидел робот Googlebot, когда попытался просканировать эти URL-адреса:

AWS S3 заблокировал Googlebot для URL-адресов моих изображений – вот мое восстановление

AWS исправил это через несколько дней:

AWS S3 заблокировал Googlebot для URL-адресов моих изображений – вот мое восстановление

Вот как выглядели мои изображения в инструменте проверки URL-адресов в консоли поиска Google:

AWS S3 заблокировал Googlebot для URL-адресов моих изображений – вот мое восстановление

Это должно выглядеть примерно так:

AWS S3 заблокировал Googlebot для URL-адресов моих изображений – вот мое восстановление

После этого я решил перенести свои фотографии в AWS CloudFront — сервис, которого не было на момент создания этого сайта — в качестве объяснения того, почему я использовал S3 для изображений в прошлом. К счастью, проблема S3 с роботом Googlebot решена и работает без сбоев. Однако я не собираюсь возвращаться к S3 для своих изображений.

1. Я благодарен Гленну Гейбу за то, что он указал на то, что Google Discover преждевременно удалил мои изображения. Он также написал статью о миграции образов, которую я прочитал перед переходом с AWS S3 на AWS CloudFront. Первоначально я решил не перемещать свои старые изображения, поскольку AWS решил эту проблему, но с конца июня все мои вновь загружаемые изображения используют CloudFront.

По сути, то, что произошло, было не проблемой Google, а скорее изменением со стороны AWS, в результате которого AWS S3 стал препятствовать роботу Googlebot. Проблема исправлена, однако, похоже, последствия уже определены… Если графики покажут какие-либо дальнейшие колебания, я обновлю этот аккаунт, чтобы вести хронику этих изменений. Однако, учитывая стабильность в течение последних пяти недель или около того, я не ожидаю существенных изменений в будущем.

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

2024-08-27 15:44

Тесты Google Local Panel Maps расширяются в результатах поиска

Тесты Google Local Panel Maps расширяются в результатах поиска

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


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

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

Вот гифка этого в действии:

Тесты Google Local Panel Maps расширяются в результатах поиска

Я не могу это повторить, но вот полное видео:

После появления панели знаний, щелчок по карте теперь будет отображать ее непосредственно в результатах поиска, а не запускать Карты Google отдельно. Информация о близлежащих местах была обновлена ​​в новом пользовательском интерфейсе, и теперь также видны отзывы с различных веб-сайтов. Однако, похоже, возникла проблема при попытке написать обзор.

— moto-k (@moto_local) 22 августа 2024 г.

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

2024-08-27 15:44

Google обновляет документацию по разметке организации для уточнения логотипа и другого использования

Google обновляет документацию по разметке организации для уточнения логотипа и другого использования

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


Google недавно пересмотрела начальный раздел своего руководства по организационным структурированным данным для разработчиков поиска. Целью пересмотра является объяснение того, что определенные свойства могут влиять на то, какой логотип будет отображаться, тогда как другие действуют более внутренне.

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

В новом абзаце говорится:

Добавление структурированных данных организации на вашу домашнюю страницу может помочь Google лучше понять административные данные вашей организации и устранить неоднозначность вашей организации в результатах поиска. Некоторые свойства используются скрыто, чтобы отличать вашу организацию от других организаций (например, iso6523 и naics), тогда как другие могут влиять на визуальные элементы в результатах поиска (например, на то, какой логотип отображается в результатах поиска и на панели знаний). Если вы продавец, вы можете указать более подробную информацию в своей панели знаний продавца и профиле бренда, например политику возврата, адрес и контактную информацию. Нет обязательных свойств; вместо этого мы рекомендуем добавить как можно больше свойств, которые имеют отношение к вашей организации.

Сравните это со старой версией, которая гласит:

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

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

Google обновляет документацию по разметке организации для уточнения логотипа и другого использования

И старый:

Google обновляет документацию по разметке организации для уточнения логотипа и другого использования

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

2024-08-27 15:44

Google: мы обычно не пробуем варианты URL-адресов

Google: мы обычно не пробуем варианты URL-адресов

Как опытный веб-мастер с более чем десятилетним опытом работы за плечами, я могу с уверенностью сказать, что последнее заявление Джона Мюллера из Google подтверждает то, что мы все знаем уже много лет: робот Googlebot не тестирует варианты URL-адресов по своей прихоти.


Во время своего последнего обсуждения SEO Джон Мюллер из Google объяснил, что бот Google (Googlebot) обычно не тестирует различные варианты URL-адресов, чтобы проверить их работоспособность. Например, если у вас есть URL-адрес типа домен.com/pagegoeshere1/, робот Googlebot не будет пытаться использовать домен.com/pagegoeshere2/ из любопытства или для каких-либо других целей.

Важно отметить, что это не свежая тема; еще в 2018 году тот же запрос был адресован Джоном Мюллером из Google, который заявил, что робот Googlebot не генерирует URL-адреса. На протяжении многих лет этот вопрос по-прежнему часто задают в кругах SEO, поэтому я подумал, что необходимо вернуться к нему.

Примерно через 9 минут 50 секунд Джона спросили: «Индексирует ли Google URL-адреса, которые не содержат страниц в подпапках? Может ли это потенциально вызвать проблемы?»

Джон сказал: «Обычно системы Google не экспериментируют с разными версиями URL-адресов. Вместо этого они используют ссылки для поиска новых URL-адресов».

Вот видео:

Вот стенограмма:

Сканирует ли Google подпапки в URL-пути, в которых нет страниц? Будет ли это проблемой?

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

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

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

2024-08-27 14:44