Google Search Console: что это, как добавить сайт и какие отчёты смотреть в 2026 году

Google Search Console - бесплатный сервис Google, который показывает, как сайт представлен в Google Поиске. Раньше сервис назывался Google Webmaster Tools, отсюда второе имя - «гугл вебмастер». В консоли видно, по каким запросам сайт показывается, сколько получает кликов и почему часть страниц не попала в индекс. Чтобы начать, сайт добавляют в консоль и подтверждают права записью DNS, HTML-файлом или метатегом.

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

Коротко:

• Search Console бесплатна и нужна даже сайту, который живёт трафиком из Яндекса. Google приводит на российские сайты примерно 28-31% переходов из поиска (Statcounter и Яндекс Радар, 2026), а долю конкретного сайта показывает Метрика.
• Надёжнее всего добавить доменный ресурс и подтвердить его записью DNS: он собирает данные сразу по http, https, www и поддоменам.
• В отчёте об эффективности четыре цифры - клики, показы, CTR (доля кликов от показов) и средняя позиция. Средняя позиция - не место в выдаче, а усреднение по всем показам.
• Статус «не проиндексировано» - не всегда ошибка. Переадресации (редиректы), копии с тегом canonical и страницы с запретом noindex и не должны быть в индексе. Тег canonical указывает основную версию страницы. Причину по каждой группе страниц называет отчёт об индексировании страниц.
• С 31.08.2026 отчёт о показах в обзорах от ИИ и режиме ИИ Google доступен всем сайтам. Он появляется, когда в этих функциях набирается достаточно показов. Кликов в нём нет, только показы.

Что такое Google Search Console простыми словами

Что такое Google Search Console, если коротко: это панель, в которой Google рассказывает владельцу сайта, как видит его страницы. В ней видно, какие страницы есть в индексе и по каким запросам сайт показывается. А ещё - сколько людей переходит на него из поиска и какие ошибки этому мешают. По справке Google «Общие сведения о Search Console», регистрироваться в сервисе не обязательно, чтобы сайт попал в Google. Но без консоли владелец не видит ни запросов, ни проблем, о которых Google знает.

Работает Google Search Console (GSC) через обычный аккаунт Google. Для входа нужен современный браузер - Chrome, Firefox, Edge или Safari - с включёнными cookie и JavaScript.

Что показывает Search Console

По справке Google, поисковая консоль Google позволяет выполнить пять действий. Каждое из них разобрано ниже в отдельном разделе.

1. Убедиться, что Google находит и сканирует сайт. Консоль показывает, какие адреса известны Google и как робот их загружает. За это отвечают файлы Sitemap и проверка URL.
2. Найти проблемы индексирования и запросить повторное индексирование. Видно, какие страницы в индексе и почему остальные туда не попали. Новые и обновлённые страницы можно отправить на повторное индексирование.
3. Оценить трафик из Google Поиска. Видно, как часто ссылки на сайт появляются в выдаче, по каким запросам и как часто по ним переходят. Это отчёт об эффективности.
4. Получать уведомления о проблемах. Google сообщает об ошибках индексирования, спаме, взломе и санкциях - в панели сообщений и на почту.
5. Узнать, какие сайты ссылаются на ресурс. Отчёт о ссылках показывает, откуда идут ссылки и на какие страницы.

Помимо отчётов, в консоли есть инструменты: отправка файла Sitemap, проверка отдельного адреса, сообщение о переезде на новый домен и временное скрытие страниц.

Почему Search Console называют «гугл вебмастер»

До 2015 года сервис назывался Google Webmaster Tools, по-русски - «Инструменты Google для веб-мастеров». 20 мая 2015 года Google объявил о переименовании в записи блога Google Search Central. Причина простая: Google изучил аудиторию и выяснил, что сервисом пользуются не только вебмастера, но и владельцы малого бизнеса, SEO-специалисты, маркетологи, разработчики и дизайнеры. Новое название должно было охватить всех, кому важна видимость в поиске.

Поэтому «гугл вебмастер», Google Webmaster, панель вебмастера Google и Google Search Console - один и тот же сервис. Старое имя живёт в поиске до сих пор: «гугл вебмастер» запрашивают около тысячи раз в месяц (Keys.so, Москва, 05.10.2026).

У Яндекса похожий сервис свой - Яндекс Вебмастер. Это отдельная панель для другого поисковика. Два сервиса сравниваются в следующем разделе.

Где находится Google Search Console и с чем её не путают

Адрес сервиса - search.google.com/search-console. На 05.10.2026 этот адрес открывает для посетителя без входа в аккаунт официальную страницу консоли. На ней есть кнопка «Попробовать» и ссылка для перехода в сам сервис. Вход - через аккаунт Google.

Со старыми адресами легко ошибиться. По проверке 05.10.2026, webmasters.google.com и webmaster.google.com открывают документацию Google Search Central, а не панель. Поэтому по запросу «webmaster google com» человек попадает в справочник для разработчиков, а не в отчёты о сайте.

По запросам «гугл консоль», «google console» и «консоль google» ищут ещё три разных инструмента. Чтобы не перепутать, коротко о каждом:

• Сайт в Google Поиске - это Google Search Console, адрес search.google.com/search-console.
• Облачные серверы и API Google - это Google Cloud Console, адрес console.cloud.google.com. Её используют разработчики для управления облаком Google Cloud.
• Публикация приложений в Google Play - это Play Console, в которую входят разработчики приложений.
• Ошибки скриптов на странице - это консоль браузера Chrome, часть инструментов разработчика. По документации Chrome она открывается клавишей F12 или Ctrl+Shift+I. Сразу на вкладку Console ведёт сочетание Ctrl+Shift+J (на Mac - Cmd+Option+J).

Из всех четырёх только Search Console отвечает за то, как сайт выглядит в поиске Google.

Кому нужна Search Console

Справка Google называет четыре группы пользователей. Каждая смотрит в консоли своё:

• Владелец бизнеса - растёт ли трафик из Google и какие проблемы Google видит у сайта, в том числе санкции и взлом.
• Маркетолог или SEO-специалист - запросы и страницы для контент-плана, ошибки индексирования.
• Администратор сайта - доступность сервера, ошибки сканирования, оповещения о безопасности.
• Разработчик - разметку и структурированные данные.

Для владельца есть отдельное правило: ресурс в консоли принадлежит аккаунту компании, а подрядчик получает к нему только доступ. Как это устроить, описано в разделе о добавлении сайта.

Работу консоли проще понять через цепочку «страница - индекс - показ - клик». Каждому этапу соответствует свой отчёт.

1. Сканирование - робот Google находит и загружает страницу. Видно в отчёте о файлах Sitemap и статистике сканирования.
2. Индексирование - страница попадает в индекс. Видно в отчёте об индексировании страниц и в проверке URL.
3. Показ - страница появляется в результатах поиска. Видно в отчёте об эффективности (показы, средняя позиция), а показы в ИИ-ответах - в отдельном отчёте.
4. Клик - человек переходит на сайт. Видно в отчёте об эффективности (клики, CTR).

Что человек делает на сайте после клика, консоль уже не показывает. Это задача Яндекс Метрики или Google Аналитики.

С определением разобрались. Следующий вопрос часто задаёт российский бизнес: зачем вообще Google, если клиенты приходят из Яндекса.

Нужна ли Search Console в России: Google, Яндекс Вебмастер и Метрика

Нужна. Google - второй по величине поисковик в России, и проблемы сайта в Google не видны ни в Яндекс Вебмастере, ни в Метрике. Search Console и Яндекс Вебмастер решают одну задачу для двух разных поисковых систем, поэтому подключают оба. А Метрика отвечает на другой вопрос: что человек сделал на сайте после клика.

Google в России: зачем он сайту, который продвигается в Яндексе

Google приводит на российские сайты больше четверти переходов из поиска: 28-31% по двум источникам. По Statcounter Global Stats за сентябрь 2026 года по всем платформам Google - 28,12% переходов из поисковых систем в России, Яндекс - 70,33%. Statcounter считает переходы на сайты со своим счётчиком, а не число поисковых запросов - так сказано в методологии сервиса.

