Ресурс зі структурованих даних не вдається завантажити

Чому це важливо

Структуровані дані вказують на файл зображення чи відео, що представляє розмічений вміст. Адреса, яка не віддає файл або яку Googlebot не має дозволу запитувати, не може його надати.

Що зробити

Прочитайте зафіксовану властивість, оголошену адресу, висновок і список сторінок, що її оголошують.
Для HTTP 404 чи 410 відновіть файл або змініть розмітку на кожній сторінці, що його оголошує, на робочу адресу.
Для NXDOMAIN у DNS перевірте оголошений хост і будь-яку ціль CNAME. Виправте адресу або ланцюжок DNS.
Для заборони в robots.txt перегляньте правило, що спрацювало, на хості, який віддає файл, і вирішіть, чи слід дозволити Googlebot його запитувати.

Коли залишити як є: Правило robots.txt, яке блокує файл, може бути навмисним. Залиште його, якщо блокування задумане, і вирішіть, чи має розмітка й далі називати цей файл.

Що ми читаємо

Ми читаємо значення image, logo, thumbnailUrl, contentUrl і embedUrl з типізованих елементів schema.org у початкових JSON-LD, Microdata чи RDFa сторінки. Значення image, logo чи thumbnailUrl може бути URL-адресою або об’єктом із contentUrl чи url.

Висновок про відсутній файл вимагає початкової відповіді 404/410 на безумовний GET і повної чистої перевірки на бота. Для NXDOMAIN у DNS потрібно, щоб початкове обмежене отримання записів A/AAAA встановило цей результат. Висновок щодо robots.txt використовує вже зафіксований robots.txt для джерела запитаного ресурсу, оцінений для Googlebot; власний дозвіл засобу зчитування аудиту — окреме питання.

Висновки щодо імені хоста й robots.txt не залежать від відповіді HTTP на запит файлу. Сторінки, що оголошують ту саму нормалізовану адресу, утворюють одну групу, яку ідентифікує адреса в тому вигляді, у якому її оголошено спочатку.

Приклад і докази

Ілюстративний приклад — один VideoObject, правило robots.txt і зафіксована відповідь, а не реальний аудит.

{
  "@context": "https://schema.org",
  "@type": "VideoObject",
  "name": "Decorating a layered cake",
  "thumbnailUrl": "https://media.bakery.example/thumbs/cake.jpg",
  "contentUrl": "https://media.bakery.example/video/cake.mp4"
}

User-agent: Googlebot
Disallow: /video/

Якщо robots.txt, зафіксований для media.bakery.example, містить це правило, про contentUrl повідомляється як про заборонений для Googlebot, хоч би що відповідав сам файл. Якщо зафіксований запит GET до мініатюри отримує HTTP 404 без ознак перевірки на бота, про цю адресу окремо повідомляється як про відсутню.

Можливе виправлення: дозвольте Googlebot запитувати шлях відео або назвіть файл, який йому дозволено запитувати, і відновіть мініатюру чи оновіть її адресу на кожній сторінці, що її оголошує. Проходження цієї перевірки показує, що адреса відповіла й не заборонена; це не встановлює розширеного результату.

Підтвердити й перевірити знову

Перевірте самі: Відкрийте оголошену адресу безпосередньо. Перевірте її ім’я хоста інструментом DNS і прочитайте robots.txt на хості, що віддає файл, шукаючи правила, які стосуються Googlebot.

Повторна перевірка: Повний аудит — Запустіть новий повний аудит, коли зміна вже діятиме на сайті. Збережене посилання потребує повного чистого порівняння за тією самою початковою адресою ресурсу, з підтвердженим DNS, відомим дозволом для Googlebot і відповіддю HTTP 200, що відповідає умовам, на всіх раніше зафіксованих сторінках. Проблему також може закрити повністю прочитана розмітка, яка більше не називає початкову адресу. Відсутні сторінки, часткові джерела, непрочитана розмітка, непевні DNS чи robots.txt і нечіткі відповіді не можуть довести виправлення.

Обмеження та джерела

HTTP 401/403/429, непідтверджені помилки сервера, інші непереконливі відповіді, тайм-аути, нерозв’язані перевірки на бота й часткові відповіді не доводять, що файл видалено. Відомі дані про HTTP 404/410, NXDOMAIN у DNS чи заборону для Googlebot усе одно можуть дати проблему, поки незалежне спостереження лишається непідтвердженим.

robots.txt, що відповідає 404 чи 410, означає відсутність обмежень для цього хоста. Частковий, завеликий robots.txt, відповідь з помилкою чи файл, який не вдається декодувати, залишають дозвіл для Googlebot невідомим. Власний дозвіл сканера аудиту ніколи не використовується замість дозволу для Googlebot.

Ми перевіряємо доступність зафіксованої адреси й дозвіл для Googlebot. Ми не перевіряємо формат медіа й не відтворюємо файл, а результат не встановлює розширеного результату, індексування чи ранжування.

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

Якщо попередній аудит не зміг зафіксувати всі сторінки, що оголошують адресу, пізніший частковий список не може закрити пункт.

Упевненість: Висока Кожен висновок прив’язано до зафіксованої відповіді, відповіді DNS чи зафіксованого robots.txt з аудиту. Нечітке джерело лишається непідтвердженим, а не повідомленим.

Джерела

Google Search Central, Структуровані дані для відео (VideoObject, Clip, BroadcastEvent) — Описує розмітку відео й доступ до мініатюри та відеовмісту, на які вона посилається. Саме лише проходження цієї перевірки аудиту не встановлює придатності чи показу в пошуку. Перевірено 11 жовтня 2026.

Редакційна перевірка: 2 листопада 2026