БЛОГ • INEXWEB

Google Search Console: як знайти помилки й точки зростання сайту

Як перевірити індексацію, знайти запити для зростання та розібратися з падінням трафіку в Google Search Console. Покроковий розбір із прикладами.

Google Search Console: як знайти помилки й точки зростання сайту

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

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

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

Як підключити сайт до Google Search Console

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

Доменний ресурс об’єднує дані домену, зокрема піддоменів і різних протоколів. Для нього використовується підтвердження через DNS. Ресурс із префіксом URL обмежений зазначеною адресою: наприклад, https://example.com/. Його можна підтвердити HTML-файлом або іншим доступним способом.

  1. Відкрийте Search Console, виберіть додавання ресурсу та відповідний тип.
  2. Для доменного ресурсу скопіюйте наданий запис у DNS-налаштування домену. Якщо домен обслуговує окремий провайдер DNS, запис потрібно додати саме там.
  3. Для підтвердження HTML-файлом завантажте файл на комп’ютер і розмістіть його за адресою, яку вказав Google. Не змінюйте назву та вміст.
  4. Натисніть кнопку підтвердження. DNS-запис може визначитися не одразу.
  5. Збережіть підтверджувальний запис або файл: Google періодично перевіряє їхню наявність.

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

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

Як перевірити, чи є сторінка в Google

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

Перегляньте статус індексації, дату останнього сканування та вибраний Google канонічний URL. Канонічною називають основну адресу серед однакових або дуже схожих сторінок.

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

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

Припустімо, послугу помилково закрили тегом noindex. Розробник прибрав заборону, але старий звіт залишився червоним. Правильна дія — перевірити опублікований URL, переконатися, що заборони більше немає, і надіслати запит. Щодня натискати кнопку, нічого не змінюючи на сторінці, немає сенсу.

Чому не всі виключені сторінки потрібно повертати до індексу

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

СитуаціяЩо перевіритиКоли діяти
Заборона в robots.txtЧи не закрили потрібний розділ від скануванняКоли заборона зачепила сторінки, призначені для пошуку
Заборона noindexЧи потрібна ця сторінка у видачіЯкщо індексування заборонили помилково
404Чи існує сторінка та чи є рівноцінна замінаВідновити потрібну; перенаправити на справжню заміну; для видаленої без заміни 404 допустимий
ПеренаправленняКуди веде адреса і чи працює кінцева сторінкаЯкщо напрямок неправильний або перенаправлення не працює
Помилка сервера 5xxДоступність сайту та журнал помилокНасамперед, якщо збій масовий або повторюється
Google вибрав інший canonicalДублікати, canonical, sitemap і внутрішні посиланняЯкщо замість потрібної сторінки вибрано невідповідну адресу
Проскановано, але не проіндексованоЗміст, дублікати, доступність, корисність і внутрішні посиланняКоли це важлива самостійна сторінка

Наприклад, фільтр магазину створив тисячі комбінацій параметрів. Повертати всі ці адреси до пошуку лише заради зеленого графіка — сумнівне завдання. А от відсутність основної категорії з товарами вже потребує уваги.

Окремо перевірте sitemap. У ньому мають бути актуальні адреси, які ви хочете бачити в пошуку. Якщо карта містить старі URL із перенаправленнями, її варто оновити. Успішна обробка sitemap означає, що Google прочитав файл; вона не обіцяє індексації кожної адреси.

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

Як читати звіт про ефективність без хибних висновків

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

Якщо за 2 000 показів ви отримали 80 кліків, CTR становитиме 4%. Але оцінити, добре це чи погано, за однією цифрою не можна. Брендовий запит, широка інформаційна тема та запит на купівлю матимуть різні умови.

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

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

Не намагайтеся за будь-яку ціну узгодити суму всіх рядків запитів із загальним графіком. Частина запитів приховується з міркувань конфіденційності; на цифри також впливають особливості групування та фільтри. Експорт таблиці не перетворює її на повний журнал кожного пошуку.

