Google Preferred Sources: как стать предпочитаемым источником в поиске

У контентных сайтов появилась ещё одна точка взаимодействия с постоянной аудиторией: Google Preferred Sources.

Смысл функции довольно простой. Пользователь может указать Google, какие сайты он считает предпочитаемыми источниками. После этого материалы выбранных сайтов могут чаще появляться для этого пользователя в блоке Top Stories, а сам источник отмечается специальным preferred badge. В AI Mode и AI Overviews контент выбранного источника также может выделяться как preferred.

Из этого легко сделать неправильный SEO-вывод:

«Нужно установить кнопку Preferred Sources — и позиции сайта вырастут».

Google такого не говорит.

Preferred Sources — прежде всего механизм персонализации поиска конкретного пользователя. Читатель сам выбирает сайт. Издатель может только помочь ему найти этот выбор и упростить действие.

Поэтому функция ближе к отношениям с постоянной аудиторией, чем к классической технической оптимизации.

Что изменилось для издателей

Preferred Sources теперь доступен глобально для Top Stories во всех языках, где работает Google Search. В AI Mode и AI Overviews предпочтительные источники могут отображаться в тех языках и регионах, где доступны сами AI-функции.

Это важно прежде всего для сайтов, которые регулярно публикуют:

• новости;
• отраслевые обновления;
• экспертные материалы;
• исследования;
• разборы изменений;
• практические статьи по актуальным темам.

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

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

Но регулярность обновлений нельзя превращать в формулу вида «публикуйте три статьи в неделю и попадёте в Preferred Sources». Такой зависимости Google не публикует.

Как работает Preferred Sources

Пользователь может управлять источниками через настройки персонализации Google Search:

Google → профиль → Search personalization → Source preferences

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

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

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

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

Какие сайты можно выбрать

У Preferred Sources есть довольно важное техническое ограничение.

Google работает на уровне:

example.com

или:

news.example.com

Но не:

example.com/blog/

и не:

example.com/articles/seo/

То есть участвовать могут домен и субдомен, но не отдельный подкаталог.

Для Vagizov.com это означает, что Preferred Source относится к:

vagizov.com

а не отдельно к:

vagizov.com/articles/

Даже если публикационная часть сайта находится именно там.

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

Например:

company.ru/blog/

нельзя сделать отдельным preferred source от company.ru.

А:

media.company.ru

уже является отдельным субдоменным кандидатом.

Что получает издатель

В Top Stories Google формулирует эффект достаточно конкретно: контент выбранного пользователем сайта с большей вероятностью будет появляться в Top Stories, когда источник публикует свежий материал, связанный с запросом. Также он может получить preferred badge.

При этом исходные системы Top Stories продолжают подбирать релевантный, качественный и свежий контент.

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

«показывать этот сайт независимо от запроса».

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

В AI Mode и AI Overviews Google также может выделять материалы выбранного сайта как preferred для этого пользователя.

Но здесь действует дополнительное условие: сайт должен быть включён в Search generative AI features.

В Search Console эта настройка находится:

Settings → Search generative AI

По умолчанию для свойств используется вариант Include, если владелец его не изменял или свойство не наследует другое значение от родительского property. Если сайт исключён, его контент не может появляться как ссылка и использоваться для grounding в соответствующих AI-функциях.

Preferred Source — не обычное ранжирование

Это главное различие для SEO.

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

Preferred Sources добавляет пользовательскую настройку поверх определённых поисковых сценариев.

Поэтому нельзя корректно писать:

«Preferred Sources повышает позиции сайта».

Более точная формулировка:

если конкретный пользователь выбрал сайт как preferred source, Google может чаще показывать подходящий свежий контент этого сайта в Top Stories и выделять его в поддерживаемых AI-функциях для этого пользователя.

Это принципиально уже другой механизм.

О том, почему вообще нельзя анализировать элементы выдачи как фиксированную таблицу из десяти ссылок, полезно дополнительно посмотреть материал «Поисковая выдача: как устроен SERP и какие элементы влияют на CTR».

Preferred Sources — не подписка

По интерфейсу функция может напоминать «подписаться на источник», но технически это другое действие.

Пользователь не передаёт сайту:

• email;
• номер телефона;
• push-разрешение;
• RSS-подписку;
• аккаунт.

Издатель не получает канал прямой доставки контента.

Preferred Sources остаётся настройкой внутри Google Search.

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

Например:

Получать материалы по email — прямой канал издателя.

Добавить в Preferred Sources — персонализация поисковой выдачи пользователя.

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

Preferred Sources — не Search profile

Google также развивает отдельный продукт Search profile, но он решает другую задачу.

Search profile объединяет присутствие автора или создателя контента из разных платформ и позволяет пользователю находить его материалы через Search и Discover. На 4 октября 2026 года создание новых Search profiles доступно только в США и требует минимального количества подписчиков на поддерживаемой социальной платформе — например, 10 000 на YouTube, Instagram, X или TikTok.

