Google Discover ламає модель, на якій тримається більшість SEO: тут немає пошукового запиту. Google сам вирішує, що конкретній людині може бути цікава ваша стаття, і підкидає її в стрічку, яку та людина бачить у застосунку Google, на сторінці нової вкладки Chrome і дедалі частіше на десктопній головній. Видавцеві, який сюди потрапив, Discover може дати трафіку не менше, ніж звичайний пошук, а часом і більше. Тому, хто не потрапив, він не дає нічого.

Саме через цей розрив Discover так часто розуміють хибно. Немає ключового слова, під яке оптимізувати, немає позиції в ранжуванні, за яку боротися, і немає перемикача, який його вмикає. Як зазначено в офіційній документації Google, ви можете зробити сторінку лише придатною (eligible); чи з’явиться вона насправді це окрема подія, що залежить від інтересів однієї людини в один конкретний момент. Це погляд практика на те, що справді має значення, написаний під враженням від докладного гайда Ольги Зарр про Discover на SEOSLY. Для невеликого чи європейського видавця відправна точка проста: ніхто не може пообіцяти вам трафік із Discover. Далі, про те, як заслужити придатність і перестати самому собі заважати.

Як Google вирішує, що потрапляє до стрічки

Discover це персоналізація, а не пошук-вибірка. Системи Google підбирають контент під те, що, схоже, подобається окремому користувачеві: спираються на його історію пошуку, активність у продуктах Google, геолокацію, а також теми й сайти, на які він підписався. Двоє людей, які відкрили стрічку одночасно, можуть не побачити майже нічого спільного.

З цього випливає практичний наслідок, на якому варто зупинитися. Бути придатним для Discover (проіндексованим, відповідним політикам, технічно справним) необхідно, але не достатньо. Поява в стрічці, друга, окрема подія, що залежить від інтересів конкретної людини в конкретний час. Через це трафік із Discover стрибає й обвалюється так, як пошуковий майже ніколи не робить, а evergreen-матеріал може раптом виринути через місяці, коли несподівано влучить у чийсь момент. Не сприймайте тихий тиждень як санкцію, а вірусний день, як стратегію, яку можна повторити на замовлення.

Відтоді Google виклав логіку відбору докладніше. У документації Discover сказано, що Discover використовує багато тих самих сигналів і систем, якими Пошук оцінює корисний контент, створений для людей, а також відсіює те, що не пасує стрічці інтересів: заявки на вакансії, петиції, форми, сатиру без контексту. Лютневе оновлення ядра Discover 2026 року додало три заявлені цілі: більше локально релевантного контенту від сайтів із країни читача, менше сенсаційності й клікбейту, більше глибоких, оригінальних і своєчасних матеріалів від сайтів з експертизою в темі. За словами Google, цю експертизу оцінюють окремо для кожної теми, тож місцевий новинний сайт із повноцінним розділом про садівництво може здобути її в садівництві, а сайт кінорецензій з однією статтею про сад, найімовірніше, ні.

Одна зміна, до якої варто готуватися: Discover виходить на десктоп. Google підтвердив це розгортання на Search Central Live у Мадриді 2025 року, і він уже з’являється на головній google.com та на сторінці нової вкладки Chrome для залогінених користувачів, спершу в кількох країнах (США, Канада, Велика Британія, Австралія, Німеччина, згідно з тим анонсом). Сприймайте це як напрям руху, а не як перемикач, який уже скрізь увімкнули.

E-E-A-T: кого Google готовий рекомендувати

Discover сильно спирається на довіру, бо Google ставить на кін власну репутацію, коли проштовхує контент людям, які про нього не просили. Experience, Expertise, Authoritativeness і Trust це не бал, який ви виставляєте; це сигнали, які Google складає докупи про тих, хто стоїть за контентом.

