Search console что это: Google для веб-мастеров – поддержка, обучение, взаимодействие и использование Search Console – Google – Google Search Console – что это такое, как добавить сайт в Гугл

Содержание

Пошаговое руководство по Google Search Console

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

Обзор

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

Эффективность

Здесь отображаются SEO-показатели:

  • Переходы на сайт.

  • Показы ресурса в Google.

  • Процент показов, которые привели к кликам по ссылке.

  • Средняя позиция площадки в поисковой системе.

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

 

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

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

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

Вкладка «Устройства» показывает информацию о том, с каких устройств были зафиксированы переходы на ваш сайт: с компьютеров, мобильных телефонов, планшетов.

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

Содержимое любой из вкладок можно отфильтровать по нескольким критериям:

  • Клики (равно/меньше/больше определенного количества кликов).

  • Показы (равно/меньше/больше определенного количества показов).

  • CTR (равно/меньше/больше определенного процента CTR).

  • Позиция (равно/ниже/выше определенной позиции).

Есть также индивидуальные фильтры для каждой вкладки, которые включают в себя или исключают:

  • поисковые запросы (например, «купить очки»),

  • конкретные страницы (например, catalog),

  • страны (например, Россия),

  • типы устройств (например, планшет),

  • вид в поиске (например, Web Light).

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

Чем будет полезен отчет «Эффективность» владельцам сайтов:

  • С его помощью вы узнаете, какие запросы чаще всего ищут пользователи мобильных устройств и сможете улучшить таргетинг.

  • Проанализируете все изменения поискового трафика, поймете, откуда приходят посетители на ваш ресурс и по каким запросам он им показывается в Google.

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

Проверка URL

Этот инструмент позволяет проверить, находится ли страница в индексе Google, есть ли она в файле SiteMap и оптимизирована ли она для мобильных устройств. Чтобы запустить проверку, кликните по разделу «Проверка URL», введите в поисковой строке сверху полный адрес своего ресурса и нажмите Enter.
 

Здесь можно также просмотреть исходный код страницы, кликнув по одноименной надписи.

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

Если кликнуть по пункту «Удобство для мобильных», откроется страница, которая сообщит вам, оптимизирована ли страница для мобильных устройств, и о дате последней проверки.

Вся информация актуальна на тот момент, когда поисковый робот сканировал ваш сайт. Это могло быть несколько дней тому назад или несколько недель. За это время какие-то страницы могли быть удалены или изменены. Чтобы получить актуальные данные, воспользуйтесь кнопкой «Проверить страницу на сайте».

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

Внутреннее содержимое блока будет выглядеть так:

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

Покрытие

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

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

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

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

Файлы Sitemap

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

 

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

Для сайтов на 1С-UMI карту сайта создавать не нужно ― она генерируется автоматическии и всегда находится по адресу http://доменное_имя_вашего_сайта/sitemap.xml (или https, если вы перешли на безопасный протокол).

Укажите путь до карты в разделе «Файлы Sitemap» Google Search Console и кликните по кнопке «Отправить». После этого остается только дождаться результатов сканирования добавленной карты.

Удобство для мобильных

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

  1. Ошибки — страницы, которые не оптимизированы для смартфонов и планшетов.

  2. Страницы без ошибок — правильно оптимизированные страницы.

Чтобы просмотреть сведения об ошибках и содержащих их страницах, кликните по блоку под надписью: «Сведения».

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

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

Но вернемся к нашему отчету «Удобство для мобильных». Чтобы просмотреть количество показов оптимизированных страниц, поставьте галочку на соответствующем пункте. Тогда в график добавятся данные о количестве ежедневных показов за последние 3 месяца.

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

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

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

Ссылки

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

У рассматриваемого нами сайта внешних ссылок нет. Но у вас они, скорее всего, будут. Поэтому в блоках будут показываться ссылки, и их можно экспортировать. Для этого кликните по кнопке «Экспортировать внешние ссылки», выберите, какие именно линки нужно сохранить – только новые или же все, кроме последних обнаруженных. После этого укажите формат экспорта. Их всего 2: CSV и Google Таблицы. Функция экспорта способна сохранить до 100 тысяч ссылок на ваш сайт.

Это все функции, которые на данный момент доступны в новой панели 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.

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

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

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

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

