Schema.org žymėjimas AI paieškai: nuo „0“ iki veikiančių rezultatų

Schema.org žymėjimo apžvalga (JSON‑LD ir @graph)

Paskutinį kartą atnaujinta: 2025-10-31

← Grįžti į „AI paieška ir SEO“ temos centrą

Turinys


Trumpai

Schema.org žymėjimas – tai struktūruoti duomenys (dažniausiai JSON-LD), padedantys paieškai ir AI sistemoms tiksliai suprasti turinį. Geros naujienos: jokių specialių „AI“ žymų AI Overviews/AI režimams nereikia – veikia tos pačios SEO praktikos kaip ir klasikiniuose rezultatuose. Daugeliui projektų žymėjimas yra techninio SEO dalis, todėl planuok kartu su SEO struktūra AI eroje.


Kas yra

JSON-LD @graph struktūros apžvalga

Schema.org – bendras žodynas, kuriuo aprašome puslapių tipus ir jų ryšius (pvz., Article, Product, LocalBusiness, Video).
JSON-LD – rekomenduojamas formatas: dedamas kaip <script type="application/ld+json">, todėl neapkrauna HTML, lengvai generuojamas ir prižiūrimas.

Kada naudoti? Kai turite turinio tipus, kuriuos paieška supranta ir gali papildomai atvaizduoti (straipsniai, produktai, vietos, video), arba kai norite stabiliai sieti tapatybes tarp puslapių ir platformų (@id, sameAs).
Kada nenaudoti? Kai žymėjimas neatitinka matomo turinio (pvz., priskirtas Product, bet puslapyje nėra prekės).

Jei diegiate pirmą kartą, pravartu peržvelgti struktūruotų duomenų santrauką ir pasiruošti šablonus kiekvienam tipui.


Ekosistema

BreadcrumbList pavyzdys ir informacinė architektūra

Google paieška. Palaikomi tipai (Article, Product, Video, BreadcrumbList, LocalBusiness ir kt.). Žymėjimas padeda paaiškinti, kas yra puslapio „pagrindinis entitetas“ ir kokie atributai svarbūs rodomiems fragmentams (pvz., straipsnio pavadinimas, datos, produkto kaina).

AI paieška. AI Overviews / AI Mode remiasi tuo pačiu supratimu kaip ir įprasti rezultatai. Nėra „AI-tik“ markup – svarbiau people-first turinys, aiškūs faktai ir entitetų ryšiai.

Autorystė ir leidėjas. Straipsniuose nurodyk aiškią autorystę (author) ir leidėją (publisher), o autoriaus puslapyje – pastovų @id ir sameAs (pvz., LinkedIn ar Wikidata). Tai padeda AI ir paieškai patikimiau sutapatinti šaltinį.

Organization / Logo / ContactPoint. Svetainės lygmenyje pateik Organization, logotipo ImageObject, kontaktus (ContactPoint) ir, jei tinka, socialinius profilius sameAs. Tai sustiprina tapatybę ir šaltinio aiškumą.

BreadcrumbList. Duonos trupiniai padeda suprasti informacijos architektūrą ir sumažina „našlaičių“ puslapių riziką. Jie naudingi net tada, kai vizualiai ne visada rodomi – semantika išlieka.

Video. VideoObject su thumbnailUrl, uploadDate, duration, o jei turite – ir transkriptu. Transkriptas pagerina turinio supratimą (ypač AI santraukoms) ir leidžia pasiekti ilgesnių uodegų užklausas.

Kas pasikeitė. HowTo vizualūs rezultatai pašalinti, FAQPage ribojamas (dažniausiai vyriausybė/sveikata). Sitelinks Search Box – panaikintas. Tai nereiškia, kad semantikos nereikia; tiesiog neplanuokite CTR vien iš tų rodinių.


Palyginimas

Entitetų ryšiai @graph (Article, Organization, WebSite, BreadcrumbList, ImageObject)

Formatai: JSON-LD vs Microdata vs RDFa

Kriterijus JSON-LD Microdata RDFa Pastabos
Įdiegimo greitis Aukštas Vidutinis Žemesnis JSON-LD nėra įsipynęs į HTML – mažiau rizikų redaguojant turinį.
Klaidos rizika Maža Vidutinė Vidutinė Mažiau „inline“ rankinio darbo, lengviau testuoti.
Dinamika (JS) Labai gera Silpnesnė Silpnesnė Galima generuoti server-side ar per šablonus; jei su JS – atsargiai su „kritiniais“ laukais.
Skaitytojo HTML „triukšmas“ Mažiausias Didesnis Didesnis Žymėjimas laikomas <script> bloke, todėl UX švarus.

Kada rinktis kurį tipą (praktika):

  • Article/BlogPosting – įrašai, naujienos, gidai; privalomai: headline, author, image, datePublished.
  • Product + Offer – e-shop’ams; privalomai: name, image, brand, offers.price, offers.priceCurrency, offers.availability.
  • LocalBusiness – vietiniams verslams; address, geo, openingHoursSpecification.
  • VideoObject – video bibliotekai ar įrašų puslapiams; thumbnailUrl, uploadDate, duration.
  • BreadcrumbList – visiems giluminiams puslapiams (navigacijos aiškumui).