Найбільше важать нудні й виправні речі. Справжні підписи авторів, на справжніх сторінках авторів, із живою біографією та стабільним author.url. Ідентичність видавця, що лишається однаковою по всьому сайту й у його структурованих даних. Чітке вказання джерел у всьому, що стосується медицини, фінансів чи науки. Саме це відрізняє сайт, якому Google довірить читача без запиту, від домену, за який він радше не хотів би ручатися. Тут є корисний збіг: ті самі сигнали довіри та якості, що дають придатність для Discover, дедалі частіше приносять і цитування в AI Overviews та AI-пошуку, а цей зв’язок ми простежуємо в матеріалі що Google казав про SEO і GEO.

Контент, який заслуговує місце в стрічці

Discover винагороджує контент, який люди хочуть читати, а не той, що відповідає на введений запит. На практиці це означає кілька впізнаваних форматів: аналітику на даних із цифрою, якої більше ні в кого немає; нестандартний погляд, що ґрунтується на реальному досвіді; локальні кути, до яких глобальне видання ніколи б не опустилося. Звичайна добірка на кшталт «Найкращі бюджетні ноутбуки 2026» це рівно те, що мовна модель видає на запит, тож їй немає чого подорожувати стрічкою. «Бюджетний ноутбук, який ми повернули за тиждень, і що купили натомість» несе позицію, яку не підробиш, і саме таке стрічка схильна виводити вгору.

Заголовки важать у Discover більше, ніж майже будь-де, бо тут немає запиту, який задає очікування: заголовок і є пітчем. Трохи цікавинки це нормально; заголовок, що перепродає або ховає справжню суть, найшвидший спосіб навчити Google, що ваш контент розчаровує тих, кому його порадили. Давайте обіцянку, яку стаття стримує. Свіжість теж допомагає, Discover тяжіє до нещодавно опублікованого, але не намагайтеся її накрутити: підмінити дату без реального оновлення це саме той сигнал, проти якого настанови Google прямо застерігають.

Publisher Center, кнопка Follow і тематичні сигнали

Щоб з’явитися в Discover, членство в Google News не потрібне, але повний профіль у Google Publisher Center підсилює ідентичність видавця, яку зчитує Google, тож налаштувати його як слід варто. Кнопка Follow важить більше, ніж багато хто думає: коли читач підписується на ваш сайт чи тему, яку ви висвітлюєте, ваш контент стає придатним для показу у вкладці «Following» його стрічки, прямий зворотний канал до аудиторії, яка вже підняла руку. Саме нарощування справжньої глибини в темі, а не розкидування поодиноких дописів по непов’язаних сюжетах, із часом збирає докупи ці сигнали підписок і тематики.

Специфікація зображень і мета-тег, від якого вона залежить

Google вимагає, щоб зображення для Discover були завширшки щонайменше 1200 пікселів, важили щонайменше 300 КБ, мали співвідношення сторін 16:9 і понад 300 000 пікселів загалом (зображення 1280×720 проходить із запасом). Це і є специфікація, і вона не обговорюється, якщо ви хочете велике зображення, на якому Discover і тримається.

Деталь, яку легко проґавити, це мета-тег. Великі прев’ю зображень вимагають max-image-preview:large у вашому robots meta; якщо його немає або він стоїть як standard чи none, ви непридатні для великого зображення, хоч яким би гарним було саме фото. Поєднайте його з релевантним og:image (або зі schema markup), щоб Google обрав правильне, і не робіть очевидних помилок: логотип сайту це не зображення для Discover, а текст поверх картинки, важкі фільтри чи оманливі візуали грають проти вас. Цей тег легко вказати неправильно: специфікація зображення може бути ідеальною й усе одно не давати великого зображення.

Технічний фундамент

