Google отвечает на вопросы о фильтре брендовых запросов Search Console

Недавно Google сделала фильтр брендовых запросов в Search Console доступным для всех соответствующих веб-сайтов. Это вызвало много вопросов от SEO-специалистов, и Джон Мюллер из Google отвечает на них.

Фильтр брендовых запросов Google позволяет вам изучать поисковые запросы, включающие название вашего бренда и приводящие посетителей на ваш сайт из результатов поиска. Эти запросы ценны, поскольку они показывают конкретные слова и фразы, которые люди используют при поиске вашего бизнеса в Интернете, помогая вам понять, как пользователи воспринимают ваш веб-сайт и улучшить поисковую оптимизацию (SEO).

Брендовые запросы

Брендовые запросы — это поисковые термины, которые люди используют в Google и включают название вашего бренда, даже если они допускают ошибку в написании, или ищут ваши конкретные продукты или услуги. Вы можете найти данные об этих запросах в Отчёте о производительности в Google Search Console, где вы можете фильтровать результаты, чтобы отображать только брендовые или небрендовые поиски.

Ответы на вопросы о фильтре брендовых запросов

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

Этот фильтр не работает на конкретных страницах внутри веб-сайта (например, в постах блога) или на веб-сайтах, которые не получают много просмотров.

Добавление запросов к брендированному фильтру запросов.

Пользователь поинтересовался возможностью изменения или расширения фильтра, так как заметил, что некоторые отслеживаемые запросы не отображаются в результатах.

«Не сейчас, ну, если не считать создание нового узнаваемого бренда :).»

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

Иша Мендиратта задала два вопроса, один из которых касался рекомендации брендированных поисковых запросов для мониторинга.

Isha спросила:

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

Есть ли какие-либо планы разрешить настройку брендовых запросов на каком-либо уровне в будущем?»

На данный момент у нас нет планов позволить пользователям настраивать вещи, но мы всегда рады услышать ваши предложения в рамках инструмента!

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

Брендовый запрос — это поиск, который выполняет пользователь, включая в него название вашего бренда, например, поиск самого ‘Google’. Он также охватывает вариации или распространенные опечатки вашего бренда (например, ‘Gogle’), или поиски конкретных продуктов или услуг, которые вы предлагаете, такие как ‘Gmail’.

Брендовые результаты показывают, как часто люди находят ваш веб-сайт после поиска вашего бренда или продуктов, которые вы продаете (например, ‘Gmail’ при поиске ‘google.com’).

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

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

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

Значит ли это, что категоризация не применяется к прошлым данным, и мы не можем разделить поисковые запросы до этой даты на брендовые и небрендовые категории?

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

Это предполагает, что отчёт будет пустым, если никто не будет искать по брендовым ключевым словам.

«Есть ли способ обучить ИИ включать определенные термины как брендированные?»

Мюллер ответил «нет», пока что нет.

Причины, по которым брендинг важен

Кто-то поднял важный вопрос в конце разговора: как это может повлиять на исследование ключевых слов?

Вот несколько причин, почему фильтр брендовых запросов полезен.

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

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

Почему разделение показателей бренда и небрендовых запросов полезно

  1. Небрендовые запросы обычно отражают эффективность ключевых слов. Рост или падение этих запросов имеет значение для диагностики проблем, связанных с SEO, хотя изменения в брендинговом маркетинге могут повлиять на общий состав запросов.
  2. Брендовые запросы могут отражать осведомленность, знакомство и удовлетворенность клиентов. Тенденции с течением времени могут коррелировать с силой бренда или эффективностью маркетинга. На мой взгляд, когда пользователи включают название бренда вместе с продуктом или услугой, это может указывать на уровень доверия или комфорта с этой компанией.
  3. Разделение этих двух типов запросов предотвращает маскировку вышеуказанных двух причин низкой производительности поиска.
  4. Брендовые запросы полезны для оценки эффективности не-ссылочных и чисто маркетинговых усилий в поиске.
  5. Разделение брендовых запросов от небрендовых помогает визуализировать более чёткую линию тренда (спрос на бренд и органическая конкурентоспособность), что может быть полезно для прогнозирования будущих результатов.
  6. Снижение узнаваемости бренда может быть полезно в качестве раннего предупреждения о том, что конкурент улучшает свое влияние на потенциальных клиентов и покупателей.

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

2026-03-12 12:40

WordPress Gutenberg 22.7 прокладывает основу для публикации с использованием ИИ.

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

Улучшенный опыт редактирования

Пользовательские CSS-селекторы для Block-разработчиков

