Стал доступен почти всем обновленный сервис Search Console


Оглавление (нажмите, чтобы открыть):

Новый инструмент проверки URL и многое другое в Search Console

Здравствуйте, уважаемые читатели сайта Uspei.com. Несколько месяцев назад Google представил новую Search Console . Вот некоторые обновления введенные в новом кабинете вебмастера Google

Инструмент проверки URL-адресов

Один из наиболее распространенных пользовательских запросов в Search Console — это подробная информация о том, как Google Search видит определенный URL-адрес. И Goolge сегодня начал запускать новый инструмент « Проверка URL », чтобы предоставить пользователям больше данных, и чтобы поиск стал более прозрачным. Сегодня-завтра он станет доступен всем.

Средство проверки URL-адресов предоставляет подробную информацию об обходе, индексе и информацию о ваших страницах непосредственно из индекса Google.

Введите URL-адрес, который у вас есть, в строке поиска вверху любой страницы Search Console, чтобы узнать последнюю дату и статус обхода, любые ошибки сканирования или индексирования и канонический URL-адрес этой страницы. Если страница была успешно проиндексирована, вы можете увидеть информацию и статус о любых улучшениях, которые поисковик обнаружил на странице, например, в ускоренной версии AMP.

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

Если страница не проиндексирована, вы можете узнать почему. Новый отчет содержит информацию о мета-тегах noindex robots и каноническом URL Google для этой страницы.

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

В результатах проверки будут представлены следующие разделы и поля:

  • Показ в Google. Из этой карточки можно узнать, может ли страница показываться в результатах поиска Google. Возможны следующие значения:
    • URL есть в индексе Google;
    • URL есть в индексе Google, но на странице наблюдаются проблемы;
    • URL нет в индексе Google: ошибки индексирования;
    • URL нет в индексе Google;
    • Этот URL – альтернативная версия.
  • Индексирование отправленных URL. В этом разделе указаны сведения о процессе и статусе индексирования страницы, а именно:
    • Статус индексирования;
    • Файлы Sitemap;
    • Ссылающаяся страница;
    • Последнее сканирование;
    • Сканирование разрешено?;
    • Получение страницы;
    • Индексирование разрешено?;
    • Каноническая страница, выбранная пользователем;
    • Каноническая страница, выбранная Google.
  • Улучшения. В этом разделе содержатся сведения об улучшениях, обнаруженных роботами Google на странице со времени последнего индексирования, включая:
    • AMP-страницы;
    • Разные типы расширенных результатов;
    • Канонический URL.

Помимо запуска проверки URL, у Google ввел еще несколько новых функций и отчетов в новую Search Console:

  • Шестнадцать месяцев данных о трафике : API Search Analytics теперь дает доступ к 16 месяцам данных, как и отчет об эффективности .
  • Отчет рецепты : отчетрецепты поможет вам исправить проблемы с структурированными данными.
  • Новые фильтры внешнего вида поиска в Search Analytics : отчет об эффективности теперь дает вам больше информации о новых результатах поиска, включая результаты Web Light и Google Play Instant .

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

До встречи! Успевайте всё и всегда на страницах блога Uspei.com

Помоги проекту — подпишись на наш Яндекс.Дзен канал!

Google завершила бета-тест сервиса Search Console

Компания сообщила в своём блоге о завершении бета-тестирования инструмента для веб-разработчиков Search Console. Инструкция по переходу на новую версию опубликована в разделе помощи. В обновлении добавили инструмент проверки URL-адреса страницы и доработали отчёт о мерах, принятых вручную. В новой версии реализованы не все возможности из предыдущей, поэтому по мере готовности изменений компания планирует оперативно оповещать пользователей.

Инструмент проверки URL

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

Меры, принятые вручную

Детальные сообщения о мерах, принятых вручную, находятся на странице отчёта. Там же располагается форма запроса на повторную проверку страницы после устранения нарушений. В новой версии разработчики изменили внешний вид.

Другие возможности

Обновлённый Search Console получил новые инструменты, предоставляющие пользователю данные о сайте:

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

Дополнительные изменения коснулись карты сайта и настроек управления аккаунтом:

  • доступен отчёт по файлам Sitemap;
  • появилась возможность управления владельцами, пользователями и разрешениями.

Несмотря на появление инструмента для проверки URL-адреса, представители Google объявили о вариантах замены URL-адресов в начале сентября 2020 года. Специалисты компании разрабатывает более безопасное, по их мнению, решение, которое лучше отразит уникальность ресурса и поможет пользователям успешно ориентироваться в сети.

Google избавится от части инструментария в Search Console

Дата публикации: 2020-01-14

От автора: представитель Google подтвердил, что в новой Search Console не будет части функционала, который доступен в старой версии сервиса.

Общаясь с вебмастерами, Джон Мюллер рассказал, какой функционал получит новая версия Search Console. Он подтвердил слова другого сотрудника Google (Гэри Илша) о том, что часть старого функционала не будет перенесена в обновленный сервис.

Джон подчеркнул, что будущая Search Console лишится целого ряда отчетов. Первым кандидатом на отключение является статистика по ошибкам, возникшим во время сканирования сайта. Команда Google считает, что данный раздел не представляет особой информационной ценности для вебмастера.

Также Мюллер сообщил, что новая версия платформы получит обновленный набор отчетности для работы со ссылками. Какие из метрик войдут в этот раздел, инженер Google не уточняет. Он только отметил, что эта отчетность станет более согласованной.

Как создать сайт самому?

Какие технологии и знания необходимы сегодня, чтобы создавать сайты самостоятельно? Узнайте на интенсиве!

Хотите узнать, что необходимо для создания сайта?

Посмотрите видео и узнайте пошаговый план по созданию сайта с нуля!


Стал доступен почти всем обновленный сервис Search Console

Serpstat использует файлы cookie для обеспечения работоспособности сервиса, улучшения навигации, предоставления возможности связаться с командой поддержки, а также маркетинговых активностей Serpstat.

Нажав кнопку «Принять и продолжить», вы соглашаетесь с Политики конфиденциальности

Мы запустили рейтинг зарплат интернет-маркетологов! Прими участие в анонимном опросе.

How-to – Читать 11 минут – 14 марта 2020

В инструментах Google Search Console и Яндекс.Вебмастер есть все необходимое, чтобы проверить сайт. Отчеты о статистике сканирования web-ресурса, количество показов и кликов, средняя позиция в поиске.