Усе перелічене не має значення, якщо сторінку не можна просканувати, проіндексувати й чисто завантажити. Discover працює на звичайному індексі Google, тож сторінка, невидима для пошуку, у стрічці не спливе. Решта зводиться до рутинної гігієни: швидко вантажитися на телефоні, мати захищене з’єднання, розмітку й фід. Базовий рівень:

  • Індексована й у індексі Google. Discover черпає з того самого індексу, що й пошук; непроіндексована сторінка з’явитися не може.
  • Core Web Vitals у зеленій зоні. Largest Contentful Paint ≤ 2,5 с, Interaction to Next Paint ≤ 200 мс, Cumulative Layout Shift ≤ 0,1. Користувач стрічки, який перейшов за дотиком, не має ані краплі терпіння до повільної сторінки, що стрибає.
  • Mobile-first і HTTPS. Discover починався як мобільний досвід; чистий мобільний рендер і захищене з’єднання це базова умова.
  • Структуровані дані. Розмітка Article, NewsArticle чи BlogPosting із datePublished, dateModified, масивом зображень і author.url допомагає Google зрозуміти сторінку й довіряти їй.
  • Робочий фід. RSS- або Atom-фід, прив’язаний через rel="alternate", дає Google чистий сигнал, коли ви публікуєте.

Бар’єр політик, який можна втратити одним рухом

Придатність до Discover залежить від контентних політик Google, і саме тут сайти самознищуються. Неправильно позначений спонсорський контент, маніпулятивні медіа, небезпечні чи ворожі матеріали, усе це здатне виштовхнути вас зі стрічки. Два новіші ризики варто назвати окремо: масово зроблений малозатратний AI-контент («AI slop») і site reputation abuse, коли довірений домен здає місце сторонньому контенту заради позицій. Google помітно закручує гайки за обома напрямами. Розумна позиція, консервативна: чітко позначайте спонсорство, тримайте заголовки чесними, перевіряйте делікатні твердження й не публікуйте нічого, що вам було б незручно захищати. Для новинних видавців, де й планка політик, і потенційний виграш найвищі, цей бар’єр вартий окремого аудиту новинного сайту, перш ніж робити ставку на Discover.

Discover у звіті Search Console

Так, ефективність Discover має власний звіт у Google Search Console, із даними про кліки, покази й CTR за період до 16 місяців. Заковика в тому, що звіт з’являється лише тоді, коли ви набрали достатньо трафіку з Discover, щоб його наповнити. Користуйтеся ним, щоб зрозуміти, які формати та стилі заголовків справді розходяться, і стежте за трендами CTR, а не зациклюйтеся на жодному окремому дні. Не випускайте з уваги й розділ Security & Manual Actions: якщо трафік із Discover зник за ніч, проблему з політиками варто виключити першою.

Пастка, читати волатильність як сигнал. Discover стрибкуватий за самою своєю природою. Оцінюйте його за тижнями, у зв’язці з бізнес-результатами, які мають значення, підписками, лідами, поверненнями, а не за формою окремого графіка.

Як відокремити Discover від пошуку в GA4

Окремого каналу для Discover у GA4 немає. Залежно від того, який реферер передає застосунок Google чи браузер, візит із Discover потрапляє в Organic Search, Direct, Referral або Unassigned. Надійну цифру дає звіт Discover у Search Console, а GA4 лише наближено показує цю частку й поведінку читачів після переходу.

У стандартних визначеннях каналів GA4 правила для Discover немає. Direct означає, що джерело (direct), а засіб (medium) (none) або (not set), і Google описує це як трафік без чіткого джерела переходу. Organic Search означає, що джерело є в Google-списку пошукових сайтів або засіб дорівнює organic. Тож клік із Discover, який приходить із реферером google.com, зараховується як google / organic поруч із пошуковими кліками. Візит без реферера потрапляє в (direct) / (none). Візит з ідентифікатором застосунку, для якого в GA4 немає правила, опиняється в Referral або Unassigned.

Практики, які розбиралися із сирими реферерами, описують випадок застосунку докладно. Посібник Роберта Петковича з GA4 (2025) і issue 2024 року в проєкті dbt-ga4 фіксують, що візити з Discover у застосунку Google на Android приходять із реферером android-app://com.google.android.googlequicksearchbox і осідають у Direct, Unassigned або Referral. Проте цей ідентифікатор належить застосунку Google загалом. Seer Interactive ще 2016 року показала, що ним позначаються й звичайні пошуки всередині застосунку і що оновлення застосунку може знову перекинути ті самі візити в Direct. Фільтр за цим реферером рахує візити із застосунку Google: це Discover плюс частина пошуку.

