Как проверить сайт в Google Search Console

Google Search Console — это бесплатный инструмент Google, который помогает владельцам сайтов, SEO-специалистам и маркетологам понять, как сайт представлен в Google Search: какие страницы найдены и проиндексированы, по каким запросам сайт получает показы и клики, какие URL имеют ошибки, как Google видит конкретную страницу, есть ли проблемы с sitemap, HTTPS, удобством страниц, структурированными данными и поисковой видимостью.

Google описывает Search Console как инструмент для понимания эффективности сайта в поиске и улучшения его присутствия в Google Search. Проверка сайта в Google Search Console — это не разовое действие «добавить сайт и отправить sitemap». Правильная работа с GSC похожа на регулярную диагностику: сначала нужно подтвердить права на сайт, затем проверить индексацию, sitemap, отдельные URL, поисковые запросы, клики, CTR, позиции, мобильный опыт, Core Web Vitals, HTTPS, структурированные данные и причины падения трафика.

Главный смысл Google Search Console — не просто смотреть, «есть ли сайт в Google». Смысл — понять, как Google находит сайт, какие страницы считает пригодными для индексации, по каким запросам уже показывает ресурс и что мешает органическому трафику расти.

Google Search Console — это не счётчик позиций, а диагностическая панель сайта

Многие открывают Google Search Console только тогда, когда сайт уже не растёт, трафик упал или новая страница не появляется в поиске. Это типичная ошибка. Search Console нужна не только для решения проблем, но и для постоянного контроля здоровья сайта. Сайт может выглядеть нормально для пользователя, но Google может видеть его иначе.

Например, страница открывается в браузере, но закрыта от индексации. Текст есть на экране, но не виден роботу из-за JavaScript. В sitemap отправлены сотни URL, но часть из них ведёт на редиректы или 404. Статья опубликована, но Google считает её дублем другой страницы. Коммерческая страница получает показы, но почти не получает кликов из-за слабого title или несоответствия интенту.

Google Search Console помогает увидеть сайт глазами поиска. В этом её главная ценность. Google отдельно объясняет, что поиск работает в несколько этапов: сканирование, индексирование и показ результатов. Не каждая страница проходит все эти этапы, и даже соблюдение базовых рекомендаций не гарантирует, что конкретная страница будет просканирована, проиндексирована или показана в выдаче. Поэтому проверка сайта в GSC начинается не с позиций, а с вопроса: может ли Google вообще найти, обработать и понять нужные страницы?

Зачем проверять сайт в Google Search Console

Google Search Console нужна для нескольких задач.

Первая — техническая: понять, какие страницы Google нашёл, какие проиндексировал, какие исключил и почему.

Вторая — маркетинговая: увидеть, по каким запросам сайт получает показы и клики, какие страницы привлекают трафик, где слабый CTR и какие темы уже имеют потенциал роста. Третья — стратегическая: понять, какие разделы сайта нужно развивать, какие страницы дорабатывать и где сайт проигрывает выдаче. В GSC можно проверять:

• индексацию страниц;
• ошибки и причины исключения URL;
• отдельные страницы через URL Inspection;
• sitemap.xml;
• поисковые запросы;
• клики, показы, CTR и среднюю позицию;
• страницы, которые получают трафик;
• динамику после редизайна или SEO-работ;
• HTTPS;
• Core Web Vitals;
• структурированные данные;
• ручные меры и проблемы безопасности;
• удобство страниц и технические сигналы.

Google в официальной справке указывает, что Search Console предоставляет информацию о том, как Google сканирует, индексирует и показывает сайты, а это помогает владельцам ресурсов мониторить и оптимизировать эффективность в поиске.

Этап 1. Добавить сайт в Google Search Console

Проверка начинается с добавления ресурса. В Search Console есть два основных типа свойств: Domain property и URL-prefix property. Domain property охватывает весь домен со всеми протоколами, поддоменами и путями. Например, если добавить домен example.com, в него будут входить версии с http, https, www, без www, а также поддомены. Для такого свойства Google требует подтверждение через DNS-запись. URL-prefix property привязана к конкретному адресу, включая протокол и, при необходимости, путь.

Например, https://example.com/ и http://example.com/ для Search Console являются разными URL-prefix свойствами. Google отдельно определяет URL-prefix property как свойство, которое включает протокол и может включать путь.

Для профессионального SEO лучше использовать Domain property, потому что оно показывает более полную картину по домену. Но URL-prefix свойства тоже полезны, если нужно отдельно анализировать конкретную версию сайта, поддомен, языковую папку или раздел.

