Google Preferred Sources: полный гайд для издателей (2026)

Что такое Google Preferred Sources?

Preferred Sources: это функция персонализации по выбору пользователя. В инструменте предпочтений источников Google человек отмечает сайты, контент которых хочет видеть чаще. Google затем применяет это предпочтение к своим результатам.

Документация Google формулирует это так: «Когда пользователь выбирает ваш сайт как предпочитаемый источник, у вашего контента больше шансов появиться в Top Stories, выделенным бейджем preferred». Тот же принцип теперь распространяется и на ответы, сгенерированные ИИ.

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

Хронология: что произошло с августа 2025 года

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

Запомните прежде всего ступень 27 мая 2026 года: именно она перевела Preferred Sources из темы «пресса и новости» в тему видимости в генеративном поиске.

На каких поверхностях появляются Preferred Sources

Документация для издателей перечисляет ровно две группы поверхностей:

• Top Stories, доступно «во всех языках, где работает Google Search». Это историческая поверхность, та самая, с которой начался запуск 2025 года. Выбранные источники появляются в карусели чаще либо в отдельном блоке «From your sources».
• AI Overviews и AI Mode, доступно «во всех языках и локалях, где доступны сами эти функции». Когда добавленный вами сайт цитируется в сгенерированном ответе, рядом со ссылкой отображается бейдж «preferred».

Эти две настройки связаны: справка Google уточняет, что выбор предпочитаемых источников из AI Mode подстраивает и опыт Top Stories, и наоборот. Так что со стороны пользователя список всего один.

Google Discover в документации Preferred Sources не указан. В анонсе от 20 августа 2026 года действительно упоминается нововведение для Discover, возможность в свободной форме сказать, какие темы хочется видеть больше или меньше, но это отдельный механизм. Не смешивайте эти две вещи в рекомендациях клиенту.

Заявленный Google «двукратный рост кликов»: как читать это честно

Эту цифру повторяют все. Google сформулировал её 30 апреля 2026 года («читатели вдвое чаще кликают на сайт после того, как отметили его как предпочитаемый источник»), а затем повторил 27 мая 2026 года. Она реальна, она исходит от Google, и её стоит приводить, но читается она не как обещанный прирост трафика.

Три оговорки, которые нужно ставить систематически, прежде чем показывать её клиенту:

• Никакой методологии не опубликовано. Google не сообщил ни размера выборки, ни периода, ни точной группы сравнения. Это продуктовое заявление, а не воспроизводимое исследование.
• Направление причинности не установлено. Люди в первую очередь добавляют сайты, которые им уже нравятся и которые они уже читали. Часть этого «двукратного роста», по всей видимости, измеряет ранее существовавшую привязанность, а не эффект, созданный функцией.
• Удвоение относится к базе, а не к объёму. Вдвое больше кликов от людей, которые вас добавили, ничего не говорит о числе этих людей. Если вас добавили триста читателей, удвоение применяется к тремстам читателям.

Формулировка, которую можно защитить на встрече: «Google указывает, что читатели кликают примерно вдвое чаще на источник, который добавили сами. Это множитель на уже завоёванную аудиторию, а не рычаг привлечения».

Кто подходит для Preferred Sources?

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

Зато есть два задокументированных ограничения:

• Только уровень домена или поддомена. Документация недвусмысленна: «Только сайты на уровне домена и поддомена могут появиться в инструменте предпочтений источников». https://www.example.com/ и https://code.example.com/ подходят; подкаталог https://www.example.com/blog нет. Если ваше медиа живёт в подпапке корпоративного сайта, добавить его отдельно нельзя.
• Регулярная публикация. Справка Google уточняет, что «источники, которые не обновляются регулярно, могут быть недоступны». Минимальной частоты в цифрах Google не задокументировал.

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

Как пользователь добавляет предпочитаемый источник

Есть три пути, все на стороне пользователя. Знание их позволяет писать точные инструкции, а не приблизительные.

Из настроек, на компьютере:

1. Зайти на google.com и нажать на фото профиля в правом верхнем углу.
2. Открыть «Персонализация поиска», затем «Предпочтения источников».
3. Найти нужный сайт и отметить соответствующий флажок.

Из Top Stories: запустить поиск, связанный с новостями, нажать на значок в виде звезды справа от заголовка «Главные новости» / «Top stories», найти и отметить источники, затем нажать «Обновить результаты».

По прямой ссылке: адрес https://www.google.com/preferences/source?q=example.com открывает инструмент сразу на указанном домене. Именно этот формат Google документирует для текстовых ссылок и кнопок-изображений.

Два полезных уточнения: предпочтения сохраняются при переходе от браузера к браузеру, когда пользователь вошёл в аккаунт Google, а удаление делается ровно так же, как добавление, снятием флажка. Максимального числа источников Google не задокументировал; в анонсе запуска говорилось: «вы можете выбрать столько источников, сколько захотите».