Kanalai / Feeds

Sitemaps. Bazinis signalas apie naują ar atnaujintą turinį. Atminkite: sitemap nėra indeksavimo garantas, bet padeda atrasti URL.

Merchant Center. Kai Product/Offer žymėjimas suderintas su prekių duomenimis, Google gali automatiškai tikslinti kainas ir prieinamumą. Svarbu, kad žymėjime ir feed’e nebūtų nesutapimų (kainos, valiutos, atsargos).

IndexNow (Bing ir kiti). Greitesnis URL ping’as apie naujus/atnaujintus puslapius. REIKIA SUKURTI – siūlomas slugas: /indexnow-diegimas/.


1P auditorijos

Struktūruoti duomenys neseka naudotojų, bet padeda AI ir paieškai tiksliau sieti jūsų turinį su užklausomis. Praktikoje:

  • Temų klasteriai ir informacinės architektūros nuoseklumas didina autoritetą.
  • E-commerce: išvengus kainos/prieinamumo neatitikimų, mažėja atmetimų ir didėja pasitikėjimas.
  • Privatumas: sutikimai (Consent) ir GA4/etiketės valdomi atskirai; Schema.org jų nepakeičia, bet netrukdo.
    Strategiją derink su 1P duomenys (first-party data) 2025, kad temų planas ir žymėjimas judėtų kartu.

Matavimas ir KPI

Search Console. Žiūrėk Performance (Web): Impressions, Clicks, CTR, Average position. Segmentuok pagal „Page“ ir „Search Appearance“ (jei yra), kad pamatytum, kaip veikia atskiri tipai. Naudok šio skyriaus žingsnių planą.

GA4.

  • Engagement rate ir Average engagement time padeda įvertinti, ar turinys „neša“ kokybę.
  • Scroll (pvz., 25/50/75/90 %) – paprasta su Enhanced measurement arba per GTM.
  • Konversijos: svarbiausi įvykiai pažymimi kaip „Mark as conversion“.

Struktūruotų duomenų diagnostika.

CWV (Core Web Vitals). Tikslai: LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1.

  • LCP: hero vaizdas ne-lazy, WebP/AVIF, ≤300 KB; preload kritiniams šriftams/hero; mažinti TTFB (CDN, cache).
  • CLS: visiems vaizdams nurodyk width/height, rezervuok vietą šriftams (font-display: swap), jokio staigaus UI „šuoliavimo“.
  • INP: mažink JS, skaidyk „long tasks“, naudok debounce/throttle įvedčiai, ribok trečių šalių skriptus.
    Papildomą praktinę dalį rasi CWV gidas.