Этап 2. Подтвердить права на сайт

После добавления сайта нужно подтвердить владение. Без подтверждения Search Console не покажет данные, потому что информация о поисковой видимости сайта является чувствительной. Для Domain property обычно используется DNS-запись. Google указывает, что для подтверждения доменного свойства нужно добавить DNS-запись у провайдера домена; для URL-prefix свойств доступны и другие способы, но DNS-подтверждение также может автоматически подтвердить доменное свойство.

На практике это выглядит так: Google выдаёт TXT-запись, её нужно добавить в DNS-зону домена у регистратора или хостинг-провайдера, затем вернуться в Search Console и нажать проверку. Иногда DNS обновляется не мгновенно, поэтому подтверждение может сработать не сразу. Частая ошибка — добавить не то свойство. Например, сайт работает на https://www.site.kz, а в GSC добавили только http://site.kz.

В таком случае данные могут казаться пустыми, хотя проблема не в трафике, а в неверно выбранной версии ресурса. Google в справке по падению трафика прямо указывает, что несоответствие свойства фактическому URL сайта — одна из распространённых причин «пропавших» данных, особенно при путанице между HTTP и HTTPS.

Этап 3. Проверить, видит ли Google страницы сайта

После подключения не нужно сразу смотреть позиции. Сначала нужно проверить, нашёл ли Google страницы и что с ними происходит. Для этого используется отчёт Page Indexing. Google описывает этот отчёт как инструмент, который показывает, сколько страниц сайта Google пытался просканировать и были ли они проиндексированы.

Для проверки конкретной страницы Google рекомендует использовать URL Inspection. В этом отчёте важно смотреть не только количество проиндексированных страниц. Главный вопрос — правильные ли страницы попали в индекс. Хорошая ситуация: в индексе главная, услуги, категории, статьи, кейсы, важные посадочные страницы. Плохая ситуация: в индексе технические URL, фильтры, дубли, страницы сортировки, старые адреса, а коммерческие страницы исключены. Именно здесь SEO-аудит начинает становиться профессиональным. Нужно не просто радоваться числу «проиндексировано 500 страниц», а понять, какие это 500 страниц и нужны ли они в поиске.

Этап 4. Проверить причины исключения страниц

В Search Console страницы могут иметь разные статусы. Одни URL проиндексированы. Другие обнаружены, но не просканированы. Третьи просканированы, но не проиндексированы. Четвёртые исключены из-за noindex, редиректа, дубля, canonical или ошибки. Эти статусы нельзя воспринимать одинаково. Например, если страница «Просканирована, но не проиндексирована», это не всегда чисто техническая ошибка.

Иногда Google видел страницу, но не посчитал её достаточно ценной, уникальной или приоритетной для индекса. Если страница исключена из-за noindex, нужно искать директиву в коде или HTTP-заголовках. Если Google выбрал другую canonical-страницу, нужно проверять дубли и canonical. Профессиональный подход такой: каждый статус нужно переводить в действие. noindex на важной странице — убрать запрет. Ошибка сервера — проверить хостинг, CMS, логи и доступность. Редирект — понять, должен ли URL вообще быть в sitemap.

Дубль — проверить canonical и структуру URL. Просканировано, но не проиндексировано — оценить качество страницы, внутренние ссылки, уникальность и интент.

Этап 5. Проверить конкретную страницу через URL Inspection

Инструмент URL Inspection — один из самых важных в Google Search Console. Он показывает информацию о версии страницы, которая находится в индексе Google, позволяет проверить, может ли URL быть проиндексирован, а также даёт данные об индексируемости, structured data, video и AMP, если они есть. Через URL Inspection можно понять:

• есть ли страница в индексе;
• когда Google последний раз её сканировал;
• какой canonical выбран;
• можно ли индексировать живую версию страницы;
• видит ли Google ошибки;
• доступна ли страница роботу;
• можно ли запросить индексацию;
• как Google рендерит страницу.

Это особенно полезно после публикации новой страницы, редактирования title, исправления noindex, настройки canonical, переноса URL или технических правок. Важно: запрос индексации — не волшебная кнопка. Он сообщает Google, что страницу стоит проверить, но не гарантирует индексацию и позиции. Google сам решает, сканировать, индексировать и показывать ли страницу в поиске.

Этап 6. Проверить sitemap.xml