В отчетах сканирования вы можете обнаружить ошибки. Также дается краткое объяснение для вебмастера: отчего они появились, как их решать.

Информация в Search Console попадает с задержкой. Поэтому может по нескольку недель отображать информацию об ошибках, которые уже устранены.

Желательно кроме консолей проверять сайт другими средствами сканирования и аудирования сайта.

Google делит ошибки на 2 типа:

  • ошибки сайта — появляются, если бот не может обойти весь ресурс;
  • ошибки URL — говорят о проблеме с отдельными страницами.

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

DNS, или Domain Name System. DNS — это система доменных имен, данные которой используются роботами при посещении ресурсов. Если возникают ошибки DNS, значит, поисковик не может связаться с сайтом, а пользователи его найти и открыть.

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

Разработчики Google утверждают, что большинство ошибок DNS на продвижение не влияют, так как не мешают сканированию. Но их все равно следует срочно исправлять, иначе пользователи могут уходить с сайта из-за медленной загрузки страниц.

Нужно ответственно подходить к выбору хостинг-провайдера — он должен обеспечивать бесперебойную работу в любой ситуации.

Ошибки сервера также необходимо устранять в первую очередь. Если в настоящий момент веб-сайт работает (проверьте через сканер Google, который будет доступен до марта 2020), а в консоли появилось сообщение об ошибке, возможно, она была выявлена ранее.

Задача вебмастера — убедиться, что ситуация не повторится. Если в новой версии консоли не появится аналог данного инструмента, используйте программы-сканеры. Например, Netpeak Spider.

Что может случиться?

    таймаут — случается, если истекло время ожидания соединения, код ошибки 408;

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

сброс подключения — запрос обработан сервером, но бот не успел получить результат, код ошибки 205;

усеченное тело ответа — получен не полностью из-за преждевременного отключения, код ошибки 206;

сбой подключения — возникает, если CDN или сеть доставки контента не может подключиться к веб-серверам, код ошибки 522. Другими словами, компьютер не может подключиться к серверу;

отсутствие отклика означает, что сервер или прокси-сервер не получил ответ от вышестоящего сервера, чтобы завершить свой запрос, код ошибки 504;

время ожидания истекло — роботу не удается подключиться за установленный системой промежуток времени, код ошибки 502. То есть время ожидания истекло до завершения операции. Или сервер не ответил, поскольку время истекло раньше, чем удалось подключение, либо все подключения уже использованы.

Отличие данного пункта от первого таймаута состоит в том, что произошло соединение с хостом, но далее желаемое не получено. Это не проблема соединения: она может быть как в запросе, так и в самом хосте.

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

Корневой документ robots.txt для веб-ресурса создают с целью прописать директивы и закрыть посещение поисковых роботов к техническим web-страницам и другим страницам, которые не содержат полезной и уникальной информации. А также скорректировать процесс сканирования и предоставить путь к карте sitemap для лучшего обхода.

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

Для решения проблемы достаточно проверить, правильно ли настроен robots.txt:

  • указаны ли правильно разделы и документы, которые запрещено обрабатывать;
  • доступен ли файл или отдает 404 ответ сервера.

Появляются, когда Googlebot не смог обработать отдельные страницы из-за неправильных редиректов (цепочки бесконечные редиректов; перенаправлений на битые страницы), закрытия в robots.txt, ошибки необновленной sitemap.xml. Отчет можно получить в Search Console. Для этого перейдите в раздел Покрытие из главного меню, как показано на скриншоте выше.

Устранять подобные неполадки проще: при их анализе можно посмотреть конкретные страницы, с которыми возникли проблемы.

Ошибки URL отображаются списком от самых важных до незначительных. Их необходимо устранять, так как у робота есть определенный «краулинговый бюджет»: если он потратит все время на просмотр несуществующих страниц, у сайта останутся не отсканированными полезные страницы (или будут долго проходить индексирование).

Ошибка «Soft 404». Когда возникает:

    cтраница, которая была удалена, не возвращает код ответа HTTP 404 по требованию пользователя или бота;

несуществующая страница перенаправляет пользователей на нерелевантную страницу. Например, если поставили редирект с категории велосипеды на категорию мотоциклы;


когда страница пустая, на ней нет контента.

Чтобы устранить ошибки, следует:

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

Ошибка 404. Она возникает, когда робот сканировал несуществующую страницу, потому что на нее ссылались в других документах, в том числе из sitemap.xml. Есть внутренние и внешние 404 ошибки:

  • если ссылка на удаленную страницу стоит внутри сайта, то разработчики могут ее убрать сами;
  • если ссылка стоит извне, разработчики вместе с SEO-специалистом или контент-менеджером могут настроить 301 редирект в файле .htaccess, чтобы передать ее ссылочный вес на какую-либо релевантную страницу.


Доступ запрещен.
Возникает, когда у робота нет доступа к URL. Например, в файле robots.txt использованы директивы — запрет на сканирование всего ресурса или отдельных каталогов, разделов. Либо хостер заблокировал доступ к сайту.

Чтобы устранить проблему, достаточно убрать причину, препятствующую доступу:

Подробное руководство по Google Search Console для новичков

Время чтения: 21 минута Нет времени читать? Нет времени?

Google Search Console — мощный инструмент для получения важной информации о сайте, проверять его на наличие ошибок и делать все возможное для повышения его видимости в поисковой выдаче.

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

Мы пройдем по всем вкладкам и настройкам Google Search Console, чтобы прояснить ситуацию.

Начало работы

Для работы с консолью необходим аккаунт Google. Если он у вас есть, переходите по ссылке на главную страницу консоли.

Для начала нужно добавить сайт.

Потом необходимо подтвердить свои права на него. Это можно сделать несколькими способами. Рекомендованный способ ­– загрузка html-файла в папку с сайтом.

Мастер Йода рекомендует:  Скрытая загрузка Javascript

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

Чтобы подтвердить сайт первым способом, необходимо скопировать предложенный метатег и вставить его между тегами и в коде сайта. Если сайт использует WordPress, тег можно найти в файле header.php в редакторе шаблона.

Также для упрощения процедуры можно воспользоваться аккаунтами Google Analytics или Google Tag Manager. Еще один способ – подтверждение прав с помощью регистратора домена. Если ваш провайдер позволяет пройти процедуру непосредственно в GSC, задача заметно упрощается.

Если подтверждение прошло успешно, появится вот такое сообщение:

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

