Google Search Console: як налаштувати і як користуватися

Google Search Console
Опубліковано:
04 жовтня 2022
Оновлено:
09 вересня 2026
Google Search Console: як налаштувати і як користуватися
Катерина Дьоміна
Редактор
Поділитись:

Google Search Console — єдине джерело, яке показує ваш сайт очима Google. Не оцінку сторонніх сервісів, не приблизні дані, а те, що бачить пошукова система: які сторінки вона проіндексувала, за якими запитами показує сайт, скільки людей клікає й що вважає помилками.
Це безкоштовно й обов’язково. Без Search Console ви не дізнаєтесь ні про ручні санкції, ні про сторінки, які випали з індексу, ні про те, що половина каталогу закрита від сканування.
Розберемо все по порядку: як додати сайт, чим відрізняються два типи ресурсу, як читати кожен звіт і — головне — що з цим робити щотижня. Окремо відзначимо, що змінилося в консолі за останні два роки: частину звітів Google закрив, і старі інструкції ведуть на неіснуючі розділи.
Якщо сайту ще немає або він потребує перезапуску, технічну базу під індексацію краще закласти одразу — це частина розробки на WordPress.


1. Що таке Google Search Console і що вона дає

Google Search Console — безкоштовний сервіс Google для власників сайтів. Він показує, як пошукова система сканує, індексує й показує ваш ресурс.
Що з нього можна дізнатися:

  • За якими запитами вас знаходять — реальні запити з кліками, показами, CTR і середньою позицією. Це єдине джерело таких даних: у GA4 їх немає.
  • Що проіндексовано, а що ні — і з якої причини сторінка не потрапила в індекс.
  • Які помилки бачить Google — технічні проблеми, проблеми зі структурованими даними, з безпекою.
  • Чи накладені ручні санкції — це можна побачити тільки тут, більше ніде.
  • Хто на вас посилається — зовнішні посилання за версією самого Google.
  • Як швидко вантажаться сторінки за реальними даними користувачів Chrome.

Два обмеження, про які варто знати одразу. Дані з’являються із затримкою приблизно на дві доби, тому вчорашніх цифр там не буде. І історія зберігається 16 місяців — усе старше видаляється, тому для порівняння рік до року дані варто вивантажувати заздалегідь або налаштувати експорт у BigQuery (про це в розділі 12).

Чого в консолі більше немає

Якщо ви орієнтуєтесь на інструкції старші за два роки, частина розділів у них уже не існує:

  • Звіт «Зручність для мобільних» — закритий у грудні 2023 року разом з інструментом Mobile-Friendly Test і його API. Мобільну якість тепер оцінюють через Core Web Vitals і перевірку URL. Докладніше — у матеріалі про адаптацію сайту під мобільні.
  • Звіт FAQ у розділі «Покращення» — Google припинив показ FAQ-результатів у пошуку 7 травня 2026 року, а сам звіт прибрав у червні. Розмітку FAQPage можна лишити на сайті, вона не шкодить, але видимого результату в пошуку більше не дає.

2. Домен чи префікс URL: який тип ресурсу обрати

Перше вікно, яке ви побачите при додаванні сайту, пропонує два варіанти. Це головна розвилка, і саме на ній найчастіше помиляються.
Вибір типу ресурсу в Google

Рис. 1 — Два типи ресурсу при додаванні сайту

Ресурс типу «Домен» охоплює домен цілком: усі піддомени й обидва протоколи. Дані з site.com, www.site.com, m.site.com, http і https зводяться в одне місце. Підтвердити можна тільки одним способом — записом у DNS.
Ресурс типу «Префікс URL» охоплює тільки точну адресу, яку ви ввели, з урахуванням протоколу й www. Для https://site.com і https://www.site.com це будуть два різні ресурси з різними даними. Зате методів підтвердження п’ять.
Що обирати. За замовчуванням — «Домен»: одна повна картина замість чотирьох клаптиків, нічого не втрачається при зміні протоколу чи піддомену. Префікс URL має сенс у двох випадках: коли немає доступу до DNS, або коли треба відстежувати окремий розділ великого сайту (наприклад, тільки блог) окремо від решти.
Нічого не заважає завести обидва типи одночасно — це поширена практика: домен для загальної картини, префікси для окремих розділів.


