Що насправді робить «експерт з Google Search Console», чого я не можу зробити сам? +
Ви можете читати звіти самостійно, і GSC спроєктований так, щоб бути доступним. Розрив — у тлумаченні та методі. Знати, що 1400 URL перебувають у стані «Discovered, currently not indexed», — це не те саме, що знати, чи це проблема crawl-budget, сигнал якості сайту, проблема контенту чи помилка sitemap, і яке виправлення запустити першим. Ми діагностували це на сотнях сайтів і можемо сказати, до якого кластера належить ваш випадок і як виглядає виправлення, замість того щоб лишати вас розбиратися методом проб і помилок.
Чим це відрізняється від вашого SEO Site Audit і чи потрібні мені обидва? +
SEO Site Audit дивиться широко: технічний стан, якість контенту, профіль зворотних посилань, аналіз розривів із конкурентами. Google Search Console — лише одне з кількох джерел даних, які він використовує. Ця послуга заглиблюється в сам інструмент GSC: кожен звіт, кожен позначений пункт, кожен стан індексації, робочий процес validate-fix і зберігання даних. Якщо ваша основна проблема всередині Search Console — починайте звідси. Якщо вам потрібна повна картина, включно зі зворотними посиланнями та конкурентним позиціонуванням, SEO Site Audit охоплює більше. Деякі клієнти роблять обидва послідовно.
Чи можете ви гарантувати, що мою сторінку проіндексують? +
Ні. Індексація — це рішення Google, і ніхто поза Google не може його гарантувати. Що ми можемо — визначити конкретну причину, чому сторінка не індексується, застосувати правильне виправлення для цього стану, подати URL на повторну індексацію й відстежувати цикл validate-fix. Щойно технічну причину усунено, більшість сторінок таки потрапляють в індекс, але час і остаточне рішення лишаються за Google.
Чи потрібен вам доступ до мого Search Console і як це працює? +
Так, потрібен доступ лише для перегляду. Ми запитуємо його через запрошення на email у панелі прав Google Search Console — так само, як ви додали б будь-якого учасника команди. Ми ніколи не просимо пароль від вашого облікового запису Google. Доступ обмежений конкретною властивістю та конкретними учасниками вашого проєкту. Ви можете відкликати його одним кліком будь-коли. Ми зареєстровані в ЄС (CyberLab.Team OÜ, Естонія) і працюємо згідно з GDPR. Data Processing Agreement (DPA) доступна за запитом.
Мій Search Console «нічого не показує» або в ньому майже немає даних. Що не так? +
Є кілька поширених причин. URL-prefix property може успішно підтвердитися, але пропускати дані, якщо обрано неправильну область (http vs https, www vs non-www). Domain property може мати підтвердження, яке мовчки відмовляє після зміни DNS. Відсутній або некоректний sitemap означає, що сторінки не подаються Google систематично. Зовсім нова властивість — теж нормально: GSC наповнює близько 16 місяців даних, але нещодавно підключена властивість стартує з дуже малим обсягом. Ми опрацьовуємо кожну можливість і знаходимо реальний розрив.
Domain property vs URL-prefix property: що мені обрати і чи має це значення? +
Має значення, і велике. Domain property охоплює всі протоколи й піддомени під кореневим доменом (www, non-www, https, http, піддомени) і підтверджується лише через DNS. URL-prefix property охоплює один конкретний URL-префікс, підтверджується через DNS, HTML-файл, HTML-тег, Google Analytics або GTM. Якщо ваш сайт має суттєвий трафік і на www, і на non-www, або якщо ви використовуєте піддомени для різних мовних версій, Domain property дає повну картину. Більшості сайтів варто використовувати Domain property, але вимога підтвердження через DNS заважає людям налаштувати їх правильно.
Звіт Pages каже «Crawled, currently not indexed». Що це означає і чи можете ви це виправити? +
Це означає, що Google відвідав сторінку, зміг її прочитати й вирішив не включати в індекс. Причина рідко зводиться до одного технічного налаштування. Google міг визнати контент надто тонким, надто схожим на інші сторінки вашого сайту або недостатньо корисним, щоб ранжуватися за чимось конкретним. Це також може бути сигналом від накопичення низькоякісних сторінок деінде на тому самому домені. Ми дивимося на вражену групу URL, оцінюємо ймовірний сигнал і рекомендуємо або шлях покращення контенту, або підхід консолідації, або іншу стратегію canonical.
Яка різниця між «Discovered, not indexed» і «Crawled, not indexed», і чи варто просто натиснути Request Indexing на всіх них? +
Discovered, not indexed означає, що Google знайшов URL (зазвичай із sitemap чи внутрішнього посилання), але ще не відвідав його. Це часто сигнал crawl-budget або внутрішньої перелінковки. Crawled, not indexed означає, що Google відвідав, але вирішив не включати сторінку. Це різні діагнози з різними виправленнями. Натискання Request Indexing на великих обсягах сторінок не усуває першопричину й дає лише тимчасовий сигнал. Для більшості сайтів робота над першопричиною дає тривкіший результат, ніж ручне подання окремих URL.
Я отримав повідомлення про manual action або security issue. Чи можете ви домогтися його зняття? +
Ми можемо допомогти підготувати чистий, добре задокументований reconsideration request, але рішення скасувати manual action належить Google і може зайняти від кількох тижнів до місяців. Найпоширеніша причина відмови в reconsideration request — що базову проблему не було повністю усунено перед поданням. Ми ретельно визначаємо тригер, опрацьовуємо чек-лист очищення й структуруємо запит відповідно до того, що зазначають рекомендації Google. Чого ми не можемо — пообіцяти результат чи терміни.
Google обрав інший canonical, ніж той, що я вказав. Що це означає і що мені робити? +
Коли Google ігнорує ваш тег canonical і обирає інший URL як основну версію, це зазвичай означає, що Google знайшов сильніший сигнал в інший бік: редирект, внутрішні посилання на інший URL, sitemap із вказаною іншою версією або тег hreflang, що вказує на альтернативу. Ваш заявлений canonical трактується як підказка, а не вказівка. Ми визначаємо, який конкуруючий сигнал перемагає, і допомагаємо привести їх у відповідність, щоб Google підхопив потрібний вам canonical.
Мій звіт Core Web Vitals червоний, але PageSpeed Insights каже, що сторінка швидка. Що з цього правильне? +
Обидва можуть бути правильними, бо вони вимірюють різні речі. PageSpeed Insights (лабораторний режим) симулює одне завантаження за контрольованих умов. Звіт GSC Core Web Vitals використовує польові дані: вимірювання реальних користувачів із Chrome на всіх пристроях і типах з'єднання на вашому сайті за останні 28 днів. Сторінка може пройти лабораторний тест і все одно провалити польові дані, якщо більшість реальних відвідувачів на повільному мобільному з'єднанні, якщо у фоні працює повільний сторонній скрипт або якщо зсув макета відбувається під час прокручування, яке лабораторія не відтворює. Саме польові дані Google використовує як сигнали ранжування.
Чи можете ви допомогти зрозуміти, чому впав мій трафік, за допомогою звіту Performance? +
Так, і це одна з найбільш методичних речей, які ми робимо. Звіт Performance може показати, чи зачепило падіння всі запити чи конкретний кластер, усі країни чи один ринок, усі типи сторінок чи один розділ сайту. Ми дивимося, чи покази впали разом із кліками (що вказує на зміну індексу Google або втрату позицій), чи кліки впали, тоді як покази трималися (що вказує на зміну CTR і натякає на проблему з title або сніпетом). Ми також звіряємося з відомими датами оновлень Google, щоб сказати, чи те, що ви бачите, — широкий зсув алгоритму чи щось специфічне для вашого сайту.
GSC зберігає лише близько 16 місяців даних. Чи можете ви налаштувати довше зберігання? +
Так. Search Console to BigQuery Bulk Data Export безперервно передає дані вашої властивості в датасет BigQuery на вашому власному проєкті Google Cloud. Щойно це запущено, дані належать вам, і ви можете зберігати їх безстроково. Ми налаштовуємо експорт, виставляємо відповідні права й за бажанням підключаємо дашборд Looker Studio для аналізу трендів. Проєкт BigQuery і Google Cloud лишаються вашими; ми ніколи не зберігаємо ваші дані в себе.
Я на WordPress. Замовити цю послугу чи ваш WordPress SEO audit? +
Якщо проблема, яку ви намагаєтеся вирішити, живе всередині інтерфейсу Search Console — стани індексації, manual actions, цикли validate-fix чи зберігання даних, — замовляйте цю послугу. Якщо ваша проблема на рівні платформи WordPress — конфлікти плагінів, дублювання таксономій, зміни permalink, Core Web Vitals на рівні теми чи налаштування Yoast і Rank Math, — підійде WordPress SEO audit. Ці дві не перетинаються. Деякі клієнти беруть обидві.
Мені важливо з'являтися в AI Overviews чи AI Mode. Це покривається тут? +
Не безпосередньо. Ця сторінка про інструмент Google Search Console і його звіти: пошукову ефективність, індексацію та Core Web Vitals. Ранжування й цитування всередині Google AI Overviews та AI Mode покриває наша окрема послуга AI SEO. Видимість усередині AI-асистентів на кшталт ChatGPT і Perplexity — це наша послуга AI Visibility. Справно налаштований GSC — передумова майже для всього іншого, але це окремі напрями роботи.
Що НЕ входить і чи мушу я наймати вас для впровадження виправлень? +
Результат — це письмова діагностика й упорядкований за пріоритетом план дій із дзвінком-розбором. Ми не пишемо контент, не нарощуємо посилання й не вносимо зміни у вашу інсталяцію WordPress, обліковий запис Google Ads чи CMS. Впровадження оцінюється окремо на основі списку виправлень і не передбачає жодних зобов'язань. Приблизно половина наших клієнтів впроваджують зміни зі своїм власним розробником чи наявною агенцією, користуючись звітом напряму. Ми даємо точну оцінку після безкоштовної попередньої перевірки, зазвичай протягом 24 годин.