Google Search Console показывает, как Google находит сайт, какие страницы попали в индекс, по каким запросам приходят переходы и какие технические проблемы обнаружены. Сервис бесплатный, но его отчёты требуют аккуратного чтения: данные агрегируются, обновляются с задержкой и не являются журналом каждого действия робота.
Какой тип ресурса выбрать
Domain property объединяет HTTP и HTTPS, www и без www, а также поддомены. Право подтверждается DNS-записью. Это основной выбор для владельца домена: миграция протокола или появление поддомена не дробит картину на отдельные ресурсы.
URL-prefix property охватывает только указанный префикс. Её можно подтвердить HTML-файлом, тегом, Google Analytics, Tag Manager или DNS — доступность способов зависит от ситуации. Такой ресурс полезен, если команда отвечает только за папку или не имеет доступа к DNS. Для полной диагностики сайта Domain property обычно удобнее.
| Тип | Охват | Подтверждение |
|---|---|---|
| Domain | Все протоколы и поддомены | DNS TXT |
| URL-prefix | Точный протокол, хост и путь | Несколько способов, включая HTML и DNS |
Подключение и права доступа
Откройте Search Console, добавьте ресурс и выполните предложенную проверку. DNS-запись добавляют у регистратора или DNS-провайдера; распространение может занять время. Не удаляйте запись после подтверждения: Google периодически проверяет право повторно. При переносе DNS убедитесь, что TXT сохранён.
Назначайте доступы через Settings → Users and permissions. Владелец может управлять пользователями и настройками, полный пользователь видит большинство данных, ограниченный — только разрешённые разделы. Не передавайте общий пароль от Google-аккаунта агентству. После завершения проекта удалите лишние доступы и проверьте список подтверждённых владельцев.
- Создать Domain property.
- Добавить DNS TXT.
- Дождаться подтверждения.
- Добавить рабочих пользователей с нужной ролью.
- Проверить HTTPS-версию и основной домен.
- Зафиксировать владельца доступа в компании.
Sitemap и обнаружение страниц
В разделе Sitemaps укажите абсолютный адрес карты сайта. Google показывает, удалось ли прочитать файл и сколько URL обнаружено. Статус Success означает чтение карты, а не индексирование каждой страницы. Содержимое sitemap должно совпадать с канонической структурой сайта.
Перед отправкой проверьте карту через валидатор sitemap.xml, а большой набор разберите с помощью Sitemap Intelligence. Удалите 3xx, 4xx, 5xx, noindex и URL с canonical на другую страницу. Не отправляйте новый файл при каждой мелкой правке: держите стабильный адрес и обновляйте его содержимое.
URL Inspection
Проверка URL показывает сведения о канонизации, последнем обходе, доступности страницы, мобильной версии и распознанных улучшениях. Результат «URL is on Google» относится к конкретному адресу и моменту данных. «URL is not on Google» требует чтения причины: страница может быть новой, исключённой директивой, дублем или недоступной.
Live Test проверяет текущую доступность, но не гарантирует, что Google выберет страницу для индекса. Request indexing ставит один URL на повторную обработку; повторное нажатие не ускоряет очередь. Используйте его после исправления важной страницы, а регулярные изменения передавайте внутренними ссылками и sitemap. Массовый поток можно распределять через индексацию Sitemap, не выдавая отправку за гарантию результата.
| Действие | Что показывает | Ограничение |
|---|---|---|
| Index status | Известное Google состояние URL | Данные могут отставать |
| Live Test | Доступность текущей версии | Не проверяет будущий выбор canonical полностью |
| Request indexing | Запрос на повторную обработку | Квоты и отсутствие гарантии |
| View crawled page | HTML и ресурсы последнего crawl | Не всегда совпадает с текущей версией |
Page indexing
Отчёт группирует известные Google URL на индексируемые и исключённые по причинам. Сначала отделите ожидаемые исключения от ошибок. Redirect, Alternate page with proper canonical, Not found и Excluded by noindex могут быть нормальными для конкретного шаблона. Проблема возникает, когда в группу попадают важные посадочные страницы.
Для каждой неожиданной причины экспортируйте выборку, сгруппируйте URL по шаблону и проверьте несколько примеров. Crawled — currently not indexed и Discovered — currently not indexed не исправляются одной кнопкой: исследуйте внутренние ссылки, дубли, полезность, скорость ответа и размер лишнего пространства URL. После системного исправления запустите Validate Fix, если функция доступна для причины.
- Сравнить индексируемое число с реальным набором посадочных страниц.
- Отделить ожидаемые технические URL.
- Группировать проблемы по шаблону.
- Проверить canonical, noindex, robots и HTTP.
- Найти источник обнаружения мусорных адресов.
- Исправить шаблон и перепроверить выборку.
Performance: запросы, страницы и страны
Performance показывает клики, показы, CTR и среднюю позицию. Используйте фильтры Query, Page, Country, Device, Search appearance и Date. Сравнение периодов полезнее одиночной цифры: оно показывает, где изменились спрос, видимость или сниппет. Данные агрегируются и могут скрывать редкие запросы ради конфиденциальности, поэтому сумма строк не обязана совпадать с общим итогом.
Средняя позиция — усреднение верхней позиции вашего результата по показам, а не ежедневное место сайта по фиксированному запросу. Разбирайте запрос вместе со страницей и устройством. Рост показов при снижении CTR может означать выход на более широкие запросы, а падение кликов без потери позиции — изменение спроса или вида выдачи.
- Сравнить последние 28 дней с предыдущими.
- Отдельно посмотреть бренд и небренд.
- Найти страницы с потерей кликов.
- Разложить изменение по запросам и странам.
- Проверить устройства и search appearance.
- Сопоставить дату с релизами и сезонностью.
Core Web Vitals и Enhancements
Core Web Vitals использует полевые данные Chrome User Experience Report и группирует похожие URL. Он показывает опыт реальных пользователей за скользящий период, поэтому исправление не исчезает из отчёта сразу. Для диагностики конкретной страницы дополните его PageSpeed Insights и Lighthouse; различие объясняется полевыми и лабораторными условиями.
Разделы Enhancements появляются для распознанных типов структурированных данных и функций поиска. Ошибка означает несоответствие требованиям конкретного результата, а не автоматическое удаление обычной страницы из индекса. Проверьте разметку в Rich Results Test и убедитесь, что она описывает видимое содержание.
Links, Manual Actions и Security Issues
Links содержит выборки внешних и внутренних ссылок. Это не полный индекс ссылок и не база для подсчёта собственного «веса». Отчёт помогает заметить популярные страницы, странные анкоры и перекос внутренней перелинковки. Не удаляйте полезные ссылки только из-за отсутствия строки в Search Console.
Manual actions показывает ручные меры Google, а Security issues — обнаруженные взломы, вредоносный код и социальную инженерию. При сообщении сначала устраните первопричину на всём сайте, смените скомпрометированные доступы, обновите систему и только затем отправляйте запрос на пересмотр. Письмо должно описывать фактические исправления, а не обещание соблюдать правила.
Google Indexing API: важное ограничение
Google Indexing API официально предназначен для страниц JobPosting и BroadcastEvent внутри VideoObject. Использовать его для массовой отправки обычных статей, товаров и категорий не следует. Успешный ответ API не расширяет заявленное назначение и не гарантирует индекс.
Обычные страницы обнаруживаются через ссылки и sitemap.xml. Для плановой работы используйте Search Console API: он выгружает данные Performance и управляет некоторыми ресурсами, но не является универсальной кнопкой индексирования. Учитывайте актуальные квоты и выдавайте приложению минимальные права.
Регламент работы с Search Console
Раз в неделю проверьте сообщения, резкие изменения Performance, новые группы Page indexing и состояние sitemap. После релиза исследуйте контрольный набор URL каждого шаблона. Раз в месяц пересматривайте права, рост мусорных адресов, Core Web Vitals и структурированные данные.
Храните журнал крупных изменений сайта и аннотации дат: миграция, шаблон, robots, canonical, редиректы, разметка. Search Console показывает следствие с задержкой, а журнал помогает связать его с причиной. Для Яндекса ведите такой же контроль по полному гайду Яндекс Вебмастера.
| Частота | Что проверить |
|---|---|
| После релиза | Live Test и индексируемость контрольных URL |
| Еженедельно | Messages, Performance, Page indexing, Sitemaps |
| Ежемесячно | Права, CWV, Enhancements, мусорные шаблоны |
| При миграции | Оба ресурса, redirects, canonical, sitemap и Change of Address при необходимости |
Частые вопросы
Для чего Search Console нужен вебмастеру?
Сервис показывает эффективность сайта в Google, состояние индексации, данные по отдельным URL, Sitemap, Core Web Vitals, структурированным данным, ручным мерам и безопасности.
Какой ресурс создавать: Domain или URL-prefix?
Для всего сайта выбирайте Domain property и подтверждение DNS. URL-prefix нужен, когда доступ ограничен конкретным протоколом, хостом или каталогом.
Почему страница не индексируется после Request indexing?
Кнопка просит Google повторно обработать URL, но не обещает обход или включение в индекс. Проверьте доступность, canonical, noindex, внутренние ссылки, дубли и качество страницы.
Можно ли отправлять обычные страницы через Google Indexing API?
Официально API предназначен для JobPosting и BroadcastEvent в VideoObject. Для обычных страниц используйте ссылки и sitemap.xml.
Почему сумма запросов меньше общего числа кликов?
Search Console скрывает часть редких запросов ради конфиденциальности и агрегирует данные. Итоговая строка не обязана равняться сумме видимых строк.
Что читать дальше
Источники
Факты, названия разделов и ограничения сверены с документацией. Интерфейсы, тарифы и лимиты сервисов могут меняться.