Tools Central

Витягувач структурованих даних

Інвентаризуйте JSON-LD, Microdata та RDFa, а потім досліджуйте сутності та зв'язки у локальному звіті.

Обробка 100% локально: введений HTML не надсилається, не зберігається і не виконується.

1. Вставте розмітку для перевірки

Використовуйте HTML сторінки, фрагмент або безпосередньо об'єкт чи масив JSON-LD.

Вона використовується лише для вирішення відносних URL-адрес, знайдених у Microdata. Жоден мережевий запит не виконується.
Обмеження: 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 інструментів

Схожі інструменти

Генератор та валідатор robots.txtГенеруйте, аналізуйте та завантажуйте файл robots.txt, а також симулюйте доступ до URL для конкретного робота.
Генератор та валідатор XML-карт сайтуСтворіть карту сайту URL або індекс, перевірте XML, дати, обмеження та обсяг, а потім завантажте файл локально.
Генератор та перевірник hreflangСтворіть HTML, HTTP або sitemap анотації, а потім перевірте локально автопосилання, канонічні та зворотні посилання між багатомовними сторінками.
Аудитор HTML заголовкаЛокально перевірте title, description, canonical, robots, viewport, charset, hreflang, Open Graph, Twitter та JSON-LD з вставленого HTML.
Попередній перегляд фрагмента GoogleПеревірте заголовок, метаопис та URL на комп'ютері та мобільному з оцінкою ширини в пікселях.
Поля PDF → JSONЕкспортувати список полів PDF-форми (AcroForm) у формат JSON.

Витягувати та розуміти структуровані дані з веб-сторінки

Структуроване розмічення описує сутності на сторінці та їх зв'язки. Цей витягувач локально читає 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 з ваших інструментів розробки.

Видимий вміст залишається еталоном

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