Struktūrinių duomenų (schema.org) gidas verslo svetainei
Struktūriniai duomenys — tai standartizuotas kodas (dažniausiai JSON-LD pagal schema.org žodyną), kurį įdedi į svetainės puslapius, kad paieškos sistemos ir AI asistentai tiksliai suprastų, kas puslapyje yra: įmonė, produktas, straipsnis, DUK ar atsiliepimas. Verslo svetainei jie svarbūs, nes leidžia gauti praturtintus rezultatus (rich results) Google paieškoje ir padidina tikimybę, kad tavo turinį teisingai cituos ChatGPT, Perplexity ar Google AI apžvalgos. Rekomenduojamas formatas — JSON-LD, o dažniausi tipai verslui: Organization, LocalBusiness, Product, Article, FAQPage ir BreadcrumbList.
Struktūriniai duomenys — tai standartizuotas kodas, kurį įdedi į svetainės puslapius, kad paieškos sistemos ir AI asistentai tiksliai suprastų, kas juose yra: įmonė, produktas, straipsnis, DUK ar atsiliepimas. Dažniausiai jie rašomi JSON-LD formatu pagal schema.org žodyną. Verslo svetainei jie svarbūs dėl dviejų priežasčių: leidžia gauti praturtintus rezultatus (rich results) Google paieškoje ir padidina tikimybę, kad tavo turinį teisingai supras bei cituos ChatGPT, Perplexity ar Google AI apžvalgos.
Šis gidas skirtas verslo savininkui ar rinkodaros žmogui, kuris nori, kad svetainę tiksliau matytų tiek Google, tiek AI paieška. Toliau — kas tai per kodas, kokie tipai svarbiausi, kaip jį įdiegti ir kokių klaidų vengti.
Kas yra schema.org ir JSON-LD
Schema.org yra bendras žodynas — standartizuotas žymėjimų rinkinys, kurį kartu palaiko Google, Microsoft (Bing), Yandex ir kiti. Jis apibrėžia „tipus” (pavyzdžiui, Organization, Product, Article) ir jų „savybes” (pavadinimas, kaina, autorius, data). Kai puslapyje aprašai turinį šiuo žodynu, mašina nebespėlioja — ji tiksliai žino, kad „49 €” yra kaina, o ne atsitiktinis skaičius.
JSON-LD (JavaScript Object Notation for Linked Data) — tai formatas, kuriuo šis žodynas įrašomas. Jis dedamas į atskirą <script type="application/ld+json"> bloką puslapio kode ir nėra matomas lankytojui. Google oficialiai rekomenduoja būtent JSON-LD, nes jis atskirtas nuo matomo dizaino: keisdamas išvaizdą nesugadini duomenų, o prižiūrėti vieną kodo bloką paprasčiau nei žymes, išbarstytas po visą HTML.
Skirtumas nuo įprasto teksto svarbus GEO kontekste. AI asistentas gali perskaityti tavo tekstą, bet struktūriniai duomenys jam pateikia tą pačią informaciją vienareikšmiškai — be interpretacijos. Tai viena iš priežasčių, kodėl gerai sužymėtą puslapį lengviau tiksliai cituoti.
Kodėl verslo svetainei to reikia
Pagrindinė praktinė nauda — praturtinti rezultatai. Kai Google supranta tavo struktūrą, jis paieškoje gali parodyti daugiau nei mėlyną nuorodą: atsiliepimų žvaigždutes, produkto kainą ir prieinamumą, DUK išskleidimus, receptų laiką ar breadcrumb navigaciją. Tokie rezultatai užima daugiau vietos ir dažniau pritraukia paspaudimą.
Antra nauda — matomumas AI paieškoje. Kai ChatGPT, Perplexity ar Google AI apžvalgos formuoja atsakymą, joms reikia patikimai suprasti, kas yra tavo įmonė, ką ji siūlo ir kaip su ja susisiekti. Struktūriniai duomenys (ypač Organization su kontaktais ir FAQPage su realiais klausimais) pateikia tai mašinai skaitomu pavidalu. Tai tas pats principas, apie kurį rašome kalbėdami apie GEO ir AI matomumą: aiški struktūra padeda mašinai suprasti, o ne spėti.
Svarbu neperspausti lūkesčių. Struktūriniai duomenys nėra tiesioginis reitingo veiksnys — jie savaime nepakelia tavęs aukščiau. Jie taip pat negarantuoja citavimo AI atsakymuose. Tai infrastruktūra, kuri padidina tikimybę būti teisingai suprastam ir gražiau parodytam, bet veikia kartu su turinio kokybe ir svetainės autoritetu.
Svarbiausi tipai verslo svetainei
Nereikia diegti visų schema.org tipų — užtenka tų, kurie atitinka tavo puslapius. Toliau — dažniausi ir kur juos naudoti.
| Tipas | Kur naudoti | Ką praturtina |
|---|---|---|
Organization | Visoje svetainėje (dažnai pradžios puslapyje) | Įmonės pavadinimas, logotipas, kontaktai, soc. profiliai |
LocalBusiness | Vietinis verslas su adresu | Adresas, darbo laikas, žemėlapis, telefonas |
Product + Offer | Produkto puslapiai | Kaina, prieinamumas, atsiliepimai |
Article | Tinklaraščio ir žinių bazės įrašai | Antraštė, autorius, data, nuotrauka |
FAQPage | Puslapiai su DUK sekcija | Klausimų–atsakymų išskleidimai paieškoje |
BreadcrumbList | Visi giluminiai puslapiai | Navigacijos kelias rezultate |
Course | Mokymų ir kursų puslapiai | Kurso pavadinimas, teikėjas, kaina |
Faceless brandui vertas dėmesio niuansas: įmonei naudok Organization, o ne Person. Taip autoritetą neša sistema ir prekės ženklas, o ne konkretus veidas. Būtent taip sudėliota ir ši svetainė — kiekvienas puslapis auto-generuoja atitinkamą JSON-LD pagal savo turinį.
Kaip įdiegti: praktiniai žingsniai
Diegimas nepriklauso nuo to, ar rašai kodą ranka, ar naudoji turinio valdymo sistemą.
Pirma, pasirink tipą pagal puslapį. Pradžios puslapiui — Organization; produktui — Product; straipsniui — Article plius FAQPage, jei jame yra DUK. Nekišk kelių tipų ten, kur jie netinka.
Antra, užpildyk realiais duomenimis. Kiekviena savybė turi atitikti tai, kas realiai matoma puslapyje. Google reikalauja, kad struktūriniai duomenys atspindėtų matomą turinį — jei paslėpsi kainą JSON-LD, bet jos nerodysi lankytojui, tai laikoma pažeidimu.
Trečia, įdėk JSON-LD bloką. Rankiniu būdu — į puslapio <head> arba <body>. WordPress ar kitose CMS — dažniausiai per įskiepį (pavyzdžiui, Yoast SEO ar Rank Math generuoja pagrindinius tipus automatiškai). Astro, Next.js ar panašiuose statiniuose generatoriuose JSON-LD paprastai formuojamas komponente iš puslapio duomenų — taip išvengiama rankinio dubliavimo.
Ketvirta, patikrink. Paleisk puslapį per Google Rich Results Test ir schema.org validatorių. Jie parodys klaidas ir įspėjimus. Vėliau stebėk Google Search Console skiltį „Enhancements” — ten matysi, kuriuos tipus Google realiai aptiko ir ar juose nėra problemų.
Dažnos klaidos, kurių verta vengti
Dažniausia klaida — žymėti turinį, kurio puslapyje nėra. Atsiliepimų žvaigždutes be realių atsiliepimų arba DUK žymėjimas be matomos DUK sekcijos gali užsitraukti rankinę Google sankciją. Antra — pasenusi ar neatnaujinta informacija: jei pakeitei kainą puslapyje, bet ne JSON-LD, duomenys prieštarauja vienas kitam. Trečia — per daug tipų viename puslapyje, tikintis daugiau rich results; realiai tai kelia painiavą ir klaidų riziką. Ketvirta — pamiršti privalomas savybes: kiekvienas tipas turi laukus, be kurių Google nerodys praturtinto rezultato (pavyzdžiui, Product be kainos ar prieinamumo).
Geriausia taisyklė paprasta: žymėk tik tai, kas realiai yra puslapyje, ir laikyk JSON-LD sinchronizuotą su matomu turiniu.
Nuo ko pradėti
Jei turi verslo svetainę ir dar neturi jokių struktūrinių duomenų, pradėk nuo dviejų dalykų: Organization visai svetainei ir FAQPage puslapiuose, kur yra dažniausių klausimų sekcija. Tai duoda daugiausiai naudos mažiausiomis pastangomis — ir Google, ir AI paieškai. Produktų ar kursų puslapius sužymėk antru etapu.
Struktūriniai duomenys yra vienas iš keleto sluoksnių, dėl kurių svetainę geriau supranta mašinos; kiti — švarus llms.txt, semantinis HTML ir tikslus, aiškiai atsakantis turinys. Jei nori, kad tavo svetainė būtų iš karto pastatyta su teisinga JSON-LD struktūra ir GEO paruošimu, pažiūrėk, kaip veikia svetainių kūrimas su AI, arba užsakyk nemokamą konsultaciją. Daugiau praktinių gidų apie AI paiešką ir automatizaciją — Žinių bazėje.