Google Search Console: настройка, диагностика и отчётность, которая действительно к чему-то приводит

Вы можете читать отчёты сами, и GSC спроектирован так, чтобы быть доступным. Разрыв — в трактовке и методе. Знать, что 1 400 URL находятся в состоянии «Discovered, currently not indexed», — это не то же самое, что понимать, проблема ли это краулингового бюджета, сигнал качества сайта, контентный вопрос или ошибка sitemap, и какое решение запускать первым. Мы диагностировали это на сотнях сайтов и можем сказать, к какому кластеру относится ваш случай и как выглядит решение, вместо того чтобы оставлять вас разбираться методом проб и ошибок.

SEO Site Audit смотрит широко: техническое здоровье, качество контента, ссылочный профиль, анализ разрывов с конкурентами. Google Search Console — один из нескольких источников данных, которые он использует. Эта услуга уходит вглубь самого инструмента GSC: каждый отчёт, каждый отмеченный пункт, каждое состояние индексации, workflow Validate Fix и хранение данных. Если ваша основная проблема внутри Search Console — начните здесь. Если нужна полная картина, включая ссылки и конкурентное позиционирование, SEO Site Audit охватывает больше. Некоторые клиенты делают обе услуги последовательно.

Нет. Индексация — решение Google, и никто за пределами Google не может её гарантировать. Что мы можем — определить конкретную причину, по которой страница не индексируется, применить корректное решение под это состояние, отправить URL на переиндексацию и отслеживать цикл Validate Fix. Как только техническая причина устранена, большинство страниц действительно попадает в индекс, но сроки и окончательное решение остаются за Google.

Да, требуется доступ только на чтение. Мы запрашиваем его по email-приглашению через панель прав Google Search Console — так же, как вы добавили бы любого участника команды. Мы никогда не просим пароль от вашего аккаунта Google. Доступ ограничен конкретным ресурсом и конкретными участниками вашего проекта. Вы можете отозвать его в один клик в любой момент. Мы зарегистрированы в ЕС (CyberLab.Team OÜ, Эстония) и работаем по GDPR. Data Processing Agreement (DPA) предоставляется по запросу.

Причин несколько распространённых. URL-prefix property может успешно подтвердиться, но недополучать данные, если выбран не тот scope (http против https, www против без-www). У Domain property подтверждение может молча сорваться после изменения DNS. Отсутствующий или некорректный sitemap означает, что страницы не подаются Google системно. Совсем новый ресурс — это тоже норма: GSC наполняет около 16 месяцев данных, но недавно подключённый ресурс стартует с очень малого. Мы прорабатываем каждую возможность и находим реальный пробел.

Разница большая. Domain property покрывает все протоколы и поддомены под корневым доменом (www, без-www, https, http, поддомены) и подтверждается только через DNS. URL-prefix property покрывает один конкретный URL-префикс и подтверждается через DNS, HTML-файл, HTML-тег, Google Analytics или GTM. Если у вашего сайта значимый трафик и на www, и на без-www, или вы используете поддомены для разных языковых версий, Domain property даёт полную картину. Большинству сайтов стоит использовать Domain property, но требование подтверждения через DNS мешает людям настроить их корректно.

Это значит, что Google посетил страницу, смог её прочитать и решил не включать в индекс. Причина редко в одной технической настройке. Google мог счесть контент слишком тонким, слишком похожим на другие страницы вашего сайта или недостаточно полезным, чтобы ранжироваться по чему-то конкретному. Это также может быть сигналом от накопившихся низкокачественных страниц в другом месте того же домена. Мы смотрим на затронутую группу URL, оцениваем вероятный сигнал и рекомендуем либо путь улучшения контента, либо подход консолидации, либо иную стратегию canonical.

