Ідентифікатори Person відсутні або суперечать один одному

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

Посібник Google зі структурованих даних статей наполегливо рекомендує властивості type і url або sameAs, щоб Google було легше зрозуміти, хто автор, і каже, що Google розуміє обидві, коли розрізняє авторів. Там також сказано, що обов’язкових властивостей немає.

Що зробити

Перегляньте знахідку: у ній показано ім’я особи, сторінки й те, як розмічено кожне входження.
Додайте url сторінки про цю особу, наприклад сторінки автора чи «Про нас», або посилання sameAs на її профілі.
Якщо записи описують ту саму людину, використовуйте один узгоджений @id на всіх сторінках; якщо вони описують різних людей, виправте спільне ім’я чи дані профілю, через які записи здаються однаковими.

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

Що ми читаємо

Ми читаємо JSON-LD, мікродані та RDFa кожної просканованої сторінки, що відповіла кодом 200 з HTML, причому JSON-LD розгортається за словником schema.org; за жодним посиланням ми не переходимо. Враховується кожен Person зі schema.org, не лише автори, і ми читаємо його ім’я, url, sameAs і @id.

Запис Person фіксується, коли входження не має ні url, ні sameAs; записи з однаковим абсолютним @id оцінюються разом на всіх сторінках, решта — посторінково. Два різні значення @id фіксуються, коли їхні записи мають однакове нормалізоване ім’я та вебадресу в url чи sameAs щонайменше на двох сторінках. Збережене непорожнє значення вважається наявним.

Сторінка позначається як неперевірена, коли вона не відповіла кодом 200 з HTML, завантажує контекст JSON-LD, відмінний від schema.org, або має Person без імені чи із суперечливими нормалізованими іменами; іменований Person на такій сторінці без url і sameAs усе одно фіксується, з приміткою. Кілька написань, які нормалізуються до одного імені, самі собою перевірці не перешкоджають. Запис Person, який оцінюється за @id, потребує, щоб було прочитано кожну проскановану адресу, перш ніж він зможе мати чистий результат.

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

Ілюстративний приклад — розмітка автора однієї статті, а не реальний аудит.

https://bakery.example/blog/sourdough/ містить:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "author": { "@type": "Person", "name": "Maria Baker" }
}
</script>

Особа не має ні url, ні sameAs, тому сторінка фіксується разом із входженням.

"author": {
  "@type": "Person",
  "@id": "https://bakery.example/about/maria/#person",
  "name": "Maria Baker",
  "url": "https://bakery.example/about/maria/"
}

Можливе виправлення: сторінка про автора й один @id, який можна використовувати в кожній статті.

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

Перевірте самі: перевірте сторінку в Rich Results Test або Schema Markup Validator і подивіться, чи має кожен Person властивість url або sameAs.

Повторна перевірка: Повний аудит — запустіть новий аудит сайту. Знахідка про відсутній ідентифікатор у межах сторінки може закритися, коли її єдине відстежуване входження отримує url або sameAs чи коли її старої позиції доведено немає і перейменування не могло статися. Згрупована знахідка про відсутній ідентифікатор за глобальним @id закривається, лише коли жодному поточному входженню з цим @id більше не бракує обох полів, за повного охоплення групи. Попередній конфлікт закривається, коли кожне відстежуване входження досі відповідає своєму старому імені та спільному профілю, але тепер використовує один глобальний @id, або коли всіх старих позицій немає і перейменування не могло статися. Змінене ім’я чи профіль або зникнення лише частини учасників конфлікту можуть залишити результат непевним. Згрупований результат за @id також потребує, щоб було прочитано кожну проскановану адресу, тож одна відповідь 404 чи один PDF залишає його непідтвердженим.

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

Перевіряється кожен Person, автор він чи ні, а значення не перевіряються і за ними ми не переходимо, тож sameAs зі значенням N/A вважається наявним. Розмітку, додану через JavaScript, перевірка не бачить, і вона не показує, як Google її використовує.

Упевненість: Висока, бо розмітка зчитується безпосередньо зі сторінок.

Джерела

Google, Структуровані дані статті (Article, NewsArticle, BlogPosting) — наполегливо рекомендує властивості type і url або sameAs, щоб Google було легше зрозуміти, хто автор, і каже, що обов’язкових властивостей немає. Перевірено 28 вересня 2026.

Редакційна перевірка: 29 жовтня 2026