Как определить количество проиндексированных в 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 робота):

[24/May/2018:07:01:45 +0300] «Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.96 Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)»
[26/May/2018:00:34:19 +0300] «Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)»
[26/May/2018:19:17:23 +0300] «Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.96 Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)»
[28/May/2018:10:17:37 +0300] «Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.96 Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)»
[29/Jun/2018:03:03:31 +0300] «Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)»
[02/Jul/2018:07:04:27 +0300] «Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)»

Таким образом, в логах зарегистрировано еще 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 с внушительным разнообразием данных. Ловите момент!

Поделиться

Твитнуть

Поделиться

Отправить

Новые возможности для разработчиков приложений в Search Console / Google corporate blog / Habr

Всем привет, а тем, кто читает нас в приложении Хабра, привет утроенный! Мы уже рассказывали вам, как изменить файл AndroidManifest.xml и добавить нужную разметку, чтобы контент приложения индексировался и отображался в наших результатах поиска. Рассказывали и как это отразилось на результатах мобильного поиска.

Однако раньше разработчики приложений завидовали владельцам сайтов, ведь у них был и новый инструмент анализа поисковых запросов, и возможность узнать, как сайт видит Googlebot. Теперь зависти конец!

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

Добавьте свое приложение в Search Console


Получить нашу статистику могут только подтверждённые владельцы приложений. Для начала работы с приложениями в Search Console вам потребуется выполнить всего два простых шага:
  1. Войти в аккаунт Google Play, имеющий доступ к управлению данным приложением;
  2. Открыть Search Console и ввести название приложения, например: android-app://com.recipe_app/.

Если у вас нет доступа к приложению в этом сервисе — не беда, попросите владельца подтвердить приложение в Search Console и добавить вас в свой аккаунт.

Свяжите свой сайт с приложением


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

Отслеживайте положение контента в результатах поиска


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

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

Убедитесь, что Google правильно обрабатывает ваше приложение


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

Узнайте, как Google воспринимает ваш контент


Для любителей bleeding edge технологий мы создали альфа-версию инструмента «Просмотреть как Googlebot для приложений», чтобы вы могли проверить URI приложения и узнать, как Google его обрабатывает. Он также поможет выявить несоответствие между контентом в приложении и на сайте. В большинстве случаев такие ошибки возникают из-за блокировки доступа робота Googlebot к определенным ресурсам (о возможных проблемах подобных блокировок и путях решения мы недавно рассказывали на страницах нашего Хабраблога) или из-за всплывающих окон с предложением войти в аккаунт или зарегистрироваться. С помощью нового инструмента вы можете обнаружить такие проблемы и решить их.

Хотите получить преимущество проиндексированного Android-приложения прямо сейчас? Вперёд! Вносите изменения в AndroidManifest.xml, добавляйте разметку, необходимую для индексирования контента, публикуйте обновлённый .apk.

После этих нехитрых действий вы сможете добавить своё Android-приложение в Search Console и получать результаты анализа от Google.

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

Google Search Console рассказал о новых возможностях инструмента удаления URL

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

Временное исключение страниц из выдачи 

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

Чтобы временно исключить страницу из выдачи, нужно открыть инструмент удаления URL в Search Console, перейти во вкладку «Временные удаления». Затем нужно нажать «Создать запрос». Вебмастерам будет доступно два варианта: 

  • Временное удаление URL позволит удалить страницу из результатов поиска приблизительно на шесть месяцев. Копия страницы из кеша и ее расширенное описание также будут удалены. 
  • Удаление кешированной копии страницы позволит удалить описание страницы, пока она не будет вновь просканирована. 

Просмотр устаревших запросов на удаление контента 

В этом разделе пользователи смогут увидеть информацию о запросах на удаление устаревших результатов, поданных с помощью инструмента Remove Outdated Content. Этот инструмент могут использовать пользователи, если в поиске отображается страница, которой больше не существует.

Поиск контента, отфильтрованного Безопасным поиском 

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

Подробнее ознакомиться с возможностями инструмента Removals можно в Справке. 

Напомним, ранее отчет об индексировании в Google Search Console стал точнее отображать данные по проиндексированным страницам. 

Источник: блог Google

Author: admin

Отправить ответ

avatar
  Подписаться  
Уведомление о