Starto planas (Problema → Sprendimas → Veiksmas)

  1. Inventorizacija (Problema). Sudaryk lentelę: URL → schema tipas → privalomi laukai → trūkstami laukai → statusas. Tai parodys, kur trūksta author, offers, address ar thumbnailUrl.
  2. Žymėjimo žemėlapis (Sprendimas). Kiekvienam tipui priskirk JSON-LD šabloną, susitark dėl @id taisyklių (pvz., /#article, /#product, /#org), sameAs šaltinių (LinkedIn, Wikidata, social).
  3. Diegimas (Veiksmas). Generuok JSON-LD server-side arba per šablonus; jei naudojamas JS/GTM, neleisk, kad „kritiniai“ laukai (kaina, likutis) būtų vėluojantys ar nepastovūs.
  4. Validacija. Prieš „go-live“ patikrink Rich Results Test ir Schema Markup Validator.
  5. Sklaida. Atnaujink sitemap; e-commerce – Merchant Center; dėl greitesnio aptikimo Bing ekosistemoje gali padėti IndexNow (nuoroda pateikta tik vieną kartą aukščiau).
  6. Monitoringas. GSC Enhancements, Performance; GA4 įsitraukimas ir konversijos; CWV su CrUX.
    Mini-checklist:
  • [ ] Article: headline, image, author, datePublished/dateModified.
  • [ ] Product: name, image, brand, offers.price/priceCurrency/availability.
  • [ ] LocalBusiness: name, address, geo, openingHoursSpecification.
  • [ ] VideoObject: thumbnailUrl, uploadDate, duration (jei įmanoma – transkriptas).
  • [ ] BreadcrumbList: visiems giluminiams puslapiams.
  • [ ] @id stabilūs, sameAs – realūs profiliai.

Entitetų ryšių pavyzdžiai su @graph

Trumpas, praktinis pavyzdys, kaip sujungti Organization, WebSite, WebPage, Article, BreadcrumbList ir ImageObject į vieną nuoseklų grafą su stabiliais @id.

Kodėl taip? @id jungia entitetus į vieną grafą; isPartOf ir mainEntityOfPage nurodo hierarchiją; publisher ir author padeda E‑E‑A‑T; BreadcrumbList parodo vietą IA; ImageObject su width/height mažina CLS.

Product + Offer: @graph fragmentas

Pastabos: offers turi atitikti matomą kainą/valiutą puslapyje ir Merchant Center feed’ą; aggregateRating naudokite tik jei matomas ir atitinka politiką; mainEntityOfPage rodo, kad produktas yra puslapio esmė.

LocalBusiness: @graph fragmentas

Pastabos: naudok openingHoursSpecification (ne laisvo teksto valandas), sameAs gali rodyti į Google Business Profile; parentOrganization sieja vietovę su pagrindine organizacija.

Mini QA sąrašas jungiant grafą

  • Ar visi @id unikalūs domeno mastu ir stabilūs?
  • Ar mainEntityOfPage nurodo puslapio esmę (Article/Product/LocalBusiness/Video)?
  • Ar isPartOf/publisher/author ryšiai veda į tą patį #website/#org/#person?
  • Ar vaizdams (ImageObject) pateikti width/height (CLS prevencija)?
  • Ar kaina/prieinamumas (offers) sutampa su matomu HTML ir feed’u?
  • Ar nėra pasikartojančių URL ar dubliuotų @id?

Praktinis pavyzdys: prieš → po su skaičiais

Lietuviškos etiketės ir terminai JSON-LD pavyzdžiuose

Situacija (B2C e-shop, 1 000 SKU). Produktų puslapiuose trūko Product/Offer, nebuvo BreadcrumbList; kainos SERP’e neatsispindėjo.
Darbai (6 savaitės).

  • Įdiegta Product su offers.price, priceCurrency, availability, brand; kai kur – sku/gtin.
  • Įdėtas BreadcrumbList, sutvarkyta svetainės Organization/Logo.
  • Suderintas Merchant Center feed (kaina/valiuta/nuolaida), patikrinti neatitikimai.
    Rezultatas (po 8 savaičių).
  • GSC (Web): parodymai +38–45 % pagal prioritetinį klasterį; paspaudimai +20–25 %; CTR +0,5–0,8 p. p.
  • „Out of stock“ klaidų sumažinta iki <2 % SKU.
  • Vidutinis įsitraukimo laikas +10–14 %; filtruota pagal „page“ rodo didžiausią šuolį ten, kur buvo sukompletuotas offers rinkinys.
    (Rezultatai priklauso nuo nišos ir turinio; skaičiai – orientaciniai pagal analogiškus įdiegimus.)

DUK ×7

K1. Ar reikia „specialaus AI schema“ AI Overviews?
A. Ne. Pakanka people-first turinio ir palaikomų Schema.org tipų (Article, Product, LocalBusiness, Video).

K2. Ar galima Microdata/RDFa vietoj JSON-LD?
A. Taip, bet JSON-LD lengviausia prižiūrėti ir diegti, be HTML „triukšmo“.

K3. Ar FAQPage/HowTo dar rodomi?
A. FAQPage – ribotai (dažn. vyriausybė/sveikata), HowTo – praktiškai neberodomas. Semantikai – galima, bet neplanuokite CTR vien iš šių rodinių.

K4. Kaip tikrinti, ar žymėjimas teisingas?
A. Rich Results Test (ar eligible) ir Schema Markup Validator (Schema.org atitikimas).

K5. Ar AI srautas matosi GSC?
A. Taip, jis įtraukiamas į Performance (Web).

K6. Kaip tvarkyti kainos neatitikimus?
A. Užtikrinkite, kad offers.price = puslapyje rodoma kaina ir = Merchant Center feed’ui; kitaip gali kristi matomumas ar atsirasti perspėjimų.

K7. Kodėl nebematau „Sitelinks Search Box“?
A. Funkcija panaikinta; jos markup galima palikti, bet vizualaus elemento „Search“ nebenaudos.


Terminų žodynėlis

  • JSON-LD – JSON žymėjimas susietiems duomenims.
  • E-E-A-T – patirtis, ekspertinė patirtis, autoritetas, patikimumas.
  • CWV – Core Web Vitals: LCP (pagr. turinio įkėlimas), INP (interaktyvumas), CLS (išdėstymo stabilumas).
  • Merchant listings – produktų atvaizdavimai paieškoje (iš Product/Offer + Merchant Center).
  • @id / sameAs – entitetų identifikatoriai ir tapatybės nuorodos.

Kur rasti daugiau informacijos

.

Ką daryti toliau?

Pasiruošęs kitam žingsniui? Išdėliok temų planą pagal Raktinių žodžių intencijos ir „proxy“ krepšeliai ir suderink jį su schema.org žymėjimu.


Autorius ir atsakomybė

Autorius: Reklama.LT redakcija, SEO turinio kūrimas.
Atsakomybės žyma: Informacinis turinys; ne teisinė ar techninė konsultacija.