Типова взаємодія з Search Console виглядає так: зайшов, подивився на графік кліків, зітхнув, закрив. Тим часом саме тут лежить єдине чесне джерело даних про ваш пошуковий трафік — включно зі списком сторінок, які втратили половину кліків за квартал, і запитів, за якими ви на 11-й позиції за крок від першої десятки. Далі — як під’єднати сервіс без типових помилок, які зрізи даних відкривати щомісяця і що в цих звітах можна спокійно ігнорувати.

Підключення без помилок, які потім болять

Перше рішення — тип ресурсу, і саме тут найчастіше промахуються. Ресурс-домен збирає дані з усіх піддоменів і протоколів одразу, ресурс з префіксом URL — тільки з точної адреси. Якщо додати https://site.com/ замість домену, ви не побачите трафік із www і з піддоменів і будете щиро вважати, що його немає.

1. 1

   Додайте ресурс-домен, а не префікс

   Підтвердження через TXT-запис у DNS. Це п’ять хвилин у панелі реєстратора й одразу знімає питання дублів www/без www та http/https. Префікс URL лишайте для випадків, коли треба дивитися на окремий розділ окремо.

2. 2

   Подайте карту сайту

   Розділ Sitemaps, повний URL sitemap.xml. Через день перевірте, скільки URL прочитано: якщо в карті 400 сторінок, а виявлено 120 — проблема в самій карті, а не в індексації.

3. 3

   З’єднайте з GA4

   У налаштуваннях аналітики, а не в Search Console. Після цього в GA4 з’являється звіт із запитами, і ви бачите не лише кліки, а й що людина робила далі на сайті.

4. 4

   Роздайте доступи правильно

   Підрядникам — роль «Обмежений» або «Повний» користувач. Права власника віддавати не потрібно: власник може видалити ресурс і додати чужі верифікації.

Звіт Performance: що насправді означають чотири цифри

Верхній графік із чотирма перемикачами — те, на що дивляться всі й що майже всі читають неправильно. Проблема не в даних, а в тому, що три з чотирьох метрик поводяться не так, як здається.

Друга річ, яку варто засвоїти одразу: суми в таблиці запитів не сходяться з підсумком угорі. Це не баг — рідкісні запити анонімізуються й не показуються рядком, хоча в загальну цифру входять. Тому працюйте з відносними змінами, а не намагайтеся звести баланс до одиниці.

Найкорисніший інструмент звіту — фільтр за регулярним виразом. Без нього ви дивитесь на суміш брендового трафіку (який прийшов би й без SEO) та реального пошукового попиту.

# Performance → Query → Custom (regex)

# 1. Небрендові запити: виключаємо назву компанії й варіанти
Doesn't match regex:
(?i)webengine|web engine|веб ?енджин

# 2. Питальні запити — кандидати на FAQ-блок і AI-відповідь
Matches regex:
(?i)^(як|чому|що таке|скільки|коли|чи)\b

# 3. Комерційний намір
Matches regex:
(?i)(ціна|вартість|замовити|купити|під ключ)

П’ять зрізів, які знаходять втрачені кліки

Це та частина, заради якої варто відкривати сервіс щомісяця. Кожен пункт нижче — конкретна послідовність фільтрів і конкретна дія, а не «проаналізуйте дані».

1. 1Запити на позиціях 5–15 з великими показами. Фільтр по позиції, сортування за показами. Це сторінки за крок від видачі, де починаються кліки: доопрацювання заголовка й першого абзацу тут дає приріст за два-чотири тижні, а не за пів року.
2. 2Аномально низький CTR при добрій позиції. Якщо сторінка на 3–4 місці має CTR нижче 3%, проблема у сніпеті, а не в ранжуванні. Перепишіть title і description під намір запиту й перевірте через місяць.
3. 3Порівняння останніх 3 місяців із попередніми. Вкладка Pages, режим порівняння, сортування за різницею кліків. Сторінки з падінням понад 30% — кандидати на оновлення контенту, а не на нові статті.
4. 4Одна сторінка на два різні наміри. Якщо в звіті по URL змішані інформаційні й комерційні запити, ви маєте канібалізацію намірів. Розділіть на дві сторінки — сумарний трафік зазвичай зростає, хоча кожна окремо виглядає слабшою.
5. 5Запити без відповідної сторінки. Фільтр за темою, у колонці Pages — головна або випадковий розділ. Це прямий сигнал створити окрему сторінку: попит уже підтверджений вашими власними даними, а не оцінкою частотності.

Індексація: звіт «Сторінки» і перевірка URL

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

Інструмент перевірки URL показує, якою Google бачить конкретну сторінку: коли обходив, який канонікал обрав, чи пройшла розмітка. Кнопка «Запитати індексування» корисна після реальних змін, але квота обмежена кількома URL на добу — масово нею закривати проблеми індексації не вийде. Якщо «не проіндексовано» стосується десятків сторінок, це вже привід для технічного аудиту, а не для ручних запитів.

Місячна рутина і що можна ігнорувати

Постійно дивитися в звіти шкідливо: пошуковий трафік коливається на 15–20% тиждень до тижня без жодної причини, і реагувати на це — марна витрата часу. Робочий ритм — раз на місяць по фіксованому маршруту, плюс перевірка після кожного релізу.

Ще одна межа, про яку варто пам’ятати: Search Console нічого не знає про поведінку людини після кліку. Скільки вона провела на сторінці, чи дійшла до форми, чи повернулася — це вже питання до аналітики, і без неї картина неповна. Як звести обидва джерела в одному звіті — у гайді з налаштування аналітики.

Часті питання про Google Search Console

Коротко

• Додавайте ресурс-домен через DNS — префікс URL приховає від вас частину трафіку.
• Середня позиція — найменш корисна з чотирьох метрик; працюйте з кліками, показами й CTR по групах запитів.
• Найшвидший приріст живе на позиціях 5–15: доопрацьована сторінка дає результат за два-чотири тижні.
• Звіт «Сторінки» перевіряйте після кожного релізу — саме там спливають випадкові noindex і зламані канонікали.
• Дивіться звіти раз на місяць за фіксованим маршрутом; тижневі коливання в 15–20% нічого не означають. Решту пунктів закриває загальний SEO-чекліст.