Ошибки инструмента тестирования расширенных фрагментов/Структурированных данных
Я пытаюсь создавать расширенные фрагменты для своих записей в блоге, и после того, как я напишу свои статьи, добавлю изображения, я заполню все данные в плагине расширенных фрагментов. Затем я делаю разметку с помощью инструментов веб-мастера. (Таким образом, все данные есть, Название, Автор, изображение и т.д.)
У меня здесь вопрос: Когда я закончу с разметкой, я экспортирую HTML-код и пытаюсь добавить его в консоль "Текст", затем я запускаю код через инструмент тестирования структурированных данных. Это тот самый правильный способ сделать это?
Результаты инструмента тестирования структурированных данных всегда выдают одни и те же ошибки:
- Дата публикации - отсутствует и требуется,
- заголовок отсутствует и требуется
- Хлебная крошка 3 (URL-адрес отсутствует и требуется)
- изображение отсутствует и требуется
Я перепробовал все, что смог найти, изменил несколько плагинов с расширенными фрагментами, хотя я думаю, что это может быть что-то в шаблоне.
2 answers
На самом деле это довольно просто - ошибка панировочных сухарей заключается в том, что вы отметили последний (текущий) элемент как панировочную крошку. Однако требование должно быть также связано, как и предыдущие панировочные сухари. У вас есть два варианта:
1). Добавьте также свойство url к последнему элементу. Это будет ссылка на саму статью, пройдет валидатор (рекомендуется): вместо
<span property="v:title">Here Is How To Get Rid Of A Hickey (No.13 Is A Lucky One)</span>
Сделайте так, как все остальные:
<a href="http://www.myhealthybase.com/how-to-get-rid-of-a-hickey/" rel="v:url" property="v:title">Here Is How To Get Rid Of A Hickey (No.13 Is A Lucky One)</a>
2). Удалите разметку хлебной крошки из последнего элемента и оставьте это в виде простого текста.
В целом - использование какого-либо плагина WP, такого как Wordpress SEO от Yoast, исправит это для вас, похоже, ошибка заключается в том, что текущая тема/плагин, который вы используете, неправильно закодирован.
Проблема с размещением в блоге тоже проста - просто добавьте элемент к самому изображению (itemprop="изображение"). Изображение необходимо для размещения микроданных в блоге.
Третья проблема - ложное предупреждение (или вы уже исправили его), повторно протестируйте свои страницы, и вы увидите это исчезающий.
Ошибки
Давайте взглянем на сообщения об ошибках.
1. Разметка статьи
Дата и информация о заголовке отсутствуют. Первое не указано в вашем коде, второе неуместно.
2. Наценка на хлебные крошки
В вашей хлебной крошке отсутствует последний URL-адрес, который, по-видимому, является URL-адресом публикации.
3. Наценка на размещение в блоге
Отметка для публикации в блоге не содержит URL-адреса для публикации миниатюра.
Кодовый хаос
Теперь более сложная часть. Я не могу понять, откуда берется наценка. Вы упомянули, что у вас есть
Изменил несколько плагинов с расширенными фрагментами
Но ничего не получалось правильно.
Здесь две вещи идут рука об руку: как работает плагин и как работает ваша тема .
Короче говоря: я бы рекомендовал использовать JSON-LD
вместо знака в строке вверх.
Почему?
Потому что это облегчает выявление проблем с разметкой и тестирование.
В чем разница?
Вы используете разметку в строке, что нормально, но имеет некоторые ограничения, если код ваших страниц становится все более и более сложным в зависимости от используемой темы. Разметка статьи работает следующим образом:
<div itemscope itemtype="http://schema.org/Article">
<span itemprop="name">How to Tie a Reef Knot</span>
by <span itemprop="author">John Doe</span>
This article has been tweeted 1203 times and contains 78 user comments.
<meta itemprop="interactionCount" content="UserTweets:1203"/>
<meta itemprop="interactionCount" content="UserComments:78"/>
</div>
Как вы видите, все данные, касающиеся элемента статьи, должны быть помещены в <div>
, содержащий спецификацию itemtype
. Если что-то помещено вне этого div
, данные буквально теряются.
В вашем случае происходит то, что некоторая информация неуместна и не может быть подключена справа itemtype
, так как элементы, содержащие информацию, теряются где-то в коде. Их трудно найти и еще труднее исправить.
Использование JSON-LD создает дополнительный фрагмент кода в вашем HTML-документе, который, например, выглядит следующим образом:
<script type="application/ld+json">
{
"@context": "http://schema.org",
"@type": "Article",
"author": "John Doe",
"interactionCount": [
"UserTweets:1203",
"UserComments:78"
],
"name": "How to Tie a Reef Knot"
}
</script>
Этот тип фрагмента кода может быть размещен где угодно, но скорее всего, помещается в конце или в верхней части html-кода.
Поскольку вы можете видеть все в одном месте, легче идентифицировать и исправить, если чего-то не хватает.
Если у вас все в порядке с кодированием, вы можете найти хорошее руководство по использованию данных JSON-LD в Wordpress здесь: Реализация JSON-LD в Wordpress на builtvisible.com
Если вам больше нравится, чтобы плагин выполнял всю работу за вас, обратите внимание на что-то вроде этого: JSON-LD для статьи Плагин
- попробуйте деактивировать подключаемый модуль RichSnippet и убедитесь, что нет schema.org данные, предоставленные вашей темой, могут повлиять на данные JSON-LD.
- Затем установите подключаемый модуль JSON-LD и настройте его так, как вы хотите.
- Протестируйте код и будьте счастливы.:)
Если вы хотите использовать свой плагин, вы можете обратиться за помощью на странице плагина или в разделе Wordpress Stackexchange
Извините, что нет простого "щелчка тогда все работает нормально" - решение, но я надеюсь, что оно вам все же поможет.