Второй источник даёт близкую картину. Яндекс Радар по счётчикам Метрики за неделю 17-23 августа 2026 года показывает 30,71% визитов из Google и 68,77% из Яндекса. Цифры немного расходятся: у сервисов разные периоды и выборки сайтов, а Радар не учитывает визиты на сайты самого Яндекса.

Средний показатель по рынку мало что говорит о конкретном сайте: доля Google сильно зависит от ниши и региона. Точную долю показывает собственная Метрика: путь «Отчеты → Источники → Поисковые системы» по справке Метрики. Как открыть отчёт и настроить цели, подробно описано в разборе Яндекс Метрики.

Условный пример (числа выдуманы для иллюстрации): за три месяца в Метрике 12 400 визитов из поисковых систем, из них 2 900 из Google. Доля Google - 2 900 / 12 400, то есть около 23%. Для такого сайта проблемы в Google - почти четверть поискового трафика, и подключение консоли окупается.

На практике: если в отчёте Метрики о поисковых системах Google заметен рядом с Яндексом, за ним нужно следить так же внимательно, как за Яндексом. Без консоли просевший трафик из Google заметят только по падению заявок.

Яндекс Вебмастер и Google Search Console: сравнение

Google Вебмастер (то есть Search Console) и Яндекс Вебмастер устроены похоже. В обоих есть проверка отдельной страницы, статистика запросов, файлы Sitemap, оповещения о нарушениях и инструмент переезда. Различаются поисковик, способы подтверждения прав и отдельные отчёты, которых нет у второго сервиса. Метрика в этой тройке - не панель вебмастера, а веб-аналитика.

Задача	Google Search Console	Яндекс Вебмастер	Яндекс Метрика
Поисковая система	Google	Яндекс	Не поисковик: аналитика того, что происходит на сайте
Проверить, в индексе ли страница	Проверка URL	«Проверка страницы» в разделе «Индексирование»	Нет
По каким запросам сайт показывается	Отчёт об эффективности: клики, показы, CTR, средняя позиция	«Статистика поисковых запросов»: показы, клики, CTR, средняя позиция	Отчёт «Поисковые запросы»: только фразы, по которым были переходы
Отправить файл Sitemap	Да	Да, «Файлы Sitemap»	Нет
Нарушения и безопасность	«Меры, принятые вручную» и «Проблемы безопасности»	«Диагностика сайта» и «Безопасность и нарушения на сайтах»	Нет
Скорость по данным реальных посетителей	Отчёт Core Web Vitals (LCP, INP, CLS)	Отчёта с показателями Core Web Vitals в справке нет	«Время загрузки страниц»: технические этапы загрузки, не Core Web Vitals
Видимость в ИИ-ответах	Показы в обзорах от ИИ и режиме ИИ	«Видимость сайта в Алисе AI»	В справке не найдено
Заявки, цели, поведение на сайте	Нет	Нет	Да
Переезд на новый домен	Инструмент «Изменение адреса»	«Переезд сайта»	Нет
Стоимость	Бесплатно	Бесплатно	Бесплатно

Названия разделов Вебмастера сверены по справке Яндекс Вебмастера 05.10.2026. Отчёт «Время загрузки страниц» в Метрике, по справке сервиса, показывает технические этапы загрузки, а не показатели Core Web Vitals. Из таблицы видно главное: Яндекс Вебмастер и гугл серч консоль не заменяют друг друга.

Каких функций нет в Google Search Console

Консоль показывает только данные Google и только о подтверждённом сайте. Ниже - чего в ней нет и где это взять:

1. Данных Яндекса. Индексирование, запросы и нарушения в Яндексе - только в Яндекс Вебмастере.
2. Поведения, заявок и продаж. Консоль заканчивается на клике. Что было дальше, показывают Метрика или Google Аналитика.
3. Частотности запросов. Сколько людей ищут фразу, консоль не знает: в ней только показы самого сайта. Частотность для Яндекса смотрят в Вордстате.
4. Точной позиции на каждую дату. В отчёте - средняя позиция по всем показам, а не место в выдаче. Позиции по списку запросов на каждый день снимают сервисы съёма позиций.
5. Данных о конкурентах. Доступ к отчётам дают только права на ресурс, поэтому чужие сайты в консоли не видны.
6. Всех запросов. Часть редких запросов Google скрывает ради конфиденциальности. По записи блога Google Search Central от 19.10.2022, это запросы, которые за 2-3 месяца задают не больше нескольких десятков человек. В итогах на графике они учтены, в таблице - нет. Пример Google: по детальным запросам видно 450 кликов, а всего их 550.

Есть и технические ограничения. Из интерфейса выгружается не больше 1000 строк. Через API или Looker Studio - до 50 000 строк в день для каждого сайта и типа поиска (та же запись 2022 года). Данные хранятся около 16 месяцев - число названо в записи о новой Search Console 2018 года. А по документации Google об Аналитике и Search Console, данные консоли могут приходить с задержкой до двух дней.

Итого: Search Console показывает сайт глазами Google Поиска, но не заменяет полную аналитику. Её подключают вместе с Яндекс Вебмастером и Метрикой. Дальше - как подключить саму консоль.

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

Чтобы добавить сайт в Google Search Console, нужно войти в консоль с аккаунтом Google, выбрать тип ресурса и подтвердить права. Доменный ресурс охватывает весь домен со всеми поддоменами и протоколами и подтверждается только записью DNS. Ресурс с префиксом в URL охватывает одну версию адреса, например только https://www. Его подтверждают HTML-файлом, метатегом, кодом Google Аналитики или Google Менеджера тегов. Добавить сайт в гугл вебмастер - то же самое действие, только под старым названием.

Доменный ресурс или ресурс с префиксом в URL: что выбрать

Ресурсом консоль называет то, по чему собирает данные: домен, адрес с префиксом или страницу на платформе. Типы описаны в справке «Как добавить сайт или платформу в Search Console».