С Gutenberg 22.7 разработчики блоков теперь могут указывать пользовательские CSS-селекторы в файле конфигурации блока (block.json). Это позволяет функции Global Styles нацеливаться и стилизовать конкретные части *внутри* блока, а не только весь блок целиком, предоставляя более точный контроль над внешним видом.

Раньше, когда вы добавляли пользовательский CSS через Global Styles, это обычно влияло только на основной контейнер блока. Теперь разработчики имеют больше контроля: они могут применять пользовательские стили непосредственно к конкретным элементам *внутри* блока, например, к определённому заголовку или ссылке, даже если у блока сложная структура.

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

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

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

Обновления, связанные с ИИ

Соединители

Это обновление представляет новую страницу «Подключения» в настройках (Настройки > Подключения), где вы можете легко управлять своими AI-ключами и данными для входа.

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

Gutenberg Content Guidelines

WordPress недавно представил Руководства по контенту, ключевую функцию для управления тем, как ИИ взаимодействует с вашим веб-сайтом. Хотя она и не ориентирована исключительно на ИИ, это ценный инструмент для тех, кто использует функции на базе ИИ.

Как вебмастер, я рад сообщить, что мы только что выпустили новую функцию для сайтов WordPress. Мы добавили специальный инструмент – REST API и новый тип контента – который позволяет вам легко создавать и контролировать правила для всего контента на вашем веб-сайте. По сути, это дает вам гораздо более гибкий способ управления тем, что появляется где и как оно себя ведет, на всем вашем сайте.

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

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

Руководства по контенту предназначены не только для AI; это основополагающий набор правил, которым должен следовать *каждый*. Хотя AI может извлечь выгоду из этих руководств, сами руководства не зависят от AI. Наличие централизованного, общего источника стандартов упрощает их поиск, адаптацию и использование для любого, кто создает или проверяет контент – будь то человек-писатель или редактор, плагин программного обеспечения или AI-ассистент.

  1. Согласованность между авторами и инструментами.
  2. Более управляемое поведение ИИ.
  3. Ограничители для агентов.

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

Совместная работа в реальном времени теперь включена автоматически, что соответствует принципам работы WordPress 7.0. Однако, если пользователь ранее выбрал отключить её, эта настройка по-прежнему будет учитываться. Этот релиз, Gutenberg 22.7, также включает в себя множество исправлений ошибок и улучшений.

Прочитайте об обновлении здесь:

Что нового в Gutenberg 22.7?

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

2026-03-12 02:40

Фильтр брендовых запросов внедряется в Search Console.

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

Как вебмастер, хочу сообщить вам, что в ближайшие несколько недель мы запускаем новую функцию. Для уточнения, она будет применяться только к вашему основному домену – например, ‘example.com’ – и не затронет какие-либо конкретные страницы на вашем сайте (‘example.com/about’) или поддомены (‘blog.example.com’).

Это обновление будет полезно для владельцев веб-сайтов, потому что ранее исключение брендированных поисковых запросов было трудоемким и выполнялось вручную. Теперь новые фильтры будут автоматически определять и разделять поисковые запросы, включающие название бренда или его продукты – например, видеть ‘Gmail’, когда кто-то ищет ‘google.com’.

Для получения дополнительной информации посетите пост Google в LinkedIn или официальную документацию.

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

2026-03-11 22:14

Выпуск WordPress Security 6.9.4 исправляет проблемы, которые не были решены в 6.9.2.

WordPress недавно выпустил несколько обновлений для исправления проблем с безопасностью. Версия 6.9.2 изначально была направлена на исправление десяти уязвимостей, но вызвала сбой в работе некоторых веб-сайтов. Быстрое исправление, версия 6.9.3, последовало за этим, но оно не полностью решило все проблемы. Сегодня WordPress выпустил версию 6.9.4 для устранения оставшихся уязвимостей.

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

Как эксперт WordPress SEO, я хотел сообщить вам, что WordPress выпустил версии 6.9.2 и 6.9.3 вчера. Эти обновления важны, поскольку они исправляют 10 проблем безопасности и ошибку, которая, хотя и затрагивала небольшое количество сайтов, могла вызвать проблемы с загрузкой шаблонов. Я настоятельно рекомендую обновить ваши сайты как можно скорее, чтобы обеспечить безопасность и бесперебойную работу – это быстрый процесс, который может предотвратить потенциальные головные боли в будущем.

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

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

Хронология сбоев WordPress-сайтов

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

WordPress 6.9.2 с темой Crio, обновлён до последней версии.»