3. Підтвердження прав власності

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

Рис. 2 — Додавання нового ресурсу

3.1. Для ресурсу типу «Домен»

Спосіб один: запис TXT у DNS. Google дає рядок, ви заходите до реєстратора домену або до панелі хостингу, додаєте його в DNS-записи й натискаєте «Підтвердити».
Оновлення DNS може зайняти від кількох хвилин до 48 годин — якщо перевірка не пройшла одразу, це нормально, спробуйте пізніше. Запис не видаляйте: якщо його прибрати, право власності злетить.

3.2. Для ресурсу типу «Префікс URL»

Тут п’ять методів.
Методи підтвердження прав

Рис. 3 — Методи підтвердження прав власності

  • HTML-файл (рекомендований Google). Завантажуєте наданий файл у кореневий каталог сайту й перевіряєте, що він відкривається за прямою адресою. Найнадійніший спосіб, але потрібен доступ до файлів.
  • HTML-тег. Метатег у секцію <head> головної сторінки. Найшвидший варіант для сайтів на CMS: більшість SEO-плагінів мають окреме поле саме під нього.
  • Google Analytics. Спрацює, якщо на сайті вже стоїть тег GA4 і у вас є права редагування ресурсу. Використовується ідентифікатор виду G-XXXXXXXXXX.
  • Google Tag Manager. Аналогічно, за наявності контейнера GTM і прав на нього.
  • Запис у DNS. Той самий метод, що й для домену.

Підтвердження прав

Рис. 4 — Екран підтвердження прав

3.3. Якщо перевірка не пройшла

Найчастіші причини, по порядку:

  1. Файл підтвердження завантажено не в кореневий каталог. Перевірте, що він відкривається за адресою site.com/назва-файлу.html.
  2. Назва файлу змінилася при завантаженні — деякі панелі додають суфікс.
  3. Метатег вставлено не в <head>, а в тіло сторінки.
  4. Кешування: сайт віддає стару версію сторінки. Скиньте кеш і повторіть.
  5. Для DNS — зміни ще не поширилися. Зачекайте й спробуйте знову.

Порада: підтвердьте право власності одразу двома способами. Якщо одне підтвердження злетить (наприклад, при переїзді на новий хостинг файл загубиться), доступ збережеться завдяки другому.


4. Доступи й ролі

Після підтвердження ви стаєте власником ресурсу й можете додавати інших користувачів у розділі налаштувань.
Рівні доступу:

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

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


5. Звіт «Ефективність» — головний у консолі

Якщо у вас є час тільки на один звіт, дивіться цей. Він показує, що відбувається з сайтом у пошуку.
Звіт Ефективність у Google

Рис. 5 — Звіт «Ефективність»

Чотири базові показники:

  • Кліки — скільки разів переходили на сайт із пошуку Google.
  • Покази — скільки разів сайт з’явився у видачі.
  • CTR — відсоток кліків від показів.
  • Середня позиція — усереднене місце у видачі.

Нижче — вкладки з розбивкою: запити, сторінки, країни, пристрої, вигляд у пошуку, дати.

5.1. Як цим користуватися

Просто дивитися на загальний графік майже безкорисно. Реальну цінність дають зрізи.

  • Сторінки з високими показами й низьким CTR. Сайт показується, але не клікають — привід переписати Title і Description. Найшвидший спосіб отримати трафік без зміни позицій.
  • Запити на позиціях 8–20. Це найближчий резерв: до топ-5 їх часто витягує доопрацювання наявної сторінки, а не написання нової.
  • Порівняння періодів. Обов’язково з тим самим періодом торік, а не тільки з попереднім місяцем — інакше сезонність читається як провал.
  • Фільтр по брендових запитах. Відділіть запити з назвою компанії від решти: тільки небрендова частина показує реальний результат просування.