Сверху вы увидите приветственное сообщение от Google с рекомендациями.

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

Настройки

Настройки Search Console

Чтобы не получать уведомления от Search Console на электронную почту, снимите галочку. Но лучше этого не делать – можно пропустить важное сообщение (о вирусах на сайте, санкциях, ошибках доступа и т. д.), если не пользоваться консолью регулярно.

Настройки сайта

Здесь указывают основной домен (главное зеркало) и частоту сканирования. Сперва разберемся с зеркалами.

У каждого сайта изначально есть две версии: www.site.ru и site.ru. Информация на них полностью совпадает, но для поисковиков это разные сайты. Чтобы избежать дублирования, один домен выбирается главным, а второй просто приклеивается к нему. Теперь при обращении к неосновному домену будет выполнена переадресация на основной.

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

Учтите, вы не сможете определить основной домен, пока не добавите обе версии сайта (с www и без) и не подтвердите на них права.

Еще один пункт в настройках – изменение частоты сканирования сайта роботом. Рекомендуется выбирать первый вариант: на усмотрение Google. Но если ваш хостер периодически шлет письма о превышении лимита нагрузок на сервер, можно на время ограничить скорость сканирования до решения проблемы. Без весомых причин не трогайте этот переключатель.

Изменение адреса

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

Ресурс Google Analytics

Если вы уже пользуетесь инструментом Google Analytics, свяжите его с Google Search Console и получайте больше информации о поисковом трафике.

Пользователи и владельцы ресурсов

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

При этом вы можете установить права пользователя. Например, при ограниченном доступе пользователь не сможет осуществлять никаких действий над сайтом – только просматривать некоторые данные.

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

Здесь есть информацияо попытках подтверждения прав на сайт: количество, результат (успешные/неудачные), способ подтверждения и дата. Также здесь можно увидеть данные текущих владельцев сайта и добавить нового.

Информация о подтверждении

Дубль страницы «Управление владельцами ресурса».

Связанные пользователи

Здесь показаны связанные с сайтом ресурсы Google (например, AdWords, YouTube, Google+). Можно добавить привязку к мобильному приложению. Если связать сайт и приложение, Google будет автоматически индексировать приложение, основываясь на данных сайта, и показывать его в поиске для мобильных устройств.


С настройками разобрались. Переходим к основной части.

Панель инструментов

Здесьотображена краткая сводка: основные ошибки, количество кликов в поисковой выдаче и небольшой отчет о проиндексированных страницах.

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

Сообщения

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

Сообщения приходят по разным поводам. Вот некоторые из них:

  • Рост числа ошибок (большое количество ошибок 404 и пр.).
  • Проблемы с отображением сайта на мобильных устройствах.
  • Проблемы доступности сайта для поискового робота.
  • Сайт взломали, и было установлено вредоносное ПО.
  • Сайт нарушает правила Google.
  • У Google появилось обновление, которым вы можете воспользоваться.

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

Частично все эти опции уже были рассмотрены. Остальное покажу далее.

Вид в поиске

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

Структурированные данные

Этот отчет вызывает много вопросов у новичков, поэтому остановимся на нем подробнее.

Чтобы страница выглядела привлекательнее в выдаче, всю информацию, нужно структурировать. Каждому элементу присваивается определенное имя, которое поисковые системы способны понять и правильно интерпретировать. Такая процедура называется семантической разметкой, или микроразметкой. С ее помощью можно превратить скучный сниппет (описание сайта), состоящий из сплошного текста, в нечто более интересное:

Для разметки существуют определенные стандарты. Они имеют свой синтаксис и набор слов для описания отдельных элементов содержимого страниц разного типа. Наиболее распространена микроразметка shema.org.

Чтобы внедрить микроразметку, внесите изменения в html-код страниц. Для сайта на WordPress проще использовать. К примеру, All In One Shema Rich Snippets.

График показывает количество элементов, к которым применена разметка, и количество элементов, содержащих ошибки в разметке.

На моем сайте причина ошибок–класс hentry (разметка microformats.org), присвоенный записям в блоге. Эта микроразметка требует наличия атрибутов entry-title (заголовок статьи), author (автор) и updated (дата обновления). Тема Earth Pro не выводит имя автора и дату на странице с записями блога, поэтому в отчете возникают ошибки. Можно покопаться в коде и прописать необходимые атрибуты или удалить класс вовсе. Второй вариант проще, так как никакой пользы от этой разметки все равно нет.

Узнать больше о расширенных сниппетах и научиться их создавать можно в статье «Как сделать расширенный сниппет: подробное руководство для чайников».

Полезные подсказки

В этой вкладке показываются ошибки в полезных подсказках (rich cards), если они у вас предусмотрены.

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

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

Rich Cards активно используют крупные сайты. Например, «Википедия», информацию из которой можно частично смотреть прямо в поиске.

Маркер

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

Чтобы создать разметку, нажмите на кнопку «Начать выделение».

В зависимости от того, какая информация представлена у вас на сайте, выбираем нужный тип. Так как у меня блог, я буду делать разметку для статей. Если однотипных страниц несколько (как в моем случае), выбираем «Отметить эту и похожие страницы». Таким же образом делают разметку для товара, мероприятия, фильма и т. д.

Перед вами откроется визуальный редактор Отметьте все элементы на странице и присвойте им соответствующие атрибуты.

Нужно отметить все перечисленные в правом столбике элементы и нажать кнопку «Готово».

На следующей странице вам будет предложена группа похожих страниц, для которых применима выбранная разметка. Затем нужно будет пометить еще несколько образцов. Последний шаг – проверка страниц с новой разметкой и их публикация.

Оптимизация HTML

Здесь представлена важная информация, касающаяся тегов title и description. Она показывает следующие недочеты:

  • тег : отсутствует, слишком короткий, неинформативный, слишком длинный
  • тег : слишком короткий, слишком длинный

Также на странице можно увидеть дубли метатегов (повторяющиеся title и description у разных страниц).

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

Ускоренные мобильные страницы (AMP)

Accelerated Mobile Pages — технология Google, позволяющая быстрее загружать сайты на мобильных устройствах.

Она накладывает определенные ограничения на отображение контента, но сайты с ее помощью ранжируются в мобильном поиске выше остальных. Если у вас новостной сайт или блог и высока доля мобильного трафика, попробуйте AMP и оцените их эффективность. Для сайта на WordPress сделать это еще проще: при помощи плагина AMP. Но учтите, что он работает только с записями (posts), а не страницами (pages).

