17 октября: Добавлено напоминание о необходимости указания часового пояса в структурированных данных статьи и уточнено, что произойдет, если часовой пояс не будет предоставлен. Добавлено упоминание о часовом поясе Googlebot, который соответствует Тихоокеанскому времени (PST).
Добавление структурированных данных статьи на ваши страницы новостей, блогов и спортивных статей может помочь Google лучше понять содержание веб-страницы и отображать более качественный текст заголовка, изображения и информацию о дате для статьи в результатах поиска Google и других сервисах (например, Google Новости и Google Assistant). Хотя для того, чтобы иметь право на функции Google Новости, такие как «Главные истории», нет обязательного требования к разметке, вы можете добавить данные статьи, чтобы более явно сообщить Google о том, о чем ваш контент (например, что это новостная статья, кто автор или каков заголовок статьи).
Пример
Как добавить структурированные данные
Структурированные данные — это стандартизированный формат для предоставления информации о странице и классификации содержимого страницы. Если вы новичок в структурированных данных, вы можете узнать больше о том, как они работают.
Вот обзор того, как создавать, тестировать и публиковать структурированные данные. Для пошагового руководства по добавлению структурированных данных на веб-страницу ознакомьтесь с codelab по структурированным данным.
Добавьте как можно больше рекомендуемых свойств, которые применимы к вашей веб-странице. Обязательных свойств нет; вместо этого добавьте свойства, которые относятся к вашему контенту. В зависимости от используемого вами формата узнайте, куда вставить структурированные данные на странице.
Используете CMS? Возможно, будет проще использовать плагин, который интегрирован в вашу CMS. Используете JavaScript? Узнайте, как генерировать структурированные данные с помощью JavaScript. Следуйте рекомендациям. Проверьте ваш код с помощью теста на богатые результаты и исправьте любые критические ошибки. Также рассмотрите возможность исправления любых некритических проблем, которые могут быть отмечены в инструменте, так как это может помочь улучшить качество ваших структурированных данных (однако это не обязательно для получения права на богатые результаты). Разверните несколько страниц, которые содержат ваши структурированные данные, и используйте инструмент инспекции URL, чтобы протестировать, как Google видит страницу. Убедитесь, что ваша страница доступна для Google и не заблокирована файлом robots.txt, тегом noindex или требованиями к входу. Если страница выглядит нормально, вы можете попросить Google повторно проиндексировать ваши URL.
Примечание: Позвольте время для повторного обхода и переиндексации. Помните, что Google может занять несколько дней после публикации страницы, чтобы найти и проиндексировать ее. Чтобы держать Google в курсе будущих изменений, мы рекомендуем вам отправить карту сайта. Вы можете автоматизировать это с помощью API карты сайта Search Console. Руководящие принципы
Вы должны следовать этим рекомендациям, чтобы сделать структурированные данные подходящими для включения в результаты поиска Google.
Предупреждение: Если ваш сайт нарушает одно или несколько из этих руководств, Google может предпринять против него ручные меры. Как только вы устранили проблему, вы можете отправить свой сайт на повторное рассмотрение. Основы поиска Общие рекомендации по структурированным данным Технические рекомендации Технические рекомендации Для многочастных статей убедитесь, что rel=canonical указывает на каждую отдельную страницу или страницу «посмотреть все» (а не на страницу 1 многочастной серии). Узнайте больше о канонизации. Если вы предлагаете доступ к контенту вашего веб-сайта на основе подписки или если пользователи должны зарегистрироваться для доступа, рассмотрите возможность добавления структурированных данных для подписного и платного контента. Определения типов структурированных данных
Чтобы помочь Google лучше понять вашу страницу, включите как можно больше рекомендуемых свойств, которые применимы к вашей веб-странице. Обязательных свойств нет; вместо этого добавьте свойства, которые относятся к вашему контенту.
Объекты статьи
If the URL is an internal profile page, we recommend marking up that author using profile page structured data .
Add the dateModified property if you want to provide more accurate date information to Google. The Rich Results Test doesn’t show a warning for this property, as it’s only recommended if you decide that it’s applicable to your site. datePublished DateTime The date and time the article was first published, in ISO 8601 format . We recommend that you provide timezone information; otherwise, we will default to the timezone used by Googlebot .
Add the datePublished property if you want to provide more accurate date information to Google. The Rich Results Test doesn’t show a warning for this property, as it’s only recommended if you decide that it’s applicable to your site. headline Text The title of the article. Consider using a concise title, as long titles may be truncated on some devices. image Repeated ImageObject or URL The URL to an image that is representative of the article. Use images that are relevant to the article, rather than logos or captions.
Image URLs must be crawlable and indexable. To check if Google can access your URLs, use the URL Inspection tool .
For best results, we recommend providing multiple high-resolution images (minimum of 50K pixels when multiplying width and height) with the following aspect ratios: 16×9, 4×3, and 1×1.
Чтобы помочь Google лучше понять и представить автора контента, мы рекомендуем следовать этим лучшим практикам при указании авторов в разметке:
Include all authors in the markup
Specifying multiple authors
Use additional fields
Only specify the author’s name in the author. name property
The author’s job title. Instead, use the appropriate property if you want to specify that information ( jobTitle ).
Honorific prefix or suffix. Instead, use the appropriate property if you want to specify that information ( honorificPrefix or honorificSuffix ).
Use the appropriate Type
Устранение неполадок
Если у вас возникли проблемы с реализацией или отладкой структурированных данных, вот несколько ресурсов, которые могут помочь вам.
Если вы используете систему управления контентом (CMS) или кто-то другой управляет вашим сайтом, попросите их помочь вам. Обязательно перенаправьте любое сообщение из Search Console, которое описывает проблему, им. Google не гарантирует, что функции, использующие структурированные данные, появятся в результатах поиска. Для получения списка распространенных причин, по которым Google может не показывать ваш контент в виде расширенного результата, ознакомьтесь с Общими руководящими принципами структурированных данных. Возможно, у вас есть ошибка в ваших структурированных данных. Проверьте список ошибок структурированных данных. Если на вашу страницу было наложено ручное действие за нарушения структурированных данных, структурированные данные на странице будут игнорироваться (хотя страница все равно может появляться в результатах поиска Google). Для устранения проблем со структурированными данными используйте отчет о ручных действиях. Снова проверьте руководящие принципы, чтобы выяснить, соответствует ли ваш контент требованиям. Проблема может быть вызвана как спамным контентом, так и спамным использованием разметки. Однако проблема может не быть связана с синтаксисом, и, следовательно, Тест расширенных результатов не сможет выявить эти проблемы. Устраните неполадки с отсутствующими расширенными результатами / снижением общего числа расширенных результатов. Позвольте время для повторного обхода и переиндексации. Помните, что может потребоваться несколько дней после публикации страницы, чтобы Google нашел и проиндексировал ее. Для получения общих вопросов о сканировании и индексации ознакомьтесь с Часто задаваемыми вопросами по сканированию и индексации Google Search. Задайте вопрос на форуме Google Search Central.
Googlebot Desktop: десктопный сканер, который имитирует пользователя на настольном компьютере. Googlebot Smartphone: мобильный сканер, который имитирует пользователя на мобильном устройстве.
Вы можете определить подтип Googlebot, взглянув на строку пользовательского агента в запросе. Однако оба типа сканеров подчиняются одному и тому же токену продукта (токену пользовательского агента) в robots.txt, поэтому вы не можете выборочно нацеливаться на Googlebot Smartphone или Googlebot Desktop с помощью robots.txt.
Для большинства сайтов Google в первую очередь индексирует мобильную версию контента. Таким образом, большинство запросов Googlebot на сканирование будет осуществляться с помощью мобильного сканера, а меньшинство — с помощью десктопного.
Как Googlebot получает доступ к вашему сайту
Для большинства сайтов Googlebot не должен получать доступ к вашему сайту более одного раза каждые несколько секунд в среднем. Однако из-за задержек скорость может казаться несколько выше в течение коротких периодов.
Googlebot был разработан для одновременной работы на тысячах машин, чтобы улучшить производительность и масштабируемость по мере роста веба. Кроме того, чтобы сократить использование пропускной способности, мы запускаем множество сканеров на машинах, расположенных рядом с сайтами, которые они могут сканировать. Поэтому ваши журналы могут показывать посещения с нескольких IP-адресов, все с агентом пользователя Googlebot. Наша цель — сканировать как можно больше страниц вашего сайта при каждом посещении, не перегружая ваш сервер. Если вашему сайту трудно справляться с запросами на сканирование от Google, вы можете уменьшить скорость сканирования.
Googlebot в первую очередь сканирует с IP-адресов в Соединенных Штатах. Если Googlebot обнаруживает, что сайт блокирует запросы из Соединенных Штатов, он может попытаться сканировать с IP-адресов, расположенных в других странах. Список текущих используемых блоков IP-адресов Googlebot доступен в формате JSON.
Googlebot сканирует по протоколу HTTP/1.1 и, если это поддерживается сайтом, по протоколу HTTP/2. Нет преимущества в ранжировании в зависимости от того, какая версия протокола используется для сканирования вашего сайта; однако сканирование по протоколу HTTP/2 может сэкономить вычислительные ресурсы (например, ЦП, ОЗУ) для вашего сайта и Googlebot. Чтобы отказаться от сканирования по протоколу HTTP/2, укажите серверу, на котором размещен ваш сайт, отвечать кодом состояния HTTP 421, когда Googlebot пытается сканировать ваш сайт по HTTP/2. Если это невозможно, вы можете отправить сообщение команде Googlebot (однако это решение временное).
Googlebot может сканировать первые 15 МБ HTML-файла или поддерживаемого текстового файла. Каждый ресурс, на который ссылается HTML, например CSS и JavaScript, загружается отдельно, и каждый запрос подчиняется тому же ограничению размера файла. После первых 15 МБ файла Googlebot останавливает сканирование и учитывает только первые 15 МБ файла для индексации. Ограничение размера файла применяется к несжатым данным. У других сканеров Google, например Googlebot Video и Googlebot Image, могут быть другие ограничения.
Блокировка Googlebot от посещения вашего сайта
Практически невозможно сохранить веб-сервер в секрете, не публикуя ссылки на него. Например, как только кто-то переходит по ссылке с вашего «секретного» сервера на другой веб-сервер, ваш «секретный» URL может появиться в заголовке реферера и быть сохранен и опубликован другим веб-сервером в его журнале рефереров. Аналогично, в сети много устаревших и битых ссылок. Каждый раз, когда кто-то публикует неправильную ссылку на ваш сайт или не обновляет ссылки, чтобы отразить изменения на вашем сервере, Googlebot попытается сканировать неправильную ссылку на вашем сайте.
Если вы хотите предотвратить сканирование контента на вашем сайте Googlebot, у вас есть несколько вариантов. Имейте в виду разницу между тем, чтобы запретить Googlebot сканировать страницу, запретить Googlebot индексировать страницу и сделать страницу недоступной как для сканеров, так и для пользователей.
Проверка Googlebot
Прежде чем решите заблокировать Googlebot, учтите, что строка пользовательского агента, используемая Googlebot, часто подделывается другими сканерами. Важно проверить, действительно ли проблемный запрос исходит от Google. Лучший способ проверить, действительно ли запрос исходит от Googlebot, — использовать обратный DNS-запрос на исходный IP-адрес запроса или сопоставить исходный IP с диапазонами IP-адресов Googlebot.