Вскоре другие пользователи также сообщили о возникновении тех же проблем. Основной разработчик затем объяснил, что проблема возникла из-за конфликтов с некоторыми темами WordPress и предложил протестировать другую тему, чтобы проверить, решит ли это проблему. Примерно через семь часов автор оригинального сообщения обновил тему, чтобы сообщить, что WordPress выпустил исправление – версию 6.9.3 – для проблем, представленных в версии 6.9.2. Проблема была вызвана не самим обновлением безопасности, а тем, как были запрограммированы определенные темы.

Официальный ответ от WordPress

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

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

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

Wordfence Advisory

Wordfence недавно поделился информацией о четырех уязвимостях в системе безопасности, оценив их серьезность от 4.3 до 6.4 из 10 (где 10 — наиболее критичный показатель). Чтобы воспользоваться этими уязвимостями, злоумышленнику сначала потребуется получить доступ к учетной записи WordPress, начиная с базовой роли подписчика и заканчивая правами администратора.

Список из четырех уязвимостей, описанных Wordfence:

  1. Уровень серьезности CVSS 4.3
    WordPress 6.9 – 6.9.1 – отсутствует авторизация для аутентифицированного (подписчика+) создания произвольных заметок через REST API
  2. Оценка серьезности CVSS 4.3
    WordPress <= 6.9.1 – Отсутствие авторизации для аутентифицированных (Автор+) раскрытие конфиденциальной информации через AJAX-endpoint query-attachments
  3. Оценка серьезности CVSS 4.4
    WordPress <= 6.9.1 – Аутентифицированная (Администратор+) Сохраненная Межсайтовая Скриптовая Атака (XSS) через элементы навигационного меню.
  4. Уровень серьезности CVSS 6,5
    WordPress <= 6.9.1 – внедрение аутентифицированного (Автор+) внешнего объекта XML через загрузку носителя библиотеки getID3

Предупреждение Wordfence о наиболее серьезной уязвимости, оцененной в 6.5/10, описывало недостаток:

В WordPress обнаружена уязвимость в системе безопасности, которая может позволить злоумышленникам внедрять вредоносный код через XML-файлы. Эта уязвимость затрагивает все версии WordPress до и включая 6.9.1 и вызвана конкретной настройкой, которая некорректно разрешает обработку определенных типов XML-кода. Проблема заключается в библиотеке под названием getID3, которая поставляется вместе с WordPress.

WordPress может быть уязвим к проблемам безопасности при обработке определенных медиафайлов (например, WAV, RIFF и AVI), содержащих XML-информацию. Компонент под названием getID3, используемый для чтения этой информации, настроен таким образом, что вредоносные файлы потенциально могут получить доступ к файлам с сервера. Злоумышленник с базовыми правами редактирования может использовать это для чтения конфиденциальных файлов на сервере.

Это полный список из десяти уязвимостей:

  1. A Blind SSRF issue
  2. Уязвимость PoP-цепи в HTML API и Block Registry
  3. Уязвимость к DoS-атаке через регулярные выражения в числовых ссылках на символы.
  4. Сохранённая XSS в навигационных меню.
  5. Обход авторизации при использовании AJAX-запросов к вложениям.
  6. Сохранённая XSS через директиву data-wp-bind
  7. XSS, позволяющая переопределять клиентские шаблоны в админ-панели.
  8. Уязвимость обхода пути в PclZip
  9. Обход авторизации в функции Notes.
  10. XXE в внешней библиотеке getID3

WordPress рекомендует немедленно обновить.

Степень серьёзности оставшихся шести уязвимостей пока не ясна, но те, которые были выявлены Wordfence, считались умеренно серьёзными и потребовали бы от злоумышленника сначала получить доступ как пользователь. Несмотря на это, WordPress настоятельно рекомендует всем владельцам веб-сайтов немедленно обновиться до версии 6.9.4.

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

2026-03-11 21:10

Google запускает Merchant Center для агентств.

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

Мы впервые узнали об этом в октябре, и теперь Merchant Center for Agencies запускается в США и Канаде. Он разработан для упрощения работы людей, управляющих несколькими аккаунтами, предлагая единое место для решения всех задач, что облегчает исправление проблем и повышение производительности.

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

Новый Центр агентских мерчантов упрощает отслеживание проблем, отображая диагностику для всех ваших клиентских аккаунтов в одном месте. Вам больше не нужно переключаться между аккаунтами — вы будете получать быстрые оповещения о блокировках, предупреждениях и исправных аккаунтах, и всё это в одном представлении.

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

Для каждого клиента ключевые детали об их бестселлерах — например, товары, которых в данный момент нет в наличии, и данные как по платным, так и по органическим кликам — аккуратно организованы в сворачивающемся разделе. Хотя представление не отображает огромный объем данных для каждого клиента, легко получить доступ к их аккаунтам и делиться отчетами.

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

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

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

2026-03-11 17:44