Google Search Console — це місце, де видно не “SEO-теорію”, а факти: що Google показує у видачі, що реально індексує і на яких сторінках сайт буксує. Інструмент безкоштовний, але користь не в графіках. Користь — у тому, що ви швидко знаходите конкретні точки росту й проблеми, які зазвичай не видно “на око”.

Цей гайд зібраний як робочий чеклист. Частину висновків ми звіряли на аудитах: брали сигнали з GSC, співставляли їх із поведінкою користувачів і технічними нюансами сайту. Саме на стику цих речей найчастіше знаходяться причини “чому не росте”.

База від Google: Search Console .

Швидкий старт

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

  • Тип ресурсу. Для контролю всього домену зазвичай вибирають доменний ресурс і підтверджують через DNS. Якщо є і http/https, і www/без www — доменний варіант економить нерви.
  • Sitemap. Додайте карту сайту і переконайтеся, що там лише канонічні URL. Часто в sitemap випадково потрапляють параметри або “службові” сторінки.
  • Доступи. Перевірте, хто має права. У командах це часто “роз’їжджається” після змін підрядників.

Якщо потрібно освіжити підключення й базу: як налаштувати Google Search Console .

Огляд

Розділ “Огляд” зручний як індикатор: щось змінилося — видно одразу. Але важливо не робити висновки за одним графіком.

  • Просіли кліки. Спочатку подивіться: це весь сайт чи кілька сторінок. Далі — чи не змінився сніпет у видачі й чи не впала видимість за брендовими запитами.
  • Додалися проблеми індексації. Часто це наслідок релізу: редиректи, canonical, фільтри, параметри URL. Іноді — банальна “петля” редиректів.
  • Погіршилась швидкодія. Якщо це стосується шаблону (категорії/товари), просідає не лише SEO — відчутно падають заявки з мобайлу.

Performance: де лежить приріст

Performance — найкраще місце для швидких рішень. Тут видно не “як має бути”, а як люди реально шукають і клікають.

Звіт Google Search Console з показниками кліків, показів, CTR та позицій

Що дивитися в першу чергу:

  • Запити з показами і слабким CTR. Відкрийте запит → подивіться сторінки → перевірте, чи Title не “з’їдений” шаблоном. Часто вистачає точкової правки заголовка й першого абзацу.
  • Сторінки, що стоять поруч із топом. Якщо позиція близько до топу, але кліків мало, причина часто в подачі (сніпет, структура, відсутність відповіді “з першого екрану”).
  • Desktop vs Mobile. На мобайлі коротший простір під заголовок. Якщо Title довгий або починається з “сервіс/інструмент/огляд…”, Google обрізає саме сенс.

Нюанс, який часто спливає на практиці: сторінка може мати гарну позицію, але програвати по кліках через “порожній” description або тому, що у видачі підтягується випадковий фрагмент тексту. Це видно, коли ви порівнюєте сніпети кількох конкурентів по одному запиту.

Індексація: що робити зі статусами

Звіт індексації — це список сторінок, з яким треба працювати прагматично. Деякі статуси нормальні. Інші — сигнал, що Google не бачить сенсу тримати сторінку в індексі.

Три статуси, які найчастіше потребують дій:

  • Discovered / Crawled, currently not indexed. Перевірте, чи сторінка не дублює іншу, чи є на ній реальна цінність, і чи веде на неї нормальна внутрішня перелінковка. Якщо це фільтр/параметр — краще закрити від індексації правильно, а не чекати “передумає”.
  • Duplicate, Google chose different canonical. Перевірте self-canonical на потрібній сторінці, приберіть посилання на дублікати з меню/фільтрів, і переконайтеся, що в sitemap є саме канонічна версія. Часто проблема з’являється там, де параметри URL генеруються CMS.
  • Soft 404. Зазвичай це сторінки без суті: порожні категорії, “нема товарів”, тонкі теги. Або зробіть їх корисними, або закрийте від індексації, або ведіть редирект на релевантну сторінку.

Документація Google по індексації: Crawling & Indexing .

Перевірка URL: короткий діагноз

URL Inspection — це швидкий спосіб зрозуміти, що саме Google бачить по конкретній сторінці: доступність, canonical, рендер, індексація.

  • Canonical. Якщо Google вибрав інший canonical — не починайте з “запиту індексації”. Спочатку усуньте дублювання та підсиліть потрібну версію внутрішніми посиланнями.
  • Рендер. Якщо контент відрізняється від того, що ви бачите у браузері, причина часто в JS, лейзі-лоаді або блокуваннях ресурсів.
  • Запит індексації. Корисний після правки, але він не “ремонтує” сторінку. Якщо сторінка слабка або дублюється — ефект буде короткий або нульовий.

