Schema.org tehisintellekti esiletoomiseks: millised märgistused on praegu olulised

Schema.org tehisintellekti esiletoomiseks: millised märgistused on praegu olulised

Alates 5. septembrist 2026 aitavad struktureeritud andmed otsingumootoritel endiselt lehti, autoreid, organisatsioone ja fakte mõista. Kuid see ei ole otsene järjestuse tegur tehisintellekti vastuste jaoks.

Google kinnitab, et lehed ei vaja erilist Schema.org märgistust, et ilmuda tehisintellekti ülevaadetes või tehisintellekti režiimis. Leht peab olema peamiselt roomatav, indekseeritud, otsingulõigu jaoks kõlbulik ja toetatud kasuliku sisuga. Google ütleb ka, et struktureeritud andmed peaksid vastama nähtavale lehe sisule. (developers.google.com)

Parim praegune strateegia on seega:

1. Kasutage struktureeritud andmeid lehe täpseks kirjeldamiseks.
2. Sobitage märgistus lehe tegeliku eesmärgiga.
3. Looge selged seosed artiklite, autorite, organisatsioonide ja teemade vahel.
4. Kirjutage otsesed ja täielikud vastused nähtavasse HTML-i.
5. Mõõtke tehisintellekti viiteid eraldi traditsioonilistest rikastatud tulemustest.

Juhtkonna otsus

Lai uurimistulemus on oluline: ainuüksi geneeriliste struktureeritud andmete lisamine ei ole toonud kaasa järjepidevat tehisintellekti viidete kasvu. Kontrollitud Ahrefsi uuring jälgis 1885 lehte, mis lisasid lingitud andmete JavaScripti objekti notatsiooni, ja võrdles neid 4000 kontrolllehega. See ei leidnud Google AI režiimi või ChatGPT viidetes mingit märkimisväärset paranemist. Google AI Overview viited vähenesid veidi, kuid teadlased hoiatasid, et muutus oli väike ja seda ei saanud selgelt märgistuse süüks panna. (ahrefs.com)

Eraldi 2026. aasta eeltrükk leidis, et geneerilised tüübid nagu Article, Organization, BreadcrumbList ja WebPage ei ennustanud iseseisvalt tehisintellekti viiteid pärast otsingujärjestuse ja domeeni autoriteedi kontrolli. Selle tugevaim leid oli, et konkreetsete, atribuutidega rikkalike andmetega lehed, nagu hinnad, reitingud ja spetsifikatsioonid, toimisid paremini kui lehed, millel olid ainult geneerilised lehesildid. See leid keskendus peamiselt toote- ja ülevaatelehtedele, seega ei tohaks seda käsitleda tõendina, et mis tahes käesolevas artiklis mainitud tüübid loovad viidete eelise. (aixiv.science)

Mida struktureeritud andmed saavad ja mida mitte

Struktureeritud andmed on lehe masinloetav kirjeldus. Need saavad otsingumootorile öelda:

• Millist tüüpi leht see on
• Kes selle kirjutas
• Milline organisatsioon selle avaldas
• Millisele küsimusele see vastab
• Mis kuupäeval see avaldati või uuendati
• Millist isikut, ettevõtet, terminit või andmestikku leht kirjeldab

Google ütleb, et struktureeritud andmed võivad aidata selle süsteemidel lehe sisu mõista ja muuta lehed rikkalikumate otsingufunktsioonide jaoks sobivaks. Samuti ütleb Google, et Google Search võib kasutada muid Schema.org omadusi mõistmiseks, isegi kui need omadused ei käivita nähtavat otsingutulemust. (developers.google.com)

Struktureeritud andmed ei garanteeri:

• Kõrgemat orgaanilist järjestust
• Tehisintellekti viidet
• Rikastatud tulemust
• Teadmistepaneeli
• Kaasamist tehisintellekti vastusesse
• Täpse teksti kasutamist märgistuses

