Извличане на структурирани данни

Инвентаризирайте JSON-LD, Microdata и RDFa, след което изследвайте ентитети и отношения в локален отчет.

100% локална обработка: въведеният HTML не се изпраща, не се съхранява и не се изпълнява.

1. Поставете маркировката за инспекция

Използвайте HTML на страницата, фрагмент или директно JSON-LD обект или масив.

Непзадължителен базов URLТой служи само за разрешаване на относителни URL адреси, намерени в Microdata. Няма извършвани мрежови заявки.

HTML или JSON-LD източникОграничение: 1 000 000 символа, 500 ентитета, 5 000 свойства и 32 JSON нива.

3. Изследване на извлечената графа

Изберете ентитет, за да разгледате неговите типове, стойности и изходящи отношения.

JSON-LD

Organization

https://example.com/#organization

name: Exemple Studio
url: https://example.com

Открити типове

Article1Organization1

4. Коректно интерпретиране на доклада

JSON-LD, Microdata, RDFa

Трите формата са инвентирани. JSON-LD обикновено е най-лесен за поддържане, но инструментът не конвертира автоматично един речник в друг.

Граф, а не простата таблица

Вложените обекти и идентификатори стават свързани ентитети, което помага да се открие организация, автор или страница, описани многократно.

Извличане ≠ допустимост

Валиден JSON може да остане непълен или заблуждаващ. Проверете задължителните свойства на съответния тип и след това тествайте публикуваната страница с официалните инструменти.

Източник не е изпълнен

HTML се анализира в инертен документ. Скриптове, пиксели, изображения и връзки, присъстващи в източника, не се зареждат от инструмента.

Върнете се към SEO инструментите

Извличане и разбиране на структурирани данни от страница

Структурираният маркер описва ентитетите на страница и техните отношения. Този извличач локално чете HTML или JSON-LD документ, събира JSON-LD, Microdata и RDFa в общ граф, след което произвежда проверим отчет без да зарежда страницата или да изпълнява нейните скриптове.

Случаи на употреба

Инвентаризиране на модел на страницаПоставете рендерирания HTML, за да откриете декларираните типове, дублираните блокове и евентуалното съществуване на няколко формата на маркер.
Разбиране на JSON-LD графРазширете @graph, вложените обекти и @id референциите, за да видите как страница, организация, автор или оферта са свързани.
Запазване на доказателство за диагностикаЕкспортирайте нормализиран JSON, съдържащ ентитети, свойства, отношения, формати и диагностика, за да сравните две версии извън инструмента.

Препоръчителен метод

Предпочитайте действително рендерирания HTML вместо шаблонен фрагмент, когато маркерът е инжектиран от страна на клиента. Можете също така да поставите директно JSON-LD обект или масив, за да изолирате синтактична грешка.

Предоставете публичния URL само ако Microdata съдържа относителни връзки. Тази стойност служи за тяхното локално разрешаване и не предизвиква никакви заявки.

Първо коригирайте невалидния JSON, ентитетите без тип и достигнатите лимити. След това проверете задължителните свойства в документацията, специфична за типа, и след това тествайте публикуваната страница с официален инструмент.

Анализирани формати

JSON-LDСкриптовете application/ld+json, директните JSON документи, @graph, @id, @type, @value, @list и вложените обекти са нормализирани без изпълнение на JavaScript.
MicrodataАтрибутите itemscope, itemtype, itemid и itemprop се четат с обичайните правила за стойност на HTML елементите. itemref е сигнализиран, но не е разработен.
RDFaРесурсите typeof и техните свойства property, rel или rev се инвентаризират. Това е практичен диагностичен изглед, а не каноничен RDFa 1.1 процесор.

Лимити и сигурност

Анализът е ограничен до 1 000 000 знака, 500 ентитета, 5 000 свойства, 32 JSON нива и 200 диагностики, за да се предотврати блокирането на интерфейса от враждебен източник.
Парсерът работи с инертен документ: не изтегля изображения, скриптове или пиксели, присъстващи в HTML, и не изпраща съдържанието на сървър.
Инструментът не прилага подробните изисквания на всеки обогатен резултат и не гарантира нито допустимост, нито показване в резултатите, нито класиране.

Често задавани въпроси

Кой формат трябва да се предпочита?

Google поддържа JSON-LD, Microdata и RDFa и обикновено препоръчва JSON-LD, който е по-лесен за поддържане, без да смесва маркера с видимите елементи. Форматът обаче трябва да остане последователен с вашата публикационна верига.

Доклад без грешки ли гарантира обогатен резултат?

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

Може ли да се анализира URL директно?

Не. Инструментът не обхожда никакви сайтове, за да запази конфиденциалността и предсказуемостта. Копирайте рендерирания HTML или JSON-LD блока от вашите инструменти за разработка.

Видимото съдържание остава референция

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