Подробное руководство по AMP поможет вам оценить преимущества и недостатки этой технологии и внедрить ее на своем сайте.

Когда AMP-страницы станут доступны, на графике можно будет увидеть статистику проиндексированных страниц и количество критических ошибок.

Поисковый трафик

Анализ поисковых запросов

Этот отчет позволяет посмотреть все запросы, по которым сайт отображается в поиске, и получить по ним подробную статистику: количество показов, кликов, их соотношение (ctr), а также среднюю позицию. С помощью фильтров можно получать более конкретные отчеты и проводить самую разную аналитику.

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


Статистику можно отображать по странам, типам устройств (ПК, мобильные телефоны, планшеты) и типам поиска:по страницам, картинкам или видео.

Для анализа можно выбрать любой диапазон дат.

Инструмент позволяет проводить сравнение. Например, сравнение показателей по двум разным типам устройств будет выглядеть вот так:

С помощью фильтра легко смотреть статистику по конкретному запросу или странице (стране, устройству).

Чтобы посмотреть, по каким ключевым фразам отображается та или иная страница сайта, можно применить подобный фильтр к страницам.

Ссылки на ваш сайт

Подробнейший отчет по ссылкам. В сводке представлены наиболее часто ссылающиеся сайты и страницы, на которые чаще всего ссылаются. В нижнем столбце показаны анкоры (текст) ссылок.

Нажав на конкретный домен, вы увидите список страниц, которые ссылаются на ваш сайт.

Внутренние ссылки

В этой вкладке представлен рейтинг страниц сайта по количеству внутренних ссылок, которые на них ведут.

Большое количество ссылающихся страниц может быть обусловлено структурой сайта. В моем случае больше всего ссылок получают свежие записи, страницы категорий (так как они находятся в сайдбаре, который выводится на каждой странице) и страницы из меню в шапке сайта.

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

Чтобы узнать количество внутренних ссылок на определенную страницу, введите ее адрес в поиске.

Меры, принятые вручную

Если сайт получил наказание от Google (запрещенные методы продвижения: текстовый спам, искусственные входящие/исходящие ссылки и т. д.), здесь появится уведомление. Отсюда можно будет отправить сайт на пересмотр, когда все будет исправлено. Если сотрудник Google увидит, что вы больше ничего не нарушаете, санкции Снимут.

Таргетинг по странам

Здесь можно присвоить регион своему сайту. Если домен не имеет региональной привязки (ru, com.ua и т. д.), вы можете дополнительно указать регион. Информационным сайтам такая привязка не нужна.

Если на сайте представлена информация на нескольких языках, важно сообщить об этом Google с помощью тега hreflang. При отсутствии этого атрибута на вкладке «Язык» появится предупреждение.

Удобство просмотра на мобильных устройствах

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

В примере представлены три типа ошибок: контент шире экрана, интерактивные элементы (навигация – кнопки, ссылки и т. п.) расположены слишком близко и используются несовместимые плагины.

Вам также могут встретиться и другие ошибки.

  • Использование flash-контента, не поддерживаемого большинством мобильных браузеров.
  • Мелкий шрифт.
  • Фиксированная ширина области просмотра.
  • Отсутствие атрибута viewport, позволяющего настроить область просмотра для отображения на разных типах устройств.

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

Индекс Google

Статус индексирования

На этой странице представлен график, отражающий динамику индексирования страниц сайта. Можно посмотреть, насколько увеличилось количество проиндексированных страниц за последний год. Для нормально развивающегося сайта показатель должен со временем расти. Не должно быть резких скачков: неожиданных всплесков и провалов в количестве проиндексированных страниц. Это может означать, к примеру, что роботу стали доступны страницы, которые были закрыты от индексации. Или, наоборот, большое число страниц выпало из индекса, потому что вы случайно добавили новое правило в robots.txt, заблокировав доступ к ним. Если вы сознательно вносили изменения в robots.txt, то всплески и провалы на графике не должны вас пугать.

При нажатии на кнопку «Расширенные данные» на графике можно посмотреть соотношение проиндексированных и запрещенных файлом robots.txt страниц.

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

Заблокированные ресурсы

Здесь показаны страницы с заблокированными ресурсами (файлы js, css, картинки и т. д.). Если в robots.txt доступ к этим файлам закрыт, Google выдает ошибку. Например, заблокированными могут оказаться скрипты плагинов, используемых на страницах, как в примере на скрине.

Удалить URL адреса

Раньше здесь можно было удалить, а теперь лишь временно скрыть страницы или каталоги, которые не должны были попасть в индекс.

Например, вы создали сайт, он проиндексировался, но запрещающие правила в robots.txt были добавлены позже. Чтобы не ждать, пока «Гугл» переиндексирует сайт и удалит данные из индекса, можно отправить запрос прямо в GSC.

Обратите внимание, что страницы удаляются из выдачи на время. Если не запретить доступ боту в файле robots.txt или при помощи тега , страница через какое-то время снова появится в индексе. Хотя и запрет перечисленными способами не всегда срабатывает.

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

Сканирование

Ошибки сканирования

Ошибки в этой секции подразделяются на две категории: ошибки сайта и ошибки URL (отдельных страниц).

Ошибки сайта в свою очередь делятся на:

  • Ошибки DNS: Googlebot не может связаться с сервером DNS.
  • Ошибки подключения к серверу: истекло время ожидания, хостер блокирует доступ для поискового робота и т. д.
  • Ошибки получения файла robots.txt.
Мастер Йода рекомендует:  ТОП-10 материалов и других полезностей по Angular за май 2020

Последний пункт рассмотрим чуть подробнее. Проблема в том, что если robots.txt у вас есть, но поисковый робот не получит доступа к файлу, он отложит сканирование и попытается запросить данные позднее. Это делается для того, чтобы в индекс не попали запрещенные страницы и файлы. Поэтому при отсутствии доступа к файлу сканирование может быть перенесено.

Обратите внимание, что robots.txt создавать необязательно. Этот файл необходим только в случае, если на вашем сайте есть информация, доступ к которой нужно ограничить.

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

График «Ошибки URL» показывает, с какими проблемами столкнулся «Гугл» при сканировании сайта на разных платформах.


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

Чтобы исправить эти ошибки, удалите «битые ссылки» и сами страницы или настройте переадресацию.