Bing annab sarnaseid juhiseid. Selle praegune veebihalduri juhend ütleb, et struktureeritud andmed võivad toetada selgemat maandamist, kuid see ei garanteeri nähtavust ega viiteliiklust. Bing soovitab väljaandjatel ka faktid ja definitsioonid nähtavasse lehe sisusse selgelt kirja panna. (bing.com)

Peamine uurimispiirang

Tehisintellekti vastuste paneelid näitavad tavaliselt allikalehte, mitte Schema.org tüüpi, mis sellel lehel võis esineda. Google ei avalda aruannet, mis ütleks näiteks, et lehele viidati, kuna see kasutas Article asemel WebPage.

See tekitab kolm erinevat küsimust:

1. Kas lehele viidati?
2. Kas leht sisaldas struktureeritud andmeid?
3. Kas struktureeritud andmed põhjustasid viite?

Enamik uuringuid saab vastata ainult kahele esimesele. Nad ei suuda kolmandat tõestada.

Seepärast võib FAQPage märgistusega leht sageli tehisintellekti vastustes ilmuda, ilma et märgistus oleks põhjus. Lehel võib olla tugev sisu, kõrge otsingujärjestus, palju linke või tuntud bränd.

Audit skeemitüübi järgi

1. Article

Mida see teeb

Article kirjeldab artiklit, uudislugu, blogipostitust või sarnast toimetuslikku lehte. Google toetab Article, NewsArticle ja BlogPosting artiklitüüpidena. Google ei loetle artikli märgistuse jaoks nõutavaid omadusi, kuid soovitab lisada omadused, mis lehele kehtivad. (developers.google.com)

Kõige olulisemad omadused

Kasutage neid, kui need on nähtavad ja täpsed:

• headline
• author
• author.name
• author.url või author.sameAs
• datePublished
• dateModified
• image
• publisher
• mainEntityOfPage
• about
• inLanguage

Google soovitab autori jaoks kasutada tõelist Person või Organization. Samuti soovitab see hoida struktureeritud andmete kuupäevad kooskõlas nähtavate avaldamis- ja uuendamiskuupäevadega. (developers.google.com)

Tehisintellekti mõju

Tõendite tase: kaudne.

Article aitab luua lehe tüüpi, autorlust ja värskust. Need on kasulikud signaalid otsingusüsteemidele, eriti faktilehtedel ja toimetuslikul sisul. Praegused tõendid aga ei näita, et ainuüksi Article lisamine suurendab tehisintellekti viiteid.

Artiklite kontrollnimekiri

• Leht on tõepoolest artikkel.
• Pealkiri vastab nähtavale pealkirjale.
• Iga nähtav autor on lisatud.
• Igal autoril on eraldi Person või Organization objekt.
• Autori nimed sisaldavad ainult nimesid, mitte ametinimetusi ega väljaandja nimesid.
• Autor viitab tõelisele profiilile või autori lehele.
• Avaldamis- ja uuendamiskuupäevad on lehel nähtavad.
• Kuupäevad kasutavad õiget ajavööndit, kui aeg on kaasatud.
• Pilt esindab artiklit.
• Väljaandja on saidil järjepidevalt tuvastatud.
• Artiklit ei ole märgistatud teise peamise tüübina, näiteks HowTo, välja arvatud juhul, kui leht tõesti teenib mõlemat eesmärki.

2. WebPage

Mida see teeb

WebPage on üldine lehetüüp. Schema.org kinnitab, et iga veebilehte käsitletakse kaudselt WebPage tüübina, kuid selgesõnaline deklareerimine võib aidata, kui leht sisaldab lehetasandi omadusi või seoseid. (schema.org)

Kasulikud omadused hõlmavad:

• url
• name
• description
• inLanguage
• dateModified
• breadcrumb
• mainEntity
• about
• isPartOf
• primaryImageOfPage

Tehisintellekti mõju

Tõendite tase: madal ja kaudne.

WebPage on kõige parem kasutada välimise lehekihina ühendatud graafikus. See võib ühendada lehe selle peamise artikli, definitsiooni, andmestiku, isiku või organisatsiooniga.

