Зачем добавлять сайт в Google Search Console
Google Search Console (GSC) — бесплатный сервис Google для мониторинга присутствия сайта в поисковой выдаче. Через него вы видите, по каким запросам показывается сайт, какие страницы проиндексированы, есть ли ошибки сканирования и проблемы с мобильной версией. Даже если основной трафик идёт из Яндекса, Google часто приносит от 20 до 50% посещений — игнорировать эти данные нельзя.
GSC показывает информацию, которую невозможно получить из других источников: реальные поисковые запросы, CTR по позициям, статус индексации каждого URL, проблемы Core Web Vitals. Я добавляю сайт в Search Console параллельно с Яндекс Вебмастером — это занимает не больше 10 минут, а отдача от этих данных колоссальная.
Пошаговая инструкция
Шаг 1. Вход и выбор типа ресурса
Перейдите на search.google.com/search-console и войдите под аккаунтом Google. При добавлении нового ресурса GSC предлагает два варианта:
- Ресурс с префиксом URL — конкретная версия сайта (например,
https://example.ru). Простая верификация несколькими способами, но данные только для указанного протокола и поддомена. - Ресурс на уровне домена — весь домен целиком, включая все поддомены и протоколы. Подтверждается только через DNS. Рекомендую этот вариант: вы получите полную картину по всем версиям сайта в одном месте.
Для большинства проектов я выбираю ресурс на уровне домена — так не нужно отдельно добавлять www, без-www, HTTP и HTTPS версии. Все данные агрегируются автоматически.
Шаг 2. Подтверждение прав
Способ подтверждения зависит от выбранного типа ресурса.
Для ресурса на уровне домена (рекомендуется):
Единственный способ — DNS-запись. Google выдаст TXT-запись, которую нужно добавить в DNS-зону домена. Зайдите в панель управления доменом у регистратора или хостинга, найдите раздел DNS-записей и добавьте новую TXT-запись с указанным значением. Обновление DNS может занять от нескольких минут до 48 часов, но обычно 15-30 минут достаточно.
Для ресурса с префиксом URL — четыре способа:
- HTML-файл. Скачайте файл из GSC и загрузите в корень сайта. Проверьте доступность по прямому URL в браузере перед верификацией.
- Мета-тег. Добавьте тег
<meta name="google-site-verification" content="ваш_код" />в<head>главной страницы. В WordPress это делается через SEO-плагин (Yoast, Rank Math) — в настройках есть поле для Google Verification. - Google Analytics. Если на сайте установлен Google Analytics 4 (сервис ограничен в РФ с 2022 года — создание новых аккаунтов невозможно, существующие работают частично), Google может подтвердить права автоматически — при условии, что аккаунт GA и GSC привязаны к одному Google-аккаунту.
- Google Tag Manager. Аналогично — если контейнер GTM установлен на сайте и привязан к тому же аккаунту.
Для российских проектов я рекомендую DNS-запись или мета-тег. Эти способы не зависят от сторонних сервисов Google, доступ к которым может быть ограничен.
Шаг 3. Отправка Sitemap
Сразу после подтверждения прав перейдите в раздел «Файлы Sitemap» в левом меню. Введите URL карты сайта — обычно это https://example.ru/sitemap.xml или https://example.ru/sitemap_index.xml (Yoast SEO и другие плагины генерируют sitemap автоматически). Нажмите «Отправить».
Google обработает файл и через несколько часов покажет статус: сколько URL обнаружено, сколько проиндексировано, есть ли ошибки. Если статус «Не удалось получить» — проверьте, не заблокирован ли файл в robots.txt. Также убедитесь, что URL в sitemap соответствуют каноническим адресам страниц и возвращают код 200.
Можно отправить несколько sitemap-файлов: основной для страниц, отдельный для постов блога, для изображений. Yoast SEO создаёт sitemap_index.xml, который объединяет все дочерние карты — достаточно отправить только его.
Шаг 4. Проверка покрытия индекса
Раздел «Страницы» (ранее назывался «Покрытие») — один из самых важных в GSC. Здесь видно, сколько страниц Google проиндексировал и какие исключил. Страницы делятся на категории:
- Проиндексированные (без ошибок). Страницы в индексе Google. Количество должно примерно соответствовать числу реальных страниц на сайте.
- Не проиндексированные. Каждая причина расшифрована: «Обнаружена, но не проиндексирована», «Просканирована, но не проиндексирована», «Заблокировано robots.txt», «Страница с перенаправлением» и другие. Разбирайте каждую причину отдельно.
- Ошибки. Серверные ошибки (5xx), ошибки перенаправлений, заблокированные URL с тегом noindex — требуют приоритетного исправления.
Обращайте внимание на тренд: если количество проиндексированных страниц падает, а исключённых растёт — это сигнал проблем. Проверяйте этот раздел минимум раз в неделю.
Шаг 5. Отчёт Core Web Vitals
В левом меню откройте «Основные интернет-показатели» (Core Web Vitals). Отчёт показывает состояние всех страниц сайта по трём метрикам: LCP (скорость загрузки), INP (отзывчивость) и CLS (визуальная стабильность). Страницы группируются по статусу: хорошие, требующие улучшения, плохие.
Данные основаны на реальных визитах пользователей Chrome (CrUX), поэтому для появления отчёта нужен достаточный объём трафика. На новых сайтах данных может не быть — это нормально, они появятся по мере роста посещаемости.
Отчёт разделён на мобильную и десктопную версии. Google использует mobile-first индексирование, поэтому мобильные показатели приоритетнее. Если видите проблемы — кликните на конкретную группу URL, чтобы увидеть примеры затронутых страниц, и приступайте к оптимизации.
Шаг 6. Mobile Usability (удобство для мобильных)
Отчёт «Удобство страниц» → «Удобство для мобильных» показывает проблемы с мобильной версией. Типичные ошибки, которые ловит GSC:
- Текст слишком мелкий. Размер шрифта меньше 12px на мобильных — пользователь вынужден масштабировать.
- Интерактивные элементы расположены слишком близко. Кнопки и ссылки, по которым нельзя точно нажать пальцем.
- Контент шире экрана. Горизонтальная прокрутка на мобильных — признак сломанной адаптивной вёрстки.
- Не задан viewport. Отсутствие мета-тега viewport означает, что мобильный браузер отрисует страницу как десктопную.
Поскольку Google перешёл на mobile-first индексирование, проблемы с мобильной версией напрямую влияют на ранжирование. Исправляйте ошибки и нажимайте «Подтвердить исправление» — Google перепроверит страницы в течение нескольких дней.
Шаг 7. Инструмент «Проверка URL»
Один из самых полезных инструментов GSC. Введите любой URL сайта в верхнюю строку поиска и получите полную информацию: есть ли страница в индексе, когда последний раз сканировалась, какой канонический URL определил Google, есть ли проблемы с разметкой.
После исправления ошибки на странице используйте кнопку «Запросить индексирование» — Google добавит URL в приоритетную очередь на повторное сканирование. Это быстрее, чем ждать очередного обхода роботом, который может занять дни или недели.
Обратите внимание: Google ограничивает количество запросов на индексирование — несколько десятков в день. Не отправляйте сотни URL подряд, используйте sitemap для массовых обновлений.
Шаг 8. Связка с аналитикой
Если на сайте установлен Google Analytics 4 (сервис ограничен в РФ с 2022 года — создание новых аккаунтов невозможно, существующие работают частично), можно связать его с Search Console. Это делается в настройках GA4: «Администратор» → «Связь с Search Console». После связки в GA4 появится отчёт по поисковым запросам Google внутри аналитики.
Для российских проектов основной инструмент аналитики — Яндекс Метрика. Данные GSC об органическом трафике из Google ценны сами по себе, без привязки к GA4. Раздел «Эффективность» в GSC показывает клики, показы, CTR и среднюю позицию — этого достаточно для анализа поискового трафика из Google.
Типичные ошибки
- Добавить только ресурс с префиксом и забыть про другие версии. Если вы выбрали вариант «с префиксом URL», то данные для
https://example.ruиhttps://www.example.ruбудут в разных ресурсах. Ресурс на уровне домена решает эту проблему полностью. - Не отправить sitemap. Google найдёт страницы и без карты сайта, но на новых проектах это может занять недели. Sitemap ускоряет обнаружение и индексацию, а также даёт чёткий сигнал о том, какие URL вы считаете важными.
- Игнорировать раздел «Страницы» после первоначальной настройки. Ошибки индексации появляются постоянно: после обновлений, удаления страниц, изменения структуры. Проверяйте этот раздел хотя бы раз в неделю.
- Удалить файл или мета-тег подтверждения. Google периодически перепроверяет права. Потеря подтверждения означает потерю доступа к данным. DNS-запись — самый надёжный вариант.
- Не запросить повторную индексацию после исправления ошибок. В GSC есть инструмент «Проверка URL» — после исправления проблемы отправьте страницу на повторную проверку. Пассивное ожидание может затянуться на недели.
- Путать лабораторные и полевые данные Core Web Vitals. Lighthouse показывает лабораторные метрики (ваш компьютер), а GSC — полевые (реальные пользователи). Google учитывает именно полевые данные для ранжирования.
- Не проверять мобильную версию отдельно. Mobile-first означает, что Google сначала оценивает мобильную версию. Проблемы с мобильной вёрсткой влияют на ранжирование даже в десктопной выдаче.
Что проверить в итоге
- Ресурс добавлен в GSC и права подтверждены (зелёная галочка).
- Выбран правильный тип ресурса (рекомендуется — на уровне домена).
- Sitemap отправлен, статус «Успешно», количество обнаруженных URL соответствует реальному числу страниц сайта.
- В разделе «Страницы» нет критических ошибок индексации.
- Отчёт Core Web Vitals доступен и не содержит страниц со статусом «Плохо».
- Отчёт Mobile Usability не показывает ошибок.
- Вы знаете, как использовать инструмент «Проверка URL» для отправки страниц на переиндексацию.
- Через неделю — в разделе «Эффективность» появились данные по показам, кликам и запросам.