Статистика сканирования

Статистика учитывает весь контент сайта, включая изображения, файлы pdf, css, js и т. д.

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

Посмотреть как Googlebot

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

Инструмент помогает увидеть недоступные роботу элементы сайта. Для этого нужно ввести адрес страницы (или оставить поле пустым, если нужно проанализировать главную) и нажать «Получить и отобразить». После этого жмем на строку с результатом и смотрим проблемы (если статус «Частично выполнен»).

Ниже представлен список заблокированных на странице элементов.

Также на странице с просканированными адресами рядом со статусом есть кнопка «Запросить индексирование». С ее помощью можно отправить на страницу робота, чтобы он повторно ее проиндексировал. Подходит инструмент и для вновь созданных страниц – чтобы не ждать очереди индексации.

Отправлять на индексацию следует только те страницы, которые действительно изменились/обновились. Индексировать все подряд по второму кругу не нужно.

Инструмент проверки файла robots.txt

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

Также инструмент показывает ошибки в файле robots.txt и предупреждает о возможных проблемах.

Файлы Sitemap

Сюда вы можете загрузить карту сайта и узнать, есть ли в ней ошибки. Также инструмент предупреждает о возможных проблемах. Например, если sitemap содержит ссылки на страницы, запрещенные в robots.txt.

Параметры URL

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

Инструмент полезен, к примеру, для интернет-магазинов, где встречаются идентичные страницы с под разными URL из-за применения всевозможных фильтров поиска. Обычно Google в таких ситуациях справляется сам: объединяет дубли страниц в группу и выбирает одну из них для отображения в поиске. Но бывают ситуации, когда поисковая система не в состоянии самостоятельно принять решение. В таких случаях и необходим этот инструмент.

Проблемы безопасности

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

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

Все инструменты рассмотрены. Но есть еще кое-что интересное.

Обновленная версия Google Search Console

В этом году у большинства подтвержденных пользователей появилась возможность протестировать обновленную версию Google Search Console. Ссылка на новый интерфейс находится в левом меню консоли в самом верху.

Пока пользователям доступно лишь несколько отчетов, но в скором времени функционал будет доработан. Сейчас можно протестировать отчеты об эффективности и индексировании и проверить файл sitemap.

Как только все возможности новой версии Google Search Console станут доступны пользователям, мы обновим эту статью.

Вывод

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

Google избавится от части инструментария в Search Console

Дата публикации: 2020-01-14

От автора: представитель Google подтвердил, что в новой Search Console не будет части функционала, который доступен в старой версии сервиса.

Общаясь с вебмастерами, Джон Мюллер рассказал, какой функционал получит новая версия Search Console. Он подтвердил слова другого сотрудника Google (Гэри Илша) о том, что часть старого функционала не будет перенесена в обновленный сервис.

Джон подчеркнул, что будущая Search Console лишится целого ряда отчетов. Первым кандидатом на отключение является статистика по ошибкам, возникшим во время сканирования сайта. Команда Google считает, что данный раздел не представляет особой информационной ценности для вебмастера.

Также Мюллер сообщил, что новая версия платформы получит обновленный набор отчетности для работы со ссылками. Какие из метрик войдут в этот раздел, инженер Google не уточняет. Он только отметил, что эта отчетность станет более согласованной.

Как создать сайт самому?

Какие технологии и знания необходимы сегодня, чтобы создавать сайты самостоятельно? Узнайте на интенсиве!

Хотите узнать, что необходимо для создания сайта?

Посмотрите видео и узнайте пошаговый план по созданию сайта с нуля!

Обновление сервиса Search Console

Google объявил о редизайне Search Console, помогающего оценивать и оптимизировать сайты для поисковой выдачи Google. Сейчас сервис уже включает десятки инструментов и отчетов – в том числе отчеты о скорости загрузки сайта, эффективности каждого URL в поиске и т.д.

В новой версии Search Console, которую планируется представить в ближайшее время, будут запущены следующие обновления:

  • Больше действенных рекомендаций. Система будет группировать проблемы согласно их предполагаемому «первоисточнику», чтобы помочь исправить код и – как результат – ситуацию с ранжированием сайта в поиске. Проблемы приобретут статус задач: их можно будет отслеживать, чтобы понимать, обнаружил ли Google исправление и был ли совершен переобход страниц.
  • Улучшенная поддержка рабочих процессов. В консоли появятся функции совместного пользования, которые позволят выбрать элемент действия и поделиться ссылкой на код с коллегами, совместно с которыми вы работаете над сайтом.
  • Оперативная обратная связь. Google создал механизм, позволяющий тестировать исправления «на месте» и автоматически ускорять сканирование после обнаружения исправления ошибок. Инструменты также будут включать фрагменты кода (для быстрого отслеживания и исправления проблем) и функцию предварительного просмотра (для оценки того, как обновленные страницы будут выглядеть в результатах поиска).

Разработчики планируют добавить еще две интересные функции – отчеты AMP Fixing Flow и Index Coverage.

В AMP Fixing Flow будет сгруппирована информация об ошибках AMP (по типам), которые не позволяют AMP-контенту сайта отображаться в результатах поиска. После устранения проблем вебмастер с помощью специальной кнопки сможет проверить изменения и попросить Google повторно просканировать страницы. Система уведомит о ходе повторного сканирования и актуализирует отчет.

В отчете Index Coverage будут отображаться количество проиндексированных страниц и сведения о страницах, не прошедших индексацию. Вебмастер сможет увидеть примеры «проблемных» страниц и советы по устранению ошибок. Помимо этого, отчет упростит процесс отправки карты сайта (Sitemap).

Как добавить сайт в Search Console


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

Что такое Google Search Console

Как я уже сказал, что Search Console – это онлайн-инструмент для вебмастеров, которые хотят продвигать свой сайт в поисковой системе Google. По сути, это основная платформа для SEO-оптимизатора, который работает с Гуглом.

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

С помощью встроенных опций платформы вы сможете отслеживать актуальное состояние своего ресурса относительно ПС. Иными словами, вы будете видеть насколько ваш проект ценится Гуглом. Если будут возникать какие-то проблемы – все они сразу будут отображены в вебмастерской консоли.

Также с помощью этого сервиса вы сможете добавлять в поисковую систему карту сайта sitemap.xml, смотреть ошибки robots.txt и проверять доступность каких-то разделов, отслеживать внешние и внутренние ссылки. В общем, возможностей у Search Console очень много.