Що можна налаштувати в GA4:

  • Зареєструйте page_referrer, який GA4 збирає автоматично з кожним переглядом сторінки, як спеціальний параметр (custom dimension) на рівні події й дивіться сирі значення реферера в розділі «Дослідження» (Explorations).
  • Створіть власну групу каналів, яка виносить переходи із застосунку Google в окремий канал. Власні групи застосовуються й до минулих даних. Назвіть канал «Google app», бо саме це він і вимірює.
  • Порівнюйте щоденні сесії цього каналу з щоденними кліками у звіті Discover у Search Console. Якщо обидві лінії ростуть і падають разом, зріз GA4 годиться як наближена оцінка залученості й конверсій читачів із Discover.

Чого зробити не можна: відділити від пошукових ті кліки з Discover, що прийшли з реферером google.com, витягти з Direct візити з Discover без реферера або додати UTM-мітки до посилань у Discover, адже посилання обирає Google, а Search Console зараховує кожен клік канонічній URL-адресі. Прив’язка Search Console до GA4 цієї прогалини не закриває: два звіти, які вона додає, мають у назві органічний пошук Google, а довідка Google про них Discover не згадує.

Еталонною цифрою лишається звіт Search Console з попереднього розділу. Він розбиває кліки, покази й CTR у Discover за сторінками, країнами, типом появи (AMP, Web Story, відео, News Showcase) і днями та враховує трафік із Chrome. Поруч із GA4 важать дві деталі: дати в Search Console подано за тихоокеанським часом (крім 24-годинного подання), а рядки таблиці з кількістю показів нижче мінімального порогу приховано, хоча до підсумків вони входять.

Коли трафік із Discover падає або зникає

Google називає три звичайні причини просідання Discover: змінюються інтереси читачів, стрічка змінює набір типів контенту, а оновлення Пошуку зачіпають і Discover. Ще чотири можна перевірити самостійно, у такому порядку: збій звітності, санкція за політики, технічний блок індексації чи великих зображень і контент, що вже не виглядає експертним.