Sitemap.xml помогает Google узнать, какие страницы сайта стоит учитывать. В Search Console есть отдельный отчёт Sitemaps, через который можно отправить карту сайта и посмотреть, были ли ошибки при её обработке. Google описывает этот отчёт как инструмент для отправки новых sitemap, просмотра истории отправки и ошибок, которые Google обнаружил при разборе карты сайта. Но sitemap — это не гарантия индексации. Google прямо указывает, что количество URL, извлечённых из sitemap, не гарантирует, что эти URL были или будут просканированы и проиндексированы. Что нужно проверить в sitemap:

• есть ли там главная страница;
• есть ли услуги, категории, товары, статьи и важные посадочные страницы;
• нет ли 404;
• нет ли редиректов;
• нет ли URL с noindex;
• нет ли дублей;
• нет ли тестовых страниц;
• нет ли технических параметров;
• совпадают ли URL с каноническими версиями.

Хороший sitemap — это чистая карта важных страниц. Плохой sitemap — это выгрузка всего, что сгенерировала CMS.

Этап 7. Проверить эффективность сайта в поиске

После индексации нужно перейти к отчёту Performance / Search results. Это один из главных отчётов для SEO и маркетинга. Google указывает, что график Performance показывает клики, показы, средний CTR и среднюю позицию за выбранный период. Именно здесь видно, как сайт реально работает в поиске. Основные метрики:

Clicks — сколько раз пользователи перешли на сайт из Google. Impressions — сколько раз сайт показывался в результатах поиска.

CTR — доля кликов от показов.

Average position — средняя позиция сайта или страницы по запросам. Но эти показатели нельзя анализировать поверхностно. Например, высокая средняя позиция не всегда означает успех, если запросов мало. Большое количество показов не всегда хорошо, если CTR низкий. Рост показов при падении средней позиции может означать, что сайт начал показываться по более широкому набору запросов. Google отдельно поясняет, что CTR — это клики, разделённые на показы, а высокий CTR может означать, что контент соответствует тому, что ищут пользователи.

Этап 8. Проанализировать поисковые запросы

Во вкладке Queries видно, по каким запросам сайт получает показы и клики. Google в справке по задачам отчёта Performance рекомендует открывать вкладку Queries и сортировать запросы по кликам, CTR или показам. Для SEO это один из самых ценных отчётов. Он показывает не то, что бизнес думает о своих услугах, а то, как Google уже связывает сайт с реальными запросами пользователей. Что нужно искать:

• запросы с большим количеством показов и низким CTR;
• запросы со средней позицией 8–20;
• запросы, по которым сайт уже близок к топу;
• нецелевые запросы;
• брендовые запросы;
• коммерческие запросы;
• информационные запросы;
• новые темы для блога;
• запросы, под которые нет отдельной страницы.

Например, если статья получает показы по запросу «как собрать семантическое ядро», но CTR низкий, возможно, title и description не обещают достаточно понятный ответ. Если страница услуги получает показы по запросу «SEO продвижение цена», но на странице нет блока про стоимость, нужно доработать контент под интент.

Этап 9. Проанализировать страницы

Во вкладке Pages видно, какие URL получают клики и показы. Этот отчёт помогает понять, какие страницы являются реальными точками входа из Google. Здесь важно сравнивать страницы между собой:

• какие страницы дают больше всего кликов;
• какие получают показы, но мало кликов;
• какие страницы не получают трафика;
• какие статьи работают лучше коммерческих страниц;
• какие URL показываются по нецелевым запросам;
• какие страницы просели после изменений;
• какие страницы нужно усилить внутренними ссылками.

Очень часто в GSC видно, что блог привлекает показы, но не ведёт пользователя к коммерческим страницам. Или наоборот: коммерческая страница получает показы, но не раскрывает нужный интент. Поэтому Performance нужно анализировать не отдельно от сайта, а вместе со структурой, контентом и конверсией.

Этап 10. Проверить CTR и сниппеты

CTR показывает, насколько хорошо сниппет страницы работает в выдаче. Если страница получает много показов, но мало кликов, проблема может быть в title, description, интенте или конкуренции в выдаче. Причины низкого CTR:

• title слишком общий;
• description не объясняет пользу;
• страница показывается по нецелевым запросам;
• конкуренты имеют более сильные заголовки;
• в выдаче есть карты, объявления, видео или AI-блоки;
• запрос информационный, а сниппет выглядит коммерческим;
• страница не обещает прямого ответа.

Важно помнить: Google может формировать title link и snippet не только из прописанных мета-тегов. Для заголовка результата Google может использовать