Возможности Google Search Console:

    График эффективности и количество кликов в поиске Информация об ошибках Рекомендации по улучшению состояния сайта Проверка URL на доступность Работа с картой сайта Sitemap.xml Рекомендации для более эффективной работы с мобильным трафиком Инструменты для работы со внешними и внутренними ссылками

Разработчики обновили интерфейс Search Console и максимально упростили процесс взаимодействия с этим инструментом. Разберется даже зеленый новичок.

Добавляем свой сайт в Google Search Console

На самом деле добавить сайт в Search Console очень просто. Достаточно просто перейти на официальный сайт инструмента и кликнуть по кнопке “Добавить ресурс”.

После этого откроется окно с двумя вариантами добавления: “Доменной ресурс” и “Ресурс с префиксом в URL”.

Первый вариант предполагает, что вы добавите все вариации адреса вашего сайта (c https, http, www и без него) за раз. При этом, вам доступен только один тип подтверждение – при помощи DNS-записей.

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

После того, как вы введете в поле адрес (во втором варианте необходимо указывать с протоколом) и кликнете на кнопку “Продолжить”, откроется еще одно окно, где будут представлены разные способы подтверждения.

Подтверждение через HTML-файл

Самый основной и простой – через HTML-файл. Вам нужно просто кликнуть по названию файла, он загрузится на ПК. После этого вы должны закинуть этот файл в корневой каталог своего сайта. Обычно это папка public_html.

Сделать это можно при помощи FTP-клиента или встроенного в хостинг файлового менеджера.

После загрузки файла снова перейдите во вкладку с этим окном и нажмите на “Подтвердить”. Если все хорошо, то ресурс будет добавлен в Search Console и вы сможете начать работу с инструментом.

Подтверждение через тег HTML

Тут вам нужно просто выбрать пункт “Тег HTML”, скопировать сам тег, после чего вставить в раздел head вашего сайта.

В WordPress для этих целей можно использовать специальный редактор в панели управления: “Внешний вид” – “Редактор” – “Заголовок (header.php)”.

Вставляем HTML-тег где-то внутри раздела head (желательно в конце), кликаем на кнопку “Обновить файл”. Далее идем обратно к первому окну и нажимаем “Подтвердить”.

Подтверждение через Google Analytics

Если на вашем ресурсе установлен код Аналитики от Гугла, то вы можете использовать его для подтверждения прав на сайт.

Для подтверждения просто нажмите на соответствующую кнопку. Если аналитика действительно установлена в коде вашего ресурса, то процесс завершится практически моментально.

Подтверждение через менеджер тегов

Менеджер тегов позволяет работать с тегами от разных сервисов Гугла. Search Console также входит в этот перечень.

О том, как работать с менеджером тегов рассказано в этом отдельном гайде. Если вам интересен именно этот способ, то переходите по ссылке. Все изложено доступно и понятно.

Подтверждение через DNS-записи

Этот вариант можно использовать как для рассматриваемого нами способа (ресурс с префиксом в URL), так и для нового. Суть не меняется. Необходимо просто перейти на сайт регистратора домена, найти там параметры DNS и добавить новую запись с указанным в этом окне содержимым.

Запись должна быть в формате “TXT” – это обязательное условие. Также не допускайте ошибок в содержимом записи, потому что обновление DNS-серверов занимает до 24 часов. То есть в этом случае вам нужно добавить запись, закрыть окно и вернуться к нему спустя какое-то время.

Не беспокойтесь, если вы закрыли вкладку. Нужно просто открыть ее заново и выбрать пункт “Провайдер доменных имен”. Содержимое тега будет точно такое же, вам останется просто кликнуть по кнопке “Подтвердить”.

Если у вас возникают проблемы с добавлением DNS-записи, то я рекомендую обратиться в техническую поддержку регистратора или хостера – там вам должны дать более подробные инструкции. Также вы можете воспользоваться инструкцией от Google.

После успешного подтверждения вы сможете перейти на главную страницу Google Search Console.

Далее сервис предложит вам добавить все версии сайта:

  • http
  • https (если используется)
  • с www
  • без www

Из них вы сможете выбрать основную версию. Если вы выберете новый способ подтверждения – добавлять все версии будет не нужно, все добавится в автоматическом режиме.

Заключение

На этом добавление сайта в Google Search Console можно считать завершенным. Вы можете пользоваться всеми инструментами этой платформы и оптимизировать свой ресурс под Гугл.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Google Search Console

Google Search Console (GSC) – это бесплатная web-служба для добавления, проверки статуса индексации и дальнейшей оптимизации сайта. Предыдущая версия (до 20.05.2015) носила название Google Webmaster Tools (GWT). Ближайший конкурент-аналог – «Яндекс.Вебмастер». Инструмент применяется профессионалами для успешного SEO-продвижения разноплановых ресурсов, а также хорошо подходит новичкам благодаря простым алгоритмам и интуитивно понятному интерфейсу. Google Search Console использует Search Analytics, позволяющий подобрать стратегию для быстрого увеличения трафика.

Основные возможности Google Search Console

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


  • какие поисковые запросы привлекают больше посетителей и могут вывести сайт в топ Google;
  • какие сторонние ресурсы содержат ссылки на продвигаемый web-сайт;
  • присутствует ли в расширенных результатах поиска информация о товарах, контактных данных, бонусных предложениях и т. д.;
  • насколько эффективно продвижение сайта для мобильного поиска.

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

Добавление сайта в Google Search Console

Для входа в сервис нужно открыть страницу Google для веб-мастеров и нажать кнопку с надписью Search Console.

Мастер Йода рекомендует:  Многопоточное программирование в Java 8. Часть третья. Атомарные переменные и конкурентные таблицы

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

Используйте приветственную форму Google Search Сonsole, чтобы добавить сайт в список поддержки сервиса. Для этого укажите в текстовой строке путь к своей площадке и нажмите кнопку «Добавить ресурс».

На следующем этапе нужно подтвердить право собственности на сайт, указав аккаунт Google в качестве имени официального владельца ресурса.

Как подтвердить права на сайт в Google Search Сonsole

Приоритетным является алгоритм с загрузкой на компьютер специального файла HTML-подтверждения с дальнейшим его открытием через служебный интерфейс сайта (back-office), используя разделы меню «Файлы» и «Добавить файл».

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

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

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

Настройка Google Search Сonsole