Seda ei tohiks käsitleda erilise tehisintellekti optimeerimise tüübina. Leht, mis sisaldab ainult geneerilist WebPage objekti, pakub tavaliselt vähem kasulikku teavet kui leht, mis tuvastab selgelt oma peamise üksuse.

WebPage kontrollnimekiri

• Kasutage lehe jaoks ühte stabiilset @id.
• Kasutage kanoonilist URL-i lehe URL-ina.
• Tuvastage lehe tõeline mainEntity.
• Siduge põhiline üksus lehega tagasi mainEntityOfPage abil.
• Lisage inLanguage, kui see on teada.
• Hoidke lehe nime ja kirjeldust kooskõlas nähtava sisuga.
• Ärge kasutage WebPage selle fakti varjamiseks, et leht on tegelikult artikkel, profiil, andmestik või küsimuste leht.

3. QAPage

Mida see teeb

QAPage on mõeldud lehele, mis keskendub ühele küsimusele ja selle vastustele. Google ütleb, et see kasutab Question struktureeritud andmeid lehtedelt, mis on märgistatud kui QAPage, ja lehel peaks olema ainult üks QAPage ja üks peamine Question. (developers.google.com)

Nõutavad omadused

Praeguse Google'i küsimuste ja vastuste sobivuse jaoks:

• QAPage.mainEntity
• Pesastatud Question
• Question.answerCount
• Kas acceptedAnswer või suggestedAnswer
• Answer.text

Vastusteta küsimus ei ole rikastatud tulemuse jaoks sobiv.

Oluline sisureegel

Ärge kasutage QAPage järgmiste jaoks:

• Tavaline korduma kippuvate küsimuste leht
• Blogipostitus, mis vastab küsimusele
• Juhendartikkel
• Tootepõhine leht, mis sisaldab palju küsimusi
• Toimetuslik vastus, mille on kirjutanud ainult saidi omanik

Google ütleb, et kasutajad peavad saama vastuseid esitada tavalise QAPage puhul. Kehtivad näited hõlmavad foorumi küsimust või tugilehte, kus kasutajad saavad vastuseid anda. (developers.google.com)

Tehisintellekti mõju

Tõendite tase: keskmine semantiline sobivus, puudub tõestatud põhjuslik tõus.

Tõeline küsimuste ja vastuste leht on otsingusüsteemil loomulikult lihtne mõista. Kuid ükski tugev avalik uuring ei tõesta, et QAPage märgistus iseenesest suurendaks tehisintellekti viiteid.

QAPage kontrollnimekiri

• Leht keskendub ühele küsimusele.
• Kasutajad saavad vastuseid esitada, välja arvatud juhul, kui leht kvalifitseerub erilisele hariduslikule küsimuste ja vastuste kogemusele.
• Täielik küsimus on nähtav.
• Täielik vastuse tekst on nähtav.
• answerCount vastab tegelikule vastuste arvule.
• Aktsepteeritud ja pakutud vastused on õigesti märgistatud.
• Kommentaarid on märgistatud kommentaaridena, mitte vastustena.
• Leht ei ole lihtsalt toimetuslik korduma kippuvate küsimuste leht.
• Leht ei sisalda mitmeid omavahel mitteseotud küsimusi.

QAPage näide

html

Kasutage seda mustrit ainult siis, kui leht tõesti toetab küsimuste ja vastuste interaktsiooni.

4. HowTo

Mida see teeb

HowTo kirjeldab samm-sammult juhiseid. Google toetas varem How-to rikastatud tulemusi, kuid loobus sellest otsingufunktsioonist 2023. aasta septembris. Google ütles, et How-to tulemused ei ilmu enam lauaarvutites ja olid juba mobiiliotsingust eemaldatud. (developers.google.com)

Tehisintellekti mõju

Tõendite tase: Google'i jaoks madal.

Nähtavad sammud võivad endiselt aidata kasutajaid ja otsingusüsteeme. Selge pealkirjade, nummerdatud sammude, tööriistade, aja ja hoiatustega juhend on lihtsam lugeda ja tsiteerida. Kuid praegused tõendid ei näita, et HowTo märgistus looks erilist eelist Google AI Overviewis või AI režiimis.

