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

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

Struktureeritud andmed aitavad otsingumootoritel lehti, autoreid, organisatsioone ja fakte mõista. See ei ole tehisintellekti viitmislüliti.

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)

Alustage siit:

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

Ainuüksi geneeriliste struktureeritud andmete lisamine ei ole järjekindlalt suurendanud tehisintellekti viiteid. 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)

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

Article tuvastab lehe tüübi, autori ja kuupäevad. Kasutage seda tõeliste artiklite puhul, kuid pange töö nähtavasse sisu: ainuüksi Article lisamine ei ole näidanud tehisintellekti viidete suurenemist.

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

Kasutage WebPage lehe ühendamiseks selle peamise artikli, definitsiooni, andmestiku, isiku või organisatsiooniga. Ainuüksi geneeriline WebPage objekt ütleb vähem kui selline, mis identifitseerib lehe 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

Kasutage QAPage-i tõelise küsimuste ja vastuste lehe jaoks. Selge küsimus ja nähtavad vastused teevad kasulikku tööd; märgistusel ei ole tõestatud tehisintellekti viidete tõusu.

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

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

Pange sammud nähtavatesse pealkirjadesse ja nummerdatud loenditesse, lisage tööriistad, aeg ja hoiatused, kus vaja. HowTo märgistusel ei ole tõestatud 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.

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

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

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

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

Organization saab ühendada:

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

See aitab eristada organisatsiooni teistest sarnaste nimedega.

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

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 eelistab täielikku, täpset märgistust, mis vastab nähtavale sisule suure hulga mittetäieliku märgistuse asemel. (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)

Kus näha tehisintellekti liiklust

Ahrefsi uuring ei leidnud struktureeritud andmete lisamisest märkimisväärset viidete paranemist. (ahrefs.com)

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.