Тип пошуку перемикається окремо — веб, зображення, відео, новини. Для інтернет-магазинів вкладка зображень часто дає несподівано помітну частку.
Типи пошуку у звіті

Рис. 6 — Перемикання типу пошуку

Порівняння періодів у

Рис. 7 — Порівняння періодів

Окремо є режим 24-годинного перегляду, доданий у 2024 році: показує дані майже в реальному часі. Корисно, коли треба швидко побачити ефект після публікації або після падіння.

5.2. Огляд і «Статистика»

Стартовий екран консолі зводить основне: ефективність, індексування, проблеми.
Звіт Огляд у Google Search Console

Рис. 8 — Звіт «Огляд»

Окремий розділ «Статистика» (Insights) подає ті самі дані в іншому вигляді: який контент набирає популярність, а який спадає, за якими запитами вас знаходять уперше, звідки ще приходять кліки — з пошуку зображень, відео, Discover і Google Новин.
Звіт Статистика в Google Search

Рис. 9 — Звіт «Статистика»


6. Перевірка URL

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

Рис. 10 — Перевірка URL

Що показує:

  • чи є сторінка в індексі, а якщо ні — чому;
  • коли робот заходив на неї востаннє;
  • як Google її знайшов — з карти сайту чи за посиланням;
  • яку канонічну адресу обрав Google (і чи збігається вона з вашою).

Дані перевірки URL

Рис. 11 — Дані перевірки URL

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


7. Індексування

7.1. Сторінки

Головний технічний звіт. Показує, скільки сторінок у індексі, скільки поза ним і з яких причин.
Звіт про індексування

Рис. 12 — Звіт «Індексування сторінок»

Дивитися треба не на загальну цифру, а на список причин під графіком.
Причини, чому сторінки не

Рис. 13 — Причини відсутності сторінок в індексі

Найчастіші причини й що вони означають:

  • Виявлено, наразі не проіндексовано — Google знає про сторінку, але не пріоритезував її. Часто сигнал про тонкий контент або надто великий обсяг однотипних сторінок.
  • Просканована, наразі не проіндексована — сторінку читали й вирішили не додавати. Зазвичай стосується фільтрів, пагінації, дублів.
  • Дублікат: Google обрав іншу канонічну сторінку — ваш canonical проігноровано. Привід перевірити внутрішні посилання й розмітку.
  • Виключено тегом noindex — перевірте, чи навмисно. Помилково закриті комерційні сторінки — класична причина раптового обвалу трафіку.
  • Не знайдено (404) — сторінка зникла, але на неї десь є посилання. Що з цим робити, розбирали в матеріалі про оптимізацію сторінки 404.
  • Заблоковано у файлі robots.txt — сторінку не сканують. Якщо це комерційний розділ, проблема серйозна.

Зворотна ситуація теж погана: якщо в індексі значно більше сторінок, ніж є реальних, туди потрапило сміття — службові URL, параметри сортування, тестові сторінки.

7.2. Карти сайту

Тут додається карта сайту й видно, скільки URL із неї Google обробив.
Звіт про карти сайту

Рис. 14 — Звіт «Карти сайту»

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

7.3. Відео

Якщо на сайті є відео з розміткою, з’явиться окремий звіт із кількістю проіндексованих роликів і причинами, чому решта не потрапила в індекс.
Звіт про індексування

Рис. 15 — Індексування відео

Причини, чому відео не

Рис. 16 — Причини, чому відео не проіндексовано

Статус «Відео не на сторінці перегляду» для другорядних роликів — очікувана поведінка, а не помилка. Тривожний сигнал інший: сайт регулярно поповнюється відео, а кількість проіндексованих не росте.

7.4. Видалення