Soovitus

Kasutage HowTo ainult siis, kui:

• Leht tõeliselt õpetab ülesannet.
• Sammu on lehe sisus nähtavad.
• Teine otsingumootor, platvorm või sisesüsteem saab märgistusest kasu.
• Teie meeskond suudab seda hooldada, ilma et tekiksid vastuolulised andmed.

Google Searchi puhul eelistage tugevaid HTML-pealkirju, nummerdatud loendeid, selgeid juhiseid ja kasulikke pilte või videoid.

Õpetuse kontrollnimekiri

• Leht õpetab tõelist ülesannet.
• Ülesande tulemus on selge.
• Iga samm on nähtav ja täielik.
• Sammu nimed vastavad nähtavatele pealkirjadele.
• Tööriistad ja tarvikud on reaalsed ja nähtavad.
• Aja hinnangud on täpsed.
• Ohutushoiatused on vajadusel kaasatud.
• Esimene jaotis annab lühikese vastuse või tulemuse.
• Leht ei tugine juhiste pakkumisel märgistusele.

5. ClaimReview

Mida see teeb

ClaimReview loodi faktikontrolli sisu jaoks. Google lõpetas Claim Review toe Searchis osana oma 2025. aasta jõupingutustest otsingutulemuste lihtsustamiseks. See tüüp eemaldati Search Console'i aruandlusest ja Rich Results Testist. (developers.google.com)

Tehisintellekti mõju

Tõendite tase: puudub praegune Google'i eelis.

Kvaliteetsele faktikontrollile saab endiselt viidata, sest see sisaldab selgelt:

• Väidet
• Hinnangut
• Tõendeid
• Kuupäeva
• Faktikontrolli organisatsiooni
• Järelduse põhjendust

Need eelised tulenevad peamiselt sisust endast, mitte aegunud Google'i otsingufunktsioonist.

Soovitus

Faktilehe jaoks:

1. Kasutage Article või NewsArticle, kui leht on toimetuslik.
2. Esitage väide selgelt nähtavas tekstis.
3. Viidake esmasele tõendile.
4. Tuvastage autor ja ülevaate teinud organisatsioon.
5. Lisage avaldamis- ja ülevaatuse kuupäevad.
6. Kasutage ClaimReview ainult siis, kui teine platvorm või andmesüsteem seda konkreetselt nõuab.

Ärge lisage ClaimReview ainult sellepärast, et ootate Google'i tehisintellekti vastuste eelistamist.

6. FAQPage

Mida see teeb

FAQPage kirjeldab lehte, mis sisaldab küsimusi ja ametlikke vastuseid. Google lõpetas KKK rikastatud tulemuse näitamise Searchis alates 7. maist 2026 ja eemaldas sellega seotud dokumentatsiooni 2026. aasta juunis. (developers.google.com)

Tehisintellekti mõju

Tõendite tase: nõrk ja segane.

90-päevane müüja uuring lisas FAQPage märgistuse 120 lehele. See ei leidnud usaldusväärset paranemist ChatGPT, Gemini ega Google AI Overview viidetes. Perplexity näitas väikest kasvu, kuid uuring ise ütles, et tulemus oli platvormispetsiifiline ega tõestanud põhjuslikkust. (authorityradar.com)

Teine 615 juba viidatud lehe uuring leidis, et KKK märgistus esines sagedamini tugevalt viidatud lehtedel. See seos kadus pärast sama väljaandja korduvate lehtede kontrollimist. Teadlased järeldasid, et tõendid ei kinnita märgistuse endast tulenevat mõju. (getintel.ai)

Soovitus

Kasutage korduma kippuvaid küsimusi, kui need parandavad lehte lugejate jaoks. Ärge lisage suuri plokke geneerilisi küsimusi lihtsalt tehisintellekti vastuste sihtimiseks.

Kui säilitate FAQPage märgistuse teise otsingumootori või sisusüsteemi jaoks:

• Tehke iga küsimus nähtavaks.
• Tehke iga vastus täielikuks.
• Hoidke märgistus lehega identne.
• Ärge korrake sama küsimust mitmes skeemiplokis.
• Ärge oodake Google'i KKK rikastatud tulemust.

FAQPage näide mitte-Google'i tarbijatele

html

See on semantiline kirjeldus, mitte Google'i otsingufunktsiooni lubadus.

7. Organization

Mida see teeb

Organization aitab Google'il mõista ja eristada ettevõtet, mittetulundusühingut, väljaandjat, kooli või muud organisatsiooni. Google ütleb, et organisatsiooni märgistus võib mõjutada visuaalseid elemente, nagu Searchis kuvatav logo ja mõned teadmistepaneeli andmed. Google'i praeguses organisatsioonijuhendis ei ole nõutavaid omadusi. (developers.google.com)

Soovitatavad omadused

Kasutage omadusi, mis on tõesed ja nähtavad:

• name
• alternateName
• url
• logo
• sameAs
• description
• telephone
• email
• address
• identifier
• foundingDate
• parentOrganization

Tehisintellekti mõju

Tõendite tase: kaudne, kuid kasulik.

Organization saab ühendada:

• Väljaandja artikliga
• Ettevõtte oma toodete või teenustega
• Brändi oma ametlike profiilidega
• Organisatsiooni tuntud veebiidentiteediga

See on kasulik üksuse eristamiseks. See ei tõesta, et tehisintellekti süsteem lehele viitab.

Organisatsiooni kontrollnimekiri

• Asetage täielik organisatsiooni objekt kodulehele või organisatsiooni lehele.
• Kasutage stabiilset @id, näiteks https://www.example.com/#organization.
• Kasutage täpset avalikku organisatsiooni nime.
• Linkige tõeliste ametlike profiilidega sameAs abil.
• Kasutage vajadusel õiget organisatsiooni alltüüpi.
• Kasutage tõelist logo, mis esindab organisatsiooni.
• Hoidke kontaktandmed ajakohased.
• Viidake artiklitest organisatsioonile, selle asemel et luua igal lehel vastuolulisi versioone.

8. Person

Mida see teeb

Person tuvastab isiku, kes lehel kirjutab, üle vaatab, omab, haldab või esineb. See on tavaliselt kõige kasulikum, kui see on seotud:

• Article.author
• QAPage küsimuse või vastuse autor
• ProfilePage.mainEntity
• Organization.employee
• Review.author

Google'i profiilijuhised ütlevad, et profiilileht peab keskenduma ühele isikule või organisatsioonile. ProfilePage objekt nõuab mainEntity ja see üksus peab olema Person või Organization. Isikul või organisatsioonil peab olema name või alternateName, kui nime pole saadaval. (developers.google.com)

Soovitatavad omadused

• name
• url
• sameAs
• image
• description
• jobTitle
• worksFor
• knowsAbout
• affiliation
• identifier

Tehisintellekti mõju

Tõendite tase: kaudne.

Isiku märgistus võib aidata ühendada autori nime:

• Biograafiaga
• Ametiga või rolliga
• Organisatsiooniga
• Avaldatud artiklitega
• Väliste profiilidega
• Ekspertiisivaldkondadega

Kasutage seda identiteedi selgitamiseks, mitte ekspertiisi nõudmiseks, mida leht ei toeta.

Isiku kontrollnimekiri

• Kasutage Person ainult tõelise isiku jaoks.
• Kasutage Organization ettevõtte või väljaande jaoks.
• Linkige isik nähtava autori lehega.
• Kasutage sameAs ainult täpsete, ametlike profiilide jaoks.
• Hoidke ametinimetused ja volitused ajakohased.
• Lisage kõik nähtavad autorid, mitte ainult peaautor.
• Kasutage sama isiku @id artiklite ja profiililehtede vahel.

Nõutavate omaduste maatriks

Google'i üldised juhised eelistavad täielikke ja täpseid andmeid suurtele hulgale mittetäielikule märgistusele. Samuti hoiatatakse, et struktureeritud andmed peavad esindama nähtavat sisu ja et õige märgistus ei garanteeri siiski rikastatud tulemust. (developers.google.com)

