Какво са структурираните данни? Schema markup на разбираем език

Структурираните данни са малък блок код в уеб страницата, който етикетира за какво е страницата в стандартен формат, разбираем за търсачките – например „това е страница за продукт, наречен Lavender Candle, струва 24 долара и е в наличност“. Google ги описва като стандартизиран формат за предоставяне на информация за страница и класифициране на съдържанието ѝ. Ако са направени правилно, помагат на търсачките да разберат страницата ви и могат да я направят подходяща за по-богати резултати в търсенето, например с цени, оценки или дати на събития, показани директно в списъка с резултати.

Защо е важно, когато строите с AI

Търсачките са добри в четенето на страници, но все пак трябва да предполагат. Дали „24“ е цена, количество или дата? Дали „Riverside Hall“ е място или човек? Структурираните данни премахват предположенията.

За сайтове, построени с AI, има две практически точки:

• Това е код, не съдържание, затова лесно се забравя. AI билдърът обикновено няма да го добави, ако не го поискате, а когато го направи, трябва да съвпада с това, което реално има на страницата.
• Лесно е да се объркате по начини, които изглеждат верни. AI може да измисли оценка от пет звезди, да добави маркировка за съдържание, което не се вижда, или да използва тип, който Google вече не показва. Насоките на Google са строги по отношение на точността, а подвеждащата маркировка може да бъде игнорирана или наказана.

Малко структурирани данни, точни и съвпадащи с реалното ви съдържание, си заслужават. Много измислена маркировка е по-лоша от никаква.

Ежедневна аналогия

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

Структурираните данни са хранителният етикет на страницата ви. Дизайнът може да е какъвто искате; етикетът е стандартизиран, за да го четат машините надеждно. И както хранителният етикет, трябва да бъде честен за това, което съдържа.

Как работят структурираните данни

Структурираните данни имат две части:

1. Речник – думите, с които се описват нещата. Най-разпространеният е schema.org, общ речник с типове като Product, LocalBusiness, Event, Article, Recipe и Organization, и свойства като name, price, address и startDate.
2. Формат – как етикетите се записват в страницата. Google поддържа три: JSON-LD, Microdata и RDFa. Препоръчва JSON-LD, който е JSON блок в таг <script>, отделен от видимия HTML.

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

Пример: страница за продукт на магазин за свещи

Да кажем, че сте създали онлайн магазин и една страница продава ароматна свещ с лавандула. Видимата страница показва името, снимка, описание, цената (24,00 долара) и „In stock“.

JSON-LD за тази страница може да изглежда така:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Lavender Soy Candle",
  "image": "https://www.examplecandles.com/images/lavender.jpg",
  "description": "Hand-poured soy candle with lavender essential oil. Burns for about 40 hours.",
  "sku": "CAN-LAV-01",
  "brand": { "@type": "Brand", "name": "Example Candles" },
  "offers": {
    "@type": "Offer",
    "url": "https://www.examplecandles.com/candles/lavender",
    "price": "24.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

Той се поставя вътре в <script type="application/ld+json">…</script> в HTML на страницата.

Обърнете внимание какво липсва: няма aggregateRating, защото магазинът не показва отзиви на страницата. Добавянето на оценка, която посетителите не виждат, би нарушило правилата на Google.

Контактната страница на същия магазин може да описва самия бизнес:

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Example Candles",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "12 Market Street",
    "addressLocality": "Bristol",
    "postalCode": "BS1 1AA",
    "addressCountry": "GB"
  },
  "telephone": "+44 117 000 0000",
  "openingHours": "Mo-Sa 10:00-17:00"
}

Отново, всяка стойност съвпада с това, което се вижда на страницата.

Проверка. Поставете живия адрес в Rich Results Test на Google, за да видите дали страницата е подходяща за богатите резултати на Google и дали нещо задължително липсва. Използвайте Schema Markup Validator за обща проверка спрямо schema.org. След публикуване Search Console показва грешки в целия сайт.

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

От документацията на Google за структурираните данни:

• Маркирайте само това, което потребителите виждат. Не добавяйте структурирани данни за информация, която не е видима на страницата, дори и да е точна.
• Включете задължителните свойства. Всеки тип богат резултат има списък с задължителни полета; ако липсва някое, страницата не е подходяща.
• Подходящността не е гаранция. Правилната маркировка прави страницата подходяща за богат резултат, но не и сигурно такъв резултат.
• Типовете богати резултати се променят. Google премахва някои функции с времето. Например, богатите резултати за FAQ бяха ограничени до известни държавни и здравни сайтове, а Google обяви, че от май 2026 г. те повече няма да се показват в Търсене. Проверете текущата галерия на Google за търсене, преди да строите за конкретен богат резултат.
• Не създавайте страници само за да държат маркировка.

Често срещани термини

Често срещани грешки и заблуди

• „Структурираните данни повишават позициите.“ Основната им полза е разбирането и подходящността за богати резултати, а не пряк път към по-добра позиция.
• Измисляне на отзиви или оценки. Фалшивите или неподкрепените оценки нарушават правилата на Google и подвеждат хората.
• Маркировка, която не съвпада със страницата. Цена от 24 долара в JSON-LD и 29 долара на страницата е проблем.
• Скрито съдържание. Маркирането на текст, който посетителите не виждат, е против насоките.
• Копиране на маркировка на всички страници. Блокът Product трябва да е на страниците с продукти, не на началната страница и в блога.
• Изграждане за премахнати функции. Проверете дали богатият резултат, който искате, още съществува.
• Добавяне на маркировка само в браузъра. Ако сайтът ви показва всичко с JavaScript, Google може и да я намери, но поставянето на JSON-LD в HTML, който сървърът изпраща, е по-надеждно.
• Никога не тествате. Липсваща запетая прави целия блок нечетим.

Какво да поискате от AI билдъра

• „Добави JSON-LD структурирани данни с типове schema.org, които съвпадат с всяка страница: Product на страниците с продукти, LocalBusiness на контактната страница, Article на блог публикациите.“
• „Генерирай стойностите от същите данни, които страницата показва, за да съвпадат винаги.“
• „Не добавяй оценки, отзиви или свойства, които не се виждат на страницата.“
• „Сложи JSON-LD в HTML, който се рендира на сървъра или е предварително рендиран.“
• „Включи всички задължителни свойства за богатия резултат на Google за този тип и ми кажи кои си използвал.“
• „Дай ми списък с адреси за проверка в Rich Results Test.“

За това как се вписва в по-голямата картина вижте какво е SEO, какво е sitemap и техническото ръководство SEO за сайтове, построени с AI.

Структурирани данни в Mythex

Mythex не добавя структурирани данни автоматично; вие ги поисквате в чата, а агентът ги записва в кода на приложението. Посочете кои страници представляват продукти, събития или вашия бизнес и го помолете да генерира JSON-LD от същите данни, които страницата показва. Ръководството в документацията за SEO за публикуваното ви приложение включва реда „Do not invent fake review schema“, който е добър съвет за всяка подсказка. Тъй като стандартната настройка е клиентски рендирано приложение от една страница, помолете за предварително рендирана или статична структура, ако търсачките са важни, след което публикувайте и тествайте живите адреси.

Въпроси