Розділ дозволяє тимчасово прибрати сторінку з видачі — приблизно на пів року.
Звіт про видалення

Рис. 17 — Тимчасове видалення сторінок

Ключове слово — тимчасово. Це швидка допомога: сторінка з помилкою потрапила у видачу, треба прибрати її негайно. Постійне рішення — noindex, 404 або пароль. Якщо через пів року сторінка все ще доступна, вона повернеться в пошук.
Тут же видно запити на видалення застарілого контенту й скарги на неприйнятний контент, які надсилали сторонні користувачі.


8. Core Web Vitals і HTTPS

8.1. Основні інтернет-показники

Звіт оцінює технічну якість взаємодії зі сторінками за трьома метриками:

  • LCP — час до появи найбільшого видимого елемента (добре: до 2,5 секунди);
  • INP — затримка відгуку на дії користувача (добре: до 200 мілісекунд);
  • CLS — зміщення макета під час завантаження (добре: до 0,1).

Звіт Core Web Vitals у Search Console

Рис. 18 — Основні інтернет-показники

Дані тут польові — зібрані з браузерів реальних користувачів Chrome. Тому вони з’являються із затримкою й тільки для URL із достатнім трафіком, а оцінка виставляється за 75-м перцентилем: щоб сторінка вважалася доброю, поріг має витримувати не середній користувач, а три чверті.
Це пояснює найчастіше запитання: чому PageSpeed Insights показує високий бал, а консоль пише «потребує покращення». Бали — лабораторний тест на еталонному пристрої, звіт — реальні люди на реальних телефонах.
Мобільна й десктопна вкладки розділені. Провалюється зазвичай мобільна, і найчастіше саме по INP.

8.2. HTTPS

Простий звіт: скільки проіндексованих сторінок віддається по HTTP замість HTTPS.
Звіт HTTPS у Search Console

Рис. 19 — Звіт HTTPS

У нормі тут має бути 100% HTTPS. Якщо ні — шукайте, звідки беруться незахищені URL: зазвичай це старі внутрішні посилання або відсутній редирект.


9. Структуровані дані й товарні звіти

Розділ «Покращення» показує, чи коректно Google читає розмітку на сайті. Логіка скрізь однакова: червоне — критична помилка, через яку розширений результат не показується; жовте — попередження, елемент працює, але не оптимально; зелене — все гаразд.

9.1. Хлібні крихти

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

Рис. 20 — Звіт «Хлібні крихти»

9.2. Відгуки

Розмітка відгуків і рейтингів. Дає зірочки у видачі, що помітно піднімає CTR — там, де Google досі їх показує (для частини типів контенту він їх обмежив).
Звіт про фрагменти

Рис. 21 — Звіт «Фрагменти відгуків»

9.3. Відео

Контролює розмітку VideoObject — окремо від звіту про індексування відео з розділу 7.
Звіт про розмітку відео

Рис. 22 — Звіт про розмітку відео

9.4. Товарні звіти

Для інтернет-магазинів у консолі є окремий блок із трьох звітів.

  • Фрагменти товарів — чи коректна розмітка товару: ціна, наявність, рейтинг.
  • Картки продавця — дані для безкоштовних товарних оголошень у Google.
  • Можливості для продавців — рекомендації Google, чого не вистачає: умов доставки й повернення, оцінок магазину, способів оплати.

Звіт про фрагменти товарів

Рис. 23 — Фрагменти товарів

Звіт про картки продавця

Рис. 24 — Картки продавця

Звіт Можливості для

Рис. 25 — Можливості для продавців

Останні два звіти повноцінно працюють після зв’язування Search Console з Merchant Center.

9.5. Про розмітку FAQ

Окремо, бо питання виникає постійно. Google припинив показувати FAQ-результати в пошуку 7 травня 2026 року — для всіх сайтів. У червні прибрали і сам звіт у консолі, і фільтр у звіті про зовнішній вигляд, і підтримку в тесті розширених результатів.
Що це означає на практиці: розмітку FAQPage на сайті можна лишити — вона не шкодить, але й нічого не дає. Ставити її на нові сторінки немає сенсу. А от блоки з питаннями й відповідями в тексті лишаються корисними: вони добре читаються людьми й охоче цитуються в ШІ-відповідях — просто вже без розмітки.