Kasutusjuhtumite rakendamise kontrollnimekirjad

Faktilehed

Parim kombinatsioon:

• WebPage
• Article või NewsArticle
• Person
• Organization
• Valikuline ClaimReview ainult teise toetatud tarbija jaoks

Kontrollnimekiri:

• Esitage peamine fakt lehe ülaosas.
• Nimetage fakti allikas.
• Linkige esmaste tõenditega.
• Lisage avaldamise ja viimase ülevaatuse kuupäev.
• Tuvastage autor ja ülevaataja.
• Eristage fakte arvamustest.
• Kasutage Article, kui leht on toimetuslik.
• Ärge kasutage ClaimReview praeguse Google Searchi taktikana.

Definitsioonilehed

Parim kombinatsioon:

• WebPage
• DefinedTerm
• Valikuline Article, kui leht on pikk toimetuslik selgitus
• Organization või Person, kui vastutab ekspert või väljaandja

DefinedTerm on mõeldud sõnale, fraasile, koodile või kontseptsioonile formaalse definitsiooniga. Selle peamised omadused hõlmavad name, description, termCode, inDefinedTermSet ja sameAs. (schema.org)

Kontrollnimekiri:

• Andke definitsioon esimeses lõigus.
• Kasutage ühe selge terminina peamist üksust.
• Lisage alternatiivsed nimed ainult siis, kui need on tõelised.
• Linkige vajadusel usaldusväärse välise definitsiooniga.
• Selgitage terminit lihtsas keeles.
• Kasutage näiteid ja piire.
• Vältige mitteseotud terminite loetelu märgistamist ühe DefinedTerm tüübina.

Õpetused

Parim kombinatsioon:

• WebPage
• HowTo ainult siis, kui teine tarbija seda vajab
• Article, kui õpetus on ka toimetuslik artikkel
• Person ja Organization autorluse jaoks

Kontrollnimekiri:

• Esitage tulemus enne samme.
• Kasutage nummerdatud nähtavaid pealkirju.
• Hoidke iga samm keskendunud ühele tegevusele.
• Lisage vajadusel tööriistad, tarvikud, aeg ja hoiatused.
• Lisage pilte või videoid, kui need aitavad.
• Ärge peitke samme ainult JSON-LD-sse.
• Ärge oodake How-to rikastatud tulemusi Google Searchis.

Andmekataloogid

Parim kombinatsioon:

• WebPage
• DataCatalog
• Dataset
• DataDownload
• Organization

Schema.org defineerib Dataset kui struktureeritud teabe kogumit ja toetab seoseid nagu includedInDataCatalog ja distribution. (schema.org)

Google selgitas 2025. aasta lõpus, et andmestiku struktureeritud andmeid kasutab Andmestiku Otsing ja see ei ole üldine Google Searchi tulemusfunktsioon. Seega tuleks seda käsitleda andmete avastamise ja koostalitlusvõime kihina, mitte tehisintellekti viidete otseteena. (developers.google.com)

Kontrollnimekiri:

• Andke igale andmestikule stabiilne identifikaator.
• Määrake teema ja ulatus.
• Kaasake väljaandja või looja.
• Lisage andmetega kaetud kuupäevavahemik.
• Määrake geograafiline ulatus, kui see on asjakohane.
• Kirjeldage litsentse ja juurdepääsutingimusi.
• Lisage iga allalaaditav fail DataDownload tüübina.
• Kaasake failivorming ja allalaadimis-URL.
• Hoidke kataloogi metaandmed sünkroonis tegelike failidega.
• Dokumenteerige uuendamise sagedus ja viimase uuenduse kuupäev.

JSON-LD näide: faktileht

See näide ühendab lehe, artikli, autori, väljaandja ja teema. Asendage iga väärtus tegelikul lehel ilmuva teabega.

html

JSON-LD näide: definitsioonileht

html

Definitsioon peab ilmuma ka tavalise lehe tekstina. Ärge asetage definitsiooni ainult struktureeritud andmetesse.

JSON-LD näide: õpetus