• Доменный ресурс (example.ru) охватывает все поддомены - www, m, shop и другие - и все протоколы: http, https. Адрес вводят без протокола и без www. Подтвердить такой ресурс можно только записью DNS (кроме ресурсов на сервисах Google).
• Ресурс с префиксом в URL (https://www.example.ru/) охватывает только адреса, которые начинаются ровно с этого префикса, включая протокол. Для http и https нужны разные ресурсы. Можно задать и раздел, например https://example.ru/blog/. Способов подтверждения больше.

Правило выбора: есть доступ к DNS домена у регистратора или хостинга - выбирать доменный ресурс. Нет доступа - ресурс с префиксом той версии, которая открывается у посетителей. Протокол и www указывают так же, как на сайте.

Типичная ошибка - добавить http-версию сайта, который давно работает на https. Отчёты останутся пустыми. Справка Google приводит именно этот пример среди причин, по которым в консоли нет данных.

В один аккаунт можно добавить до 1000 ресурсов. Само добавление ресурса не влияет на позиции сайта в поиске - оно только открывает доступ к отчётам.

Как подключить Google Search Console: 7 шагов

Порядок ниже собран по справке Google. Надписи кнопок в кавычках взяты из справки. Остальные действия описаны словами: интерфейс за входом в аккаунт меняется.

1. Выбрать аккаунт Google компании. Не личный аккаунт подрядчика или сотрудника: ресурс останется у того, кто его подтвердил. Подробнее - в разделе о доступе ниже.
2. Открыть консоль. Адрес search.google.com/search-console, на официальной странице - кнопка «Попробовать».
3. Начать добавление ресурса. В меню выбора ресурса (или на странице приветствия для нового аккаунта) нажать «Добавить ресурс».
4. Выбрать тип и ввести адрес. Для доменного ресурса вводят домен без протокола (example.ru). Для ресурса с префиксом - полный адрес с косой чертой на конце (https://example.ru/).
5. Подтвердить права. Выбрать способ из таблицы ниже и нажать «Подтвердить». Для DNS: скопировать TXT-запись, добавить её в панели регистратора или DNS-хостинга, вернуться и запустить проверку. Если консоль пишет, что запись не найдена, нужно подождать. По справке, обновление DNS занимает от нескольких минут до суток, а при неудаче проверку советуют повторить через день или два. Подтверждение можно и отложить кнопкой «Отложить».
6. Отправить файл Sitemap. Как это сделать - в следующем разделе.
7. Дать доступ коллегам и подрядчику и включить письма. Пользователей добавляет владелец, а письма каждый настраивает для себя (подробнее - в разделе про чек-лист).

Когда появятся данные? По справке, через несколько дней. Сбор начинается сразу после добавления ресурса в аккаунт, ещё до подтверждения прав. Если данных нет и спустя несколько дней, возможно, сайта ещё не было в Google Поиске или в консоли указан не тот адрес.

Способы подтверждения прав на сайт

Способы описаны в справке «Как подтвердить право собственности на сайт». Главное правило оттуда же: подтверждение действует, пока Search Console может найти на сайте корректный токен - запись, файл или тег. Консоль проверяет это периодически. Если токен пропал, приходит уведомление, а через какое-то время права перестают действовать.

Способ	Для какого ресурса	Где делается	Что может сломать подтверждение
Запись DNS (чаще TXT, реже CNAME)	Единственный способ для доменного ресурса; подходит и для ресурса с префиксом	Панель регистратора домена или DNS-хостинга	Удаление записи - её нельзя убирать и после успешной проверки
HTML-файл	Ресурс с префиксом	Загрузка файла в корень сайта	Удаление или переименование файла, закрытый вход на сайт, переадресация на другой домен
Метатег google-site-verification	Ресурс с префиксом	Блок head главной страницы	Смена шаблона без переноса тега; HTML главной страницы (без внешних скриптов) больше 2 МБ; главная закрыта авторизацией
Код Google Аналитики	Ресурс с префиксом	Блок head главной; нужны права на редактирование в Аналитике и тот же аккаунт Google	Изменение кода, удаление тега при смене шаблона
Google Менеджер тегов	Ресурс с префиксом	Код контейнера на сайте; нужны права на публикацию или администрирование контейнера	Изменение кода, перенос контейнера

Если подтвердить права через DNS у ресурса с префиксом, заодно подтверждается и доменный ресурс. Для Google Сайтов и новых блогов на Blogger права подтверждаются автоматически при входе тем же аккаунтом.

Совет из справки: добавить второй способ подтверждения на случай, если первый перестанет работать. Частая причина - редизайн или смена шаблона, после которых метатег исчезает с главной. Дополнительный способ добавляют в настройках ресурса, в разделе «Подтверждение права собственности».

Что вставлять при подтверждении: образцы и частые сбои

Значения для подтверждения генерирует консоль, и вставлять нужно именно их, без правок. Форматы ниже описаны в справке Google о подтверждении права собственности.

• Запись DNS. Тип записи - TXT. Поле Host/Name (Хост/имя) оставляют пустым или вводят в нём символ @, это зависит от DNS-провайдера. В поле Value (значение) вставляют запись из консоли целиком, она выглядит примерно так: google-site-verification=ЗНАЧЕНИЕ_ИЗ_КОНСОЛИ.
• Метатег. Строку из консоли вставляют в блок head главной страницы: <meta name="google-site-verification" content="ЗНАЧЕНИЕ_ИЗ_КОНСОЛИ" />.
• HTML-файл. Файл скачивают в консоли и загружают в корень сайта без изменений. Он должен открываться без входа в аккаунт: это проверяют в окне инкогнито.

Запись DNS добавляют там, где ведутся DNS-записи домена: в панели регистратора или DNS-хостинга. Как общее правило, это не обязательно тот же хостинг, на котором лежит сам сайт.

Симптом	Вероятная причина	Что сделать
«TXT-запись подтверждения для записи DNS не найдена»	DNS ещё не обновился или вставлено не то значение	Подождать и повторить через день или два; проверить, что вставлено значение со страницы подтверждения
«Не удалось найти файл подтверждения»	Файл лежит не в корне, изменён или закрыт для посетителей без входа	Загрузить файл без изменений в корень сайта и открыть его в окне инкогнито
Метатег не найден	Тег не в блоке head главной, пропал при смене шаблона, главная закрыта авторизацией или слишком тяжёлая	Найти тег в исходном коде главной (Ctrl+F, «google-site-verification») и вернуть его на место

Как добавить сайт в Search Console на CMS и конструкторе

У популярных CMS и конструкторов есть поле для кода подтверждения или возможность загрузить HTML-файл. Где именно они находятся, описано в справке конкретной платформы. Для WordPress справка Google упоминает плагин Site Kit - единственный плагин, который Google официально спонсирует; остальные плагины справка советует сначала изучить.

На Тильде, по справке платформы на 05.10.2026, Google подключается в настройках сайта, в разделе «SEO». Есть и ручной путь: значение метатега вставляют в поле для подтверждения домена Google, после чего публикуют все страницы. Для других CMS подход тот же: найти в справке платформы место для метатега или загрузить файл в корень сайта.

Доступ к Search Console для подрядчика: владелец и пользователи

В консоли три основные роли. Права каждой расписаны в справке «Об управлении владельцами, пользователями и разрешениями».

• Владелец - полное управление: добавляет и удаляет пользователей, меняет настройки, пользуется всеми инструментами. Подтверждённый владелец сам подтвердил права токеном, делегированного добавил другой владелец. У ресурса должен быть хотя бы один подтверждённый владелец.
• Пользователь с правом полного доступа - видит все данные и выполняет большую часть действий: проверка и удаление URL, отклонение ссылок, запросы на повторную проверку. Добавлять других пользователей не может.
• Пользователь с правом ограниченного доступа - в основном просмотр отчётов. Отклонять ссылки и подавать запросы на проверку не может.

С отправкой файла Sitemap справки расходятся. Справка об отчёте о файлах Sitemap закрепляет отправку за владельцем, а таблица ролей отмечает её и у пользователя с полным доступом. Обычно файл отправляет владелец.

Пользователя добавляют так: настройки ресурса → «Пользователи и разрешения» → «Добавить пользователя» → адрес почты аккаунта Google и уровень доступа. Раздел доступен только владельцу. На один ресурс можно добавить до 100 пользователей, которые не являются владельцами.

Как устроить доступ правильно. Ресурс подтверждает и держит аккаунт компании. Подрядчик получает полный доступ, но не владение. При смене подрядчика его доступ закрывают, а история данных остаётся у бизнеса.

Важно: подрядчик подтвердил сайт на свой аккаунт. Тогда при расставании компания теряет доступ к истории данных и настройкам. Есть и вторая ловушка: по справке Google, токены удалённого владельца не отзываются автоматически. Пока его файл, метатег или запись DNS лежат на сайте, бывший подрядчик может снова подтвердить права. Поэтому при смене подрядчика закрывают доступ и удаляют его токен с сайта. Список неиспользуемых токенов есть в разделе «Пользователи и разрешения».

Если в списке владельцев появился незнакомый человек, справка Google называет это возможным признаком взлома ресурса и советует обратиться к специалисту по безопасности.

Как передать доступ подрядчику и не потерять сайт при смене исполнителя

Шаблон просьбы подрядчику или разработчику (адрес ресурса подставить свой):

Для ресурса https://example.ru/ в Search Console нужна почта аккаунта Google, на который будет открыт полный доступ. Владельцем ресурса остаётся аккаунт компании. Подтверждать сайт на личный аккаунт исполнителя не нужно. После завершения работ доступ закрывается, а токен подтверждения исполнителя удаляется с сайта.

Как узнать, на чьём аккаунте подтверждён сайт. Открыть консоль под аккаунтом компании и посмотреть список ресурсов. Если сайта в списке нет, подтверждение держит чужой аккаунт. Тогда владелец этого аккаунта добавляет аккаунт компании в «Пользователи и разрешения», или сайт подтверждают заново вторым способом.

Порядок действий при уходе подрядчика:

1. Убедиться, что у ресурса есть подтверждение на аккаунте компании, например вторым способом.
2. Закрыть доступ подрядчика в разделе «Пользователи и разрешения».
3. Удалить с сайта токен подрядчика: файл, метатег или запись DNS.
4. Проверить список владельцев: незнакомых людей там быть не должно.

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

Как добавить Sitemap в Google Search Console и отправить страницу на индексацию

Файл Sitemap добавляют в отчёте о файлах Sitemap: вводят адрес файла, обычно /sitemap.xml, и нажимают «Отправить». Консоль покажет, прочитан ли файл и сколько адресов в нём найдено. Отдельную страницу проверяют инструментом проверки URL: он показывает, есть ли страница в индексе, и позволяет запросить индексирование после правок. Быстрой индексации такой запрос не гарантирует.

Как добавить Sitemap в Google Search Console

Sitemap - файл со списком адресов сайта для поисковых роботов. Отправляя его в консоль, владелец сообщает Google, где лежит этот список. Порядок по справке Google об отчёте о файлах Sitemap:

1. Найти адрес файла. Большинство CMS создают его сами; адрес стоит открыть в браузере и убедиться, что файл загружается.
2. Открыть отчёт о файлах Sitemap в консоли.
3. Вставить адрес файла и нажать «Отправить».
4. Через некоторое время проверить статус и число найденных адресов.

Статусов три: «Успешно» (файл получен и обработан), «Обнаружены проблемы» (обработан частично) и «Не получено» (Google не смог получить файл). Число выявленных страниц не гарантирует, что все они будут просканированы и проиндексированы. Сколько страниц из файла в индексе, показывает отчёт об индексировании с фильтром по этому файлу.

Отправить файл через отчёт может владелец ресурса. Есть способ и без прав в консоли: строка Sitemap: https://example.ru/sitemap.xml в файле robots.txt. По документации Google, её можно поставить в любом месте файла. Эту же директиву, по справке Яндекс Вебмастера, понимает и Яндекс.

Небольшому сайту файл может и не понадобиться. По справке Google, если на сайте до 500 страниц и до любой можно дойти по ссылкам с главной, Sitemap не обязателен.

Быстрая проверка перед отправкой:

• Адрес вида https://example.ru/sitemap.xml открывается в браузере, виден список адресов.
• Адреса в файле начинаются с той же версии сайта, что указана в консоли: https или http, с www или без.
• При желании в robots.txt добавлена строка Sitemap с полным адресом файла.

Частые ошибки Sitemap:

• В файле адреса с переадресацией - Google советует указывать конечные адреса страниц.
• В файле адреса с http при сайте на https или версия с www при сайте без www (вывод из того же правила).
• Файл закрыт в robots.txt или сервер недоступен - тогда статус «Не получено».
• Файл отправлен в ресурс с другим протоколом или без www, и поэтому его не видно в списке.

Если файл получить не удалось, Google пытается несколько дней, а потом прекращает попытки. После исправления файл отправляют заново.

Проверка URL: в индексе ли страница

Инструмент проверки URL показывает, что Google знает о конкретном адресе. Полный адрес вводят в строку поиска вверху консоли. По справке «Инструмент проверки URL», отчёт показывает:

• общий статус - один из четырёх: «URL есть в индексе Google», «URL есть в индексе Google, но есть проблемы», «URL нет в индексе Google», «URL содержит альтернативную версию страницы»;
• когда страницу сканировали последний раз и каким роботом;
• разрешены ли сканирование и индексирование;
• какую страницу Google выбрал канонической и совпадает ли она с той, что указана на сайте.

Отчёт описывает версию из индекса, а не живую страницу. Поэтому после исправления запускают проверку опубликованной страницы - живой тест. Оговорка Google: статус «URL есть в индексе» ещё не гарантирует показ в результатах поиска.

Как запросить индексирование и сколько ждать

Новую или изменённую страницу отправляют на индексирование из той же проверки URL кнопкой «Запросить индексирование». Порядок такой:

1. Проверить адрес в строке поиска консоли.
2. Убедиться в живом тесте, что страница доступна роботу.
3. Нажать «Запросить индексирование» один раз.
4. Проверить, что страница есть в Sitemap и на неё ведут внутренние ссылки с других страниц сайта.
5. Вернуться к проверке URL через несколько дней и посмотреть, изменился ли статус.

Сроков Google не обещает. По документации о повторном сканировании, сканирование занимает от нескольких дней до нескольких недель, запрос не гарантирует индексирования, а повторные запросы его не ускоряют. Число проверок в день ограничено квотой.

Для многих страниц сразу кнопка не подходит. После запуска сайта или переезда обновляют Sitemap: так Google узнаёт о большом числе адресов за один раз.

Страницы отправлены в Google. Следующий вопрос: сколько людей их видит и переходит на сайт.

Отчёт об эффективности: клики, показы, CTR и средняя позиция

В отчёте об эффективности четыре показателя: клики, показы, CTR и средняя позиция. По умолчанию отчёт показывает последние три месяца. Главная польза отчёта в том, что по нему находят страницы и запросы, где показов много, а кликов мало, и исправляют именно их.

Четыре показателя: что значит каждый

Определения взяты из справки об отчёте об эффективности:

• Клики - переходы на сайт из результатов поиска Google.
• Показы - сколько раз ссылка на сайт появлялась в результатах. В некоторых видах результатов ссылку нужно прокрутить или развернуть, чтобы показ засчитали.
• CTR - доля кликов от показов: клики, делённые на показы.
• Средняя позиция - среднее положение самого верхнего результата сайта в выдаче.

Из четырёх показателей чаще всего путают среднюю позицию. Это среднее по всем показам, а не место в выдаче. Google в справке о кликах, показах и позиции приводит пример. По первому запросу ссылки сайта стояли на 2, 4 и 6 местах - засчитывается 2. По второму - на 3, 5 и 9, засчитывается 3. Средняя позиция - (2 + 3) / 2 = 2,5.

Поэтому «позиция 8,4» не значит «восьмое место». На телефоне в одном городе страница может быть, например, третьей, а на компьютере в другом - гораздо ниже. Google советует смотреть на динамику и резкие изменения, а не на абсолютное значение.

С CTR похожая история. Он зависит от позиции и вида результата, поэтому CTR страницы сравнивают с её же CTR в прошлом периоде. Универсальной «нормы CTR» в справке Google нет.

Фильтры и сравнение периодов в отчёте об эффективности

Данные в отчёте раскладываются по вкладкам: «Запросы», «Страницы», «Страны», «Устройства», «Вид в поиске», «Дни». Над графиком задают тип поиска, диапазон дат и сравнение двух периодов. Режим «24 часа» показывает данные по часам, но они предварительные - на графике это пунктир.

Тип поиска делит трафик на веб-поиск (текстовый и мультимодальный), картинки, видео и новости. Мультимодальный - это поиск, где частью запроса было изображение.

За 2025-2026 годы в отчёте появилось несколько новых функций. Все даты указаны по записям блога Google Search Central:

• Заметки на графике (17.11.2025). Правый щелчок по графику → «Добавить заметку»: текст до 120 символов и дата. Так отмечают редизайн, переезд, смену подрядчика. Заметки видят все, у кого есть доступ к ресурсу, поэтому конфиденциальное туда не пишут (запись о заметках).
• Фильтр брендированных и небрендированных запросов (20.11.2025, для всех подходящих сайтов - с 11.03.2026). Запросы с названием бренда Google отделяет автоматически, с помощью ИИ, поэтому часть может быть размечена неверно. Фильтр работает для ресурсов верхнего уровня и при достаточном числе показов (запись о фильтре).
• Детализация по неделям и месяцам (10.12.2025). Сглаживает колебания выходных и праздников и показывает долгий тренд (запись о детализации).
• Настройка отчёта с помощью ИИ (04.12.2025). Задачу описывают текстом, фильтры подбираются сами. Функция экспериментальная и доступна ограниченному числу сайтов (запись о настройке с ИИ).
• Мультимодальный тип поиска (24.09.2026). Учитывает поиск через Объектив, функцию «Обвести и найти» на Android, загрузку картинки в Google Поиск и «Найти картинку» в Chrome. Вкладка «Запросы» для него недоступна: текстового запроса у такого трафика нет (запись о мультимодальном поиске).

Брендированный фильтр особенно полезен владельцу. Рост кликов по названию компании обычно говорит об узнаваемости, а рост небрендированных - о том, что сайт находят новые люди.

Как получить список запросов для правок

Список из 10-20 запросов собирается за несколько минут. Названия кнопок за входом в аккаунт стоит сверить по живой консоли: справка описывает этот порядок только словами.

1. Открыть отчёт об эффективности и выбрать период, например последние три месяца.
2. Включить над графиком показатели «Показы», «CTR» и «Средняя позиция», чтобы их колонки появились в таблице.
3. На вкладке «Запросы» отсортировать таблицу по показам.
4. Выписать верхние 10-20 запросов с низким CTR.
5. На вкладке «Страницы» проверить, какая страница отвечает на запрос, и открыть её title и description.

Универсальной нормы CTR нет, поэтому сравнивают страницы одного типа между собой и тот же запрос за прошлый период.

Условный пример (числа выдуманы для иллюстрации). CTR считается как клики, делённые на показы:

Запрос	Показы	Клики	CTR
как подключить search console	5 000	50	1%
как добавить sitemap	1 200	60	5%
что такое индексирование	800	40	5%

В работу берут первый запрос: у него больше всего показов и самый низкий CTR. Если после правки title и description CTR дойдёт до 3%, 5 000 показов дадут 150 кликов вместо 50, то есть +100 переходов за период. Цифра 3% здесь сценарная: это не норма и не обещание результата.

Что делать с данными: три сценария

Справка Google прямо называет главную задачу вкладки «Запросы»: находить запросы с большим числом показов и низким CTR, чтобы улучшить заголовки и описания. На практике из цифр отчёта складываются три типовых сценария.

Сценарий 1. Много показов, низкий CTR.

• Что видно: запрос или страница набирают показы, но кликов мало.
• Что это значит: сайт видят, но выбирают другие результаты.
• Что сделать: переписать title и description под запрос. Проверить, не перетягивает ли запрос другая страница сайта.

Сценарий 2. Запросы на позициях примерно 5-15.

• Что видно: у страницы много показов при средней позиции около первой страницы выдачи. Граница 5-15 - рабочий ориентир, а не норма Google.
• Что это значит: странице немного не хватает, чтобы попасть в верхние результаты.
• Что сделать: усилить страницу ответом на запрос, текстом и внутренними ссылками. Запросы, по которым страница уже показывается, - готовый материал для составления семантического ядра: по ним видно, какие темы стоит раскрыть отдельно.

Сценарий 3. Падение кликов.

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

Серч консоль здесь отвечает на вопрос «где просело», но не «почему перестали покупать». Второй вопрос - уже к Метрике. Подробный порядок проверки падения - ниже.

Клики из Google упали: проверка за 30 минут

Падение кликов - частый повод открыть консоль. Шаги идут от простого к сложному, и у каждого указано, что означает результат.

1. Убедиться, что падение настоящее. Сравнивать одинаковые периоды: неделю с неделей, месяц с месяцем. Детализация по неделям и месяцам сглаживает выходные и праздники. Смотреть нужно дневной график, а не только итог. Если период просто короче прошлого, падения нет.
2. Сузить место падения. Открыть вкладки «Страницы», «Устройства», «Страны», выбрать тип поиска (веб, картинки, видео, новости), включить фильтр брендированных и небрендированных запросов. Просели все страницы или несколько, только телефон или всё, только запросы без названия бренда - каждый ответ сужает круг причин.
3. Сверить с изменениями на сайте. Посмотреть заметки на графике и даты редизайна, переезда, смены шаблона или CMS. Совпадение дат с падением - главная версия для проверки.
4. Проверить отчёты о проблемах. «Меры, принятые вручную», «Проблемы безопасности», отчёт об индексировании страниц. Искать нужно новую группу ошибок и разделы, закрытые в robots.txt или директивой noindex.
5. Сверить с Метрикой. Падает ли весь поисковый трафик или только Google. Если просел и Яндекс, причину скорее нужно искать на самом сайте, а не в Google.
6. Если причина не нашлась. Возможны изменения в алгоритмах Google. Историю сбоев и обновлений публикует Google на странице Google Search Status Dashboard (status.search.google.com). Если там нет совпадения по датам, работу передают специалисту с набором данных: скриншоты двух периодов, список просевших страниц и дата начала падения.

Если после шести шагов причина осталась неясной, пора подключать специалиста. Собранные данные он получит сразу и не будет начинать разбор с нуля.

Экспорт и связка с другими сервисами

Кнопка «Экспортировать» выгружает текущий вид отчёта в таблицу. По справке, значения «~» и «-» в файле заменяются нулями. Кнопка «Поделиться» даёт ссылку только на текущее представление отчёта, а не доступ к ресурсу.

Лимит интерфейса - 1000 строк (подробнее выше). Для больших сайтов данные подключают к Looker Studio или выгружают в BigQuery - это уже работа аналитика или SEO-специалиста.

Итоги на графике и в таблице иногда не совпадают. Причина в способе подсчёта: на графике данные считаются по ресурсу, а в таблице страниц - по каждой странице. Это не ошибка консоли.

Отчёт об эффективности показывает, сколько людей пришло. Но если страниц нет в индексе, людям неоткуда прийти. Об этом следующий отчёт.

Индексирование страниц: почему страницы нет в Google

Отчёт об индексировании страниц делит известные Google адреса на проиндексированные и непроиндексированные и называет причину для каждой группы. Не каждая причина - ошибка: страницы с переадресацией, копии с тегом canonical и страницы с директивой noindex и не должны быть в индексе. Чинить нужно то, что касается важных страниц: ошибки сервера, 404 на нужных адресах, случайный noindex или блокировку в robots.txt.

Что показывает отчёт об индексировании страниц

По справке Google об отчёте, на сводной странице есть график проиндексированных и непроиндексированных страниц и таблица причин. Раньше этот отчёт назывался «Покрытие» - так его до сих пор называют старые инструкции.

У каждой причины есть источник: «Google» или «Сайт». Своими силами обычно исправляют только причины с источником «Сайт». Фильтр над отчётом переключает выборку: все обработанные страницы, только страницы из Sitemap или адреса из конкретного файла.

На что смотреть: рост ошибок и важные страницы в списке непроиндексированных. На что не смотреть: тысячи служебных адресов с параметрами, фильтрами и сортировками. Google и не должен их индексировать.

Справка задаёт ориентир: в индексе должна быть каноническая версия каждой ключевой страницы, а все адреса сайта там быть не обязаны. Сайту до 500 страниц отчёт, по справке, скорее всего, не понадобится - хватит проверки отдельных адресов.

Статусы индексирования: какие исправлять

В справке на 05.10.2026 в группе «Не проиндексировано» пятнадцать причин и два предупреждения. Ниже - самые частые из них и решение по каждой.

Статус в отчёте	Что это значит	Нужно ли исправлять	Что сделать
«Ошибка сервера (5xx)»	Сервер ответил ошибкой при сканировании	Да	Проверить доступность хоста в статистике сканирования, разобраться с сервером
«Ошибка переадресации»	Слишком длинная цепочка редиректов, цикл или пустой адрес в цепочке	Да	Сократить цепочку до одной переадресации на конечный адрес
«Доступ к URL заблокирован в файле robots.txt»	Сканирование страницы запрещено	Только если страница важная	Проверить правило в отчёте о файлах robots.txt и убрать запрет. Если страница не нужна в поиске - снять запрет и поставить noindex
«Страница содержит директиву noindex»	На странице стоит запрет индексирования	Только если страница важная	Убрать тег или заголовок noindex
«Ложная ошибка 404»	Человек видит «страница не найдена», а сервер отвечает, что всё в порядке	Да	Отдавать настоящий код 404 или вернуть на страницу содержание
«Не найдено (404)»	Страница не существует	Только если страница нужна	Если адрес есть на сайте или в Sitemap - восстановить или поставить переадресацию 3XX
«Страница просканирована, но пока не проиндексирована»	Google сканировал страницу, но пока не добавил в индекс	Только если страница важная	Повторно отправлять не нужно; проверить качество, дубли и внутренние ссылки
«Обнаружена, не проиндексирована»	Google знает адрес, но отложил сканирование	Только если страница важная	Проверить нагрузку на сервер и внутренние ссылки на страницу
«Вариант страницы с тегом canonical»	Страница указывает на другую, основную версию	Нет, это нормально	Ничего не делать
«Страница с переадресацией»	Адрес перенаправляет на другой	Нет, это нормально	Ничего не делать: индексироваться может конечный адрес

Остальные причины из справки - ошибки 401, 403 и других 4xx, а также две разновидности «Страница является копией». Ошибки 401 и 403 означают, что страница закрыта авторизацией: её открывают, если она нужна в индексе. Копии - не ошибка, а сигнал проверить, правильную ли каноническую страницу выбрал Google.

Два статуса путают чаще остальных. «Обнаружена, не проиндексирована» значит, что Google знает адрес, но ещё не сканировал его. По справке, сканирование перенесли, потому что оно могло перегрузить сайт; поэтому даты последнего сканирования в отчёте нет. Могут помочь быстрый отклик сервера и внутренние ссылки на страницу, но гарантий индексирования справка не даёт.

«Страница просканирована, но пока не проиндексирована» значит, что Google страницу загрузил, но в индекс пока не добавил. Со временем может добавить, а может и нет. Заново отправлять такую страницу на индексирование справка не советует. Разумные шаги - убрать дубли, сделать страницу полезнее и поставить на неё внутренние ссылки. Гарантий индексирования Google и здесь не даёт.

Страницы нет в Google: проверить по порядку

Когда нужная страница не находится в Google, причины проверяют в таком порядке:

1. Страница открывается без входа. Открыть адрес в окне инкогнито: должен загружаться реальный контент, а не вход в админку или ошибка.
2. Проверка URL. Ввести адрес в строку поиска консоли и прочитать общий статус и причину.
3. Нет ли запрета в robots.txt. Две строки под этим списком закрывают от сканирования весь сайт. Проверить правило можно в отчёте о файлах robots.txt.
4. Нет ли noindex. Запрет индексирования ставят метатегом <meta name="robots" content="noindex"> или заголовком ответа сервера. Запрет мог остаться с этапа разработки или с тестового адреса.
5. Есть ли внутренние ссылки и запись в Sitemap. Страница без ссылок с других страниц и вне файла Sitemap находится хуже.
6. Запросить индексирование. Если все пункты в порядке, нажать «Запросить индексирование» один раз и подождать.

User-agent: *
Disallow: /

Разница принципиальная: robots.txt закрывает сканирование, а не индексирование. По справке об отчёте о файлах robots.txt, чтобы контент не появлялся в результатах поиска, нужен тег noindex.

Как проверить исправление

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

Без кнопки Google тоже заметит исправление при обычном сканировании, просто позже. Для одной страницы быстрее воспользоваться проверкой URL из предыдущего раздела.

Когда звать специалиста

Справка Google выделяет три ситуации для опытных пользователей. Они же подсказывают, что пора звать специалиста:

• Резкое падение числа проиндексированных страниц без ошибок. Причина бывает в robots.txt, noindex или авторизации, которые закрыли целые разделы.
• Непроиндексированных страниц больше, чем проиндексированных. Обычно robots.txt закрывает крупные разделы или фильтры и сортировки плодят копии.
• Резкий скачок числа ошибок. Чаще всего изменился шаблон сайта или в Sitemap попали закрытые адреса.

Разобраться с такими случаями по одному отчёту трудно: нужно смотреть код, сервер, шаблоны и Sitemap вместе. Полный разбор индексации, дублей и технических ошибок - задача SEO-аудита сайта.

Индексирование - основа всего остального: страницы вне индекса не получают ни показов, ни кликов. Но в консоли есть ещё несколько отчётов, где проблемы видны раньше, чем падает трафик.

Отчёты о качестве и безопасности: Core Web Vitals, микроразметка, ручные меры и ссылки

Кроме эффективности и индексирования, владельцу сайта стоит знать ещё четыре группы отчётов. Core Web Vitals - скорость и стабильность страниц по данным реальных посетителей Chrome. Расширенные результаты - ошибки микроразметки. «Меры, принятые вручную» и «Проблемы безопасности» - санкции и взлом, о которых Google пишет на почту. И отчёт о ссылках. Часть отчётов из старых инструкций Google удалил, и искать их бесполезно.

Core Web Vitals: скорость по данным реальных посетителей

Отчёт Core Web Vitals строится на данных реальных посетителей из браузера Chrome - отчёта об удобстве пользования браузером Chrome (CrUX). По справке Google, в нём три показателя:

• LCP - время отрисовки самого крупного элемента на экране.
• INP - задержка ответа страницы на действия посетителя. INP заменил прежний показатель FID 12 марта 2024 года (запись блога Google Search Central).
• CLS - насколько смещаются элементы при загрузке.

Показатель	«Хорошо»	«Нужно увеличить скорость»	«Низкая скорость»
LCP	не больше 2,5 с	не больше 4 с	больше 4 с
INP	не больше 200 мс	не больше 500 мс	больше 500 мс
CLS	не больше 0,1	не больше 0,25	больше 0,25

Значения считаются по 75% визитов за последние 28 дней. Статус группы страниц определяется по худшему показателю.

Ограничение для небольших сайтов: если данных CrUX мало, отчёт показывает, что данных нет. Тогда отдельные страницы проверяют в PageSpeed Insights - официальном сервисе Google - или в Lighthouse.

Хорошие цифры Core Web Vitals не гарантируют высоких позиций, об этом пишет и блог Google. Но медленная страница теряет посетителей ещё до того, как они увидят предложение. Поэтому отчёт стоит открывать хотя бы раз в месяц.

Расширенные результаты: ошибки микроразметки

Если Google нашёл на сайте структурированные данные (микроразметку), в разделе «Улучшения» появляются отчёты по каждому поддерживаемому типу расширенных результатов. По справке Google об отчёте, он показывает, сколько действительных и недействительных элементов разметки нашёл робот и какие проблемы критичные, а какие нет. Цифры считают элементы разметки, а не страницы.

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

Кнопки «Устранить эту проблему» в консоли нет: структурированные данные лежат на сайте, поэтому исправляют код сайта. После правки на странице сведений о проблеме запускают проверку исправления.

Меры, принятые вручную, и проблемы безопасности

Эти два отчёта владельцу стоит смотреть первыми. В норме оба пустые, а на месте списка - зелёная галочка.

«Меры, принятые вручную» появляются, если сотрудники Google решили, что сайт нарушает правила в отношении спама. По справке об отчёте, страницы при этом теряют позиции или полностью исчезают из поиска. После исправления подают запрос на повторную проверку. Если сайт куплен с нарушениями, в запросе поясняют, что их допустил прежний владелец.

«Проблемы безопасности» - взлом сайта, вредоносное ПО и социальная инженерия, то есть обман посетителей. По справке, такие страницы помечаются в результатах поиска предупреждением. После устранения тоже подают запрос на проверку.

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

Ссылки, удаления и изменение адреса

• Ссылки. Отчёт о ссылках показывает, какие сайты ссылаются на ресурс, на какие страницы и с каким текстом, а также внутренние ссылки. Таблицы - до 1000 строк. Инструмент отклонения ссылок продолжает работать, но Google пишет, что обычно он не нужен: система сама решает, каким ссылкам доверять.
• Удаления. Инструмент удаления временно скрывает страницу из результатов примерно на шесть месяцев. Чтобы убрать её насовсем, страницу удаляют с сайта, закрывают noindex или отдают код 404.
• Изменение адреса. Инструмент сообщает Google о переезде на новый домен после настройки переадресации. Для перехода с http на https, с www на без www или смены хостинга без смены адреса он не подходит.
• Файлы robots.txt. Отчёт о файлах robots.txt лежит в настройках ресурса. Он показывает файлы, которые нашёл робот (для доменного ресурса - по 20 самым популярным доменам), время последнего сканирования, предупреждения и ошибки. Отчёт доступен только ресурсам уровня домена. Повторное сканирование файла запрашивают лишь в экстренных случаях, а отсутствие файла - не проблема: тогда робот сканирует все адреса.
• Статистика сканирования - в настройках ресурса, для опытных пользователей. Сайту меньше тысячи страниц, по справке, она не нужна.

Слишком мелкий шрифт в Google Search Console и другие удалённые отчёты

Если ошибка о слишком мелком шрифте пришла в старом письме или встретилась в чужой инструкции - отчёта, где она жила, больше нет. Это был отчёт об удобстве просмотра на мобильных устройствах. Google отключил его 1 декабря 2023 года. В записи блога от 19.04.2023 причина названа прямо: для проверки мобильных версий есть другие инструменты, например Lighthouse.

Удалённый отчёт или инструмент	Когда убран	Чем пользоваться теперь
Удобство для мобильных (ошибка о мелком шрифте)	1 декабря 2023 года	Lighthouse, PageSpeed Insights и проверка на телефоне
Удобство страниц	Заменён панелью с отчётами Core Web Vitals и HTTPS после анонса 19.04.2023	Отчёты Core Web Vitals и HTTPS
Параметры URL	Удаление анонсировано 28.03.2022, через месяц	robots.txt и атрибуты hreflang
Таргетинг по странам и языкам	Поддержка прекращена (дата в справке не указана); из документации ссылки убраны 24.08.2022	Атрибуты hreflang на страницах
Ограничение скорости сканирования	8 января 2024 года	Форма сообщения о проблеме с Googlebot для срочных случаев

Даты - по записям блога Google Search Central о параметрах URL и ограничении сканирования, по справке о таргетинге и по журналу обновлений документации Google. Дата 24.08.2022 взята из журнала: справка о таргетинге её не называет. Инструкция, которая велит искать эти разделы, устарела минимум на два года.

Старые отчёты ушли, но за 2025-2026 годы появились новые. О них - следующий раздел.

ИИ-ответы Google и отчёт «Статистика»: что нового в 2025-2026 годах

С 2026 года в консоли есть отдельные отчёты о показах сайта в функциях генеративного ИИ. Это обзоры от ИИ и режим ИИ в Поиске, а также ИИ-функции рекомендаций (Discover). Отчёты запущены 03.06.2026, а с 31.08.2026 доступны всем сайтам по всему миру, но показываются при достаточном числе показов в ИИ-функциях. Кликов в них нет - только показы. Эти же показы по-прежнему входят и в общий отчёт об эффективности.

Отчёт о показах в ИИ-ответах Google

По справке «Отчёт об эффективности для генеративного ИИ в Поиске» и записи блога от 03.06.2026, отчёт устроен так:

• Где: отдельные отчёты для Поиска (обзоры от ИИ и режим ИИ) и для рекомендаций.
• Показатель: один - «Всего показов». Google пишет, что другие показатели могут появиться позже.
• Разрезы: страницы, страны, устройства, даты - по часам, дням, неделям и месяцам.
• Тип поиска: текстовый и мультимодальный веб-поиск.
• Почему отчёта может не быть: функция раскатывалась постепенно, и нужен достаточный объём показов в ИИ-функциях.

Отчёт показывает, какие страницы сайта Google использует в ИИ-ответах и где. Показы в ИИ-функциях входят и в общий отчёт об эффективности, поэтому динамику двух отчётов нужно сравнивать, а не читать по отдельности. Если показы в ИИ растут, а клики падают, это повод разобраться, но не вывод: прямой связи между ними справка Google не описывает.

Если отчёта нет или показов мало. Это не ошибка сайта: по справке, отчёт появляется при достаточном объёме показов в ИИ-функциях, а сами функции раскатывались постепенно. Отдельной работы для ИИ Google не требует: хватает базовой работы над индексацией и полезностью страниц.

Что делать сайту, по рекомендациям Google для ИИ-функций: особых требований и специальной разметки для ИИ нет. Страница должна быть в индексе, доступна роботу и полезна людям; важное - текстом, разметка - в соответствии с видимым содержанием. Прямой ответ в начале раздела помогает и читателю, и любому алгоритму - это приём автора статьи, а не требование Google.

По справкам Google об обзорах от ИИ и о режиме ИИ на 05.10.2026, Россия и русский язык есть в списках доступности. Справки предупреждают, что описание может устареть, а показ зависит от региона и самого запроса.

Search Console Insights: отчёт «Статистика» для тех, кто не SEO-специалист

С 30.06.2025 Search Console Insights встроен в консоль и называется «Статистика» (запись о новом отчёте). Это упрощённая сводка:

• клики и показы из Google Поиска в сравнении с прошлым периодом;
• страницы с наибольшим числом кликов, а также набирающие и теряющие популярность;
• популярные запросы и запросы с растущей и падающей популярностью;
• карточка с долей кликов по брендированным и небрендированным запросам;
• «Достижения» - письма о рекордах, например о рекордном числе кликов за 28 дней.

С 27.10.2025 в отчёте есть группы запросов: похожие запросы ИИ объединяет автоматически, и видно, какая тема приносит клики (запись о группах запросов). Группы доступны сайтам с большим числом запросов.

Совет владельцу: еженедельный просмотр консоли проще всего начинать со «Статистики». Если там всё ровно, а писем о проблемах нет, на неделю этого достаточно.

Ресурсы-платформы: каналы и страницы автора

С 2026 года в консоль добавляют не только сайты, но и страницы автора на платформах. По записи блога Google Search Central от 29.07.2026 (запись на английском языке), ресурсы-платформы доступны по всему миру. Они показывают, как видео и записи с платформы появляются в Google Поиске, рекомендациях и Google Новостях.

Такой ресурс нужен, если компания уже публикует видео или записи на одной из поддерживаемых платформ. Их список приведён в справке Google, и перед подключением его нужно сверить. Подтверждаются такие ресурсы входом на платформе или автоматически, через уже подтверждённый ресурс-сайт. Оговорка: справка на 05.10.2026 всё ещё пишет, что функция может быть доступна не всем.

Что появилось в Search Console за 2025-2026 годы:

• 30.06.2025 - отчёт «Статистика» (Search Console Insights) встроен в консоль.
• 27.10.2025 - группы запросов в «Статистике».
• 17.11.2025 - заметки на графиках.
• 20.11.2025 - фильтр брендированных и небрендированных запросов (для всех подходящих сайтов - с 11.03.2026).
• 04.12.2025 - настройка отчёта с помощью ИИ (эксперимент, не у всех).
• 10.12.2025 - детализация по неделям и месяцам.
• 03.06.2026 - отчёты о показах в функциях генеративного ИИ (для всех сайтов - с 31.08.2026).
• 29.07.2026 - ресурсы-платформы доступны всем.
• 24.09.2026 - мультимодальный тип поиска в отчётах.

Отчётов много, но смотреть все каждый день не нужно. Хватает короткого регулярного списка.

Чек-лист: что проверять в Google Search Console раз в неделю и раз в месяц

Раз в неделю - 10 минут: сообщения и письма, ручные меры и безопасность, клики за 7 дней в сравнении с прошлой неделей, новые ошибки индексирования. Раз в месяц - глубже: запросы на позициях около 5-15, страницы с падением кликов, Sitemap, Core Web Vitals, список пользователей с доступом. Если клики из Google падают второй месяц подряд, а причина в отчётах не видна, пора подключать специалистов.

Раз в неделю: 10 минут

Если открывать гугл серч консоль раз в неделю, большинство проблем видно до того, как они ударят по заявкам.

• Нет новых сообщений на панели сообщений (значок колокольчика вверху страницы).
• «Меры, принятые вручную» и «Проблемы безопасности» пустые.
• Клики за 7 дней сравнены с прошлой неделей в отчёте об эффективности.
• В отчёте об индексировании страниц нет новой ошибки на важных страницах.
• В «Статистике» просмотрено, какие страницы и запросы растут, а какие падают.

Раз в месяц: 30-40 минут

• Запросы на позициях около 5-15 с большим числом показов выписаны в план работ.
• Страницы с падением кликов сравнены за два периода.
• Файл Sitemap в статусе «Успешно».
• В Core Web Vitals нет новых страниц со статусом «Низкая скорость».
• В отчётах о расширенных результатах (раздел «Улучшения») нет новых ошибок.
• В «Пользователях и разрешениях» нет лишних людей и бывших подрядчиков, а в списке неиспользуемых токенов - чужих токенов.
• Изменения на сайте за месяц отмечены заметками на графике.

Письма о проблемах, по справке о настройках рассылки, настраиваются для каждого пользователя отдельно: «Пользовательские настройки» → «Настройки электронной рассылки». Сообщения в панели при этом видны всегда, но история хранится только у ресурса с подтверждённым владельцем.

Когда передать Search Console специалистам

Консоль показывает симптомы, но не устраняет причины. Четыре признака, что пора передать работу специалистам:

• Клики из Google падают без видимой причины в отчётах.
• После переезда или редизайна массово выпали страницы из индекса.
• В консоли появились меры, принятые вручную.
• Нужно не следить за сайтом, а расти в Google по коммерческим запросам.

Последний пункт - уже не мониторинг, а продвижение. Webgard 14 лет занимается поисковым продвижением, на счету студии 350+ сайтов в ТОП-3. Над проектом работает команда из 2-6 человек, тарифы SEO - от 40 000 ₽ в месяц. Подробнее о работе с Google - на странице SEO-продвижения в Google под ключ.

Один из кейсов Webgard - оптовый интернет-магазин opttop24. В перечне работ полный аудит сайта с техническим заданием на доработки и настройка корректной индексации. Переходы из поисковых систем выросли с 500 до 4600. Кейс описывает общий поисковый трафик сайта, без отдельной разбивки по Google.

Частые вопросы о Google Search Console

Google Search Console и гугл вебмастер - это одно и то же?

Да. До 2015 года сервис назывался Google Webmaster Tools, а 20 мая 2015 года Google переименовал его в Search Console. Яндекс Вебмастер - отдельный сервис Яндекса.

Сколько стоит Search Console?

Search Console бесплатна. По справке Google, нужен только аккаунт Google и современный браузер. Платных тарифов у сервиса нет.

Как добавить сайт в консоль, если нет доступа к DNS?

Выбрать ресурс с префиксом в URL. Его подтверждают HTML-файлом в корне сайта, метатегом на главной странице, кодом Google Аналитики или Google Менеджера тегов. Для этого нужны права на редактирование сайта, Аналитики или контейнера тегов.

Когда в Search Console появятся данные после добавления сайта?

По справке Google - через несколько дней. Сбор начинается сразу после добавления ресурса в аккаунт, ещё до подтверждения прав. Если данных нет и спустя несколько дней, стоит проверить, тот ли адрес указан - например, не http ли вместо https.

Почему клики в Search Console не совпадают с визитами в Метрике?

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

Что значит ошибка о слишком мелком шрифте в консоли?

Это ошибка из прежнего отчёта об удобстве просмотра на мобильных устройствах. Google отключил отчёт 1 декабря 2023 года, поэтому в консоли такой ошибки больше нет. Мобильную версию сейчас проверяют в Lighthouse, PageSpeed Insights и глазами на телефоне.

Как дать доступ к Search Console подрядчику?

Владелец ресурса открывает настройки → «Пользователи и разрешения» → «Добавить пользователя» и указывает почту аккаунта Google подрядчика. Обычно подрядчику дают полный доступ, а владельцем остаётся компания. По справке об управлении владельцами и пользователями, адрес почтовой группы добавить нельзя - только конкретный аккаунт Google.

Что делать, если подтверждение прав пропало?

Вернуть удалённый токен: файл, метатег или запись DNS. Либо подтвердить права другим способом. Чтобы ситуация не повторилась, справка Google о подтверждении права собственности советует заранее добавить второй способ подтверждения.

Можно ли удалить сайт из Search Console?

Ресурс можно удалить из аккаунта. По справке, добавление ресурса не влияет на позиции сайта. Поэтому удаление ресурса убирает только доступ к отчётам, а сам сайт остаётся в поиске. По справке о добавлении ресурса, удалённый ресурс можно добавить снова без повторного подтверждения, если у него остался хотя бы один подтверждённый владелец. Чтобы убрать страницу из результатов Google, нужен другой инструмент: удаление URL временно или noindex и код 404 навсегда.

Термины Search Console простыми словами

• Сканирование - робот Google находит и загружает страницу.
• Индексирование - страница попадает в индекс, то есть в базу страниц Google, из которой строятся результаты поиска.
• Показ - появление ссылки на сайт в результатах поиска.
• CTR - доля кликов от показов: клики, делённые на показы.
• Sitemap - файл со списком адресов сайта для поисковых роботов.
• robots.txt - файл в корне сайта, которым закрывают разделы от сканирования. Закрытие от сканирования не равно запрету индексирования.
• noindex - тег или заголовок, запрещающий индексировать страницу.
• canonical - указание основной версии страницы среди похожих.
• Переадресация (редирект) - автоматический переход с одного адреса на другой.
• Токен подтверждения - запись DNS, файл или тег, который консоль ищет на сайте, чтобы убедиться в правах владельца.

Главное о Google Search Console: выводы

• Search Console - бесплатный сервис Google, бывший Google Webmaster Tools. Он показывает, как сайт представлен в Google Поиске: индекс, запросы, клики, ошибки и санкции.
• Российскому сайту консоль нужна вместе с Яндекс Вебмастером: Google приводит примерно 28-31% переходов из поиска, а его проблемы не видны в сервисах Яндекса.
• Добавлять сайт лучше доменным ресурсом с подтверждением через DNS, на аккаунт компании. Подрядчик получает доступ, а не владение.
• В отчёте об эффективности средняя позиция - усреднение, а не место в выдаче. Главная польза отчёта - найти запросы с большим числом показов и низким CTR.
• «Не проиндексировано» - не всегда ошибка. Чинить нужно ошибки сервера, 404 на нужных адресах, случайный noindex и блокировки в robots.txt.
• В 2026 году в консоли видны показы в обзорах от ИИ и режиме ИИ, а удалённые отчёты из старых инструкций искать не нужно.

Что делать дальше:

• Владельцу бизнеса - проверить, на чьём аккаунте подтверждён сайт. Если только у подрядчика - добавить подтверждение на аккаунт компании, затем включить у себя письма о проблемах. Дальше хватит 10 минут в неделю по чек-листу.
• Маркетологу - открыть отчёт об эффективности за три месяца, выписать запросы с большим числом показов и низким CTR и запросы на позициях около 5-15. Это готовый список правок title, description и текстов на ближайший месяц.

Как готовился материал

Автор - Александр Колодяжный, руководитель Webgard, старший SEO-специалист. Материал подготовила и проверила команда Webgard - SEO-студии с 14-летним опытом в поисковом продвижении.

Названия отчётов, статусов и кнопок, сроки и ограничения сверены 05.10.2026. Сверка шла по справке Search Console на русском языке, документации и блогу Google Search Central, справке Яндекс Вебмастера и Метрики. Отчёты о расширенных результатах и о файлах robots.txt, форматы записей подтверждения и справка Метрики дополнительно сверены по живым страницам справки 05.10.2026. Ссылки на первоисточники стоят в тексте рядом с фактами. Надписи живого интерфейса за входом в аккаунт могут отличаться от справки - Google меняет интерфейс без предупреждения.