{"id":2683,"date":"2026-08-20T12:40:21","date_gmt":"2026-08-20T10:40:21","guid":{"rendered":"https:\/\/mairateam.com\/?post_type=glossary&p=2683"},"modified":"2026-08-20T15:48:26","modified_gmt":"2026-08-20T13:48:26","slug":"strukturovana-data-schema-org","status":"publish","type":"glossary","link":"https:\/\/mairateam.com\/cs\/slovnik\/strukturovana-data-schema-org\/","title":{"rendered":"Strukturovan\u00e1 data (schema.org)"},"content":{"rendered":"

Strukturovan\u00e1 data<\/strong> jsou zna\u010dkov\u00e1n\u00ed obsahu podle slovn\u00edku schema.org, obvykle ve form\u00e1tu JSON-LD. Stroj\u016fm \u0159\u00edkaj\u00ed, co na str\u00e1nce je: \u017ee tohle je slu\u017eba, tamto produkt, tady ot\u00e1zka s odpov\u011bd\u00ed a tohle firma s adresou a rokem zalo\u017een\u00ed. Vyhled\u00e1va\u010de z nich stav\u00ed roz\u0161\u00ed\u0159en\u00e9 v\u00fdsledky, jazykov\u00e9 modely z nich berou fakta o zna\u010dce.<\/p>\n

V kostce<\/h2>\n\n\n\n\n\n\n
Co to je<\/strong><\/td>\nStrojov\u011b \u010diteln\u00fd popis obsahu str\u00e1nky podle slovn\u00edku schema.org<\/td>\n<\/tr>\n
Nej\u010dast\u011bj\u0161\u00ed typy<\/strong><\/td>\nOrganization, FAQPage, Article, Product, Service, BreadcrumbList, DefinedTerm<\/td>\n<\/tr>\n
Co p\u0159in\u00e1\u0161\u00ed<\/strong><\/td>\nRoz\u0161\u00ed\u0159en\u00e9 v\u00fdsledky ve vyhled\u00e1v\u00e1n\u00ed a p\u0159esn\u011bj\u0161\u00ed pochopen\u00ed zna\u010dky jazykov\u00fdmi modely<\/td>\n<\/tr>\n
Co nezm\u016f\u017ee<\/strong><\/td>\nNenahrad\u00ed obsah. Schema bez kvalitn\u00ed odpov\u011bdi v textu nem\u00e1 co popisovat<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Jak strukturovan\u00e1 data funguj\u00ed<\/h2>\n

Co je v k\u00f3du<\/h3>\n

Strukturovan\u00e1 data jsou na str\u00e1nce jako samostatn\u00fd blok JSON-LD uvnit\u0159 zna\u010dky script, nez\u00e1visle na viditeln\u00e9m HTML. Blok deklaruje slovn\u00edk (@context: schema.org), typ entity (@type: Product, Organization, Article) a jej\u00ed vlastnosti. Entity se do sebe vno\u0159uj\u00ed: Product obsahuje Offer s cenou, m\u011bnou a dostupnost\u00ed, Organization obsahuje adresu a odkazy sameAs na profily, Article obsahuje autora typu Person. P\u0159es atribut @id se d\u00e1 jedna entita odkazovat z v\u00edce str\u00e1nek, tak\u017ee autor \u010dl\u00e1nku a osoba na str\u00e1nce O n\u00e1s jsou pro stroj tat\u00e1\u017e v\u011bc, ne dva z\u00e1znamy se stejn\u00fdm jm\u00e9nem.<\/p>\n

Co s nimi d\u011bl\u00e1 vyhled\u00e1va\u010d<\/h3>\n
    \n
  1. Robot str\u00e1nku st\u00e1hne a vykresl\u00ed. Blok, kter\u00fd do str\u00e1nky vkl\u00e1d\u00e1 a\u017e JavaScript, se na\u010dte pozd\u011bji a m\u00e9n\u011b spolehliv\u011b ne\u017e blok v HTML ze serveru.<\/li>\n
  2. JSON-LD se rozparsuje a ov\u011b\u0159\u00ed proti podporovan\u00fdm typ\u016fm: chyb\u00ed-li povinn\u00e1 vlastnost, nap\u0159\u00edklad cena u Offer, polo\u017eka se o roz\u0161\u00ed\u0159en\u00fd v\u00fdsledek neuch\u00e1z\u00ed.<\/li>\n
  3. Ozna\u010dkovan\u00fd obsah se porovn\u00e1 s t\u00edm, co je na str\u00e1nce vid\u011bt. Cena ve sch\u00e9matu mus\u00ed sed\u011bt s cenou v textu, po\u010det ot\u00e1zek s viditelnou FAQ.<\/li>\n
  4. Str\u00e1nka z\u00edsk\u00e1 zp\u016fsobilost k roz\u0161\u00ed\u0159en\u00e9mu v\u00fdsledku. Zp\u016fsobilost nen\u00ed n\u00e1rok: o zobrazen\u00ed rozhoduje vyhled\u00e1va\u010d u ka\u017ed\u00e9ho dotazu zvl\u00e1\u0161\u0165.<\/li>\n
  5. Stav vid\u00edte v Search Console v p\u0159ehledech vylep\u0161en\u00ed: po\u010det platn\u00fdch polo\u017eek, polo\u017eek s varov\u00e1n\u00edm a polo\u017eek s chybou.<\/li>\n<\/ol>\n

    U e-shop\u016f m\u00e1 Product schema je\u0161t\u011b jednu roli: Merchant Center z n\u011bj p\u0159eb\u00edr\u00e1 cenu a dostupnost ze vstupn\u00ed str\u00e1nky a automaticky opravuje polo\u017eky, kter\u00e9 se rozch\u00e1zej\u00ed s feedem.<\/p>\n

    Co z nich \u010dtou jazykov\u00e9 modely a co to znamen\u00e1 pro web<\/h3>\n

    Jazykov\u00fd model a AI vyhled\u00e1va\u010d \u010dtou stejn\u00fd blok jako sadu tvrzen\u00ed: subjekt, vlastnost, hodnota. Firma X, zalo\u017eena, rok. Produkt Y, cena, \u010d\u00e1stka. Tvrzen\u00ed jsou jednozna\u010dn\u00e1, zat\u00edmco stejn\u00fd \u00fadaj v marketingov\u00e9m textu je t\u0159eba nejd\u0159\u00edv spr\u00e1vn\u011b vylo\u017eit. Proto model, kter\u00fd m\u00e1 k dispozici konzistentn\u00ed Organization a Article schema, p\u0159eb\u00edr\u00e1 n\u00e1zev, obor, autora a datum p\u0159esn\u011bji ne\u017e ze samotn\u00e9ho textu.<\/p>\n

    E-shop z toho t\u011b\u017e\u00ed hlavn\u011b na produktov\u00fdch str\u00e1nk\u00e1ch a str\u00e1nk\u00e1ch kategori\u00ed: Product s Offer, AggregateRating a BreadcrumbList a jednotn\u00fd identifik\u00e1tor produktu (GTIN, zna\u010dka). B2B web na servisn\u00edch str\u00e1nk\u00e1ch a v obsahu: Service s popisem nab\u00eddky, Article s re\u00e1ln\u00fdm autorem a Organization jako spole\u010dn\u00fd uzel, na kter\u00fd se oboj\u00ed v\u00e1\u017ee p\u0159es @id.<\/p>\n

    Modelov\u00fd p\u0159\u00edklad:<\/strong> e-shop m\u00e1 5 000 produktov\u00fdch str\u00e1nek se stejnou \u0161ablonou. Search Console hl\u00e1s\u00ed 4 600 platn\u00fdch polo\u017eek a 400 s chybou \u201echyb\u00ed price\u201c, proto\u017ee u produkt\u016f bez skladov\u00e9 z\u00e1soby \u0161ablona cenu nevypisuje. 8 % katalogu se tak o roz\u0161\u00ed\u0159en\u00fd v\u00fdsledek neuch\u00e1z\u00ed, a\u010dkoli str\u00e1nky jinak funguj\u00ed. Po oprav\u011b \u0161ablony se po\u010det platn\u00fdch polo\u017eek zvedne a\u017e p\u0159i dal\u0161\u00edm proch\u00e1zen\u00ed, ne ihned.<\/p>\n

    Pro\u010d na tom z\u00e1le\u017e\u00ed v\u00edc ne\u017e d\u0159\u00edv<\/h2>\n

    Dokud strukturovan\u00e1 data slou\u017eila hlavn\u011b roz\u0161\u00ed\u0159en\u00fdm v\u00fdsledk\u016fm, byla to optimalizace na CTR. S n\u00e1stupem AI odpov\u011bd\u00ed p\u0159ibyla druh\u00e1 role: jazykov\u00fd model si z Organization sch\u00e9matu bere identitu firmy, z FAQPage p\u0159ipraven\u00e9 odpov\u011bdi a z Article autora a datum. Kdy\u017e tato data chyb\u00ed nebo si odporuj\u00ed, model si fakta dopln\u00ed odjinud a obvykle ne ve v\u00e1\u0161 prosp\u011bch.<\/p>\n

    Z na\u0161\u00ed praxe: FAQPage v\u0161ude, kde je viditeln\u00e1 FAQ<\/h2>\n

    Pravidlo, kter\u00e9 dr\u017e\u00edme: FAQPage pat\u0159\u00ed na ka\u017edou str\u00e1nku s viditelnou FAQ sekc\u00ed a po\u010dty ot\u00e1zek ve sch\u00e9matu mus\u00ed sed\u011bt s t\u00edm, co je na str\u00e1nce vid\u011bt. Schema, kter\u00e9 slibuje ot\u00e1zky, je\u017e na str\u00e1nce nejsou, je riziko, ne v\u00fdhoda. Na servisn\u00ed str\u00e1nky pat\u0159\u00ed Service, k \u010dl\u00e1nk\u016fm Article s re\u00e1ln\u00fdm autorem a Person schema.<\/p>\n

    Z audit\u016f plyne prakticky d\u016fle\u017eit\u00e9 pou\u010den\u00ed: strukturovan\u00e1 data b\u00fdvaj\u00ed nasazen\u00e1 jen \u010d\u00e1ste\u010dn\u011b, obvykle z\u00e1kladn\u00ed Organization a nic dal\u0161\u00edho. Nejsou tedy hygienick\u00fdm standardem, kter\u00fd maj\u00ed v\u0161ichni. D\u016fsledn\u00e9 nasazen\u00ed je st\u00e1le konkuren\u010dn\u00ed v\u00fdhoda, ne povinnost.<\/p>\n

    \u010cast\u00e9 chyby<\/h2>\n