Як підключити Google Search Console

Перш ніж аналізувати дані, сайт потрібно додати в GSC і підтвердити права на нього. Google пропонує кілька способів верифікації, але на практиці використовують переважно два.

Верифікація через DNS-запис підходить для сайтів на будь-якій платформі. У панелі керування доменом додається TXT-запис із значенням, який дає Google. Спосіб надійний, але вимагає доступу до DNS-хостингу й часу на поширення запису — від кількох хвилин до кількох годин.

Верифікація через HTML-тег працює швидше. Google генерує мета-тег, який потрібно розмістити в секції <head> головної сторінки. На WordPress це робиться через редактор теми або плагіни типу Yoast SEO, Rank Math, All in One SEO — у них є спеціальне поле для цього тега. Після збереження залишається натиснути кнопку перевірки в GSC.

Інші методи — HTML-файл у корені сайту, Google Analytics, Google Tag Manager — теж працюють, але мають обмеження. Файл верифікації можна видалити випадково при оновленні сайту. Зв'язок з Analytics або Tag Manager вимагає, щоб код цих сервісів вже стояв на сайті й мав достатні права доступу.

Важливий нюанс: при додаванні сайту Google пропонує два варіанти — доменний ресурс (з префіксом sc-domain:) і ресурс з префіксом URL. Доменний ресурс охоплює всі піддомени й протоколи (http, https, www, без www). Ресурс з префіксом — лише конкретний адрес. Для повноти даних краще додавати саме доменний ресурс.

Аналіз продуктивності в GSC

Розділ «Продуктивність» — це основне джерело даних про те, як сайт виглядає в пошуку Google. Тут показується кількість кліків, показів, середня позиція та показник кліків (CTR) за вибраний період.

Типова помилка — дивитися на дані за останні три дні. Google оновлює статистику з затримкою, тому свіжі цифри будуть неповними. Для коректного аналізу беріть період від 16 до 28 днів і порівнюйте з аналогічним попереднім періодом.

Фільтри, які реально допомагають

Без фільтрів дані продуктивності малокорисні — вони показують агрегат по всьому сайту. Практична цінність з'являється, коли починаєте сегментувати.

  • Запити — показують, за якими ключовими словами сайт отримує покази. Сортуйте за кліками, щоб бачити реальні лідери, або за показами без кліків — це потенціал для зростання CTR.
  • Сторінки — дозволяють оцінити, які URL приносять трафік. Якщо важлива сторінка має покази, але мало кліків — проблема в сніпеті або позиції.
  • Країни — корисно, якщо сайт орієнтований на конкретні ринки. Український сайт з несподівано високим трафіком з Індії — це сигнал перевірити, чи не витрачається краулінговий бюджет не на те.
  • Пристрої — розбивка на десктоп, мобільний і планшет. Якщо мобільний трафік різко падає при зростанні десктопного — варто перевірити мобільну версію сайту.

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

Робота з Coverage Report

Розділ індексування сторінок показує, які URL Google знає про ваш сайт і який у них статус. У новому інтерфейсі GSC ця інформація розбита на кілька підзвітів, але суть залишається тією ж.

Усі сторінки діляться на три великі групи.

  • Проіндексовані — сторінки в індексі, все нормально. Але навіть тут варто перевіряти, чи немає серед них сторінок, які не мали б бути в індексі (чорновики, службові URL, дублі).
  • Не проіндексовані — Google знає про сторінку, але свідомо не додав її. Це може бути через noindex-тег, robots.txt або тому, що сторінка є канонічним дублем іншої.
  • Помилки — сторінки, які Google не зміг проіндексувати з технічних причин. Це серверні помилки (5xx), помилки перенаправлення (3xx у ланцюжку), помилки доступу (403).

Практичний підхід такий: спочатку виправляєте помилки — вони найбільше шкодять. Потім перевіряєте, чи немає серед проіндексованих сторінок тих, що мали б бути закриті. І нарешті — дивитеся, чи не заблоковано випадково сторінки, які мали б бути в індексі.

По кожному URL у звіті є причина статусу. Google пояснює конкретно: «Виявлено — ще не проіндексовано», «Сторінка з позначкою noindex», «Перенаправлено з помилкою». Читайте ці пояснення — вони економлять години гадання.

Аналіз посилань у GSC

Розділ посилань у GSC показує, які сайти посилаються на ваш і як внутрішні сторінки пов'язані між собою. Дані тут не такі детальні, як у спеціалізованих інструментах типу Ahrefs чи Majestic, але це єдине безкоштовне джерело, яке показує саме те, що бачить Google.