Документація Discover називає трафік із Discover менш передбачуваним, ніж візити з пошуку за ключовими словами, і радить вважати його додатковим. Як приклади того, що стрічка показує регулярно, вона наводить спорт, здоров’я, розваги й лайфстайл, зазначає, що спад пошукового інтересу до теми може зменшити її місце в чиїйсь стрічці, і попереджає, що трафік сайту може змінюватися незалежно від якості чи частоти публікацій. 2021 року Джон Мюллер назвав трафік із Discover дуже бінарним: сайт отримує його або багато, або дуже мало, як писав Search Engine Journal. Тому будь-яка зміна тут виглядає драматично.

  1. Підтвердьте спад у Search Console. Відкрийте звіт про ефективність у Discover, увімкніть щотижневу деталізацію й порівняйте з таким самим періодом до спаду. GA4 розкидає Discover по кількох каналах (див. попередній розділ), тож просідання там може виявитися лише зміною реферера. Перевірте й сторінку аномалій даних Google: за 2026 рік там перелічено помилки логування Discover 7 і 8 травня, 21 травня, 24 червня та 13 серпня, і кожна з них занизила показані кліки й покази, не зачепивши реального трафіку.
  2. Виключіть санкцію за політики. Це та сама перевірка Manual Actions, що й у розділі про Search Console вище. Порушення в Discover з’являються там як заходи типу News and Discover, перелічені в довідці про звіт «Заходи, вжиті вручну». Контентні політики Discover передбачають, що за повторні або грубі порушення сайт може повністю втратити право на Discover, зокрема на «Статті для вас» у Chrome, а правила Google щодо спаму додають, що сайти, які намагаються обійти політики, можуть втратити доступ до таких функцій, як Discover.
  3. Звірте дату зі списком оновлень ранжування Google. Лютневе оновлення ядра Discover 2026 року розгорталося з 5 по 27 лютого 2026 року, за даними Search Engine Roundtable. Воно стартувало для англомовних користувачів у США, а інші країни й мови Google пообіцяв пізніше, тож у вашому регіоні дата може бути іншою. У тому самому списку є звичайні оновлення ядра й спам-оновлення, і Google пише, що оновлення Пошуку можуть змінювати трафік із Discover, бо Discover є продовженням Пошуку. Порада Google щодо оновлень ядра: почекати щонайменше повний тиждень після завершення оновлення, перш ніж порівнювати, і не вдаватися до швидких латок.
  4. Перевірте технічну базу на сторінках, що просіли. Discover показує лише проіндексовані сторінки, тож випадковий noindex чи правило robots.txt, яке не пускає Googlebot, прибирає сторінку зі стрічки разом із Пошуком. Це видно у звіті про індексування сторінок та в інструменті перевірки URL-адрес. Далі перевірте robots meta на відрендереній сторінці: max-image-preview:standard або none вимикає великі прев’ю згідно зі специфікацією robots meta, а Google пише, що великі зображення частіше приносять переходи з Discover. Зміна шаблону, яка прибрала max-image-preview:large чи og:image, може зрізати кліки, хоча самі статті не змінилися.
  5. Порівняйте сторінки, що втратили трафік, із тими, що його втримали. Лютневе оновлення 2026 року прямо назвало сенсаційність і клікбейт тим, що воно скорочує, а експертизу в темі тим, чому віддає перевагу. Шукайте заголовки, які обіцяють більше, ніж дає стаття, теми, далекі від того, чим відомий ваш сайт, і дати, змінені без реального оновлення: настанови Google щодо корисного контенту відносять це до тривожних ознак. Авторство тут теж важить: контентні політики Discover вимагають чітких дат, підписів авторів та інформації про авторів і видавця.
  6. Якщо все чисто, чекайте. Документація Google каже, що після оновлення може не знадобитися нічого робити, а порада щодо оновлень ядра попереджає, що ефект від покращень може проявитися лише за кілька місяців. Публікуйте далі там, де ваш сайт має справжню глибину, і оцінюйте тренд за тижнями.

Що це означає для меншого або європейського видавця

Підсумок: Discover зводиться до кількох кроків, посильних і меншому видавцеві. Вибудуйте на сайті справжню довіру до авторів і видавця. Пишіть матеріали, які можете написати тільки ви, і чесно їх заголовлюйте. Доведіть зображення до реальної специфікації Google, бо саме ця технічна дрібниця відділяє сайти, придатні до великого зображення, від решти. Тримайте фундамент швидким, чистим на мобільному й безпечним щодо політик. А потім вимірюйте за тижнями й гасіть у собі бажання читати кожен тихий день як поразку.

У європейських і багатомовних видавців є ще один важіль, який більшість орієнтованих на США гайдів оминає. Коректний hreflang підказує Google, яку мовну й регіональну версію сторінки виводити, тож українське чи польське видання потрапляє в правильну національну стрічку, а не конкурує саме із собою. Це збігається із заявленою метою лютневого оновлення 2026 року: більше локально релевантного контенту від сайтів із країни читача.

Ніщо з цього не гарантує місце в стрічці. Воно лише робить вас сайтом, який Google може дозволити собі рекомендувати. Роботу над придатністю легко зіпсувати в дрібницях: мета-тег, виставлений як standard, зображення, обрізане на волосину повз 16:9, dateModified, що суперечить видимій даті. Якщо хочете, щоб хтось іще раз глянув на ці деталі, надішліть нам три URL статей і ваш звіт Discover із Search Console, а аудит Google Discover звірить їх зі специфікацією, наведеною вище.

Джерела