Як знайти сторінку, яку варто доопрацювати першою

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

  1. Відкрийте звіт про результати пошуку й виберіть період, у якому достатньо даних. Для невеликого сайту можна почати з трьох місяців.
  2. На вкладці сторінок виберіть потрібний URL. Переконайтеся, що з’явився фільтр цієї сторінки.
  3. Перейдіть до запитів. За потреби обмежте країну та пристрій.
  4. Відберіть запити, які відповідають послузі й уже дають помітні покази.
  5. Експортуйте дані, щоб зберегти початковий стан перед змінами.

Умовний приклад: сторінка отримує покази за запитами «розробка інтернет-магазину», «вартість інтернет-магазину» та «інтернет-магазин на WordPress». На ній є загальні переваги, але майже нічого про вартість і вибір платформи.

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

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

Запити поблизу першої сторінки видачі зручно брати до початкового списку кандидатів. Але сама позиція не доводить, що сторінці бракує тексту. Можливо, проблема в типі сторінки, асортименті, географії або якості пропозиції. Спочатку подивіться, які результати Google показує за цим запитом.

Як перевірити канібалізацію та відповідність запиту

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

Щоб розібратися, виберіть потрібний запит у звіті й перейдіть до сторінок. Порівняйте, які URL отримували покази в різні періоди. Потім відкрийте їх і сформулюйте призначення кожної одним реченням.

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

Іноді достатньо уточнити заголовки, зміст і внутрішні посилання. Об’єднання з перенаправленням доречне, коли сторінки справді дублюють одна одну й одна більше не потрібна. Ставити 301 лише через перетин запитів я б не радив.

Для української та російської версій важлива окрема перевірка. Сама поява обох версій у статистиці не робить їх дублікатами, які потрібно склеїти. Спочатку оцініть мову запиту, мовні налаштування сторінок і коректність зв’язків між версіями.

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

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

Як відокремити комерційні запити від брендових

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

(купить|купити|заказать|замовити|цена|ціна|стоимость|вартість)

У фільтрі запитів виберіть режим регулярного виразу та відповідність шаблону. Перевірте перші рядки результату. «Як розрахувати вартість самостійно» теж потрапить до вибірки, тому готовим списком комерційної семантики її вважати не можна.

Для брендових запитів INEXWEB початковий шаблон може виглядати так:

(inexweb|inex web|инексвеб|інексвеб|инекс веб|інекс веб)

Це робоча заготовка. Її потрібно уточнювати за фактичними написаннями бренду у звіті. Після перевірки збережіть дві вибірки: з відповідністю та без відповідності.

Розділення допомагає відповісти на корисне запитання: нас частіше шукають за назвою чи сайт став помітнішим людям, які ще не знають компанію? Обидва види трафіку потрібні, але пояснюють вони різні процеси.

Що робити, якщо кліків поменшало

Почніть із дати зміни. Порівняйте рівні періоди; для сезонного бізнесу додатково подивіться зіставний сезон. Потім визначте масштаб: падіння зачепило весь сайт, окрему папку чи кілька сторінок?

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

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

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

Щоб не втратити зв’язок між зміною та результатом, заведіть журнал:

ДатаСторінкаЩо змінилиЩо перевіряємо
Дата зміниСторінка послугиПрибрали випадковий noindexПовторне сканування і статус індексації
Дата зміниТа сама сторінкаДодали склад робіт і пояснення ціниДинаміку релевантних запитів і звернень

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

З якої перевірки почати сьогодні

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

Запишіть дію у формі, яку можна виконати: «додати склад вартості», «виправити canonical», «перевірити доступність після перенесення». Формулювання «поліпшити SEO сторінки» не допомагає ні власнику, ні розробнику.

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

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

Якщо потрібна допомога з упровадженням на вашому сайті, перегляньте склад робіт: SEO-просування сайту.

Sima admin
Автор матеріалу
Sima admin
SEO INEXWEB · практичний досвід створення та просування сайтів
☎ 067 966 44 77
Є ПРОЄКТ?

Обговоримо ваш майбутній сайт

Розкажіть, що потрібно бізнесу.

Оплата: приймаємо оплату в будь-якій зручній формі, у тому числі безготівково на ФОП без ПДВ.