Kuna Google'i How-to rikastatud tulemus on aegunud, käsitlege seda valikulise märgistusena teiste süsteemide jaoks. Nähtav leht peaks siiski sisaldama täielikke juhiseid.

html

JSON-LD näide: andmekataloog

html

Levinud rakendamise vead

Sobimatu skeem

Kõige tõsisem viga on sisu märgistamine, mida kasutajad ei näe. Google ütleb, et struktureeritud andmed peavad olema lehe tõeline esitus ja eksitav või peidetud sisu võib muuta lehe rikastatud tulemuste jaoks kõlbmatuks. (developers.google.com)

Levinud näited:

• Artikli märgistamine HowTo tüübina, kui see ei sisalda tegelikke samme
• Ettevõtte märgistamine autorina, kui artikli on kirjutanud isik
• KKK vastuste lisamine, mis lehel ei ilmu
• Tulevase avaldamiskuupäeva kasutamine
• Üldise blogipostituse märgistamine QAPage tüübina
• ClaimReview lisamine arvamuseartiklile

Õhukesed vastused

Struktureeritud andmed ei saa tühja lehte täita.

Lühike, ebamäärane vastus Answer.text või acceptedAnswer sees ei loo tugevat allikat. Nähtav sisu peaks:

• Vastama küsimusele otse
• Selgitama olulisi piiranguid ja erandeid
• Nimetama allikad
• Kaasama kuupäevi, näiteid või mõõtmisi, kui need on kasulikud
• Olgema iseseisev, kui see on kontekstist välja kopeeritud

Google'i tehisintellekti juhised ütlevad, et ideaalset lehe pikkust ei ole ja sisu ei ole vaja tehisintellekti süsteemide jaoks väikesteks tükkideks jaotada. Parem eesmärk on kasulik, täielik, inimesekeskne sisu. (developers.google.com)

Korduvad üksused

Vältige sama organisatsiooni, autori või lehe mitme vastuolulise versiooni avaldamist.

Nõrk rakendamine:

• Üks Organization objekt ühe nimega kodulehel
• Teine objekt erineva nimega igal artiklil
• Kolmas objekt ilma @id autorilehel

Parem rakendamine:

• Andke organisatsioonile üks stabiilne @id
• Andke igale autorile üks stabiilne @id
• Viidake neile objektidele artiklitest, profiilidest ja küsimuste lehtedelt
• Hoidke nimi, logo, URL ja välised identiteedi lingid järjepidevad

Korduvad küsimused

Ärge korrake sama küsimust:

• FAQPage
• QAPage
• Artiklite märgistuses
• Mitmes nähtavas lehe sektsioonis
• Mitmes JSON-LD plokis

Kasutage skeemi tüüpi, mis vastab lehe peamisele eesmärgile. Üks selge vastus on parem kui mitu kattuvat märgistusplokki.

Ebakorrektsed kuupäevad

Google kasutab avaldamis- ja uuendamiskuupäevade hindamiseks mitmeid allikaid. See soovitab, et nähtavad kuupäevad ja struktureeritud kuupäevad ühtiksid, ning hoiatab tulevaste kuupäevade või artiklis käsitletud sündmustega seotud kuupäevade kasutamise eest lehe enda kuupäevade asemel. (developers.google.com)

sameAs liigne kasutamine

sameAs link peaks tuvastama sama reaalse isiku või organisatsiooni. Ärge linkige:

• Mitteseotud sotsiaalprofiilile
• Otsingutulemuste lehele
• Geneerilisele kataloogi kirjele
• Lehele, millel on erinev kirjaviis või identiteet
• Profiilile, mida organisatsioon ei kontrolli

Ainult JavaScripti märgistus

Google suudab töödeldud lehele lisatud struktureeritud andmeid töödelda, kuid ainult JavaScripti abil rakendatud lahendust on teistel roomajatel ja auditeerimisvahenditel raskem tuvastada. Serveris renderdatud JSON-LD plokk on tavaliselt lihtsam testida ja hooldada. (developers.google.com)

Praktiline testimise plaan