10. Безпека і ручні санкції

Два звіти, які варто перевіряти регулярно, хоча в нормі вони порожні.

10.1. Заходи, вжиті вручну

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

Рис. 26 — Заходи, вжиті вручну

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

10.2. Проблеми безпеки

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

Рис. 27 — Проблеми безпеки

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


11. Посилання

Розділ показує посилальний профіль за версією самого Google.
Звіт про посилання в Search

Рис. 28 — Звіт «Посилання»

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


12. Налаштування, robots.txt і сканування

Розділ, у який заходять рідко, але там є кілька важливих речей.
Налаштування ресурсу в Search

Рис. 29 — Налаштування ресурсу

  • Підтвердження права власності — тут можна додати другий метод або замінити той, що злетів.
  • Зв’язки — інтеграції з Google Analytics, Google Ads, Merchant Center, YouTube. Зв’язок із GA4 дає в аналітиці звіти по органічних запитах; докладніше про налаштування самої аналітики — у чек-листі GA4.
  • Зміна адреси — інструмент для переїзду на новий домен зі збереженням історії. Використовується до фактичного переїзду. Не призначений для переходу з HTTP на HTTPS чи між www і без www.
  • Масовий експорт у BigQuery — щоденне вивантаження даних без ліміту 16 місяців. Для великих сайтів це єдиний спосіб зберегти історію.
  • robots.txt — консоль показує, який файл вона бачить, коли сканувала востаннє й чи є в ньому помилки. Тут же можна попросити перечитати файл після правок.
  • Статистика сканування — активність робота за останні 90 днів: кількість запитів, час відповіді сервера, проблеми з доступністю. Різке падіння кількості запитів — привід перевірити, чи не почав сервер віддавати помилки.

Окремо є розділ «Досягнення» — Google аналізує дані з 2019 року або з дати підтвердження ресурсу й показує віхи на кшталт «стільки-то кліків за період».
Вкладка Досягнення в Search

Рис. 30 — Вкладка «Досягнення»

Для щоденної роботи розділ марний, але у цілей зі статусом «у процесі» відкриваються поради Google — іноді там є розумні підказки.
Поради в розділі

Рис. 31 — Поради щодо досягнень


13. Робочий регламент: що дивитися і як часто

Найчастіша проблема з Search Console не в тому, що її не підключили, а в тому, що в неї заходять двічі на рік. Ось робоча періодичність.

Періодичність Що перевіряємо Навіщо
Щотижня Повідомлення в консолі, звіт про індексування, різкі зміни у звіті «Ефективність» Спіймати аварію на першому тижні, а не через квартал
Щомісяця Ефективність у розрізі запитів і сторінок, CTR, порівняння з періодом торік, карти сайту Побачити тренд і знайти сторінки з резервом
Щокварталу Core Web Vitals, посилальний профіль, структуровані дані, статистика сканування Технічна гігієна й стратегічні висновки
Негайно Будь-яке повідомлення про санкції або проблеми безпеки Кожен день зволікання коштує трафіку

 

Обов’язково увімкніть сповіщення на пошту — Google надсилає листи при виявленні критичних проблем, і це найдешевший спосіб не пропустити аварію.
І ще одна рекомендація: раз на місяць вивантажуйте дані звіту «Ефективність» або налаштуйте автоматичний звіт. Через 16 місяців історія зникає, і порівняти рік до року вже не вийде. Найпростіший спосіб зробити це один раз і назавжди — зібрати звіт у Google Data Studio (до квітня 2026 року — Looker Studio) на конекторі Search Console.


