Google Search Console - бесплатный сервис Google для контроля органического поиска. Он показывает, какие страницы известны Google, какие из них индексируются, почему отдельные URL не попали в индекс, по каким запросам сайт получает показы и клики, есть ли ручные санкции или проблемы безопасности.
Для сайта на Tilda Search Console стоит подключать сразу после запуска собственного домена. Само подключение не улучшает позиции, но дает данные, без которых диагностика Google сводится к предположениям.
Какой тип ресурса выбрать
В Search Console используются два основных типа ресурса.
| Тип | Что охватывает | Подтверждение | Когда удобен |
|---|---|---|---|
| Доменный ресурс | Все протоколы и поддомены домена | Через DNS | Для полного контроля домена |
| Ресурс с префиксом URL | Только указанный протокол, домен и путь | Несколько способов, включая метатег | Когда нужен отдельный участок сайта или нет доступа к DNS |
Google подробно описывает различия в справке о типах ресурсов.
Если есть доступ к DNS, для основного проекта обычно удобнее доменный ресурс. Он не распадается на отдельные версии http, https, www и поддомены.
Как подключить Search Console к Tilda
Для ресурса с префиксом URL можно использовать метатег подтверждения и добавить его в настройки сайта Tilda. Для доменного ресурса подтверждение выполняется через DNS-запись в той службе, которая обслуживает DNS-зону домена.
- Добавьте ресурс в Search Console.
- Выберите способ подтверждения.
- Добавьте метатег в Tilda или DNS-запись в службе DNS.
- Переопубликуйте сайт, если использовали метатег.
- Запустите проверку.
Инструкция Tilda собрана на странице подтверждения домена в поисковых сервисах.
Что делать с Sitemap
После подключения отправьте адрес Sitemap. Для обычного сайта на Tilda он доступен по адресу https://домен/sitemap.xml.
Sitemap помогает Google находить канонические страницы, но не дает гарантии индексирования. Если в файле 300 URL, это не означает, что все 300 обязаны появиться в индексе. Дубли, перенаправления, закрытые страницы и документы без самостоятельной ценности могут не индексироваться.
Google рекомендует использовать отчет Sitemap для контроля обработки файла, а не считать его счетчиком индексированных страниц. Справка Google по Sitemap. Отдельно разобрали Sitemap.xml на Tilda.
Отчет об индексировании страниц - основная картина по сайту
Для системной проверки индексирования важнее не проверять сотни URL по одному, а открыть отчет об индексировании страниц. Он показывает известные Google адреса, разделяет их на индексируемые и неиндексируемые и группирует причины.
Google прямо предупреждает: цель не в 100% индексировании всех найденных URL. В индекс должны попадать канонические версии важных страниц, а дубли и технические варианты могут законно отсутствовать. Отчет об индексировании страниц.
Просканирована, но пока не проиндексирована
Статус означает, что Google уже посетил страницу, но на момент отчета не включил ее в индекс. Причина не сводится к одному техническому переключателю. Нужно проверить самостоятельную ценность страницы, дублирование, качество содержимого, внутренние ссылки и общую необходимость документа в поиске.
Подробная диагностика - в статье Просканирована, но пока не проиндексирована.
Обнаружена, но пока не проиндексирована
Google знает адрес, но еще не выполнил полноценный обход. Для нового или крупного сайта это может быть временным состоянием. Если статус сохраняется, проверьте внутреннюю перелинковку, доступность сайта, качество Sitemap и не создается ли слишком много слабых или повторяющихся URL.
Дубли и выбор канонической страницы
В отчете могут появляться варианты, которые Google считает дублями другой страницы. Сам по себе такой статус не является ошибкой. Важно, чтобы Google выбрал канонической именно ту страницу, которую вы хотите продвигать.
Если система выбирает другой URL, проверьте:
- перенаправления;
rel=canonical;- внутренние ссылки;
- наличие обоих адресов в Sitemap;
- дубли из-за параметров, старых адресов или копий страниц.
robots.txt и noindex
Блокировка обхода и запрет индексирования - разные механизмы. Если важная страница закрыта, сначала определите, чем именно: правилом robots.txt, метатегом robots, ответом сервера, авторизацией или другой причиной. Не исправляйте отчет вслепую.
Проверка отдельного URL
Инструмент проверки URL нужен, когда надо разобраться с конкретной страницей. Он показывает сведения о версии, которая известна индексу Google, а также позволяет отдельно проверить текущую версию страницы.
Это два разных состояния:
- данные индекса - что Google знает о последней обработанной версии;
- проверка опубликованной страницы - может ли инструмент Google сейчас получить и обработать текущий URL.
Положительный результат проверки опубликованной страницы не гарантирует индексирование. Google отдельно указывает, что такая проверка не определяет все причины: например, окончательный выбор канонической страницы, ручные меры, вопросы качества и некоторые другие условия. Справка по проверке URL.
Если проблема касается одной страницы, используйте этот инструмент. Если выпал целый раздел или резко изменилась общая картина, начинайте с отчета об индексировании страниц.
Как читать отчет об эффективности
Отчет об эффективности показывает фактические показы и переходы из Google. Основные показатели:
- клики;
- показы;
- CTR;
- средняя позиция.
Полезнее всего сочетать измерения. Например, рост показов без роста кликов может означать расширение семантики на низких позициях, а падение CTR при стабильной позиции - изменение состава выдачи или слабый сниппет.
Google отдельно описывает особенности этих данных в справке по данным Search Console.
Два направления анализа: от запроса к странице и от страницы к запросам
От запроса к странице
Выберите запрос и посмотрите, какие страницы получают по нему показы. Если несколько URL постоянно сменяют друг друга или конкурируют, проверьте распределение поискового намерения и внутреннюю структуру.
От страницы к запросам
Выберите страницу и посмотрите весь набор запросов. Это помогает увидеть:
- новые формулировки спроса;
- темы, которых не хватает в тексте;
- неожиданное смещение страницы в другую тему;
- запросы с большим числом показов и низким CTR;
- запросы, по которым страница уже близка к первой странице результатов.
Отдельно разобрали как находить темы через Google Search Console.
Основные интернет-показатели страницы
Отчет Core Web Vitals показывает группы URL по реальным данным пользователей и использует показатели LCP, INP и CLS. Он нужен не для оценки каждой страницы в лабораторных условиях, а для поиска групп адресов, где у реальных посетителей регулярно возникает проблема со скоростью или устойчивостью макета.
Google учитывает только страницы, для которых есть достаточные полевые данные, поэтому отсутствие URL в отчете не означает, что у страницы все идеально. Описание Core Web Vitals.
Ручные меры и проблемы безопасности
Эти разделы проверяются редко, но при проблеме имеют высокий приоритет.
- Ручные меры показывают санкции, назначенные после проверки специалистом Google. Они могут затрагивать часть сайта или весь ресурс.
- Проблемы безопасности связаны со взломом, вредоносным содержимым, фишингом и другими рисками для посетителей.
Если в разделе есть проблема, нельзя ограничиваться отправкой страницы на повторное индексирование. Сначала устраняется причина, затем выполняется предусмотренная Google проверка. Справка по ручным мерам.
Удаления: когда использовать инструмент, а когда нет
Инструмент удаления не является обычным способом убрать страницу из Google навсегда. Для постоянного решения нужно изменить сам сайт: удалить страницу, поставить подходящий код ответа, закрыть индексирование или настроить перенаправление в зависимости от задачи.
Временное скрытие в Search Console используют, когда надо быстро убрать результат из выдачи на ограниченное время, пока основное исправление уже выполняется.
Отчет по ссылкам
Раздел ссылок показывает основные внешние сайты, ссылающиеся страницы, внутренние ссылки и наиболее связанные страницы проекта. Это не полный индекс ссылок всего интернета и не самостоятельная система оценки качества, но отчет полезен для проверки структуры.
Например, если важная коммерческая страница почти не получает внутренних ссылок, проблема может быть не в индексации, а в архитектуре сайта.
Почему Search Console не заменяет регулярную проверку позиций
Средняя позиция Search Console рассчитана по реальным показам в разных условиях. Она не равна фиксированной позиции по заранее заданному запросу в одном регионе и на одном устройстве.
Для контроля конкретного семантического ядра нужен отдельный сервис. Сравнение подходов - в статье как проверить позиции сайта в Яндексе и Google.
Что проверять регулярно
| Период | Что смотреть |
|---|---|
| Раз в неделю | Резкие изменения кликов и показов, сообщения, проблемы индексирования важных страниц |
| После публикации или исправления | Проверку URL, Sitemap и появление страницы в отчете индексирования |
| Раз в месяц | Страницы и запросы, причины неиндексирования, основные интернет-показатели, внутренние ссылки |
| При резком падении трафика | Сопоставить дату падения с индексированием, ручными мерами, безопасностью и изменениями страниц |
Частые ошибки
- считать обработанный Sitemap доказательством индексирования;
- добиваться индексирования каждого известного Google URL;
- проверять массовую проблему только через отдельные URL;
- считать успешную проверку опубликованной страницы гарантией попадания в индекс;
- путать среднюю позицию с точной позицией по запросу;
- игнорировать выбор канонической страницы;
- не проверять ручные меры и безопасность после резкого необъяснимого падения;
- делать выводы по одному дню без учета спроса и сезонности.
Итоговый порядок работы
- Подключить ресурс и подтвердить права.
- Отправить Sitemap.
- Проверить общий отчет индексирования, а не только отдельные URL.
- Разобрать причины неиндексирования важных страниц.
- Использовать проверку URL для точечной диагностики.
- Анализировать запросы и страницы в отчете эффективности.
- Следить за Core Web Vitals, ручными мерами и безопасностью.
- Сопоставлять Search Console с аналитикой и отдельной проверкой позиций.
Search Console полезен не количеством отчетов, а возможностью разделить три разных вопроса: может ли Google получить страницу, включил ли он ее в индекс и получает ли она показы и клики. Пока эти вопросы не разделены, диагностика обычно идет не туда.