Preferred Sources таких требований не содержит.

Это функция источника/публикации, а не персонального профиля автора.

Наличие Search profile не является условием Preferred Sources, и наоборот.

Как издателю добавить кнопку

Google предлагает три официальных варианта.

Самый простой и рекомендуемый — стандартная JavaScript-кнопка.

В <head> страницы подключается библиотека:

<script async src="https://news.google.com/swg/js/v1/publisher.js"></script>

В нужном месте страницы:

<div google-add-preferred-source-btn></div>

Google автоматически отрисует локализованную кнопку. Можно выбрать светлую или тёмную тему и при необходимости переопределить язык.

Например:

<div google-add-preferred-source-btn data-theme="dark"></div>

Второй вариант — Advanced JavaScript implementation.

Он нужен, если внешний вид сайта не позволяет использовать стандартную кнопку. Разработчик может подключить библиотеку вручную и вызвать:

preferredSource.addPreferredSource();

из собственной кнопки или другого интерфейсного элемента. Google поддерживает как ES Modules, так и обычную script/IIFE-интеграцию.

Третий вариант — deeplink.

Он полезен для CMS, где JavaScript невозможно или нежелательно внедрять, а также для email-рассылок и социальных сетей.

Формат:

https://www.google.com/preferences/source?q=example.com

После перехода пользователь попадает непосредственно в Source preferences и самостоятельно подтверждает выбор.

Где лучше разместить кнопку

Кнопка сама по себе ничего не даёт, пока пользователь её не нажал и не подтвердил выбор.

Поэтому важнее не «поставить её повыше», а выбрать момент, когда просьба выглядит логично.

Для статьи хорошая точка — конец материала:

«Если вы регулярно читаете наши разборы Google, можете добавить Vagizov.com в Preferred Sources».

Для отраслевого медиа можно поставить CTA рядом с блоком подписки:

«Получать новые статьи напрямую»

и отдельно:

«Чаще видеть наши материалы в Google».

Хуже выглядит агрессивный popup при первом заходе на сайт. Пользователь ещё не знает источник и не имеет причины объявлять его preferred.

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

Что кнопка делает и чего не делает

У функции есть несколько границ, которые полезно зафиксировать заранее.

Установить кнопку недостаточно.
Человек должен сам выбрать источник.

Preferred Sources не гарантирует показ.
Даже выбранный сайт должен иметь подходящий свежий материал по конкретной теме.

Это не общий ranking boost.
Предпочтение относится к персонализированному опыту конкретного пользователя.

Подкаталог выбрать нельзя.
Работа идёт на уровне домена или субдомена.

AI-функции имеют отдельное условие.
Сайт должен участвовать в Search generative AI features.

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

Где функция действительно имеет смысл

Для обычного корпоративного сайта, который обновляет пять страниц услуг раз в два года, Preferred Sources вряд ли станет центральным SEO-инструментом.

Для корпоративного блога или экспертного медиа ситуация интереснее.

Если люди возвращаются за:

• новостями отрасли;
• регулярными разъяснениями;
• обзорами изменений;
• практическими инструкциями;
• исследованиями;
• экспертной аналитикой,

то Preferred Sources создаёт ещё один способ сохранить связь с этим читателем внутри Google.

Это особенно логично для проектов, где уже существует возвращающаяся аудитория.

Не нужно убеждать случайного посетителя: «назначьте нас любимым источником».

Нужно дать удобную возможность человеку, который уже считает сайт полезным, зафиксировать это предпочтение в Search.

Как оценивать результат

Самое сложное место Preferred Sources — измерение.

Google не предоставляет издателю список пользователей, которые добавили сайт в preferred.

Нельзя узнать:

«Иван выбрал нас вчера».

Нельзя считать кнопку прямым аналогом email subscriber count.

Нельзя по росту трафика автоматически доказать, что причиной стал Preferred Sources.

Поэтому результат лучше оценивать как часть общей стратегии постоянной аудитории:

регулярный полезный контент
→
возвращающиеся читатели
→
возможность выбрать источник
→
персонализированное присутствие в Google

При анализе поискового трафика всё равно нужно смотреть Search Console, страницы и запросы и отделять изменение SERP от пользовательского спроса. Для этого пригодится практический разбор анализа SERP.

Preferred Sources — инструмент аудитории, а не новый SEO-трюк

В техническом плане внедрение Preferred Sources занимает несколько строк кода.

Но сама ценность функции находится не в JavaScript.

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

Если публикация регулярно помогает ему разбираться в своей теме, такая причина появляется.

Поэтому Preferred Sources лучше рассматривать как продолжение контентной стратегии:

сначала стать источником, который человек действительно хочет читать, а уже затем дать ему возможность сообщить об этом Google.

Именно в таком порядке функция имеет смысл.

Не:

установили кнопку → получили позиции

а:

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

Это гораздо менее эффектное обещание, чем «новый фактор ранжирования», зато оно соответствует тому, как Google описывает Preferred Sources на текущую дату.