Раздел «Настройка сайта» в меню сервиса (шестеренка в правом верхнем углу) позволяет выбрать формат главного домена (основного зеркала) с WWW или без них. Это нужно для того, чтобы избежать дублирования в алгоритмах роботов и организовать автоматический переход на главный сайт, если поисковые запросы выдали пользователю адрес не основного домена.

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

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

Поисковое продвижение с помощью Google Analytics

Бесплатный сервис Google Analytics (GA) является аналогом «Яндекс.Метрики» и предоставляет подробную статистику о посетителях ресурса, объемах трафика, конверсиях, эффективности отдачи каждого поискового запроса и т. д. (доступно более 80 различных отчетов). Эта информация очень важна для правильной корректировки семантического ядра и дальнейшего успешного продвижения web-сайта в рейтинге Google.

Чтобы через Google Search Console добавить сайт в Google Analytics, необходимо для начала выбрать одноименный раздел в меню сервиса.

Затем необходимо указать название сайта, который подлежит аналитическому отслеживанию с целью получения оперативной информации для последующей СЕО-оптимизации. Если у вас уже настроен GA, остается только связать обе службы между собой командой «Сохранить». В противном случае воспользуйтесь кнопкой «Создание учетной записи Google Analytics».

Если возникла необходимость передать управление сайтом другому человеку, например опытному специалисту в SEO-продвижении, необходимо:

  • открыть раздел меню «Пользователи и владельцы ресурсов»;
  • активировать кнопку «Добавить нового пользователя»;
  • внести адрес его gmail-почты;
  • указать права доступа (полные, ограниченные);
  • нажать кнопку «Добавить».

Карта сайта для SEO-продвижения

Специальные файлы Sitemap позволяют структурировать всю информацию веб-ресурса для правильной и быстрой индексации роботами Google. Чтобы добавить карту сайта, необходимо воспользоваться пунктом меню «Сканирование» и открыть подраздел «Файлы Sitemap».

Далее остается выполнить несколько простых действий:

  • активировать опцию «Добавление/проверка файла Sitemap»;
  • ввести в строку название файла – sitemap.xml;
  • нажать кнопку «Отправить».

Еще одним важным элементом являет «Маркер», который доступен в разделе меню «Вид в поиске». Этот удобный инструмент используется для разметки данных на сайте с помощью мышки, добавления тегов без изменения HTML-кода страниц, улучшения визуализации сайта в результатах поисковых запросов.

В заключение

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

Важно помнить, что это фирменная разработка Google и именно она способна обеспечить корректную индексацию страниц в кратчайшие сроки. Кроме того, веб-служба полностью бесплатна и доступна в любом браузере.

Въедливый анализ отчетов Google Search Console: о чем не пишут в справке

Если история браузера не врет, за неделю я изучил 300 с лишним отчетов в Google Search Console. Это при том, что часть рутинной аналитики у меня давным-давно автоматизирована, многие важные данные выгружаются по API.

Панели вебмастера Google просто приходится уделять повышенное внимание — там есть важная для SEO информация, которую не получить из других источников. К сожалению, статистику из SC далеко не всегда можно использовать сразу, без уточнений и дополнительных проверок. Разберем несколько показательных примеров, которые помогут лучше понять логику работы Search Console и корректно интерпретировать ее отчеты.

Почему данные Search Console могут быть неполными?

В справке перечислены некоторые причины:

  • Чтобы защитить конфиденциальность пользователей, в отчете «Анализ поисковых запросов» показаны не все данные. Например, мы можем не отслеживать запросы, введенные всего несколько раз или содержащие личную информацию.
  • Различия в статистике могут являться следствием дополнительной обработки данных (например, для исключения дубликатов и посещений роботов). Однако эти расхождения обычно незначительны.
  • В различных инструментах понятие «ключевые слова» определяется по-разному. Например, инструмент подбора ключевых слов в Google AdWords показывает общее количество запросов по ключевому слову, сделанных пользователями всего Интернета. В отчетах «Анализ поисковых запросов» указываются только те запросы, по которым ваши страницы показывалсь в результатах Google Поиска.
  • Статистика для веб-мастеров обновляется с некоторой задержкой, хотя мы и собираем ее непрерывно. Обычно данные обновляются в течение двух-трех дней.
  • Необходимо учитывать часовой пояс. Дневные показатели для отчета «Анализ поисковых запросов» отслеживаются по тихоокеанскому времени (PDT). Если в ваших системах веб-аналитики используется другой часовой пояс, число просмотров за день в них может отличаться. Например, в Google Analytics время указано по часовому поясу веб-мастера.

Больше всего статистика искажается из-за первого пункта. Практически все оптимизаторы сталкивались с ситуацией, когда консоль явно показывает не все поисковые запросы. Вот пример, найденный за пару минут:

Видим, что страница показывалась в выдаче и на нее были переходы, но в отчете нет ни одного поискового запроса. Впрочем, отсутствие информации по 9 показам — это ерунда. Недавно мне повстречался целый сайт, который месяцами получает вполне заметный трафик из Google — и имеет такую же девственно чистую таблицу поисковых запросов в Search Console.

Что еще может помешать правильно воспринимать отчеты?

Официальная справка объясняет только часть возникающих проблем. Есть более глобальная причина, по которой к целому ряду отчетов нужно относиться с осторожностью. Я попробую сформулировать ее коротко:

Рассмотрим совсем простой (на первый взгляд) вопрос.

Как определить количество проиндексированных в Google страниц?

Начинающие оптимизаторы применяют оператор «site:» (напоминаю: для оценки количества документов в индексе он вообще не предназначен).

Использовать данные Search Console более правильная идея. Вот только для начала не помешает разобраться, какую именно консоль использовать. На множестве сайтов показатели старой и новой панелей различаются.


Вот пример (обращаю внимание на всплывающую подсказку):

На одну и ту же дату старая панель показывает в два раза больше проиндексированных. Beta-версия SC отмечала вторую половину страниц как «Страница просканирована, но пока не проиндексирована».

Под графиком старой панели есть ссылка на справочный материал. Цитирую:

Иногда данные на странице «Статус индексирования» могут лишь частично соответствовать тому, как ваш сайт представлен в результатах поиска. В ряде случаев при формировании результатов поиска Google применяет фильтры, которые препятствуют показу той или иной страницы. С их помощью можно удалять страницы по запросу веб-мастера или из-за нарушения ими законодательства, сайты, которые, по нашему мнению, в данный момент не работают, и сайты, к которым вручную применены меры за распространение спама.

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

