Google Search Console: як користуватись і що перевіряти щотижня

Google Search Console: безкоштовний сервіс Google, який показує, як пошуковик бачить ваш сайт: за якими запитами його знаходять, які сторінки потрапили в індекс, а які ні, і що саме заважає. Щоб отримати з нього користь, достатньо підтвердити власність, раз на тиждень відкривати два звіти («Ефективність» та «Індексація сторінок») і правильно трактувати цифри, бо там є кілька пасток. Нижче розбираємо кожен розділ інтерфейсу мовою власника бізнесу, а наприкінці даємо тижневий чек-лист із шести пунктів.

Навіщо Search Console, якщо є Google Analytics

Analytics рахує те, що сталося після кліку: скільки людей зайшло, що робили, чи купили. Search Console показує те, що було до кліку: скільки разів сайт з'явився в результатах, на якій позиції і за яким запитом. Це єдине джерело даних про пошукові запити напряму від Google, без оцінок сторонніх сервісів. Плюс саме сюди приходять листи про ручні санкції, проблеми безпеки й масові помилки індексації. Сервіс безкоштовний, реєстрація на search.google.com/search-console займає кілька хвилин.

Як підтвердити власність на сайт

Google має пересвідчитись, що сайт ваш. Спосіб залежить від того, до чого у вас є доступ. Ми в Query радимо додавати ресурс типу «Домен» через DNS: він накриває всі піддомени, http і https одразу, і не зламається після редизайну.

Для варіантів із файлом і тегом підтвердження працює лише для конкретного префікса, скажімо https://site.ua/. Якщо частина трафіку йде на www або на http, такі адреси в звіти не потраплять. Після підтвердження дані накопичуються з нуля, історії «до підключення» не буде, тож підключати варто в перший день життя сайту.

Звіт «Ефективність»: як читати кліки, покази, CTR і позицію

Це головний звіт, і саме його відкривають першим. Чотири метрики зверху означають таке:

• Покази: скільки разів посилання на сайт з'явилося в результатах пошуку. Людина могла його навіть не побачити, якщо воно було внизу сторінки.
• Кліки: скільки разів на нього натиснули.
• CTR: частка кліків від показів. Для першої позиції нормальні значення в рази вищі, ніж для десятої.
• Середня позиція: усереднене місце сайту в результатах за вибраний період і набір запитів.

Фільтри за запитами й сторінками

Сила звіту в фільтрах. Вкладка «Запити» відповідає на питання «за якими словами нас шукають», вкладка «Сторінки» на «які сторінки заробляють трафік». Клацніть на конкретну сторінку у списку, і таблиця запитів перебудується лише під неї: так видно, за що саме ранжується картка товару чи стаття. Фільтр «Запит містить» із назвою бренду відділяє брендовий трафік від пошукового, а перемикач «Порівняти» ставить два періоди поруч. Найкорисніша комбінація для щотижневого огляду: фільтр за сторінкою плюс порівняння останніх 28 днів із попередніми 28.

«Індексація сторінок»: чому URL не потрапили в пошук

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

• Просканована, але поки не проіндексована: Google бачив сторінку, але вважає її недостатньо цінною. Зазвичай це тонкий або дубльований контент.
• Виявлена, наразі не проіндексована: Google знає про URL, але ще не дійшов. На великих сайтах це питання бюджету сканування, на малих сигнал, що на сторінку нема внутрішніх посилань.
• Сторінка з переадресацією та альтернативна сторінка з правильним тегом canonical: норма, якщо редиректи й канонічні адреси розставлені свідомо.
• Виключено тегом noindex: перевірте, чи не залишився тег після розробки. Ми регулярно бачимо магазини, де категорії закриті від індексації «тимчасово» вже пів року.
• Не знайдено (404) і помилка сервера (5xx): бити тривогу, якщо це сторінки з трафіком.

Клік по причині відкриває список конкретних URL, а кнопка «Перевірити виправлення» після правок просить Google переглянути їх знову. Значна частина цих помилок закривається на етапі технічної SEO-оптимізації, коли сайт чистять від дублів і розставляють правила індексації.

Core Web Vitals, «Посилання», перевірка URL і sitemap

Core Web Vitals

Розділ «Досвід» показує, чи вкладається сайт у три показники швидкості й стабільності за даними реальних відвідувачів: LCP, INP і CLS. Тут важливі не цифри, а групи «поганих» URL для мобільних: якщо в них потрапив шаблон категорії чи картки товару, страждають сотні сторінок одразу. Що означають ці метрики і як їх виправляти, ми розібрали в окремій статті про Core Web Vitals.

Посилання

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

Перевірка URL і sitemap

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

Файл sitemap.xml подають у розділі «Файли Sitemap». Після додавання Search Console показує, скільки URL прочитано і чи є помилки. Розбіжність між кількістю адрес у sitemap і кількістю проіндексованих сторінок сама по собі корисна метрика: якщо в карті 5000 URL, а в індексі 900, із сайтом щось не так.

Що перевіряти щотижня: чек-лист із шести пунктів

Один сеанс на 15-20 хвилин. Робити частіше сенсу мало, бо дані оновлюються з затримкою, і день у день ви бачитимете один і той самий графік.

• Крок 3: переписати title і description сторінок, де покази є, а кліків мало.
• Крок 5: злам, санкція або проблема з sitemap приходять саме сюди.
• Крок 6: перевіряти після кожного оновлення сайту.

Типові помилки читання даних

Середня позиція не дорівнює позиції. Якщо сайт стоїть на 2-му місці за одним запитом і на 40-му за іншим, Console покаже 21. Одна сторінка може мати позицію 1,3 в Україні й 45 у сумі по світу. Дивіться позицію лише в розрізі конкретного запиту й країни, інакше число нічого не означає.

Лаг у 2-3 дні. Сьогоднішні цифри в «Ефективності» неповні, тому останні дні на графіку завжди виглядають як провал. Порівнюйте періоди, що закінчуються щонайменше три дні тому.

Покази без кліків не завжди погано. Запит «інстаграм увійти», за яким випадково ранжується ваш блог, дасть мільйон показів і нуль кліків. CTR у таких випадках нічого не каже про якість сторінки.

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

Дані лише за 16 місяців. Довшої історії в інтерфейсі немає. Якщо потрібна динаміка за роки, вивантажуйте звіти або підключайте експорт у BigQuery заздалегідь.

Ресурс не той. Часто в акаунті висять два ресурси: https://site.ua/ і домен. Цифри в них різні, бо перший бачить лише один префікс. Працюйте з доменним ресурсом.

З чого почати

1. Підтвердіть сайт через DNS як ресурс «Домен» і подайте sitemap.
2. Відкрийте «Індексація сторінок», перегляньте причини й перевірте, чи нема серед непроіндексованих сторінок категорій та карток товарів.
3. У «Ефективності» знайдіть 10 сторінок із найбільшими показами і зафіксуйте їхні CTR і позицію як точку відліку.
4. Поставте в календар одну годину на тиждень під чек-лист вище.
5. Якщо помилок індексації багато і незрозуміло, з чого починати, це задача для SEO-команди: у Query такий розбір є частиною першого місяця роботи над проєктом.