Discovered, not indexed означает, что Google нашёл URL (обычно из sitemap или внутренней ссылки), но ещё не посетил его. Это часто сигнал краулингового бюджета или внутренней перелинковки. Crawled, not indexed означает, что Google посетил, но решил не включать страницу. Это разные диагнозы с разными решениями. Нажатие Request Indexing на больших объёмах страниц не устраняет первопричину и даёт лишь временный сигнал. Для большинства сайтов работа над первопричиной даёт более устойчивый результат, чем ручная отправка отдельных URL.

Мы можем помочь подготовить чистый, хорошо задокументированный запрос на пересмотр, но решение снять Manual Action принимает Google, и это может занять от нескольких недель до месяцев. Самая частая причина отказа по запросам на пересмотр — что нижележащая проблема не была полностью устранена до отправки. Мы аккуратно определяем триггер, проходим чек-лист очистки и оформляем запрос в соответствии с тем, что предписывают рекомендации Google. Чего мы не можем — обещать результат или сроки.

Когда Google игнорирует ваш тег canonical и выбирает другой URL как предпочтительную версию, это обычно значит, что Google нашёл более сильный сигнал в другом месте: редирект, внутренние ссылки, ведущие на другой URL, sitemap с другой версией или тег hreflang, указывающий на альтернативу. Ваш указанный canonical воспринимается как подсказка, а не инструкция. Мы определяем, какой конкурирующий сигнал побеждает, и помогаем привести их в согласованность, чтобы Google подхватил нужный вам canonical.

Верно может быть и то, и другое, потому что они измеряют разные вещи. PageSpeed Insights (лабораторный режим) симулирует одну загрузку в контролируемых условиях. Отчёт GSC Core Web Vitals использует полевые данные: измерения реальных пользователей из Chrome на всех устройствах и типах соединений на вашем сайте за последние 28 дней. Страница может пройти лабораторный тест и всё равно провалить полевые данные, если большинство реальных посетителей на медленном мобильном соединении, если в фоне работает медленный сторонний скрипт или если сдвиг макета происходит во время прокрутки, который лаборатория не воспроизводит. Именно полевые данные Google использует как сигнал ранжирования.

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

Да. Search Console to BigQuery Bulk Data Export непрерывно стримит данные вашего ресурса в датасет BigQuery в вашем собственном проекте Google Cloud. Как только он запущен, данные принадлежат вам, и вы можете хранить их сколько угодно. Мы настраиваем экспорт, выставляем нужные права и при желании подключаем дашборд Looker Studio для анализа трендов. Проект BigQuery и Google Cloud остаются вашими; мы никогда не храним ваши данные.

Если проблема, которую вы пытаетесь решить, живёт внутри интерфейса Search Console — состояния индексации, Manual Actions, циклы Validate Fix или хранение данных — заказывайте эту услугу. Если проблема на уровне платформы WordPress — конфликты плагинов, дублирование таксономий, изменения permalink, Core Web Vitals на уровне темы или конфигурация Yoast и Rank Math — то WordPress SEO audit подходит лучше. Эти две услуги не пересекаются. Некоторые клиенты делают обе.

Не напрямую. Эта страница про инструмент Google Search Console и его отчёты: поисковую эффективность, индексацию и Core Web Vitals. Ранжирование и попадание в цитирование внутри Google AI Overviews и AI Mode покрывается нашей отдельной услугой AI SEO. Видимость внутри AI-ассистентов вроде ChatGPT и Perplexity — это наша услуга AI Visibility. Исправно работающая настройка GSC — предпосылка почти для всего остального, но это отдельные проекты.

Результат — это письменная диагностика и приоритизированный план действий с разбором на созвоне. Мы не пишем контент, не строим ссылки и не вносим изменения внутри вашей установки WordPress, аккаунта Google Ads или CMS. Внедрение оценивается отдельно на основе списка правок и не несёт никаких обязательств. Примерно половина наших клиентов внедряет силами своего разработчика или существующего агентства, используя отчёт напрямую. Мы даём точную смету после бесплатной предварительной проверки, обычно в течение 24 часов.