14. Типові помилки

  1. Підтвердити ресурс на пошту підрядника. При зміні агенції бізнес втрачає всю історію Search Console. Власником має бути клієнт.
  2. Завести тільки префікс URL замість домену. Дані розпадаються на кілька ресурсів, частина трафіку не видно взагалі.
  3. Не дивитися звіт про індексування. Найдорожчі проблеми — випадання комерційних сторінок з індексу — видно тільки тут.
  4. Оцінювати сайт за середньою позицією. Вона змішує брендові запити з хвостами й майже нічого не означає. Дивитися треба по групах запитів.
  5. Ігнорувати внутрішні посилання. Звіт показує, куди йде вага сайту, і часто вона йде не туди.
  6. Не порівнювати з періодом торік. У сезонних нішах падіння в січні читається як катастрофа, хоча це норма.
  7. Масово надсилати сторінки на переіндексацію. Черга обмежена, і на обсяг це не працює — для цього є карта сайту.
  8. Вважати тимчасове видалення постійним рішенням. Через пів року сторінка повернеться у видачу.
  9. Не вивантажувати дані. Через 16 місяців історії просто не буде.

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


15. Питання та відповіді

Google Search Console безкоштовна?

Так, повністю. Обмежень за розміром сайту чи обсягом трафіку немає. Потрібен лише обліковий запис Google і можливість підтвердити право власності на сайт.

Що обрати — ресурс типу «Домен» чи «Префікс URL»?

За замовчуванням домен: він охоплює всі піддомени й обидва протоколи, тому дані не розпадаються на частини. Префікс URL потрібен, коли немає доступу до DNS або коли треба відстежувати окремий розділ сайту окремо від решти. Можна завести обидва типи одночасно.

Чому в Search Console і Google Analytics різні цифри?

Вони міряють різне. Search Console рахує кліки й тільки з Google, GA4 — сеанси й з усіх джерел. Плюс частина користувачів закриває сторінку до завантаження лічильника або блокує аналітику. Розбіжність у 10–20% нормальна.

Скільки часу зберігаються дані?

16 місяців. Усе старше видаляється безповоротно. Щоб зберегти історію, потрібен масовий експорт у BigQuery або регулярне вивантаження звітів.

Чому дані відображаються із запізненням?

Search Console обробляє дані приблизно дві доби. Це нормально і не є помилкою. Для оперативної картини є режим 24-годинного перегляду у звіті «Ефективність».

Куди зник звіт про зручність для мобільних?

Google закрив його в грудні 2023 року разом з інструментом Mobile-Friendly Test і його API. Мобільну якість тепер оцінюють через звіт Core Web Vitals і через перевірку URL зі скриншотом сторінки очима бота.

Чи потрібна ще розмітка FAQ?

Ні. Google припинив показ FAQ-результатів 7 травня 2026 року для всіх сайтів, а звіт у консолі прибрав у червні. Наявну розмітку можна лишити — вона нешкідлива, але результату не дає. Самі блоки питань і відповідей у тексті лишаються корисними.

Як швидко проіндексувати нову сторінку?

Через перевірку URL і кнопку «Запит на індексування». Це прохання, а не гарантія: черга обмежена, і масово так робити не вийде. Для великих обсягів працює карта сайту плюс внутрішні посилання на нову сторінку зі сторінок, які вже індексуються.

Що робити, якщо в консолі з’явилося повідомлення про ручні санкції?

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

Чи можна дати доступ підряднику й не втратити контроль?

Так, і саме так треба робити. Власником лишається клієнт, підряднику видається роль користувача з повним доступом. Він бачить усі дані й може працювати, але не може ні видалити ресурс, ні змінити склад користувачів.

Звертайтесь!

Отримайте більше користі

Ви отримаєте від нас найкращий контент, який допоможе вашому бізнесу зростати.
Ваш запит надіслано

    Підписатись

    Просувайтеся з нами — залиште заявку просто зараз

    Отримайте безкоштовну консультацію та оцінку просування бізнесу
    Ваш запит надіслано

      Надіслати