Kurie Schema.org struktūriniai duomenys realiai reikalingi svetainei?

Paieškos sistema ir kalbos modelis skaito tą patį HTML, bet ieško skirtingų dalykų. Žmogui pakanka, kad puslapyje parašyta „skambinkite 8 600...". Mašinai tai tik simbolių eilutė: ji nežino, ar tai telefonas, ar užsakymo numeris.

Struktūriniai duomenys yra atsakymas į tą klausimą. Tas pats turinys pakartojamas antrą kartą — JSON-LD bloke, kur kiekvienas faktas turi vardą.

Keturi tipai, kurių užtenka

Organization — kas tu esi. Pavadinimas, logotipas, kontaktai, sameAs nuorodos į profilius. Tai vienintelis mazgas, kurį modelis naudoja, kad susietų tavo svetainę su tuo, ką apie tave žino iš kitur.

WebSite — svetainė kaip visuma. Pavadinimas ir kalba. Trumpas, bet be jo Organization kabo be konteksto.

BreadcrumbList — kelias iki puslapio. Vienintelis tipas, kurį Google beveik visada parodo rezultatuose: vietoj ilgo adreso matosi „Pradžia › Paslaugos › Auditas".

Puslapio tipas — Article straipsniui, Product prekei, Service paslaugai, FAQPage klausimams. Tai pasako, ko šitame puslapyje apskritai ieškoti.

Viskas. Event, Recipe, JobPosting reikalingi tada, kai tu realiai turi renginį, receptą ar skelbimą — ne todėl, kad sąraše jie yra.

Klaida, kurią daro beveik visi

Schema, kurios atitikmens ekrane nėra, yra melas mašinai. FAQPage su klausimais, kurių puslapyje nematyti. AggregateRating su įvertinimu, kurio niekas nedavė. Product kaina, kuri skiriasi nuo matomos.

Google už tai baudžia atskirai, ir tai ne teorija — tai aiškiai užrašyta jų struktūrinių duomenų gairėse. Bet svarbesnė pasekmė kita: modelis, kartą pagavęs neatitikimą, nustoja pasitikėti visu likusiu žymėjimu.

Taisyklė viena: pirma turinys, tada žymėjimas.

@id — ryšys vietoj kopijos

Jei straipsnis ir svetainė turi tą patį autorių, jo nereikia aprašinėti du kartus. Vienas mazgas gauna @id, kitas į jį rodo:

{ "@type": "Article", "author": { "@id": "https://pavyzdys.lt/#org" } }

Taip rašo Yoast, RankMath ir visi rimti generatoriai. Dvi kopijos anksčiau ar vėliau išsiskiria, ir tada mašina mato du skirtingus autorius tam pačiam tekstui.

Tikrinant, ar autorius deklaruotas, todėl reikia sekti nuorodą, o ne ieškoti pilno mazgo vietoje. Mūsų pačių auditas kartą to nedarė ir aštuoniems tvarkingiems straipsniams parašė „autorius nenurodytas".

Ką tai duoda GEO požiūriu

Klasikinis SEO iš schemos gauna rich results — žvaigždutes, kainas, trupinius. Tai matoma nauda, bet ne pati didžiausia.

Kalbos modelis iš schemos gauna kitką: tikrumą. Kai jis turi pasakyti, kas teikia paslaugą mieste X, jis renkasi tarp puslapių, kuriuose informacija išgaunama spėjimu, ir puslapio, kuriame ji deklaruota. Deklaracija laimi, nes ji nereikalauja interpretacijos.

Tai ta pati logika, dėl kurios llms.txt apskritai turi prasmę: sumažinti darbo mašinai, kuri tavo puslapį skaito.

Kaip patikrinti

Google Rich Results Test parodo, ar žymėjimas galioja ir kurias funkcijas atrakina. Schema.org validatorius — ar sintaksė teisinga apskritai. Abu nemokami ir abu užtrunka minutę.

Nemokamas skenas tikrina platesnį dalyką: ar schema apskritai yra, ar ji sutampa su matomu tekstu ir ar @id nuorodos veda kur nors.

Susiję straipsniai

Ta pati tema iš kitos pusės — kiekvienas atsako į savo klausimą:

• Kas yra AEO ir kaip patekti į atsakymą
• Kas yra llms.txt ir ar jo reikia
• Kaip AI renkasi, ką cituoti

Kaip šitas dalykas patenka į balą, aprašyta ties ką tikriname.

Šaltiniai

Tai, kuo remiasi šis tekstas — pirminiai šaltiniai, ne perpasakojimai:

• Google Search Central — struktūrinių duomenų gairės
• Google Search Central — struktūrinių duomenų galerija
• Schema.org — pilna tipų dokumentacija