Кнопка издателя от 20 августа 2026 года: стандартное внедрение и продвинутые варианты

Именно это нововведение больше всего меняет расклад для издателя. Раньше приходилось отправлять читателя на страницу настроек Google и надеяться, что он вернётся. С 20 августа 2026 года Google предоставляет официальную кнопку, которая, согласно анонсу, «добавляет сайт как предпочитаемый источник в Google и немедленно возвращает читателя туда, где он остановился на странице издателя». Трение исчезает почти полностью.

Стандартное внедрение, которое Google и рекомендует, буквально умещается в две строки HTML:

• В <head>: <script async src="https://news.google.com/swg/js/v1/publisher.js"></script>
• Ровно там, где кнопка должна отображаться: <div google-add-preferred-source-btn></div>

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

Для настройки внешнего вида задокументированы два атрибута:

• data-theme принимает light (значение по умолчанию) или dark: <div google-add-preferred-source-btn data-theme="dark"></div>
• data-lang принудительно задаёт язык и обходит автоопределение: <div google-add-preferred-source-btn data-lang="ru"></div>. Список допустимых кодов Google приводит в CSV-файле, приложенном к документации.

Задокументированы три продвинутых варианта для случаев, когда стандартная кнопка не подходит.

Импорт ES-модуля (ESM). Для современного приложения, которое управляет собственными импортами, Google предоставляет preferredSource по адресу https://news.google.com/swg/js/v1/publisher.mjs. При инициализации вызывается preferredSource.init({ theme: 'light', lang: 'ru' }), а затем preferredSource.addPreferredSource() в обработчике клика вашей собственной кнопки. Так вы полностью сохраняете свои дизайн-ассеты.

Очередь колбэков (IIFE). Для классического сайта на глобальных скриптах та же библиотека подключается с отключённой автоотрисовкой, <script async preferred-sources-control="manual" src="https://news.google.com/swg/js/v1/publisher.js"></script>, а затем инициализация складывается в self.PREFERRED_SOURCE, который получает объект preferredSource, как только библиотека готова. Логика та же, что у очередей большинства рекламных тегов.

Прямая ссылка (deeplink). Решение без JavaScript: простая ссылка на https://www.google.com/preferences/source?q=example.com, текстом или на изображении. Google документирует обе формы. Она наименее плавная, автоматического возврата на то же место страницы не даёт, но это и единственный вариант, который не подгружает никаких сторонних скриптов. Для европейского сайта со строгим управлением согласием эта разница не мелочь: загрузка библиотеки Google: это сторонний скрипт, который нужно вписать в вашу платформу управления согласием, как и любой другой. Отдельной заметки на эту тему Google не публиковал.

Как побуждать читателей, не выходя за рамки, заданные Google

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

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

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

Чего мы не советуем, за отсутствием явных рамок и просто из осторожности: обусловливать доступ, контент или скидку добавлением в предпочитаемые источники; использовать агрессивные перекрытия, блокирующие чтение; создавать впечатление, будто добавление необходимо, чтобы и дальше получать ваши материалы. Ни одна из этих практик не задокументирована Google как запрещённая, но все они похожи на схемы, с которыми Google борется в других местах, и ни одна не нужна, чтобы получать добавления.

Как измерять эффект (и почему это сложно)

Об этом лучше честно предупредить клиентов до начала работ: Google не предоставляет никакого отчёта по Preferred Sources. На сегодняшний день нет ни счётчика людей, вас добавивших, ни отдельного фильтра в Search Console, ни измерения в Google Analytics. Документация не упоминает ни механизма отслеживания, ни колбэка об успехе, ни API отчётности. Издатели, которых опрашивала профильная пресса, публично выражают недовольство именно этим.

Остаются три косвенных измерения, несовершенных, но пригодных к использованию:

• Клик по вашей собственной кнопке. Отправляйте по клику пользовательское событие GA4. Внимание к тому, что вы измеряете: это намерение, а не подтверждение добавления, что происходит дальше на стороне Google, вы не видите. Тем не менее этого достаточно, чтобы сравнивать между собой два размещения, две формулировки или два шаблона.
• Объём брендовых запросов. В отчёте «Эффективность» Search Console следите за динамикой запросов, содержащих ваше название. Успешная работа по удержанию там видна, хотя её никогда нельзя будет приписать одному лишь механизму Preferred Sources.
• Динамика кликов по вашим новостным запросам. Её стоит отслеживать после кампании по добавлению, помня, что сезонность новостной повестки: фактор куда более мощный.

Методический вывод: относитесь к Preferred Sources как к инвестиции в удержание, а не как к измеримому каналу. Любое агентство, которое обещает вам точную отчётность по этой функции, продаёт то, чего Google не производит. Если вам нужна выраженная в цифрах картина вашей видимости в генеративном поиске, она пойдёт через аудит GEO, а не через дашборд Preferred Sources.

Чего Preferred Sources не делает: это не хак ранжирования

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

