Dirbtinio intelekto paieškos sistemos vertina ne tik tai, kas parašyta interneto puslapyje, bet ir kaip aiškiai galima suprasti jame pateiktus objektus bei jų tarpusavio ryšius. Kas yra straipsnio autorius? Kuri įmonė teikia paslaugą? Ar nurodyta kaina priklauso konkrečiam produktui? Būtent į tokius klausimus padeda atsakyti Schema.org struktūriniai duomenys.
Vis dėlto juos reikėtų vertinti kaip semantinį svetainės sluoksnį, o ne stebuklingą AI SEO priemonę. Tinkamas žymėjimas padeda sistemoms tiksliau interpretuoti informaciją, tačiau savaime negarantuoja citatos „ChatGPT“, „Gemini“ ar „Google AI Overviews“ atsakyme.
Kas yra „Schema.org“?
Schema.org yra bendra struktūrinių duomenų žymėjimo sistema, kuri padeda standartizuotai aprašyti interneto puslapio turinį. Vietoje to, kad paieškos sistema pati bandytų nustatyti, ką reiškia atskiri puslapio elementai, jai pateikiamos konkrečios nuorodos.
Pavyzdžiui, galima nurodyti, kad:
- „DIGITAL STAR“ yra organizacija;
- konkretus vardas priklauso straipsnio autoriui;
- puslapyje pateiktas produktas;
- tam tikras skaičius yra produkto kaina;
- tekstas yra straipsnis, receptas, renginys ar DUK puslapis.
Schema.org žodynas gali būti pateikiamas keliais formatais, tačiau dažniausiai rekomenduojamas JSON-LD. Jo kodas įterpiamas į puslapio HTML, bet nėra matomas įprastam lankytojui.
Kaip struktūriniai duomenys susiję su AI paieška?
Generatyvinės sistemos turi nustatyti, kurie šaltiniai atitinka vartotojo klausimą ir kaip juose pateiktą informaciją panaudoti atsakymui. Struktūriniai duomenys gali sumažinti dviprasmybes, nes aiškiai įvardija puslapyje aptariamas esybes ir jų savybes.
Tai ypač naudinga, kai įmonės, produkto ar specialisto pavadinimas nėra unikalus. Naudojant Organization, Person, Product, LocalBusiness ir kitus tipus galima padėti sistemoms atskirti, apie ką tiksliai kalbama.
„Google“ pabrėžia, kad norint patekti į „AI Overviews“ ar „AI Mode“ nereikia jokio specialaus AI skirto žymėjimo. Taikomi tie patys techniniai ir kokybės principai kaip įprastoje paieškoje. Struktūriniai duomenys padeda suprasti turinį ir gali suteikti galimybę patekti į išplėstinius rezultatus, tačiau nėra savarankiškas generatyvinės paieškos reitingavimo mechanizmas.
Kokius tipus pasirinkti?
Žymėjimą reikėtų pradėti ne nuo siekio panaudoti kuo daugiau schemų, o nuo pagrindinių svetainės objektų identifikavimo.
- Įmonės svetainei dažniausiai aktualus Organization arba tikslesnis jo potipis LocalBusiness. Jame galima nurodyti oficialų pavadinimą, logotipą, svetainės adresą, kontaktinius duomenis ir patikimus profilius kitose platformose.
- Straipsniams naudojamas Article, NewsArticle arba BlogPosting. Svarbiausios savybės – antraštė, autorius, publikavimo ir atnaujinimo datos, pagrindinis vaizdas bei leidėjas.
- Elektroninės prekybos puslapiuose aktualūs Product, Offer, AggregateRating ir Review. Jie padeda aiškiai susieti produktą su jo kaina, valiuta, prieinamumu, prekės ženklu ir atsiliepimais.
- Paslaugų svetainėse gali būti naudojami Service, LocalBusiness, Person ir WebPage. Navigacijos struktūrą papildo BreadcrumbList, o vaizdo įrašus galima aprašyti naudojant VideoObject.
Svarbu atskirti visą Schema.org žodyną nuo struktūrinių duomenų tipų, kuriuos konkrečiai palaiko „Google“ išplėstiniuose rezultatuose. Tai, kad tipas egzistuoja Schema.org, dar nereiškia, kad „Google“ pagal jį sukurs specialų paieškos rezultatą.
Kaip atrodo bazinis žymėjimas?
Paprastas įmonės aprašymo pavyzdys gali atrodyti taip:
<script type=”application/ld+json”>
{
„@context”: „https://schema.org”,
„@type”: „Organization”,
„@id”: „https://pavyzdys.lt/#organization”,
„name”: „Įmonės pavadinimas”,
„url”: „https://pavyzdys.lt/”,
„logo”: „https://pavyzdys.lt/logo.png”,
„sameAs”: [
„https://www.linkedin.com/company/pavyzdys”
]
}
</script>
@id sukuria nuolatinį konkrečios esybės identifikatorių. Jį galima naudoti kituose puslapiuose, pavyzdžiui, nurodant, kad ta pati organizacija yra straipsnio leidėja ar paslaugos teikėja.
sameAs padeda susieti įmonę su oficialiais jos profiliais arba kitais patikimais puslapiais. Tačiau čia nereikėtų dėti kiekvienos nuorodos, kurioje paminėtas prekių ženklas. Naudojami tik tą pačią esybę patikimai identifikuojantys šaltiniai.
Svarbiausia – kurti esybių ryšius
Profesionalus žymėjimas nėra atskirų, tarpusavyje nesusijusių schemų rinkinys. Svetainėje turėtų būti formuojamas nuoseklus esybių grafas.
- Straipsnis susiejamas su autoriumi ir leidėju.
- Autorius – su savo profiliu bei kompetencijos sritimi.
- Produktas – su gamintoju, pasiūlymu ir atsiliepimais.
- Vietinis padalinys – su pagrindine organizacija, adresu ir aptarnaujama teritorija.
Tokie ryšiai padeda paieškos sistemoms suprasti ne tik atskirus faktus, bet ir jų kontekstą. Jeigu kiekviename puslapyje ta pati įmonė aprašoma skirtingai arba jai sukuriami nesusieti identifikatoriai, semantinė struktūra tampa fragmentuota.
Duomenys turi sutapti su matomu turiniu
Viena svarbiausių taisyklių – struktūriniai duomenys turi tiksliai atitikti tai, ką mato puslapio lankytojas. Negalima kode nurodyti neegzistuojančių atsiliepimų, paslėptų paslaugų, neteisingos kainos ar informacijos, kurios puslapyje apskritai nėra. Taip pat nereikėtų kiekvienam puslapiui automatiškai priskirti visų įmanomų schemų. Žymėjimas turi aprašyti konkretaus puslapio pagrindinį turinį. Netinkamas arba klaidinantis naudojimas gali panaikinti puslapio galimybę būti rodomam kaip išplėstiniam rezultatui.
Kaip patikrinti įdiegtą žymėjimą?
Pirmiausia kodą verta tikrinti su „Schema Markup Validator“. Šis įrankis įvertina bendrą Schema.org sintaksę ir parodo naudojamus tipus bei savybes.
Antrasis etapas – „Google Rich Results Test“. Jis parodo, ar puslapis atitinka konkretiems „Google“ išplėstiniams rezultatams taikomus reikalavimus. Tai skirtingos patikros: schema gali būti techniškai taisyklinga, tačiau nepalaikoma kaip išplėstinis „Google“ rezultatas.
Po diegimo reikėtų stebėti „Google Search Console“ pranešimus, galiojančių elementų skaičių ir indeksuoto puslapio versiją. Ypač svarbu pakartotinai tikrinti žymėjimą pakeitus svetainės dizainą, šabloną ar turinio valdymo sistemos papildinius.
Kokių klaidų vengti?
Dažniausios problemos kyla ne dėl sudėtingo kodo, o dėl netikslios informacijos. Svetainėse paliekamos pasenusios kainos, skiriasi įmonės pavadinimai, straipsniui priskiriamas neteisingas autorius arba viename puslapyje sukuriamos kelios tos pačios organizacijos versijos.
Kita klaida – žymėjimą vertinti kaip turinio pakaitalą. Struktūriniai duomenys negali kompensuoti paviršutiniško straipsnio, neaiškios autorystės ar nepatikimų teiginių. AI sistemoms vis dar reikia kokybiško, pasiekiamo ir faktus pagrindžiančio puslapio turinio.
Schema.org stiprybė atsiskleidžia tuomet, kai techninis žymėjimas atitinka realią svetainės informaciją ir nuosekliai susieja svarbiausias esybes. Tai ne greitas kelias į DI atsakymus, o patikimos semantinės infrastruktūros dalis – naudinga tiek tradicinei, tiek generatyvinei paieškai.