Märgistuse lisamõju mõõtmiseks kasutage kontrollitud testi, selle asemel et toetuda mõnele käsitsi otsingule.

Enne muutust

Salvestage:

• Sihtpäringud
• Praegune orgaaniline järjestus
• Kas ilmub tehisintellekti vastus
• Millistele lehtedele viidatakse
• Viidete positsioon, kui see on saadaval
• Otsinguliiklus
• Konversioonid
• Praegused struktureeritud andmed
• Testperioodil tehtud sisu muudatused

Testi ajal

• Lisage korraga üks suur märgistuse muudatus.
• Hoidke sisu, siseviited, pealkirjad ja tagasilingid stabiilsena.
• Kasutage sarnaseid kontrolllehti, mis muutust ei saa.
• Salvestage muudatuse täpne avaldamiskuupäev.
• Oodake piisavalt kaua roomamiseks ja uuesti töötlemiseks.

Ahrefs kasutas sobitatud kontrolle ja enne-ja-pärast erinevuste meetodit. Selle lähenemine on kasulik mudel organisatsioonidele, kes soovivad struktureeritud andmeid testida, selle asemel et eeldada, et korrelatsioon tõestab põhjuslikkust. (ahrefs.com)

Pärast muutust

Jälgige:

• Google Search Console'i tehisintellekti jõudlusandmeid
• Google AI Overview viiteid
• Google AI Mode viiteid
• Bing Webmaster Toolsi tehisintellekti viiteid
• ChatGPT, Gemini või Perplexity viiteid, kui asjakohane
• Orgaanilisi järjestusi
• Otsinguklikke
• Kaasatud konversioone

Google teatab tehisintellekti otsinguliiklusest Search Console'i jõudlusaruandluse kaudu. Bingi tehisintellekti jõudlusaruandlus näitab viidatud lehti ja maanduspäringuid, kuid see ei näita, miks leht valiti või kui oluline see vastuses oli. (developers.google.com)

Soovitatav rakendamise järjekord

Enamiku väljaandjate jaoks on parim järjekord:

1. Kõigepealt parandage nähtav sisu.
2. Muutke roomamine ja indekseerimine usaldusväärseks.
3. Rakendage Article tõelistele toimetuslehtedele.
4. Ühendage autorid Person ja profiililehtedega.
5. Ühendage väljaandjad Organization abil.
6. Kasutage WebPage puhta lehetasandi graafikakihina.
7. Kasutage QAPage ainult tõeliste kogukonna küsimuste jaoks.
8. Kasutage DefinedTerm sõnastiku- ja definitsioonilehtede jaoks.
9. Kasutage Dataset ja DataCatalog andmeressursside jaoks.
10. Käsitlege FAQPage, HowTo ja ClaimReview sekundaarse või mitte-Google'i märgistusena, kuna nende Google'i otsingufunktsioonid on eemaldatud või aegunud.

Kokkuvõte

Kõige tugevam praegune õppetund on lihtne: Schema.org märgistus aitab masinatel sisu mõista, kuid see ei ole garanteeritud tee tehisintellekti vastustesse.

Kõige vastupidavam rakendus ei ole suur hulk skeemitüüpe. See on väike, täpne üksuse graafik:

• Article kirjeldab toimetuslehte.
• Person tuvastab autori.
• Organization tuvastab väljaandja.
• WebPage ühendab lehe selle peamise üksusega.
• QAPage kirjeldab ehtsat kasutaja küsimust ja selle vastuseid.
• DefinedTerm selgitab definitsiooni.
• Dataset ja DataCatalog kirjeldavad struktureeritud andmeressursse.

Kasutage struktureeritud andmeid seal, kus see lisab selget tähendust. Ärge kasutage seda õhukese sisu varjamiseks, nähtava teksti dubleerimiseks või otsingufunktsiooni jäljendamiseks, mida Google enam ei toeta. Tehisintellekti esiletoomiseks jääb kõrgeima väärtusega tööks selged vastused, tugevad tõendid, täpsed üksused, ajakohane teave ja sisu, mis suudab iseseisvalt seista.