В этом тексте есть два особенно любопытных места. Во-первых, употребляется слово «фильтры», которое так не любят некоторые участники справочного форума для вебмастеров. Меня неоднократно пытались втянуть в спор о терминах, доказывая, что у Google, дескать, фильтров нет. Ну да, ну да. Видимо, справку им создают злые хакеры.

Второе наблюдение важнее. Google прямым текстом пишет о том, что нахождение страницы в индексе — не бинарный признак. Проще говоря, есть не просто страницы в индексе и страницы не в индексе. Есть несколько разных вариантов.

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

Увы, все не так просто.

Со второй попытки нахожу сайт, где:

  • 2,82 тыс. страниц в статусе «пока не проиндексирована»;
  • 1,15 тыс. страниц в статусе «без ошибок»;
  • 2,9 тыс. страниц в индексе согласно старой версии.

Изучаем статус «Страница просканирована, но пока не проиндексирована» подробнее

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

3 июля я выгрузил 1000 страниц, которые показывались в этом статусе и проверил их нахождение в поиске с помощью оператора info:. Из 1000 url не найденными оказалось только 5 штук.

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

Спустя 11 дней большая часть этих страниц поменяла статус на «без ошибок».

Значит ли это, что возможность быть найденной с помощью оператора info: — это один из этапов индексации? Сложно сказать. Зато очевидно, возможность быть найденной с помощью оператора info: и полноценное присутствие в поиске — разные вещи. По крайней мере согласно логике Search Console. Можем ли мы ей доверять? Давайте посмотрим.

Возьмем другой сайт и изучим результаты отчета «просканирована, но пока не проиндексирована» более детально. Откроем отчет и сделаем очень простую вещь: сравним результаты двух предлагаемых проверок:

Не составило труда найти 33 страницы, для которых:

  • «Просмотреть в поиске» (применение оператора info:) позволяет найти url.
  • «Проверить url» сигнализирует, что URL нет в индексе Google.

В то же время встречаются и такие, где info также не дает результата.

Мы получили еще одно подтверждение наличия разных этапов индексирования и/или разных степеней присутствия страницы в индексе Google. Пойдем дальше.

Посмотрим, как ранжируются эти страницы. Берем их title и забиваем в поиск. Результаты такие:

  • В одном случае 2 позиция.
  • В другом 20-я.
  • В 31 случае сайт не найден в ТОП-100.

Любопытно, что заключение поисковой фразы (напоминаю, это title документа) в кавычки только ухудшает результат: та же самая страница ищется на 2 месте, все остальные — за пределами ТОП-100.

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

На закуску разберем еще один отчет.

Насколько точны данные о последнем сканировании страницы?

Обнаружив такие явные расхождения в плане статуса страниц я усомнился и в других данных. В первую очередь меня заинтересовала дата последнего сканирования документа роботом. Знать ее весьма полезно для ряда аналитических задач.

На экспериментальном сайте нашелся 1 url, длительное время находящийся в статусе «Обнаружена, не проиндексирована». Для этого ресурса меня есть полный access.log за все время его существования.

Если кто-то не в курсе, то следить за роботами в логах — одно из моих любимых развлечений. Частенько оно приносит пользу.

Search Console говорит, что робот вообще не посещал эту страницу.

Согласно лог-файлу, Googlebot посещал эту страницу 5 раз, последний — 24 января. Разумеется, я проверил IP визита через обратный DNS-запрос, робот действительно принадлежал Google.

Любопытно посмотреть заодно, что это за страница на самом деле. Это url, отдающий 404-ю ошибку. Он был удален с сайта и исключен из системы навигации, но остался в карте сайта (sitemap.xml). Так вот, робот Google действительно ни разу его не посещал с момента удаления из навигации. Еще одно подтверждение моего наблюдения, что роль sitemap.xml для Google сильно преувеличивают.

Конечно, единичный пример мало что доказывает. Посмотрим на страницы другого сайта.

Для страницы с датой последнего сканирования 26 мая в лог-файле были найдены следующие строки (оставил самое важное — дату и User-agent робота):

Таким образом, в логах зарегистрировано еще 3 визита робота после 26 мая.

Обращает на себя внимание тот факт, что первый из них очень близок по времени к дате к зарегистрированному в консоли. Возможно из-за этого (а также из-за отсутствия изменений в документе) он не учитывается.

С двумя другими не отображаемыми в SC ситуация интереснее. Легко видеть, что это заходы десктопного робота. 3 июля (то есть уже после всех заходов) пришло письмо о переводе сайта на mobile-first индекс. Если предположить, что в Console отображаются только визиты Googlebot, обеспечивающие обновление индекса, то получается, что отсутствие письма «Mobile-first indexing enabled for» вовсе не означает, что для сайта не используется мобильный индекс.

Впрочем, все это только предположения. Зато можно с уверенностью сказать что Search Console не дает полной картины сканирования сайта роботом.

Основные выводы и зачем вообще нужно знать о нюансах Search Console

  1. Данные в Search Console зачастую являются неполными (Google сам об этом говорит).
  2. Причины искажений — желание защитить конфиденциальность пользователей, сложность и секретность поискового алгоритма, задержки в обновлении.
  3. Страница может быть представлена в поиске по-разному. Документы в статусе «пока не проиндексирована» зачастую находятся в с помощью оператора info:, однако испытывают существенные проблемы в ранжировании. Проверка индексации с помощью info: не позволяет отделять полноценно «работающие» страницы от тех, кто по факту не способен давать трафик из Google.
  4. Страницы, указанные только в sitemap.xml и не являющиеся акцепторами ссылок могут длительное время не посещаться роботом.
  5. Дата последнего сканирования, указанная в beta-версии Search Console, часто не учитывает ряд визитов Googlebot на страницу.

Как это все применять на практике? На самом деле странный вопрос — если уж вы дочитали до конца и не заснули, то должны знать пару-тройку вариантов (как минимум). Намекну для тех кто схитрил и просто пролистал до конца: например, имеет смысл поискать другие способы проверки индексации. Они есть.

Самое главное, что нужно понимать про неполноту и задержки в обновлении данных Search Console:

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

Второй пункт особенно актуален сейчас, когда параллельно существуют две Search Console с внушительным разнообразием данных. Ловите момент!

Добавить комментарий