Обновления Гугл

Google Ads случайно выпускает внутренние инструменты

от

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

Многие рекламодатели, использующие Google Рекламу, обнаруживают в своем интерфейсе новую кнопку с надписью «Внутренние инструменты». На этой кнопке изображен символ замка. При нажатии метка вверху становится «Создание аудитории», открывая инструмент для создания определенных групп клиентов в рамках вашей рекламной кампании.

Конструктор аудиторий не нов, по нему есть справочный документ, в котором говорится:

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

Похоже, что кнопка «Внутренние инструменты», которая, кажется, была добавлена ​​недавно, на самом деле может быть сбоем в системе. В идеале его не должно быть видно. Вот скриншот, которым поделился Танака Хироки на платформе X:

Многие это видят:

Привет! Похоже, Google Реклама опубликовала что-то случайно или возникла проблема. Верно, @adsliaison и @rustybrick? Дайте мне знать, если я что-то не понимаю».

» Марк Тиллисон (@Tillison), 28 августа 2024 г.

Срочное: Google Ads предлагает новые внутренние инструменты избранной группе нулевых пользователей #ppcchat

» Нитиш Дхир (@ppcnitish), 28 августа 2024 г.

Это новое? когда я нажимаю на нее, ничего не происходит. #ppcchat

» Джейми (@JamieDigitall), 28 августа 2024 г.

#ppcchat Похоже, у нас новый сбой в пользовательском интерфейсе ð…

» Альфред Саймон (@AlfredSimon) 28 августа 2024 г.

В разделе «Внутренние инструменты» Google Рекламы есть новое дополнение под названием «Конструктор аудиторий», но когда я нажимаю на него, ничего не появляется. Можете ли вы объяснить, что делает этот инструмент и как его эффективно использовать? #PPCHelp

» Танака Хироки (@hyroki1980), 28 августа 2024 г.

Эта кнопка «внутренние инструменты» должна быть ошибкой и не должна быть видна рекламодателям.

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

2024-08-28 14:44

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) даже два месяца спустя.

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

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

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

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

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

После этого я решил перенести свои фотографии в 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 расширяются в результатах поиска

от

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

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

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

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

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

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

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

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

2024-08-27 15:44

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

от

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

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

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

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

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

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

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

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

И старый:

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

2024-08-27 15:44

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