Довідка: URL Inspection .

Sitemap і robots

Приклад звіту Google Search Console з помилками сканування та статусами URL

Карта сайту і robots.txt працюють в парі, але виконують різні задачі. На сайтах із фільтрами та параметрами тут найчастіше й народжується хаос.

  • У sitemap — тільки канонічні URL. Якщо там дублікати, ви самі підказуєте Google “індексуй зайве”.
  • Success — це про обробку, не про індексацію. Статус карти не означає, що сторінки вже в індексі.
  • Robots — не інструмент для деіндексації. Якщо сторінку треба прибрати з індексу, потрібні інші механізми (інакше вона може “висіти” довго).

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

Видалення URL: коли горить

Інструмент видалення — це швидкий спосіб тимчасово прибрати URL з видачі. Він рятує, коли “вистрілив” службовий URL, тестова сторінка або дубль. Але після цього все одно треба прибрати причину появи.

  • Тимчасово сховати. Підійде, щоб прибрати небажаний результат з SERP тут і зараз.
  • Закріпити результат. Далі вже працюють canonical/noindex/редиректи та логіка генерації сторінок.

Детальніше про ситуації, коли сторінки зникають із пошуку, і як це перевіряти: чому Google видаляє контент із пошуку .

Core Web Vitals: з чого почати

Звіт Core Web Vitals у GSC показує не “ідеальну оцінку”, а реальний досвід користувачів. Найчастіше сенс не в тому, щоб “виправити одну сторінку”, а в тому, щоб прибрати системну проблему шаблону.

  • Працюйте групами URL. Якщо в групі “категорії” погано — проблема майже завжди в спільних елементах (банер, слайдер, скрипти).
  • Дані не з лабораторії. Це не синтетичний тест, тому “в мене на ноуті швидко” — не аргумент.
  • INP — практичний показник. Якщо сторінка “думає” після кліку, люди просто не чекають.

Довідка по звіту: Core Web Vitals report .

Санкції та безпека

Приклад звіту Google Search Console з проблемами метатегів та HTML-оптимізації

Коли трафік падає різко, є дві перевірки, які варто зробити до будь-яких “контентних” робіт: ручні дії та безпека. Це займає хвилини, але інколи економить тижні.

  • Manual actions. Якщо вони є, спочатку розберіться з причиною й вимогами до виправлення.
  • Security issues. Підміни сторінок і зараження трапляються навіть на “звичайних” сайтах, особливо на старих CMS.
  • Links. Дивіться аномалії: сплески посилань, нетипові домени, дивні анкори. Це не завжди “погано”, але завжди варте перевірки.

Про симптоми фільтрів і як їх перевіряють на практиці: фільтри Google: як перевірити сайт .

Три робочі задачі

Ці сценарії найчастіше дають ефект швидко, бо вони не про “переписати все”, а про правильні пріоритети.

  1. Підняти CTR на сторінках із показами. Візьміть сторінки з високими показами й низьким CTR, перевірте сніпет, підправте Title і перший абзац, додайте конкретну відповідь на запит у першому екрані.
  2. Зупинити індексацію дублів. Якщо Google вибирає інший canonical, зазвичай винні фільтри/параметри. Приберіть дублікати з внутрішніх посилань, нормалізуйте canonical, наведіть порядок у sitemap.
  3. Піймати проблеми після релізу. Після змін у CMS дивіться редирект-ланцюжки, масові 404/soft 404 і різке зростання “not indexed” — це типова картина після невдалого оновлення.

Якщо потрібно вибудувати системну роботу, а не точкові правки, зазвичай починають з комплексного плану: комплексне просування .

Insights для контенту

Search Console Insights — зручний спосіб швидко зрозуміти, які сторінки ростуть, що читають і які теми “чіпляються”. Це корисно, коли ви ведете блог і хочете оновлювати контент не навмання.

Опис від Google: Search Console Insights .

Підсумок

Google Search Console корисний тоді, коли ви працюєте з ним як з системою діагностики: дивитеся сигнали, робите 1–2 конкретні дії, перевіряєте результат і лише потім рухаєтеся далі. Це не “раз налаштував” — це регулярна коротка рутина, яка поступово знімає зайве й додає видимості там, де вона реально потрібна.

Якщо треба швидше перевірити попит на нові сторінки або підсилити трафік у конкурентній ніші, інколи логічно паралельно підключати PPC: реклама в інтернеті та контекстна реклама .