Зовнішні посилання

У звіті «Зовнішні посилання» три ключові метрики: загальна кількість посилальних доменів, загальна кількість посилань і топ-посилальні тексти. Домени важливіші за кількість посилань — сто посилань з одного домена менш цінні, ніж посилання зі ста різних доменів.

Топ-посилальні тексти показують, як інші сайти описують ваші сторінки. Якщо переважають anchor-тексти «тут», «читати далі», «джерело» — це нормально для природного профілю. Але якщо половина посилань має комерційний anchor — це може бути сигналом для перегляду лінкбілдингової стратегії.

Внутрішні посилання

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

Якщо важлива сторінка має мало внутрішніх посилань — додайте посилання на неї з контексту інших сторінок. Це простий, але дієвий спосіб підняти її значимість у структурі сайту.

URL Inspection Tool

Інструмент перевірки URL — це швидка діагностика для окремої сторінки. Вставляєте адресу, натискаєте перевірити — і отримуєте повну картину: чи проіндексована сторінка, коли востаннє краулер її відвідував, який канонічний URL визнає Google, чи є проблеми з доступністю.

Кнопка «Перевірити індексовану версію» показує, як саме Google бачить сторінку: який сніпет формується, чи правильно розпізнається мова, чи є проблеми з рендерингом. Це особливо корисно для сайтів на JavaScript, де реальний контент може відрізнятися від того, що бачить краулер.

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

Практичний сценарій: змінили URL сторінки, налаштували 301-редирект, але в індексі досі висить стара адреса. Перевіряєте обидва URL через інструмент — бачите, що Google вже знає про редирект, але стара сторінка ще в індексі. Запитуєте індексацію для нової адреси — процес прискорюється.

Аудит Core Web Vitals у GSC

Core Web Vitals — це набір метрик, що вимірюють реальний досвід користувачів: швидкість завантаження, стабільність інтерфейсу та інтерактивність. Google використовує ці дані як фактор ранжирування, тому моніторинг у GSC має практичний сенс.

У звіті «Досвід користувача» кожна сторінка отримує оцінку: хороша, потребує покращення або погана. Оцінка базується на реальних даних Chrome UX Report, а не на лабораторних тестах. Це означає, що результати відображають досвід реальних відвідувачів із різних пристроїв і умов мережі.

Три метрики, за якими оцінюються сторінки:

  • LCP (Largest Contentful Paint) — час завантаження найбільшого елемента в області видимості. Норма — до 2,5 секунд. Найчастіша причина поганого LCP — нев оптимізовані зображення, повільний серверний рендеринг або надто великий JavaScript.
  • INP (Interaction to Next Paint) — реактивність сторінки при взаємодії з користувачем. Норма — до 200 мілісекунд. Замінив FID у березні 2024 року. Поганий INP часто пов'язаний з важкими обробниками подій у JavaScript.
  • CLS (Cumulative Layout Shift) — візуальна стабільність. Норма — до 0,1. Виникає, коли елементи на сторінці зсуваються під час завантаження — зображення без заданих розмірів, динамічно підвантажувана реклама, шрифти, що викликають перерисовку.

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

Видалення URL з індексу через GSC

Інструмент видалення URL дозволяє тимчасово приховати сторінки з результатів пошуку Google. Ключове слово — тимчасово. Це не видалення з індексу назавжди, а блокування показу на певний період — близько шести місяців.

Коли це корисно: опублікували сторінку випадково, на сайт потрапила конфіденційна інформація, сторінка з технічною помилкою потрапила в індекс і ви не хочете, щоб користувачі на неї натрапляли. Ви подаєте запит, і протягом кількох годин (іноді хвилин) сторінка зникає з пошуку.

Коли цього недостатньо: якщо сторінка повертає 200 OK і не має noindex-тегу, після закінчення терміну блокування Google знову проіндексує її. Для постійного видалення потрібна комбінація дій:

  • Додати noindex-тег на сторінку або повернути статус 404/410.
  • Перевірити через URL Inspection Tool, що Google побачив зміну.
  • Подати запит на видалення для швидкого приховування.

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

По кожному запиту в інструменті видно статус: «Очікує», «Видалено», «Скасовано». Якщо запит скасовано — значить, Google перевірив і виявив, що сторінка досі доступна для індексації без обмежень. У такому разі спочатку виправляйте технічну причину, потім подавайте запит повторно.