• Это не глобальный сигнал ранжирования. Задокументированный механизм: персонализация для каждого пользователя. Нет ни одного заявления Google о том, что большое число добавлений улучшило бы вашу позицию для людей, которые вас не добавляли. Любое утверждение такого рода: экстраполяция, а не информация, и Google публично не высказывался, чтобы её подтвердить или опровергнуть.
• Бейдж не публичный. Бейдж «preferred» виден только тому пользователю, который сделал выбор. Ваши конкуренты его не видят. Ваши потенциальные клиенты тоже, если только они вас не добавили.
• Это не создаёт аудиторию. Чтобы добавить ваш сайт, человек должен уже его знать. Механизм удерживает существующую аудиторию, а не привлекает новую.
• Это ничего не гарантирует в показе. Формулировка Google: «больше шансов появиться», а не «появится». Релевантность запросу и свежесть контента остаются определяющими.
• Это не заменяет глубинной работы. Быть выбранным моделью в качестве источника и быть вручную отмеченным читателем: два разных механизма. Первый относится к Generative Engine Optimization и прорабатывается через контент и структуру.
• Это не бейдж «Highly Cited». Введённая 27 мая 2026 года метка «Highly Cited» отмечает статьи, обильно цитируемые другими изданиями. Оба сигнала независимы: можно получить один без другого, в обе стороны.

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

WordPress и другие CMS: куда конкретно ставить кнопку

Google не предоставляет официального расширения ни для WordPress, ни для Webflow, ни для Shopify, ни для какой-либо другой CMS. Внедрение остаётся ручным, но оно лёгкое.

В WordPress скрипт ставится раз и навсегда в <head>: через файл header.php дочерней темы, через хук wp_head в плагине для кода или через поле «скрипты в шапке», которое есть у большинства премиум-тем. Контейнер <div> затем размещается там, где кнопка должна появиться: в single.php после содержимого статьи, в переиспользуемом блоке произвольного HTML или в собственном шорткоде, если авторы должны иметь возможность ставить её сами.

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

Три практических пункта внимания:

• Отложенная отрисовка. Скрипт подключается с async: кнопка появляется после первичной отрисовки страницы. Зарезервируйте под неё фиксированную высоту в CSS, чтобы избежать сдвига макета (CLS), который ухудшил бы ваши Core Web Vitals.
• Кеш. На инфраструктуре с агрессивным кешем страниц или статическим HTML проверьте, что контейнер действительно присутствует в отдаваемой из кеша версии: наполняет его скрипт Google на стороне браузера, а не ваш сервер.
• Согласие. Если ваш баннер блокирует сторонние скрипты до принятия, кнопка не отобразится для посетителей, которые не дали согласия. Запасной вариант в этом случае: прямая ссылка.

Не ставьте кнопку везде. Достаточно одного места в конце статьи и одного в подвале: читатель, дочитавший статью, правдоподобный кандидат, а посетитель, попавший на страницу товара, нет.

Preferred Sources, органическое ранжирование и цитирование в AI Overview: три разных механики

Путаница между этими тремя рычагами объясняет большинство стратегических ошибок, наблюдаемых с весны 2026 года. У них нет ни общего триггера, ни общего рычага воздействия, ни общего измерения. Таблица ниже расставляет их по местам: именно эту рамку мы используем в своих аудитах, чтобы решать, куда вкладывать усилия.

Чеклист Preferred Sources

• Проверьте, что ваш домен действительно есть в инструменте предпочтений источников Google: это предварительное условие для всего остального.
• Убедитесь, что ваш контент живёт в корне домена или поддомена, а не в подкаталоге: подпапки не подходят.
• Обеспечьте регулярную публикацию: источники, которые не обновляются, могут не предлагаться.
• Установите стандартную кнопку, две строки HTML: скрипт в <head>, контейнер в нужном месте.
• Настройте data-theme под свой дизайн; язык оставьте на автоопределении, если сайт многоязычный.
• Зарезервируйте контейнеру фиксированную высоту, чтобы избежать сдвига макета.
• Предусмотрите прямую ссылку как запасной вариант, если ваше управление согласием блокирует сторонние скрипты.
• Отправляйте событие GA4 по клику на кнопку, зафиксировав в документации, что оно измеряет намерение, а не подтверждённое добавление.
• Расскажите о механизме уже завоёванной аудитории (рассылка, соцсети) и объясните одной фразой, что делает клик.
• Никогда не обусловливайте контент или выгоду добавлением в предпочитаемые источники.
• Выровняйте ожидания внутри команды: это рычаг удержания, а не привлечения, и никакой официальной отчётности не существует.
• Параллельно работайте над содержанием с помощью аудита GEO: быть отмеченным читателем и быть выбранным моделью в качестве источника: два разных сражения.
• Ready2GEO сейчас разрабатывает бесплатный генератор кнопки Preferred Source, который выдаст готовый к вставке код для вашего домена и вашей темы. Он ещё не доступен: следите за его выходом на нашей странице инструментов GEO.