Структурирани данни: schema.org и JSON-LD за начинаещи

Човек разбира от пръв поглед, че страницата е статия, че има автор и дата. Търсачката трябва да го извлече от HTML кода. Структурираните данни ѝ го казват изрично: това е статия, това е заглавието, това е датата на публикуване. Google ги определя като стандартизиран формат за информация за страницата и класифициране на съдържанието ѝ. Тук обясняваме как се пишат и кои правила да спазвате.

Речникът: schema.org

Повечето структурирани данни за търсачките използват речника на schema.org. Той е общ и е предназначен да се разбира от Google, Microsoft (Bing), Yandex и Yahoo!.

Речникът е йерархия от типове. Най-отгоре е Thing („нещо“) с четири свойства: name, description, url и image. По-конкретните типове ги наследяват и добавят свои. Article е вид творба (CreativeWork), а NewsArticle и BlogPosting са по-тесни видове статия. Така статията има и име, и описание, и автор, и дата.

За поведението на Google обаче меродавна е документацията на Google Search Central, а не schema.org. Не всеки тип от речника дава видим ефект в търсенето.

Три формата, един препоръчан

Google поддържа три формата: JSON-LD, Microdata и RDFa. Препоръката му е ясна: JSON-LD, ако системата на сайта го позволява.

JSON-LD е отделен блок код в страницата, който не се смесва с видимия текст. Затова се поддържа най-лесно: може да се генерира от шаблон, без да пипате оформлението. Поставя се в елемент script от тип application/ld+json. Пример за статия (съдържанието на блока):

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Как се регистрира .bg домейн",
  "image": ["https://example.bg/img/domein-16x9.jpg"],
  "datePublished": "2026-10-26T09:00:00+02:00",
  "dateModified": "2026-10-26T09:00:00+02:00",
  "author": {"@type": "Organization", "name": "Редакция на Example.bg", "url": "https://example.bg/za-nas/"}
}

Microdata вгражда данните в самите HTML елементи с атрибутите itemscope (тук започва описанието на един обект), itemtype (типът му, например https://schema.org/Article) и itemprop (отделно свойство). Работи, но данните и оформлението са смесени в един и същ код.

Какво препоръчва Google за статии

За типовете Article, NewsArticle и BlogPosting Google няма задължителни свойства, а препоръчани:

• headline: кратко заглавие, защото дългите се съкращават;
• datePublished и dateModified: във формат ISO 8601, с часова зона, иначе Google приема часовата зона на Googlebot;
• author: човек (Person) или организация (Organization), всеки автор в отделен запис, в name само името, без „публикувано от“;
• image: изображения, които наистина показват съдържанието (не лого), достъпни за обхождане и индексиране, с поне 50 000 пиксела (ширина по височина), за предпочитане в съотношения 16x9, 4x3 и 1x1.

Правилата, които не се нарушават

Общите правила на Google за структурирани данни са няколко и важат за всеки тип:

• Само видимо съдържание. Не описвайте неща, които читателят не вижда на страницата.
• Вярно и уместно. Разметката трябва да отразява страницата. Подправени отзиви или данни, несвързани с основната тема, са нарушение.
• Без заблуда. Не се представяйте за друг човек или организация и не скривайте кой стои зад съдържанието.
• Пълнота. Без задължителните свойства на даден тип страницата не може да получи разширен резултат.
• Достъп. Не блокирайте страниците с разметка с robots.txt или noindex.

При нарушение Google може да наложи ръчно действие (manual action). То отнема правото на разширени резултати, но според документацията не засяга класирането. Bing формулира правилото по същия начин: разметката трябва точно да отразява видимото съдържание, иначе може да бъде пренебрегната.

Разметката не е гаранция

Валидните структурирани данни правят страницата допустима за разширен резултат (rich result), но не гарантират, че той ще се покаже. Същото казва и Bing: разметката помага на търсачката да разбере страницата, но не гарантира видимост.

Как да проверите кода

Google предлага ясна последователност:

1. По време на разработката проверете страницата с Rich Results Test. Той показва кои разширени резултати са възможни и кои свойства липсват.
2. След публикуване проверете адреса с инструмента URL Inspection в Google Search Console: там се вижда дали Google е открил разметката.
3. Следете отчетите за състоянието на разширените резултати (Rich result status reports) в Search Console. При грешка в шаблона те показват наведнъж всички засегнати страници.

Ако искате да измерите ефекта, Google съветва да добавите разметката на няколко страници и да сравните кликванията им преди и след това в отчета за ефективност. Новите страници с разметка влизат в търсенето по общия ред, описан в индексиране и sitemap.