Google Discover може привести на сторінку тисячі користувачів без жодного введеного запиту. Але саме тут найчастіше виникає хибне очікування: ніби існує окрема кнопка, спеціальний тег або гарантований спосіб потрапити у стрічку.
Насправді Google не обіцяє показів у Discover. Сторінка автоматично може бути допущена до показу, якщо її проіндексовано та вона відповідає політикам сервісу. Далі все вирішує поєднання теми, інтересів конкретного користувача, якості матеріалу, заголовка, зображення й загального досвіду взаємодії. У цій статті розберімо, що саме можна контролювати власнику сайту.
Що таке Google Discover і чим він відрізняється від пошуку
Google Discover — персоналізована рекомендаційна поверхня Google. Вона показує статті, відео та інші матеріали, які можуть зацікавити людину, навіть якщо та не вводила відповідний запит. Система враховує активність користувача у вебі та застосунках, його інтереси й попередню взаємодію з контентом. Google описує Discover як частину Google Search, а не як окрему пошукову систему.
У класичному пошуку людина формулює потребу: «як вибрати ноутбук», «що подивитися ввечері», «як налаштувати аналітику». У Discover вона просто гортає стрічку. Тому сторінка має бути зрозумілою з першого погляду й цікавою ще до того, як читач усвідомив конкретний запит.
Це не означає, що традиційне SEO більше не потрібне. Індексація, зрозуміла структура, доступний HTML, коректні метадані та якісний контент залишаються фундаментом. Однак Discover не можна «вибити» щільністю ключових слів або посиланнями на сторінку.
Є й важливе обмеження: трафік із рекомендацій менш передбачуваний, ніж трафік із пошуку. Google прямо радить сприймати його як додаткове джерело, а не як єдину опору контентної стратегії.
Базові умови: що має бути на сайті
Почніть не із заголовків і не з пошуку «секретного алгоритму». Спершу переконайтеся, що Google взагалі може побачити та зрозуміти ваші сторінки.
Сторінка має бути проіндексована
За офіційними правилами Google, окремої заявки на Discover немає. Сторінка може потрапити до рекомендацій автоматично, якщо вона:
- доступна для сканування;
- не закрита від індексації через
noindexабо іншу заборону; - має зрозумілий канонічний URL;
- відповідає політикам Google Discover.
Перевірте конкретну статтю через інструмент перевірки URL у Google Search Console. Подивіться, чи дозволене сканування, яку канонічну адресу обрав Google і чи немає проблем із індексацією. Пошук за оператором site:вашдомен.ua дає лише швидкий орієнтир, а не повну діагностику.
Окремо перевірте шаблон сторінки. Одна помилка в robots.txt, noindex у CMS або некоректний canonical може повторюватися на сотнях URL. У такому разі проблема не в окремій статті, а в системі публікації.
Контент не має порушувати політики
У Discover не варто використовувати прийоми, які штучно підвищують привабливість картки: клікбейт, навмисне приховування суті, шокову сенсаційність, перебільшення або заголовок, що обіцяє не те, що є в матеріалі.
Назва має передавати зміст. Цікавість дозволена — обман ні. Різниця проста: «Ця помилка знищує вашу техніку за один день!» намагається витиснути клік емоцією. А «Чому батарея ноутбука швидко розряджається: 7 причин і способи перевірки» створює конкретне очікування.
Який контент має шанси на показ у Discover
Google радить звертати увагу на своєчасність, якість розповіді та унікальні інсайти. Це не тотожне вимозі писати лише новини.
Актуальність — не те саме, що гонитва за новинами
Для Discover природно працюють матеріали, прив’язані до того, що зараз обговорюють, купують, дивляться або намагаються вирішити. Це можуть бути:
- пояснення змін у продукті, сервісі чи законодавстві;
- сезонні інструкції та практичні поради;
- розбір події, тренду або нового явища;
- швидкий гід для ситуації, яка виникла саме зараз;
- оновлений матеріал, якщо в темі справді змінилися факти.
Водночас evergreen-контент теж може з’явитися в рекомендаціях. Google прямо зазначає, що старіші матеріали іноді показуються, якщо вони корисні та відповідають інтересам людини. Тому не потрібно щодня переписувати весь архів. Краще оновлювати сторінки там, де це має редакційний сенс: додавати нові дані, приклади, висновки й чесно змінювати дату лише після реальної роботи.
Оригінальна користь і довіра
Рерайт кількох новин із однаковими абзацами рідко створює сильний матеріал. Читачеві потрібен додатковий шар, якого немає у вихідному повідомленні: пояснення наслідків, порівняння варіантів, локальний контекст, перевірка цифр, інструкція або висновок для конкретної аудиторії.
Перед публікацією поставте собі три запитання:
- Що нового або корисного отримає читач саме на цій сторінці?
- Чи зрозуміло, хто підготував матеріал і на які джерела він спирається?
- Чи хотілося б зберегти цей матеріал, поділитися ним або повернутися до нього пізніше?
Цей підхід відповідає рекомендаціям Google щодо helpful, reliable, people-first content: пошукова система радить оцінювати оригінальність, повноту, якість аналізу, прозорість авторства та відсутність легко перевірюваних помилок. Повний перелік питань для самооцінки є в Google Search Central.
Заголовок і прев’ю: як привертати увагу без клікбейту
У стрічці заголовок працює разом із зображенням. Користувач не бачить сторінку в контексті десяти синіх посилань, тому рішення про перехід приймається швидко.
Сильний заголовок:
- називає тему без туману;
- показує користь або конфлікт;
- відповідає змісту матеріалу;
- не перевантажений ключовими словами;
- не залежить від фраз «ви не повірите» або «ніхто не говорить».
Корисна формула — тема + конкретний результат + обмеження або контекст. Наприклад: «Як підготувати сайт до Google Discover: технічний чекліст і правила для зображень». Тут є предмет, дія та межі матеріалу.
Не дублюйте один заголовок у title, H1, og:title і підписі до зображення механічно. Вони мають описувати ту саму сторінку, але служити різним точкам контакту. Для пошукових заголовків Google радить робити текст описовим, стислим і не повторювати одні й ті самі слова без потреби. Рекомендації щодо title link доступні в документації Google.
Зображення для Google Discover: технічний чекліст
Зображення — не декоративний додаток до статті. Воно стає частиною картки у стрічці та впливає на те, як матеріал виглядає до переходу.
Для великих прев’ю Google рекомендує:
- ширину щонайменше 1200 пікселів;
- високу якість і понад 300 000 загальних пікселів;
- співвідношення сторін 16:9 як практичний варіант для картки;
- релевантність зображення змісту сторінки;
- дозвіл на велике прев’ю через
max-image-preview:large; - коректно задане
og:imageабо зображення в структурованих даних.
Перевірте не лише файл на сервері, а й те, як його бачить Google:
- URL зображення доступний без авторизації та не заблокований robots.txt.
- Сервер повертає коректну HTTP-відповідь і не віддає помилку під час пікового навантаження.
- В
og:imageвказано актуальне, а не застаріле або універсальне фото. - Важливі деталі не обрізаються під час автоматичного кадрування.
- На зображенні немає дрібного тексту, який стає нечитабельним на телефоні.
Не ставте логотип як головне зображення статті. Не використовуйте випадковий стоковий кадр, якщо він не допомагає зрозуміти тему. І не перетворюйте обкладинку на рекламний банер із п’ятьма тезами.
Структуровані дані Article, NewsArticle або BlogPosting можуть допомогти Google краще зрозуміти назву, автора, дату й зображення статті в різних властивостях Google. Але це не перепустка в Discover: сама документація Google наголошує, що спеціальна розмітка не є обов’язковою умовою для допуску до показу. Як правильно описати статтю через structured data.
Технічна підготовка сторінки
| Що перевірити | Навіщо це потрібно |
|---|---|
| Індексація URL | Без проіндексованої сторінки немає базової умови для показу в Discover. |
noindex і robots.txt |
Випадкова заборона може приховати матеріал від Google. |
| Canonical | Дані й сигнали мають збиратися навколо правильної основної URL-адреси. |
og:image і розмір від 1200 px |
Дає Google коректний варіант зображення для картки та великого прев’ю. |
max-image-preview:large |
Дозволяє використовувати велике зображення у прев’ю, якщо інші умови виконано. |
| Мобільне відображення | Discover переважно споживають у мобільному контексті; текст і медіа мають швидко завантажуватися та читатися. |
| Швидкість і стабільність макета | Раптові зсуви, важкі скрипти й агресивні міжсторінкові елементи погіршують досвід. |
| HTTPS, автор і дата | Підтримують зрозуміле, безпечне та прозоре представлення сторінки. |
Не намагайтеся виправити все одним плагіном. Плагін може додати og:image або розмітку, але не зробить матеріал корисним, а зображення — релевантним. Перевіряйте результат у вихідному HTML, Search Console і на реальному смартфоні.
Як вимірювати результат у Search Console
Якщо сайт уже отримує покази, відкрийте в Google Search Console звіт про ефективність у Discover. У ньому доступні покази, кліки та CTR, а також розподіл за сторінками й періодами. Google описує ці метрики та правила агрегації у довідці Search Console.
Зверніть увагу на кілька нюансів:
- рядки з дуже малою кількістю показів можуть не відображатися окремо, хоча їхні дані входять у загальний підсумок;
- показники прив’язуються до канонічної URL-адреси;
- найновіші дані можуть бути попередніми та змінюватися протягом наступних годин;
- Discover-трафік природно коливається, бо рекомендації залежать від інтересів і контексту користувачів.
Аналізуйте не тільки CTR. Знайдіть теми, які отримують покази, але майже не дають переходів. Перевірте їхні обкладинки та заголовки. Потім подивіться на сторінки з хорошим CTR: чи відповідає їм глибина матеріалу, чи не втрачає сайт читача одразу після кліку?
Корисна робоча таблиця — URL, тема, дата публікації або оновлення, покази, кліки, CTR, тип зображення, формат заголовка та висновок. Через кілька тижнів у ній почнуть проявлятися патерни. Один вірусний сплеск — ще не патерн.
Що робити, якщо Discover-трафік упав
Різке падіння не доводить, що сайт «забанили» або стаття раптом стала неякісною. Перевіряйте гіпотези в такому порядку:
- Подивіться на період. Переконайтеся, що порівнюєте повні дні з повними днями, а не попередні дані з фінальними.
- Відокремте Discover від пошуку. Якщо органічний пошук стабільний, проблема може бути у зміні інтересу до теми, а не в індексації.
- Перевірте технічні зміни. Згадайте релізи шаблону, CDN, robots.txt, canonical,
noindex, формат зображень і швидкість їхнього завантаження. - Перегляньте самі матеріали. Чи не застаріли факти? Чи відповідає обкладинка змісту? Чи не став заголовок занадто гучним?
- Порівняйте теми. Можливо, увага аудиторії перемістилася в іншу категорію, а не зникла назавжди.
- Перевірте оновлення Google. Зіставляйте дати змін із офіційними повідомленнями, але не робіть висновок лише за збігом дат.
Не видаляйте десятки статей і не змінюйте всі заголовки одночасно. Інакше ви втратите можливість зрозуміти, яка саме зміна дала результат.
План на 30 днів
Тиждень 1: технічна база
Складіть список URL, перевірте індексацію, canonical, robots.txt, noindex, мобільну версію та доступність зображень. Додайте або виправте зв’язку og:image + max-image-preview:large там, де вона потрібна.
Тиждень 2: редакційний шаблон
Визначте правила для заголовків, обкладинок, авторства, дат публікації та оновлення. Відмовтеся від універсального логотипа й шаблонних фото. Для кожного матеріалу сформулюйте одну конкретну обіцянку читачеві.
Тиждень 3: матеріали з власною користю
Підготуйте кілька статей під реальні інтереси аудиторії: пояснення події, практичний гід, аналіз змін, сезонний матеріал або оновлення сильної сторінки. Додавайте власне порівняння, приклади, джерела й локальний контекст — не просто переписуйте стрічку новин.
Тиждень 4: вимірювання
Перевірте дані Discover у Search Console, зіставте результати з темами й форматами подачі. Зафіксуйте дві-три робочі гіпотези та тестуйте їх у наступному циклі. Не женіться за кількістю публікацій, якщо команда не встигає перевіряти факти й якість прев’ю.
Типові помилки
- очікувати гарантованого потрапляння після публікації;
- плутати індексацію з фактичним показом у рекомендаціях;
- використовувати клікбейт, шок і перебільшення;
- ставити маленьке, нерелевантне або текстове зображення;
- копіювати трендові матеріали без власної користі;
- масово міняти заголовки без вимірювання;
- оцінювати канал за одним піком трафіку;
- робити Discover єдиним джерелом відвідувань.
Висновок
Щоб збільшити шанси сайту на видимість у Google Discover, не потрібен секретний тег. Потрібна послідовна система: проіндексовані й технічно доступні сторінки, контент із реальною користю, точні заголовки, великі релевантні зображення та регулярний аналіз Search Console.
Discover може дати сильний сплеск уваги, але його неможливо перетворити на гарантований розклад показів. Найстійкіша стратегія — будувати сайт так, щоб матеріали були цінними і в рекомендаційній стрічці, і в класичному пошуку, і для людини, яка відкриє сторінку через місяць.
Залишити коментар
Поділіться своєю думкою або поставте питання по темі статті.
Поки що коментарів немає. Будьте першим, хто залишить думку.